Думаю, я нашёл ответ... Глупая оплошность с моей стороны. Обработка NAT для устройств/расширений в моём FreePBX была выставлена в положение «Нет». Обычно это нормально, если роутер корректно выполняет SIP ALG или трансляции, как это делает Sonicwall (от которого я недавно ушёл). Изменение этого параметра на NAT = «Да» (force_rport, comedia) для устройств в расширенных настройках FreePBX решило проблему.

Это навевает мысль, что, возможно, USG не всегда правильно обрабатывает SIP ALG (модуль Conntrack). В любом случае, моя вина!

Я уже много лет использую VoIP за своим USG без таких проблем. Но из моего прошлого опыта отсутствие звука похоже на то, что RTP не проходит через файрвол. Мне не приходилось открывать какие-либо порты. Вот моя текущая схема: IP-телефоны → FreePBX → USG → VoIP-провайдер. Для IP-телефонов я использовал и Polycom Soundpoint, и Ubiquiti UVP, оба варианта работали отлично. Также у меня есть Cisco SPA122, и он тоже работает без проблем. Провайдер, которого я использую, поддерживает IAX2, поэтому я пользуюсь им как транком между FreePBX и провайдером.

Предполагаю, что вы пробовали разрешить выход телефона напрямую на WAN, минуя файрвол, чтобы исключить его влияние. Возможно, вам нужно разрешить SIP и RTP. Ещё может помочь включение uPNP в VoIP-сети, так как в той версии, что у меня (5.7.23), оно было включено.

Просто мысли вслух.

Спасибо за обновление. Завтра сообщу, что у меня получится выяснить по этому поводу.

повторно подняваю вопрос

Ребята, извиняюсь, я немного пропадал — на работе полный хаос. Пока особо с этим не игрался, но это в числе приоритетов. Когда тестировал Zoiper на iPhone, тоже не было звука, но, похоже, проблема была в USG. Связался с поддержкой UBNT (не по вопросам SIP), они посоветовали сделать сброс настроек до заводских. После этого я кратко попробовал Zoiper (SPA-телефоны пока не тестировал), и звук появился. Моя конкретная проблема была в том, что у меня два USG случайно перезагружались, UBNT советовали сделать сброс, но, по их словам, единственным решением кроме сброса является RMA. Прошло меньше суток с момента сброса, но, кажется, попалась какая-то плохая партия, потому что многие уже отправляли устройства по RMA по той же причине. Буду тестировать всё более подробно, но с первого взгляда кажется, что с USG что-то не так, и дело не столько в моей настройке.

Да, понимаю, базовая линия — это хорошо. Специальных настроек в FreePBX нет. Мой WAN IP динамический, поэтому нужно не забывать обновлять его в FPBX, когда он меняется, но это случается редко, примерно раз в год. Удалённые телефоны настроены на работу с NAT в FPBX. На моём USG есть стандартные правила проброса SIP и RTP (при этом SIP привязан к IP) для моих удалённых телефонов. SIP conntrack выключен. Кстати, у меня есть один очень удалённый телефон (SPA), который регистрируется напрямую в voipms, и на роутере никакие порты не открыты, так как соединения идут исходящие. Майк

Привет, Mike, спасибо за ответ. У тебя есть какие-то особые настройки файрвола, параметры модуля conntrack, таймауты состояний, опции файрвола или другие специфические настройки? Я просто пытаюсь установить базовый набор настроек с проверенной рабочей конфигурацией. Спасибо, Chase

Были ли какие-то новости по этому поводу? У меня постоянно возникают проблемы с тем, как USG взаимодействует с FreePBX и телефонами Cisco SPA. Сейчас телефоны могут зарегистрироваться в системе через WAN, принимать и совершать звонки, но звука нет. А причина, по которой я уверен, что это проблема USG, — звук есть, когда телефон подключён к LAN, но нет, когда через WAN. Всё ещё кажется, что это проблема с NAT, но решения я так и не нашёл.

Раньше я заметил, что в FreePBX, в разделе SIP Settings под Advanced, на вкладке Chan Sip сверху, если включить NAT → Yes и в настройках IP Configuration выбрать Public, это каким-то образом помогало, даже если IP был статический. Ещё мне удавалось лучше добиться результата, просто переключая любую опцию, сохранял, применял, а потом возвращал обратно, снова сохранял и применял. По-моему, это переписывает настройки NAT внутри Linux, и проблема решалась.

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