Односторонний звук на звонках

Односторонний звук на звонках, UniFi Talk

SCIT-Owner

Guest

23.09.2025 13:38:00

Доброе утро всем. У меня есть установка Talk, которая по какой-то причине имеет односторонний звук на звонках каждый день, пока я не перезагружу сервис Talk. На сети я не вижу никакого SIP ALG. Настройка следующая: Frontier ONT > UDM SE > Unifi 48 port POE Switch > Talk phone. Односторонний звук происходит как на физическом телефоне в офисе, так и на софт-фоне на их мобильном телефоне. Есть идеи, что это может быть?

lhenrici

Guest

29.12.2025 20:12:00

Если это работает с T-mobile, но не работает с Frontier, это весьма подозрительно, и тебе стоит начать устранение неполадок с двойным NAT. Какой тип устройства ONT они установили для тебя? Некоторые новые ONT фактически работают как полноценные маршрутизаторы и должны быть переведены в режим моста.

bensocket Guest	#3 29.12.2025 18:37:00 Я только что посмотрел везде, где только мог, и не смог найти способ маршрутизировать только этот сервис на другой WAN.

SCIT-Owner

Guest

15.12.2025 18:44:00

Окей, Unifi говорит мне, что всё настроено правильно в UDM-SE и что это проблема Frontier. Frontier же говорит, что это проблема брандмауэра. Может кто-нибудь подсказать, есть ли способ отправить весь трафик Talk через резервного интернет-провайдера? Я хочу полностью исключить Frontier из уравнения. У меня есть как Starlink, так и T-Mobile 5G business router, с которыми я могу протестировать. Мне нужно маршрутизировать Talk через один физический телефон и один софтфон на несколько дней как тестовый вариант. Я уже запускал Talk дома без проблем через роутер T-Mobile, поэтому начну с того. Просто не могу запустить всю сеть через TM-роутер, так как у него недостаточно пропускной способности. Спасибо всем!

jamescarter47

Guest

24.11.2025 07:51:00

Однонаправленный звук, который исправляется только после перезагрузки службы Talk, обычно указывает на периодическую проблему с NAT или маршрутизацией RTP, даже если SIP ALG не активен. Часто либо ISP-ONT, либо сама UDM-SE вызывают некий сбой Stateful-сессии, который зависает на несколько дней. Проверь, работает ли UDM SE в режиме «Full Cone NAT», регулярно ли WAN-порт обновляет свой IP, и не влияют ли на Talk-порты правила IDS/IPS или брандмауэра где-то в цепи. Если всё выглядит корректно, ежедневная перезагрузка Talk — это практичный временный выход, пока Ubiquiti не разберётся с причиной.

SCIT-Owner

Guest

23.11.2025 17:00:00

После анализа логов они сказали, что проблема со стороны ISP, так как всё выглядит хорошо. Мне сложно в это поверить, потому что это прямое подключение к Frontier через ONT. До UDM никакой маршрутизации не происходит. У меня эта конфигурация работает у других клиентов с абсолютно идентичным оборудованием и настройками — без единой проблемы. По этому клиенту я просто бью головой об стену. Мой новый план — просто настроить cron-задачу для перезагрузки Talk каждое утро в 3 часа ночи. Я понятия не имею, как это сделать, но я уверен, что это должно быть возможно.

SCIT-Owner Guest	#7 11.11.2025 20:58:00 Всё ещё жду решения. Обновлю эту ветку, как только получу ответ. Заявка уже перенаправлена на более высокий уровень.

bensocket Guest	#8 04.11.2025 14:53:00 Дай нам знать, что ответит тебе техподдержка UI, если ты откроешь тикет поддержки.

jamesporter19966

Guest

12.10.2025 13:18:00

Доброе утро. Это определённо выглядит как проблема с сессией SIP или NAT, а не аппаратного обеспечения. Даже если SIP ALG отключен, стоит проверить, не мешает ли брандмауэр UDM SE или DPI потокам RTP. Попробуй установить статическую переадресацию портов для SIP и RTP, убедись, что внешний IP твоего Talk-сервера остаётся постоянным, и посмотри, поможет ли обновление прошивки UDM SE или Talk решить проблему.

SCIT-Owner Guest	#10 08.10.2025 20:16:00 Поднимаю эту тему снова перед тем, как обратиться напрямую в Unifi. Проблема с односторонним звуком исчезла на несколько дней, но вернулась сегодня. Когда они звонят с настольного телефона или мобильного приложения вне офиса, они слышат собеседника, но собеседник их не слышит. Есть ли идеи, что я могу проверить, чтобы раз и навсегда это исправить?

Читают тему (гостей: 1)