исходящие звонки невозможны
-
Привет, Роджер, Спасибо за ответ. Я прикрепил частичный файл конфигурации (я удалил большую часть нерелевантной и конфиденциальной информации) и файл с журналами команд «debug ccsip messages» и «debug voip dialpeer all». Эта конфигурация раньше работала. По неизвестной причине вчера куб перезапустился, и с тех пор началась эта проблема.
-
В соответствии с политикой компании я не могу загружать zip-файлы. Не могли бы вы приложить содержимое в виде текстовых файлов? ![Response Signature]
-
Я могу поделиться файлом конфигурации, но при добавлении файла журналов отладки возникает ошибка «Тип содержимого вложения debug logs.txt (text/plain) не соответствует его расширению и был удален». Это обычный txt-файл, содержащий только текст...
-
сохранил журналы отладки в формате pdf
-
Попробуйте внести следующие изменения в настройки. voice service voip ip address trusted list ipv4 y.y.y.70 mode border-element voice class uri CUCM sip host ipv4:y.y.y.70 dial-peer voice 1120 voip no incoming called-number 000.T incoming uri via CUCM voice translation-rule 150 rule 1 /^000(.)/ /+\1/ rule 2 /^00(.)/ /+\1/ rule 3 /^0(.*)/ /+32\1/ Также, пожалуйста, включите отладку voip ccapi inout, чтобы получить более подробную информацию о вашем звонке. ![Response Signature]
-
Это известная проблема с прикреплением отладочных сообщений ccsip в виде текстового файла. Прошло уже почти два года с тех пор, как я сообщил об этом администраторам сообщества. ![Response Signature]
-
после дополнительных исследований, похоже, что все dialpeers, использующие группы dialpeer, больше не работают...
-
А что, если вместо этого выполнить маршрутизацию префикса на исходящих диалоговых одноранговых узлах и отказаться от использования DPG? Вы также проверили состояние диалоговых одноранговых узлов? Все ли они отображаются в рабочем состоянии? ![Response Signature]
-
Да, состояние администратора и рабочий статус набора номера для набора номера... Странно то, что эта конфигурация работает на нашем резервном SBC... и раньше работала...
-
Здравствуйте, IP-адрес CUCM уже находится в списке доверенных адресов. Я не использую здесь URI, потому что CUCM, откуда поступают эти вызовы, использует номера двух провайдеров. Поэтому я добавляю префиксы для маршрутизации к нужному провайдеру. Таким образом, вызовы провайдеру A получают префикс 000. Звонки провайдеру B получают другой префикс. Поэтому я использую «incoming called-number 000.T» для выбора диалогового партнера. Запрашиваемые журналы отладки находятся в приложении.
-
Понятно. Именно поэтому я и попросил предоставить
полную
конфигурацию, так как мы не можем знать, какие еще потоки вызовов у вас могут быть. Насколько я могу судить, в отладочном режиме есть два вызова, и для обоих из них в качестве входного диалогового партнера выбран диалоговый партнер 0, и на основании имеющейся информации я не вижу причин, по которым это могло бы быть. Может быть, вы могли бы использовать в CM разные линии вместо префиксов для маршрутизации вызова? Что-то в этом роде могло бы сработать. voice class uri SMEWxCall sip pattern 10.64|192|138.160|40|16.40:5065 voice class uri SMEWxCC sip pattern 10.64|192|138.160|40|16.40:5066 voice class tenant 1000 bind control source-interface GigabitEthernet1 bind media source-interface GigabitEthernet1 no pass-thru content custom-sdp listen-port non-secure 5065 voice class tenant 1001 bind control source-interface GigabitEthernet1 bind media source-interface GigabitEthernet1 no pass-thru content custom-sdp listen-port non-secure 5066 dial-peer voice 110 voip description Outbound Dial-Peer for calls to Webex Calling session protocol sipv2 session target sip-server destination e164-pattern-map 2000 voice-class codec 99 offer-all voice-class stun-usage 200 voice-class sip tenant 200 voice-class sip options-keepalive profile 200 dtmf-relay rtp-nte srtp no vad dial-peer voice 210 voip description Outbound Dial-Peer for calls to Webex Contact Center session protocol sipv2 session target sip-server destination e164-pattern-map 2000 voice-class codec 100 offer-all voice-class stun-usage 200 voice-class sip tenant 200 voice-class sip options-keepalive profile 201 dtmf-relay rtp-nte srtp no vad voice class dpg 110 description incoming SME to WxCall dial-peer 110 voice class dpg 210 description incoming SME to WxCC dial-peer 210 dial-peer voice 1000 voip description Incoming Dial-Peer from SME to Webex Calling destination dpg 110 no modem passthrough session protocol sipv2 incoming uri via SMEWxCall voice-class codec 99 offer-all voice-class sip tenant 1000 dtmf-relay rtp-nte sip-kpml no vad dial-peer voice 1001 voip description Incoming Dial-Peer from SME to Webex CC destination dpg 210 no modem passthrough session protocol sipv2 incoming uri via SMEWxCC voice-class codec 100 offer-all voice-class sip tenant 1001 dtmf-relay rtp-nte sip-kpml no vad Это выдержка из одного из наших LGW с Webex Calling и Webex CC, но то же самое должно быть возможным вариантом с небольшими изменениями в вашей системной среде. ![Response Signature]
Здравствуйте! Похоже, вам интересна эта беседа, но у вас пока нет учетной записи.
Вы устали просматривать одни и те же посты каждый раз, когда заходите на сайт? После регистрации, вам не придётся искать обсуждения в которых вы принимали участие, настройте уведомления о новых сообщениях так как вам это удобно (по электронной почте или уведомлением). У вас появится возможность сохранять закладки и ставить лайки постам, чтобы выразить свою благодарность другим участникам сообщества.
С вашими комментариями этот пост может стать ещё лучше 💗
Зарегистрироваться Войти