<![CDATA[исходящие звонки невозможны]]>У меня возникла странная проблема с нашим 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 Что я упустил? С уважением

]]>https://sla247.ru/forum/topic/109/исходящие-звонки-невозможныRSS for NodeFri, 15 May 2026 07:42:17 GMTWed, 21 Jan 2026 21:36:07 GMT60<![CDATA[Reply to исходящие звонки невозможны on Wed, 21 Jan 2026 21:36:21 GMT]]>Понятно. Именно поэтому я и попросил предоставить
полную
конфигурацию, так как мы не можем знать, какие еще потоки вызовов у вас могут быть. Насколько я могу судить, в отладочном режиме есть два вызова, и для обоих из них в качестве входного диалогового партнера выбран диалоговый партнер 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]

]]>https://sla247.ru/forum/post/591https://sla247.ru/forum/post/591Wed, 21 Jan 2026 21:36:21 GMT<![CDATA[Reply to исходящие звонки невозможны on Wed, 21 Jan 2026 21:36:20 GMT]]>Здравствуйте, IP-адрес CUCM уже находится в списке доверенных адресов. Я не использую здесь URI, потому что CUCM, откуда поступают эти вызовы, использует номера двух провайдеров. Поэтому я добавляю префиксы для маршрутизации к нужному провайдеру. Таким образом, вызовы провайдеру A получают префикс 000. Звонки провайдеру B получают другой префикс. Поэтому я использую «incoming called-number 000.T» для выбора диалогового партнера. Запрашиваемые журналы отладки находятся в приложении.

]]>https://sla247.ru/forum/post/590https://sla247.ru/forum/post/590Wed, 21 Jan 2026 21:36:20 GMT<![CDATA[Reply to исходящие звонки невозможны on Wed, 21 Jan 2026 21:36:19 GMT]]>Да, состояние администратора и рабочий статус набора номера для набора номера... Странно то, что эта конфигурация работает на нашем резервном SBC... и раньше работала...

]]>https://sla247.ru/forum/post/589https://sla247.ru/forum/post/589Wed, 21 Jan 2026 21:36:19 GMT<![CDATA[Reply to исходящие звонки невозможны on Wed, 21 Jan 2026 21:36:18 GMT]]>А что, если вместо этого выполнить маршрутизацию префикса на исходящих диалоговых одноранговых узлах и отказаться от использования DPG? Вы также проверили состояние диалоговых одноранговых узлов? Все ли они отображаются в рабочем состоянии? ![Response Signature]

]]>https://sla247.ru/forum/post/588https://sla247.ru/forum/post/588Wed, 21 Jan 2026 21:36:18 GMT<![CDATA[Reply to исходящие звонки невозможны on Wed, 21 Jan 2026 21:36:17 GMT]]>после дополнительных исследований, похоже, что все dialpeers, использующие группы dialpeer, больше не работают...

]]>https://sla247.ru/forum/post/587https://sla247.ru/forum/post/587Wed, 21 Jan 2026 21:36:17 GMT<![CDATA[Reply to исходящие звонки невозможны on Wed, 21 Jan 2026 21:36:16 GMT]]>Это известная проблема с прикреплением отладочных сообщений ccsip в виде текстового файла. Прошло уже почти два года с тех пор, как я сообщил об этом администраторам сообщества. ![Response Signature]

]]>https://sla247.ru/forum/post/586https://sla247.ru/forum/post/586Wed, 21 Jan 2026 21:36:16 GMT<![CDATA[Reply to исходящие звонки невозможны on Wed, 21 Jan 2026 21:36:15 GMT]]>Попробуйте внести следующие изменения в настройки. 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]

]]>https://sla247.ru/forum/post/585https://sla247.ru/forum/post/585Wed, 21 Jan 2026 21:36:15 GMT<![CDATA[Reply to исходящие звонки невозможны on Wed, 21 Jan 2026 21:36:14 GMT]]>сохранил журналы отладки в формате pdf

]]>https://sla247.ru/forum/post/584https://sla247.ru/forum/post/584Wed, 21 Jan 2026 21:36:14 GMT<![CDATA[Reply to исходящие звонки невозможны on Wed, 21 Jan 2026 21:36:13 GMT]]>Я могу поделиться файлом конфигурации, но при добавлении файла журналов отладки возникает ошибка «Тип содержимого вложения debug logs.txt (text/plain) не соответствует его расширению и был удален». Это обычный txt-файл, содержащий только текст...

]]>https://sla247.ru/forum/post/583https://sla247.ru/forum/post/583Wed, 21 Jan 2026 21:36:13 GMT<![CDATA[Reply to исходящие звонки невозможны on Wed, 21 Jan 2026 21:36:12 GMT]]>В соответствии с политикой компании я не могу загружать zip-файлы. Не могли бы вы приложить содержимое в виде текстовых файлов? ![Response Signature]

]]>https://sla247.ru/forum/post/582https://sla247.ru/forum/post/582Wed, 21 Jan 2026 21:36:12 GMT<![CDATA[Reply to исходящие звонки невозможны on Wed, 21 Jan 2026 21:36:11 GMT]]>Привет, Роджер, Спасибо за ответ. Я прикрепил частичный файл конфигурации (я удалил большую часть нерелевантной и конфиденциальной информации) и файл с журналами команд «debug ccsip messages» и «debug voip dialpeer all». Эта конфигурация раньше работала. По неизвестной причине вчера куб перезапустился, и с тех пор началась эта проблема.

files.zip

]]>https://sla247.ru/forum/post/581https://sla247.ru/forum/post/581Wed, 21 Jan 2026 21:36:11 GMT<![CDATA[Reply to исходящие звонки невозможны on Wed, 21 Jan 2026 21:36:10 GMT]]>Если вы могли бы поделиться немного более подробной информацией о вашей конфигурации, лучше всего — полной рабочей конфигурацией в текстовом файле, чтобы мы могли ее проверить, тогда мы, возможно, сможем вам помочь. ![Response Signature]

]]>https://sla247.ru/forum/post/580https://sla247.ru/forum/post/580Wed, 21 Jan 2026 21:36:10 GMT<![CDATA[Reply to исходящие звонки невозможны on Wed, 21 Jan 2026 21:36:09 GMT]]>Еще более странно то, что у меня есть резервный куб с такой же конфигурацией, и там диалоговый пир соответствует...

]]>https://sla247.ru/forum/post/579https://sla247.ru/forum/post/579Wed, 21 Jan 2026 21:36:09 GMT<![CDATA[Reply to исходящие звонки невозможны on Wed, 21 Jan 2026 21:36:08 GMT]]>Очень странно. Я удалил наборные номера и перенастроил их точно так же, и теперь все снова работает...

]]>https://sla247.ru/forum/post/578https://sla247.ru/forum/post/578Wed, 21 Jan 2026 21:36:08 GMT