Страница 1 из 3
Голос через раз в Confbridge
Добавлено: 25 фев 2014, 06:35
biz-al
Здравствуйте! Имеется Asterisk 11, стыкуется с мерой по SIP на белых адресах, трафик пропускает транзитный от меры до DVX-7090 на внутренние с городских линий от меры. Имеет разделение по времени контекстов, внутренние пиры (для вечерней работы, чтоб рулилось на голосовое меню при занятости и прочие полезности). Установлен g729, звонки прекрасно работают с хорошим качеством. Но! Появилась проблема с конференциями. Использую confbridge
Confbridge.conf
[conf_826]
type=bridge
max_members=10
record_conference=no
[user_826]
type=user
music_on_hold_when_empty=yes
music_on_hold_class=default
announce_user_count_all=no
announce_join_leave=no
dsp_drop_silence=no
denoise=no
[conf_827]
type=bridge
max_members=10
mixing_interval=10
internal_sample_rate=auto
record_conference=no
[user_827]
type=user
music_on_hold_when_empty=yes
music_on_hold_class=default
announce_user_count_all=no
announce_join_leave=no
dsp_drop_silence=no
denoise=no
остальное - дефолтное.
sip.conf
[mera]
type=friend
context=from-mera
host=19x.xxx.xxx.xxx
fromdomain=xxx.xxx.xxx.xxx
disallow=all
allow=g729
;allow=alaw
;allow=ulaw
dtmfmode=rfc2833
insecure=yes
canreinvite=no
При звонках в конференцию - тишина, хотя в cli выводится, что проигрываются сообщения о входе:
-- Executing [100827@from-mera:2] ConfBridge("SIP/mera-00000034", "827,conf_827,user_827") in new stack
-- <SIP/mera-00000034> Playing 'conf-onlyperson.g729' (language 'en')
> 0x7f87ec06a4e0 -- Probation passed - setting RTP source address to xxx.xxx.xxx.xxx:24532
-- <SIP/mera-00000034> Playing 'confbridge-join.g729' (language 'en')
-- <Bridge/0x2aae268-input> Playing 'confbridge-join.slin' (language 'en')
-- Started music on hold, class 'default', on SIP/mera-00000034
core show translation recalc 10
Recalculating Codec Translation (number of sample seconds: 10)
Translation times between formats (in microseconds) for one second of data
Source Format (Rows) Destination Format (Columns)
slin g729
slin - 6000
g729 9000 -
Но тишина. Второй раз звонок - звук есть. Так с двумя комнатами. Звук через раз.
iptables -s (mera_ip) -j ACCEPT
Буду благодарен за любую помощь в решении этой проблемы.
Re: Голос через раз в Confbridge
Добавлено: 25 фев 2014, 08:05
virus_net
а RTP при этом бегает ?
Re: Голос через раз в Confbridge
Добавлено: 25 фев 2014, 08:27
biz-al
RTP: когда нет голоса, есть пакеты только от астера до меры, когда голос есть - в обе стороны, что логично. Нашел тут такой затык: на мере в iptables адрес астера был в цепочке voice для которой открыт 5060 порт. Открыл вообще все для айпишника астера. Ситуация та же. Когда есть ответный ртп, когда нет... При этом звонки нормально по тому же диапазону ртп (10000-20000) бегают. Я в ступоре...
Наверное, стоит добавить, что астер собирался из исходников, конфиги очень простые, дефолтные extension.conf sip.conf не используются. Все работает нормально, кроме конференций...
Опишу общую схему звонков: dlink dph-150 (зареген внутренним на DVX-7090) -> DVX-7090 -> Mera -> aster -> dlink dph-150 (aster extention). Просто заонок идет нормально. При том этих 7090 много, они в разных регионах на разных каналах инета. Но dlink dph-150 (зареген внутренним на DVX-7090) -> DVX-7090 -> Mera -> aster confbridge не работает
Re: Голос через раз в Confbridge
Добавлено: 26 фев 2014, 07:18
biz-al
Up
Re: Голос через раз в Confbridge
Добавлено: 26 фев 2014, 08:10
virus_net
а sip трафик дампался ? что там ? смотреть INVITE и порты для RTP.
а если для конференций попробовать
Asterisk 11 Application_MeetMe, то ситуация такая же ?
Re: Голос через раз в Confbridge
Добавлено: 26 фев 2014, 09:36
biz-al
sip set debug peer mera
<--- SIP read from UDP:MERA_IP:5060 --->
ACK sip:100827@Aster_IP:5060 SIP/2.0
Via: SIP/2.0/UDP MERA_IP:5060;branch=z9hG4bK-46ffff004d7c0d10ff00000c295d18ff;received=MERA_IP
From: <sip:Город@MERA_IP;user=phone>;tag=06ffff004d7c0d10ff00000c295d18ff
To: <sip:100827@Aster_IP:5060;user=phone>;tag=as2cc3a11b
Call-ID: 2a9987004d7c0d108000000c295d1888@mera
CSeq: 1 ACK
Max-Forwards: 70
User-Agent: MERA MSIP v.1.0.2
Content-Length: 0
<------------->
--- (9 headers 0 lines) ---
-- Executing [100827@from-mera:2] ConfBridge("SIP/mera-00000118", "827,conf_827,user_827") in new stack
-- <SIP/mera-00000118> Playing 'conf-onlyperson.g729' (language 'en')
-- <SIP/mera-00000118> Playing 'confbridge-join.g729' (language 'en')
-- <Bridge/0x7f87ec081938-input> Playing 'confbridge-join.slin' (language 'en')
-- Started music on hold, class 'default', on SIP/mera-00000118
Really destroying SIP dialog '26a22800287c0d108000000c295d1888@mera' Method: BYE
Really destroying SIP dialog 'f6ba2b00477c0d108000000c295d1888@mera' Method: BYE
<--- SIP read from UDP:MERA_IP:5060 --->
BYE sip:100827@Aster_IP:5060 SIP/2.0
Via: SIP/2.0/UDP MERA_IP:5060
From: <sip:Город@MERA_IP;user=phone>;tag=06ffff004d7c0d10ff00000c295d18ff
To: <sip:100827@Aster_IP:5060;user=phone>;tag=as2cc3a11b
Call-ID: 2a9987004d7c0d108000000c295d1888@mera
CSeq: 2 BYE
Max-Forwards: 70
User-Agent: MERA MSIP v.1.0.2
Reason: Q.850;cause=16;text="Normal call clearing"
Content-Length: 0
<------------->
--- (10 headers 0 lines) ---
Sending to MERA_IP:5060 (no NAT)
Scheduling destruction of SIP dialog '2a9987004d7c0d108000000c295d1888@mera' in 32000 ms (Method: BYE)
<--- Transmitting (no NAT) to MERA_IP:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP MERA_IP:5060;received=MERA_IP
From: <sip:Город@MERA_IP;user=phone>;tag=06ffff004d7c0d10ff00000c295d18ff
To: <sip:100827@Aster_IP:5060;user=phone>;tag=as2cc3a11b
Call-ID: 2a9987004d7c0d108000000c295d1888@mera
CSeq: 2 BYE
Server: Asterisk PBX 11.4.0
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Content-Length: 0
Re: Голос через раз в Confbridge
Добавлено: 26 фев 2014, 11:24
ded
Со стороны Меры повесили трубку - CSeq: 2 BYE, Астериск ответил - ОК.
Нет никаких противоречий.
Re: Голос через раз в Confbridge
Добавлено: 26 фев 2014, 11:32
biz-al
Ну потому что я трубку положил, голоса не услышал. То есть, все, вроде, в порядке?
Re: Голос через раз в Confbridge
Добавлено: 26 фев 2014, 11:48
ded
Голос - он по RTP передаётся, в приведённом логе не видно - он был или нет.
Этот лог - сигнализация, с ней всё в порядке.
Re: Голос через раз в Confbridge
Добавлено: 26 фев 2014, 11:58
biz-al
tcpdump показывает, что RTP идет только астер - мера, когда нет голоса, соответственно, в две стороны, когда есть голос. То есть, проблема заключается в том, что RTP ходит только в одну сторону. При том определить закономерность не получается. Набираешь - есть голос. Еще раз набрал - есть. Набрал еще - нет. Еще - есть. И так далее. Какие еще логи можно попробовать снять?
Ну ок, вот дамп, когда есть голос:
asterisk: tcpdump -i eth0 -n -nn -ttt 'host mera and not ( src host myhost and dst port 22 )'
00:00:00.019996 IP aster.13404 > Mera.21264: UDP, length 32
00:00:00.001365 IP Mera.21264 > aster.13404: UDP, length 32
00:00:00.018636 IP aster.13404 > Mera.21264: UDP, length 32
00:00:00.014611 IP Mera.21264 > aster.13404: UDP, length 32
00:00:00.005390 IP aster.13404 > Mera.21264: UDP, length 32
00:00:00.016812 IP Mera.21264 > aster.13404: UDP, length 32
00:00:00.003188 IP aster.13404 > Mera.21264: UDP, length 32
00:00:00.007934 IP Mera.21264 > aster.13404: UDP, length 32
00:00:00.012064 IP aster.13404 > Mera.21264: UDP, length 32
00:00:00.012181 IP Mera.21264 > aster.13404: UDP, length 32
00:00:00.007819 IP aster.13404 > Mera.21264: UDP, length 32
00:00:00.016414 IP Mera.21264 > aster.13404: UDP, length 32
00:00:00.003588 IP aster.13404 > Mera.21264: UDP, length 32
00:00:00.018587 IP Mera.21264 > aster.13404: UDP, length 32
00:00:00.001410 IP aster.13404 > Mera.21264: UDP, length 32
00:00:00.009712 IP Mera.21264 > aster.13404: UDP, length 32
00:00:00.010289 IP aster.13404 > Mera.21264: UDP, length 32
00:00:00.012016 IP Mera.21264 > aster.13404: UDP, length 32
00:00:00.007985 IP aster.13404 > Mera.21264: UDP, length 32
00:00:00.016137 IP Mera.21264 > aster.13404: UDP, length 32
00:00:00.003862 IP aster.13404 > Mera.21264: UDP, length 32
00:00:00.018355 IP Mera.21264 > aster.13404: UDP, length 32
00:00:00.001645 IP aster.13404 > Mera.21264: UDP, length 32
00:00:00.009463 IP Mera.21264 > aster.13404: UDP, length 32
00:00:00.010536 IP aster.13404 > Mera.21264: UDP, length 32
00:00:00.011698 IP Mera.21264 > aster.13404: UDP, length 32
00:00:00.008304 IP aster.13404 > Mera.21264: UDP, length 32
00:00:00.013867 IP Mera.21264 > aster.13404: UDP, length 32
00:00:00.006132 IP aster.13404 > Mera.21264: UDP, length 32
00:00:00.017108 IP Mera.21264 > aster.13404: UDP, length 32
00:00:00.002893 IP aster.13404 > Mera.21264: UDP, length 32
00:00:00.010251 IP Mera.21264 > aster.13404: UDP, length 32
00:00:00.009747 IP aster.13404 > Mera.21264: UDP, length 32
00:00:00.012443 IP Mera.21264 > aster.13404: UDP, length 32
00:00:00.007557 IP aster.13404 > Mera.21264: UDP, length 32
00:00:00.014657 IP Mera.21264 > aster.13404: UDP, length 32
00:00:00.005344 IP aster.13404 > Mera.21264: UDP, length 32
00:00:00.016867 IP Mera.21264 > aster.13404: UDP, length 32
00:00:00.003134 IP aster.13404 > Mera.21264: UDP, length 32
00:00:00.008018 IP Mera.21264 > aster.13404: UDP, length 32
00:00:00.011981 IP aster.13404 > Mera.21264: UDP, length 32
00:00:00.013204 IP Mera.21264 > aster.13404: UDP, length 32
00:00:00.006798 IP aster.13404 > Mera.21264: UDP, length 32
00:00:00.016469 IP Mera.21264 > aster.13404: UDP, length 32
00:00:00.003530 IP aster.13404 > Mera.21264: UDP, length 32
00:00:00.018766 IP Mera.21264 > aster.13404: UDP, length 32
00:00:00.000019 IP Mera.21264 > aster.13404: UDP, length 32
00:00:00.001229 IP aster.13404 > Mera.21264: UDP, length 32
00:00:00.019988 IP aster.13404 > Mera.21264: UDP, length 32
00:00:00.015002 IP Mera.21264 > aster.13404: UDP, length 32
00:00:00.004998 IP aster.13404 > Mera.21264: UDP, length 32
А вот голоса нет:
00:00:00.020000 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020000 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.019999 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020000 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020000 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020000 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020000 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020000 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020000 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020000 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020000 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020000 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020000 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020000 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.019999 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020001 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020000 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020000 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020000 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020010 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.019994 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.019998 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020000 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.019999 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020002 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.019999 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020000 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.019999 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.019999 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020000 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.019999 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.019999 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020001 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020000 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020000 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020000 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020000 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020000 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020000 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020260 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020035 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.019999 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020000 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.019999 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020001 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020000 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.019999 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020001 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.019999 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020001 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020000 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020001 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.019999 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.019999 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020001 IP aster.12972 > mera.21584: UDP, length 32
00:00:00.020000 IP aster.12972 > mera.21584: UDP, length 32
Временной интервал между попытками - 3 минуты. В это время было 8 успешных транзитных и локальных звонков