Добрый день!

Имеем связку: sip-провайдер - firewall - DVG-5008s - миниатс LG Aria SOHO. Абоненты обычные аналоговые аппараты Panasonic и DECT Panasonic.

Часто при звонках на городские номера нас не слышат, совсем. Мы же слышим хорошо.
При звонках на мобильные такой проблемы не встречали вроде бы ни разу.
Причем сколько не перезванивай на проблемный номер, нас все равно не слышат.

Если звонить по чистому sip'у через этого же провайдера на проблемные номера - все ок. Втыкал телефон напрямую в DVG-шлюз (минуя миниАТС), проблема сохраняется. Т.е. очевидно - проблема на шлюзе.

Имеется два таких шлюза с идентичными настройками. Прошивка последняя 1.02.38.43, используется, как предпочтительный, кодек 711ulaw.
Снифферил трафик нормальных звонков и проблемных - никаких отличий не нашел (вызовы идут с 711ulaw).
Slmon и syslog ничего необычного не показывает.
Проблему с закрытыми портами/NAT'ом и т.п. практически исключаю, т.к. в этой части все открыто/настроено, и 95% вызовов проходят хорошо.

Что-то можете посоветовать, подсказать?

могу предположить . только ..... посмотреть в проблемных звонках и не проблемных , откуда сыпет RTP , есть шанс что у прова несколько медиа серверов , и он каким то образом , именно эти направления рулит на эти сервера ... ну это только предположение .

_________________
Своим вопросом Вы загоняете меня в ГУГЛ.....
DFL-210 -архив образов
Меня можно найти в боте Телеграмма @MyKingdombot когда РКН перестанет заниматься ерундой :-)
Готовыe платить - пишите
Прикуплю неисправные девайсы ради корпусов ....-> в личку

Скорее всего так оно и есть, какой firewall Вы используете?

Медиа сервер у провайдера один и весь трафик сыпет с одного IP.
Используем Kerio-фаервол.

Попробовал поменять кодек на 711alaw, на проблемных номерах (3шт. было проверено) нас стали слышать. Странно как-то.

Пока оставил так, посмотрим будут ли жалобы.

тогда вопрос 100% к провайдеру , где он втыкает перекодинг и не склеивает кодеки

_________________
Своим вопросом Вы загоняете меня в ГУГЛ.....
DFL-210 -архив образов
Меня можно найти в боте Телеграмма @MyKingdombot когда РКН перестанет заниматься ерундой :-)
Готовыe платить - пишите
Прикуплю неисправные девайсы ради корпусов ....-> в личку

Столкнулся с аналогичной проблемой.
Sip-провайдер - firewall - DVG-5008sG - телефоны
Только не слышно меня при входящих звонках с города и сотового. Я слышу нормально. При исходящих тоже все хорошо. При звонках с одного SIP номера на другой проблем нет.
Думал на настройки роутера, т.к. у меня за ним два VOIP шлюза DVG-5008sG и DVG-5004s.
Замена кодека помогла. Спасибо.

купили 3 шлюза, аналогичная проблема 5-7 секунд слышимость в одну сторону, после все отлично слышно.
отладка показала что голос появляется без каких бы то ни было событий - rtp поток идет и спустя 5-7секунд появляется голос.
подскажите где еще посмотреть ? или может есть прошивка новее "1.02.38.93" в которой это решено?

P.S. шлюзы других производителей работают без нареканий

Пришлите дамп трафика мне на e-mail

сейчас шлюз снят, заменили другим, другого производителя.
постараюсь побыстрее собрать стенд, дамп пришлю.

Добрый вечер! Сходная ситуация. Сервер IP телефонии 3СХ, находится в локальной сети. В одной с ним подсети есть 2 шлюза 5008S, нареканий нет. Купили еще один шлюз - 5008SG (также в одной подсети с сервером телефонии). Все шлюзы смотрят в сеть WAN-портами, LAN-порты в режиме бриджа. Настройки - идентичны с двумя 5008S. Если делать исходящий вызов с телефонного аппарата, подключенного к SG (в любом направлении - на один из S шлюзов, наружу, на софтфоны) - все отлично, голос идет в обе стороны. А вот при входящем вызове на SG (с любого из 2 S шлюзов, софтона, извне) - вызывающий абонент слышит все отлично, а вызываемый абонент (на шлюзе SG) слушает тишину. Танцы с бубном не помогают. Бубен уже порвался.... Нужен хелп. Заранее благодарен.

мало инфы. у вас атс проксирует rtp? или шлюзы напрямую общаются? снимите трейс wireshark'ом со шлюза, с которого звонят. посмотрите куда там rtp поток идет.

АТС проксирует RTP. wireshark'ом проверил - и в том и в другом случае (исходящий вызов со шлюза S и входящий на шлюз S) rtp идет на ИП АТС.
Привожу также логи slmon'a (172.16.1.1 - это ИП АТС):
входящий на SG:
10:52:35 [3232702] 2: Peer=172.16.1.1#7392, PT=0, RecvOnly=0
10:52:35 [3232702] 2: ==12:Alerting
10:52:36 [3232714] 2: Fxs Pickup
10:52:36 [3232714] 2: 136=ACCEPT
10:52:36 [3232714] 2: ==13:VoipAnswering
10:52:36 [3232715] 2: 136=CONNECTED
10:52:36 [3232715] 2: StopDeviceVoiceTone
10:52:37 [3232715] 2: SetVoiceCoder(1)=0
10:52:37 [3232715] 2: localip = 172.16.1.233 !!
10:52:37 [3232715] 2: RTP[1,1], Peer=172.16.1.1#7392, PT=0/2/0, local=172.16.1.233#0
10:52:37 [3232715] 2: SetTalkMode[1,1]
10:52:37 [3232715] 2: ==14:Talking
10:52:57 [3232920] 2: 136=DISCONNECT
10:52:57 [3232920] 2: Rtp Talk Stop !
10:52:57 [3232920] 2: RTP S=1029 R=0 Lost=-1
10:52:57 [3232920] 2: StopPlayTone()=0
10:52:57 [3232920] 2: StopDeviceVoiceTone
10:52:57 [3232920] 2: Release Active Dlg
10:52:57 [3232920] 2: ==15:PlayBusyTone
10:52:57 [3232920] 2: Playing Busy Tone
10:53:00 [3232948] 2: StopPlayTone()=0
10:53:00 [3232948] 2: Fxs Hangup
10:53:00 [3232949] 2: StopPlayTone()=0
10:53:00 [3232949] 2: ==3:Idle
10:53:00 [3232949] 2: SetFax(1)=0
Исходящий с SG:
10:58:11 [3236062] Login == Ver(1.02.38.93.10375 2013/01/09 16:39:53) PId(360.DLink.MultiServer.NoPrefix.TR069.drtp) Drv(1.4.2.148) Hw(SP9440S) ==
10:58:11 [3236062] gw_msg: send cmd[9]
10:58:16 [3236110] 2: Fxs Pickup
10:58:16 [3236110] 2: StopDeviceVoiceTone
10:58:16 [3236110] 2: ==4:GetDtmf
10:58:17 [3236119] 2: StopPlayTone()=0
10:58:23 [3236175] 2: DTMF Timeout #1
10:58:23 [3236175] 2: End Input Default Route [1]
10:58:23 [3236175] 2: Line DialNum_New [100]
10:58:23 [3236175] 2: Call Proxy with [100]
10:58:23 [3236175] 2: ==7:Inviting
10:58:23 [3236175] 2: VoIP CallOut, Invite <sip:100@172.16.1.1;user=phone>
10:58:23 [3236175] 2: 136=DIALING
10:58:23 [3236178] 2: 136=PROCEEDING
10:58:23 [3236180] 2: 136=RINGBACK
10:58:23 [3236180] 2: StopDeviceVoiceTone
10:58:23 [3236180] 2: SetVoiceCoder(17)=0
10:58:23 [3236180] 2: PlayFile(/opt/voc/NotifyVoip.pcm)=1
10:58:23 [3236180] 2: ==8:RingBack
10:58:24 [3236194] 2: StopPlayTone()=0
10:58:24 [3236194] 2: PlayRingBackTone()=0
10:58:28 [3236233] 2: 136=CONNECTED
10:58:28 [3236233] 2: Peer=172.16.1.1#7406, PT=18, RecvOnly=0
10:58:28 [3236234] 2: StopPlayTone()=0
10:58:28 [3236234] 2: StopDeviceVoiceTone
10:58:28 [3236234] 2: SetVoiceCoder(17)=0
10:58:28 [3236234] 2: localip = 172.16.1.233 !!
10:58:28 [3236234] 2: RTP[1,1], Peer=172.16.1.1#7406, PT=18/2/0, local=172.16.1.233#0
10:58:28 [3236234] 2: SetTalkMode[1,1]
10:58:28 [3236234] 2: ==14:Talking

а сам поток то прет на шлюз по факту когда тишина в трубке?
выложили бы дампы wireshark'а при нормальных звонках туда сюда с другово шлюза и с проблемного туда сюда для сравнения

Если не сложно, подскажите плз как снять дамп со шлюза? Я моделировал ситуацию Софтфон (на ПК) - проблемный шлюз (SG). Данные снимал wireshark'ом на интерфейсе ПК. В таком случае между сервером телефонии и ПК(и в случае вызова с софтфона, и в случае поступления вызова на софтфон) идет двусторонний RTP. И вот как раз когда вызов идет с проблемного шлюза на софтфон (или на нормально работающий шлюз) - слышимость отличная на обеих сторонах. А в случае вызова с софтфона на проблемный шлюз - на стороне софтфона все ОК (слышно сторону проблемного шлюза), а на стороне проблемного шлюза в трубке тишина.

если есть управляемый коммутатор, тогда зеркалирование порта в ноут/комп и там wireshark'ом смотреть.
если нет такого коммутатора, то попробуйте wireshark запустить прям на атс на нужном интерфейсе или по ip фильтровать