Мы приобрели несколько беспроводных телефонов Grandstream WP825, чтобы попробовать интегрировать их с нашей конфигурацией CUCM 15.0. Мы уже много лет используем телефоны C7925 на старых версиях CUCM, и хотя они нас вполне устраивают, качество звука уже не соответствует современным стандартам. Текущие варианты WiFi-телефонов Cisco довольно дорогие, поэтому мы посчитали, что WP825 будет хорошей альтернативой. Проблема заключается в том, что эти SIP-телефоны не любят общаться с другими нашими SIP-телефонами Cisco. В частности, у нас есть несколько телефонов 8851, и мы движемся в этом направлении. WP825 отлично работают с беспроводными телефонами 7925 или любыми более старыми телефонами 7911, 7941, 7945 и 7965, которые все еще есть в нашей среде. Они также отлично работают с SIP-адаптером Cisco ATA191. Но при звонках между телефонами Grandstream и Cisco 8851 (оба устройства SIP) у нас односторонний звук. Собеседник на 8851 слышит собеседника на Grandstream, но наоборот это не так. Мы проверили, что Grandstream настроен на использование совместимых кодеков, и список кодеков в CUCM имеет много совпадений. Мы даже настроили телефоны Grandstream на предпочтительное использование G.722, который, как показывают устройства 8851, они используют. По какой-то причине у нас по-прежнему односторонний звук. Кто-нибудь сталкивался с такой проблемой с Grandstream или другими SIP-телефонами сторонних производителей на CUCM? Если да, то что вы сделали, чтобы ее решить? Будем благодарны за любую помощь.

]]>https://sla247.ru/forum/topic/1437/sip-телефоны-сторонних-производителей-с-cucm-имеют-одностороннюю-аудиосвязьRSS for NodeFri, 15 May 2026 05:16:04 GMTWed, 18 Feb 2026 21:08:32 GMT60Это сработало! Я нашел несоответствие, из-за которого телефон не регистрировался, и когда сегодня утром он появился после исправления, я протестировал его с телефоном Cisco 8861. У нас не было никаких проблем с коммуникацией между SIP-телефонами Grandstream и нашими старыми телефонами Cisco, которые все еще используют SCCP. Проблема возникала только при связи SIP-SIP. Принудительно установив G.729 в регионе, применив его к новому пулу устройств и назначив DP данному телефону, а также убедившись, что G.729 выбран в качестве протокола на самом телефонном устройстве, мы решили проблему и получили стабильную двустороннюю связь. Еще раз спасибо!

]]>https://sla247.ru/forum/post/9810https://sla247.ru/forum/post/9810Wed, 18 Feb 2026 21:08:43 GMTНеважно, я думаю, я нашел, что мне нужно здесь настроить: ![jldieckmann_1-1758661639460.png] Я никогда раньше не занимался настройкой региональной информации, поэтому мне пришлось посмотреть, как и где это сделать. Я создал новый регион с настройками аудиокодека, указанными выше. Однако теперь мой телефон Grandstream больше не регистрируется в CUCM. У меня уже были проблемы с регистрацией этих телефонов, поэтому мне придется немного поработать над устранением этой неполадки.

]]>https://sla247.ru/forum/post/9809https://sla247.ru/forum/post/9809Wed, 18 Feb 2026 21:08:42 GMTКакие настройки выбрать, чтобы ограничить кодеком G.729? ![jldieckmann_0-1758661073416.png] Из приведенного списка неясно, какие из них дадут нужный мне результат.

]]>https://sla247.ru/forum/post/9808https://sla247.ru/forum/post/9808Wed, 18 Feb 2026 21:08:41 GMTПока нет. У нас были другие более важные вопросы, поэтому это отложили на второй план. Я надеюсь провести мониторинг с помощью Wireshark, чтобы понять, что происходит с трафиком RTP.

]]>https://sla247.ru/forum/post/9807https://sla247.ru/forum/post/9807Wed, 18 Feb 2026 21:08:40 GMTВы смогли решить эту проблему? У меня похожая проблема.

]]>https://sla247.ru/forum/post/9806https://sla247.ru/forum/post/9806Wed, 18 Feb 2026 21:08:39 GMTВыполните захват пакетов на порту Grandstream, чтобы проверить, поступают ли пакеты RTP. На телефонах Cisco проверьте статус вызова для пакетов RX и TX. Если количество пакетов TX продолжает расти, телефон отправляет потоки RTP на другой конец. ![Response Signature]

]]>https://sla247.ru/forum/post/9805https://sla247.ru/forum/post/9805Wed, 18 Feb 2026 21:08:38 GMTИнтересно. Телефоны Grandstream являются беспроводными, поэтому они находятся в другой подсети, чем 8851, но все они проходят через одну и ту же физическую сеть. Между ними нет брандмауэров, и маршруты очень просты, потому что все проходит через один и тот же основной коммутатор. Полагаю, нам нужно запустить Wireshark и посмотреть, сможем ли мы наблюдать трафик непосредственно между двумя устройствами и увидеть какие-либо препятствия.

]]>https://sla247.ru/forum/post/9804https://sla247.ru/forum/post/9804Wed, 18 Feb 2026 21:08:37 GMTЯ также соглашусь с
@Nithin Eluvathingal
в том, что наиболее вероятной причиной является сеть. Он прав в том, что касается части сетевого пути, которую необходимо проверить.

]]>https://sla247.ru/forum/post/9803https://sla247.ru/forum/post/9803Wed, 18 Feb 2026 21:08:36 GMTВ дополнение к тому, что сказал дорогой
@Nithin Eluvathingal
,
поместите
телефон
«
Grandstream WP825» в ту же «подсеть/VLAN», что и Cisco 8851 >> затем посмотрите, что произойдет?..
Если все в порядке, то предыдущая проблема на 99% связана с сетью... (возможно, брандмауэр, NAT или неправильная маршрутизация...) (Оцените «Полезно» или «Принять») (محمدرضا هادی_ایران) (Электронная почта: morez.hadi@gmail.com)

]]>https://sla247.ru/forum/post/9802https://sla247.ru/forum/post/9802Wed, 18 Feb 2026 21:08:35 GMT99% проблем с односторонней передачей звука возникают из-за сети. В вашем случае звук с 8851 не доходит до Grandstream; что-то в сети его блокирует. Если бы были проблемы с согласованием кодеков, вызов не начался бы. Насколько я понимаю, ваш вызов установлен на обоих концах, но звук не слышен на телефоне Grandstream. Проверьте маршрут от подсети телефона 8851 (которая не работает) до подсети телефона Grandstream. ![Response Signature]

]]>https://sla247.ru/forum/post/9801https://sla247.ru/forum/post/9801Wed, 18 Feb 2026 21:08:34 GMTСоздайте область для переговоров только с кодеком G.729, примените ее к пулу устройств для телефонов Grandstream и проверьте, работает ли она.

]]>https://sla247.ru/forum/post/9800https://sla247.ru/forum/post/9800Wed, 18 Feb 2026 21:08:33 GMT