Отсутствие слышимости при входящих звонках.

[Vlad_]

Здравствуйте.
Есть следующая проблема: иногда при входящем звонке сотрудник берет трубку, но не слышит звонящего собеседника. Просмотрел логи на АТС - судя по ним вызов нормально проходит и доходит до внутреннего номера, после чего сотрудник, так как не слышит никого кладет трубку. Когда тот же номер перезванивает еще раз, то собеседника уже слышно. Обращался с данной проблемой к провайдеру - на что они сообщили, что с их стороны проблем нет. Подскажите пожалуйста как можно диагностировать проблему в данном случае?

 

[Veter IT]

Для начала посмотрите firewall check 3cx. Возможно проблема в NAT, если конечно АТС за NAT. Далее смотрите логи SIP пакетов, как происходит согласование RTP пакетов между двумя системами.

 

[Grigoriy Kulikov]

Для начала посмотрите firewall check 3cx. Возможно проблема в NAT, если конечно АТС за NAT. Далее смотрите логи SIP пакетов, как происходит согласование RTP пакетов между двумя системами.

Так можно посмотреть настройки RTP на самом аппарате.

 

[igorsnezhko]

Тут довольно много неизвестных. 1. Тип сетевого экрана (должна быть самая новая прошивка). 2. Настройка сетевого экрана (нужно отключить SIP ALG и опубликовать нужные порты для 3CX). 3. Версия 3CX (в идеале V16 Update 7). 4. Собственно, IP-телефон, на котором не слышно, и его прошивка. Должны быть только отсюда https://www.3cx.com/support/phone-firmwares/ 5. Телефон должен быть настроен не "ручками", а в автоматическом режиме, по инструкции для вашего телефона https://www.3cx.ru/sip-phones/

 

[Vlad_]

Спасибо за ответы.
1. Сетевой экран mikrotik.
2. Порты проброшены согласно мануалу 3cx.
3. Версия 3сх 16.0.619
4. IP телефоны Yealink T21, проблема возникает не зависимо от телефона.
Сделал Firewall Check, на что он выдал ошибку
testing port 5060... Mapping does not match 5060. Mapping is 2974.
Поиск по данной ошибкой решался у многих отключением SIP ALG или пробросом порта. Хотя порт проброшен и я могу подключиться к нему по telnet.
Может быть можете подсказать еще какие-то варианты решения проблемы?
Спасибо.

 

[igorsnezhko]

Вот описание, если что https://www.3cx.com/docs/mikrotik-firewall-configuration/

 

[Vlad_]

Вот описание, если что https://www.3cx.com/docs/mikrotik-firewall-configuration/

Да, по этому мануалу все и настроено. И порт точно открыт, но почему-то firewall check выдает ту же ошибку.

 

[igorsnezhko]

А SIP ALG тоже отключен? Если да, возможно, что-то не так уже у вашего провайдера Интернет.

 

[Vlad_]

Да, SIP ALG выключен. Связывался с провайдером - они очень долгое время проверяли работу линии и сообщили, что у них все в порядке.

 

[igorsnezhko]

У вас именно какая-то странность с мэппингом портов. Как будто где-то еще один NAT стоит..

 

[Vlad_]

NAT только один, на микротике. Единственное, что порты 9000-10499 были прописаны в двух правилах, прописал в одно. Тестирую, спасибо за ответы.

 

[Vlad_]

В общем, проблема так и осталась. Что еще можно посмотреть\проверить? Могу приложить лог событий SIP АТС.
Фаерволл чекер так и выдает ошибку несовпадения порта, хотя порт точно доступен по телнету.

 

[igorsnezhko]

У вас ошибка публикации портов. Нужно ее найти, устранить, пройти firewall check, и все заработает.

 

[Vlad_]

Выяснилось, что физически в АТС приходит кабель от провайдера, через который передается голосовой траффик. Соответственно, насколько я понимаю, необходимо добиваться ответов от провайдера. Спасибо за ответы.

 

[Rival_]

Выяснилось, что физически в АТС приходит кабель от провайдера, через который передается голосовой траффик. Соответственно, насколько я понимаю, необходимо добиваться ответов от провайдера. Спасибо за ответы.

Добрый день! Решилась ли даная проблема, что сказал оператор? У нас абсолютно такая же ситуация 1 в 1.

 

[igorsnezhko]

Скорее всего в вашем случае не совсем корректно работает маршрутизация, вернее, приоритет маршрутов в самом сервере 3CX. Посмотрите здесь https://www.3cx.com/blog/docs/network-configurations-supported-3cx-phone-system/