исходящие звонки невозможны
-
У меня возникла странная проблема с нашим Cube. У меня есть входящий диалоговый пир, который должен сопоставляться с исходящими вызовами на любой номер с 000 dial-peer voice 1120 voip
translation-profile incoming add_plus
session protocol sipv2
session transport udp
destination dpg 999
incoming called-number 000.T
no voice-class sip asserted-id
voice-class sip bind control source-interface GigabitEthernet2.1930
voice-class sip bind media source-interface GigabitEthernet2.1930
dtmf-relay rtp-nte
codec g711alaw
ip qos dscp cs4 media
ip qos dscp cs3 signaling
no vad Но когда я звоню на номер, начинающийся с 000, сопряжение по номеру не устанавливается.
В сообщениях CCSIP я вижу следующее: 103196: 16 октября 12:48:06.061: //3725/5B228C800001/CUBE_VT/SIP/FSM/SPI-State-Change: Текущее состояние: STATE_NONE, Следующее состояние: STATE_IDLE, Текущее подсостояние: STATE_NONE, Следующее подсостояние: STATE_NONE
103197: 16 октября 12:48:06.061: //3725/5B228C800001/CUBE_VT/SIP/MISC/Ошибка: resolve_sig_ip_address_to_bind: Не удалось получить тег телефона
103198: 16 октября 12:48:06.062: //3725/5B228C800001/CUBE_VT/SIP/MISC/Соответствующий Dialpeer: Dir: Входящий,
Peer-Tag: 0
103199: 16 октября 12:48:06.062: //3725/5B228C800001/CUBE_VT/SIP/MISC/Ошибка: ccsip_ipip_media_forking_anchor_leg_config: MF:
Dial-peer отсутствует
..
103200: 16 октября 12:48:06.062: //3725/5B228C800001/CUBE_VT/SIP/MISC/Ошибка: ccsip_ipip_media_forking_intra_frame_request_config: MF: профиль видео Dial-peer отсутствует.
103201: 16 октября 12:48:06.062: //3725/5B228C800001/CUBE_VT/SIP/MISC/Ошибка: resolve_media_ip_address_to_bind: Не удалось получить тег телефона В журнале отладки voip dialpeer я вижу следующее: 16 октября 12:59:49.875: Правило сопоставления=DP_MATCH_DEST_SIP_USER; Номер вызываемого абонента=00032474123456 16
октября 12:59:49.875: //-1/xxxxxxxxxxxx/DPM/dpMatchAORString:
SOFTWARE_ERROR 16
октября 12:59:49.875: dpMatchAORString: Не найдена соответствующая запись AOR для вызываемого номера - 00032474123456 Что я упустил? С уважением -
Очень странно. Я удалил наборные номера и перенастроил их точно так же, и теперь все снова работает...
-
Еще более странно то, что у меня есть резервный куб с такой же конфигурацией, и там диалоговый пир соответствует...
-
Если вы могли бы поделиться немного более подробной информацией о вашей конфигурации, лучше всего — полной рабочей конфигурацией в текстовом файле, чтобы мы могли ее проверить, тогда мы, возможно, сможем вам помочь. ![Response Signature]
-
Привет, Роджер, Спасибо за ответ. Я прикрепил частичный файл конфигурации (я удалил большую часть нерелевантной и конфиденциальной информации) и файл с журналами команд «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]
Здравствуйте! Похоже, вам интересна эта беседа, но у вас пока нет учетной записи.
Вы устали просматривать одни и те же посты каждый раз, когда заходите на сайт? После регистрации, вам не придётся искать обсуждения в которых вы принимали участие, настройте уведомления о новых сообщениях так как вам это удобно (по электронной почте или уведомлением). У вас появится возможность сохранять закладки и ставить лайки постам, чтобы выразить свою благодарность другим участникам сообщества.
С вашими комментариями этот пост может стать ещё лучше 💗
Зарегистрироваться Войти