Проблемы со звуком

anonymous

Well-Known Member
Регистрация
14 Янв 2008
Сообщения
19.170
Звук то есть, то нет...
С различных устройств, с различных клиентов... Проблема "плавающая". Иногда все ок, и вызывающий и вызываемый слышат друг друга. То никто никого не слышит. То слышит только вызывающий, то слышит вызываемый...

Может кто сталкивался с таким?
 
только такие проблемы и решаем.
Но обычно пользователи описывают все подробно.
 
Есть удаленный сервер. На нем стоит 3cx mini.
Пользователи подключаются со стационарных компов: win7 + 3cx phonе, Mac + Телефон (Версия 1.0.4 (104)), I-Phone + 3cx, Стационарные sip телефоны SkyLink.
Так вот: редко, но все же бывает что проблемы со звуком отсутствуют.
Проблема 1: 10-30 сек звук есть (все друг друга слышат), потом внезапно звук пропадает, хотя соединение установленно.
Проблема 2: один из звонящих не слышит второго.
Проблема 3: никто никого не слышит.

Все эти проблемы возникают в не зависимости от территориального расположения клиентов, не зависит от ПО и аппаратной платформы.
3CX на сервере переустанавливали (поменяли 10 на 11 версию), но проблемы остались.
 
Между PBX и удалёнными клиентами обычно два устройства NAT/firewall. Одно на стороне сервера, другое на стороне клиента.
По этой причине, процесс нахождения причин сбоев сложен и требует дополнительных усилий.
Сначала проверяем функциональность NAT на стороне сервера.
1. сервер должен быть подключён напрямую к интернет или через устройство NAT/firewall, которое полностью контролируется Вами. Внешний адрес обязан быть статическим. Т.е. не меняться. Между хостом PBX и внешним линком не более ОДНОГО устройства NAT. Если это условие не выполняется, то подключаться к PBX снаружи будет сложно, вплоть до невозможности.
2. Если хост PBX подключается через NAT/firewall - то все порты SIP и RTP (те которые используются PBX для общения с внешними устройствами) обязаны быть привязаны к хосту PBX. Например:
SIP порт - 5060
"внешние" RTP порты - 9000-9049
NAT обязан:
а) весь входящий трафик, который приходит на порт 5060 (TCP и UDP) внешнего линка направлять на порт 5060 хоста PBX вне зависимости от того с какого IP:порт удалённого сетевого устройства он был отправлен. Фильтр по IP рекомендуется для борьбы со спамом.
б) то же самое для всех портов RTP, за исключением того, что TCP не используется для доставки звука.

Если на стороне сервера всё работает именно так, то начинаем проверять подключение внешних клиентов.

Все внешние устройства подключаемые к PBX обязаны общаться только с PBX и ни с какими другими серверами.
Если внешнее устройство поддерживает определение своего внешнего IP:port через STUN - то STUN сервер указать явно как
ВнешнийIPPBX:SIPпортPBX
Все внешние устройства обязаны поддерживать Keep-Alive. Если устройство не поддерживает такой функциональности, то к нему будет сложно дозвониться :(
В конфигурации всех внутренних номеров (на сервере), которые обслуживаются "внешними" телефонами установить PBX delivers audio ("Голос через АТС")

После этого с внешнего устройства выполняете тестовый звонок на "эхо сервис" *777 (только в платных и демо версиях)
Сервис возвращает принятый звуковой поток обратно устройству. Т.е. если всё работает нормально, то Вы будете слышать сами себя. "Поговорить" надо ~1 мин, и убедиться, что со звуком нет проблем на протяжении всего звонка и он(звонок) не "обрывается" через 30-40 секунд.

Дальше - звонок на внутренние номера, которые обслуживаются телефонами из локальной сети PBX, если таковые существуют.
После этого, звонок на номер другого внешнего телефона. Рекомендуется использовать SIP/RTP tunneling proxy везде, где только это возможно.

Логи неудачных звонков могут содержать дополнительную информацию. Только маскируйте в них информацию, которая не предназначена для чужих глаз, например внешние IP адреса.
 

Для администраторов

Статистика форума

Темы
44.773
Сообщения
233.699
Пользователи
78.504
Новый пользователь
michael.wollert@boeppleba
#