Добрый день! Очень надеюсь на вашу помощь, т.к. столкнулся с непреодолимой проблемой в лице DVG-7111s. Вообщем ситуация следующая, есть настроенная IP-АТС 3CX Phone в локальной сети - 172.17.111.0/24. Все IP-телефоны подключенные к ней - в этой же локальной сети. АТС имеет адрес - 172.17.111.252. Связь между внутренними Extension работает на ура, т.е. можно позвонить например со 100 на 101, и все друг друга слышат. Также настроен VOIP провайдер SipNet - звонки на него также проходят. Теперь самое интересное. Захотели подключить PSTN линию туда. D-Link DVG-7111s настроили согласно мануалу - D-link DVG - 7111S 1 FXO + 1 FXS порт. Настройки АТС - также правильные. Маршрутизация звонков на АТС прописана верно.

Теперь к интересному. При поступлении звонка на PSTN - звонок согласно правилам маршрутизации передается на внутренний номер 100. Однако, когда там снимаешь трубку - связь тут же рвется. У меня есть предположение что это именно DLink DVG-7111s рвет связь. Тут логичнее сказать - проверьте логи АТС - так и будет, я к этому вернусь. Теперь рассмотрим вариант когда со внутреннего номера звонят через PSTN, т.е. через DVG-7111s. Звонок проходит, т.е. 7111s в режиме Hotline набирает нужный номер, устанавливает связь ... но ... Связь односторонняя. Т.е. то что говорит человек со стороны PSTN - на внутреннем номере слышат, а вот в обратную сторону - нет. Т.е. то что говорят на внутреннем номере - человек на конце PSTN не слышит. Я еще бы понял, если бы RTP не проходили или еще какие-то проблемы были с прохождением пакетов. Но! Все оборудование - ПК с 3CX, IP-телефоны и DVG-7111s находятся в одной сети и подключены к одному свитчу. Т.е. никто UDP не мешает, "за" этого утверждения говорит и то, что звонки между внутренними номерами (используются Gigaset'овские телефоны), например со 100 на 101 проходят отлично и при этом все друг-друга слышат.

Теперь к логам. Действующие лица - 172.17.111.252 - 3CX, 172.17.111.0/24 - подсеть с Gigaset'овскими телефонами, 172.17.111.12 - DVG-7111s.

Прошивка в 7111s последняя - 2013/09/18 03:35:06.
К 3CX он тоже подключается, т.к. звонки 3CX от него видит, да и он сам набирает номер через PSTN с "подачи" 3CX:

"Напрягает" вот что ... Packet Sent в статистике видно, Packet Received - нет.

Подробный лог звонка на PSTN со стороны 3CX: http://pastebin.com/Fgumhuzq
(здесь и 3CX и Listen Port UDP в DVG-7111s в SIP Advanced перенастроены на 5070, с 5060, т.е. так как по дефолту - ситуация аналогичная)

Помогите советом или идеей ... Короткий вид того же самого лога:


Теперь рассмотрим когда звонок приходит на PSTN (он автоматически переадресуется на 3CX на Extension 100). После того, как звонок пришел на 100 и там сняли трубку, звонок сбрасывается. Вот логи:



Фраза "No RTP packets were received" смущает, но ... как я уже говорил, проблема наблюдается только с DVG-7111s. Т.е. если позвонить со 100 на 101, то голос слышен, т.е. RTP ходит.

В чем может быть проблема? Если нужна еще какая-то информация - предоставлю.

Поднял также Syslog ... исходящий звонок со 100 на PSTN:

Входящий звонко с PSTN:

Снимите лог slmon.

Снял ... Правда настройки за время экспериментов успели поменяться. Все настроено также как и описано, но IP немного другие.

172.17.111.221 - PBX, 172.17.111.12 - DVG-7111s, Listen Port UDP у DVG-7111s в SIP Advanced - 5070 (эти же настройки естесвенно и на PBX).

RTP S=623 R=0 Lost=-1 - шлюз отослал 623 пакета, имеенно поэтому на 100 слышали то, что говорят на PSTN, а принял он 0 пакетов. Поэтому, как мне кажется, на конце PSTN не слышали то, что говорят на 100. Такое ощущение что firewall DVG-7111s блокирует все входящие RTP ... И делать это может только он, т.к. со 100 на 101 к примеру - звонок нормально проходит и слышимость прекрасная, т.е. PBX работает нормально, сеть тоже. Проблема только со шлюзом.

p.s. Повторюсь что шлюз настраивался по этому мануалу - http://3cx.com.ua/node/289 , на момент проведения тестов он был в режиме bridge.

Господа из DLink, а будут какие-то комментарии по-поводу вопроса? Могу рассказать следующее - взяли для теста Grandstream HT503, в той же самой конфигурации, с теми же настройками 3CX PBX - заработало "из коробки". Качество связи отличное. Единственное, в отличие от DVG-7111s - нет поддержки импульсного набора. Не хотелось бы думать что покупка DLink DVG-7111s - это выброшенные на ветер деньги. Поэтому хотя уже в production use используется другое решение - давайте все же совместными усилиями разберемся с проблемой.

Enable FXO / Trunk Extension Number включите,
Спроверьте не включен ли у Вас Nat traversal, проверьте включенные кодеки. Каким портом у Вас шлюз подключен в сеть?

Enable FXO / Trunk Extension Number - пробовали из включенным и без, это не решает проблемы. Предпочитаемым кодеком установлен G.711 u-law и он работает, в одну сторону-то звук есть, т.е. когда абонент с PSTN говорит что-то, на внутреннем extension с которого произошел набор - его слышат. Наооборот слышимости - нет. Шлюз подключался в сеть и 5060 портом, и 5070-ым (настройки 3CX при этом естественно перекручивались) - результат ровно такой как я написал. По-поводу NAT traversal - шлюз настроен в режиме Bridge, а в сети NAT'а - нет. 3CX PBX, VoIP телефоны и шлюз воткнуты в один свитч и находятся в одной подсети ...

p.s. Может более раннюю версию прошивки попробовать?

Каким портом у Вас шлюз подключен в сеть? (Wan или LAN)

Через WAN естественно, это видно на скриншотах в первом посте темы.

Странно, что он не видит SDP от 3CX. А еще у Вас порт выбран 7050. Какие кодекм настроены на 3cx?

Подтверждаю - проблема идентична. Один в один.
Проблема решена только путём ранней прошивки.
Работает на прошивках:
1.2.38.54_0.10.47.1(0416104312)
1.2.38.54_0.10.47.1(0416104312)
на этих старых прошивках звук работает. но появляются мелкие дефекты с Caller ID и др.

Почему так происходит, надеюсь расскажет тех.поддержка D-link. Всё таки хочется, что бы всё работало на новых прошивках.

P.S. А ещё абсолютно такая же проблема на DVG-5112S

сделайте дамп трафика с проблемой и пришлите мне на е-mail

как это сделать?

Сделать зеркалирование портов на коммутаторе, в порт с зеркалом подключить компьютер, запустить wireshark