Всем привет, похоже, я столкнулся с ошибкой CSCus56895 , которая выдает мне сообщение об ошибке IMS, когда я вхожу в новый кластер 12.5. В исправлении ошибки указано: « скопируйте файлы ключей CCMEncryption из исходного узла в целевой узел. Для этого потребуется RemoteAccount». Могу ли я предположить, что это удаленная учетная запись TAC, или я могу сделать это самостоятельно, и если да, то что именно мне нужно скопировать? Спасибо всем.

Здравствуйте, друзья, помогите мне. Я настроил пакет Expressway c\e vX14 bundle package.3.7, CUCM v14.0.1.13900, IM v 14.0.1.13900 все работает из локальной сети, cisco jabber подключается, звонки и голос проходят Но из глобальной сети чат работает, звонок (сигнал тревоги) проходит, но нет голоса в обоих направлениях. Хотя Jabber сообщает, что все службы подключены Используемый брандмауэр — Cisoc ASA exspressway-c находится в той же сети, что и CUCM и IM exspressway-e находится в зоне DMZ Между серверами exspressway-c и exspressway-e не настроен NAT, и весь IP открыт. Порты 8443,5060,5061,5222 открыты и перенаправлены из глобальной сети В чем может быть проблема?

У меня возникла проблема с выбором порядка B-каналов при использовании группы каналов. В серийном интерфейсе порядок каналов B установлен как «Descending» (по умолчанию). Когда у меня есть POTS Dial Peer, как показано ниже, он выбирает вызовы в порядке убывания: dial-peer voice 1800 pots port 0/1/3:23 Когда у меня есть POTS Dial Peer, как показано ниже, он выбирает вызовы в порядке возрастания: dial-peer voice 1800 pots trunkgroup TEST И вызов не удается, потому что оператор связи требует вызовы в порядке убывания. Я использую маршрутизатор 8200 с версией 17.15.3a Кто-нибудь знает, почему он выбирает каналы восходящего направления при использовании группы транков, но выбирает нисходящее направление, когда я использую физический порт? Спасибо

Ищу помощь и, возможно, разъяснения. Мне необходимо сохранить исходный номер вызывающего абонента в следующих сценариях потока вызовов. Внешний вызывающий абонент PSTN >> SIP-транк >> Cisco CUBE >> CUCM >> Переадресация вызова >> Внешний номер >> CUBE >> SIP-транк >> PSTN. Причина такого потока вызовов заключается в том, что внешний номер, например 01234 444444, был перенесен из CUCM и SIP-транка клиента к третьей стороне. Я удалил DN из CUCM и создал шаблон маршрута, чтобы все вызовы на внутренний номер или полный DDI перенаправлялись из SIP-транка в PSTN. Проблема заключается в том, что клиенты по-прежнему получают некоторые вызовы через альтернативные маршруты в свою систему CUCM, и они перенаправляют вызовы или в некоторых случаях используют переадресацию вызовов. Однако при этом теряется идентификатор исходного вызывающего абонента. Ищу предложения по возможным вариантам решения этой проблемы. Вариант 1 — я мог бы изменить конфигурацию транка с «Последний номер перенаправления» на «Исходящий номер». Но это было бы изменением в масштабах всего CUCM, а также изменило бы то, как клиент работал в плане переадресации вызовов на протяжении многих лет. ![simonhester_0-1763388258046.png] Вариант 2 — профиль CUBE SIP. Я наткнулся на следующий пост [«Решено: заставить идентификатор вызывающего абонента быть первоначально вызванным номером? — Сообщество Cisco»,] но не уверен, что это сработает в моем случае. Подозреваю, что да, хотя мне нужно, чтобы это работало только для звонков на определенный номер 01234 444444 . Интересно, есть ли у кого-нибудь еще какие-нибудь умные идеи, или это все. Спасибо. [image: 4316884248cb1871e68ba71ac06626548e3247ff.png]

Здравствуйте, по умолчанию CUCM предлагает только mail и msRTCSIP-primaryuseraddress в качестве атрибутов LDAP. Можно ли использовать для синхронизации совершенно другой атрибут LDAP? Спасибо, -Саша

Если я создам DN, который физически не отображается ни на одном телефоне и используется только для переадресации вызовов, будет ли он потреблять лицензию?

Здравствуйте У меня есть клиент, который хочет приобрести ASR 1001 в качестве замены Cube, но я порекомендовал ему маршрутизаторы серии 8300. Клиент ищет устройство, которое может обрабатывать не менее 12 тысяч SIP-сессий, но я не могу найти никакой информации о том, может ли 8300 это делать. Я хотел бы узнать, знает ли кто-нибудь, может ли 8300 обрабатывать столько же или больше сессий, чем 1001. Заранее благодарю за помощь.

У меня есть SIP-транк на C8300 CUBE/VGW. Внешние вызовы проходят через CUBE на SIP-транк-парах. Нет никаких проблем с входящими вызовами на телефоны или чем-либо еще, что я настроил с его помощью (другие T1, SIP-транки и т. д.). Конкретный шлюз MGCP, с которым у меня возникли проблемы, — это соединение центра 911 с моим голосовым шлюзом (у меня есть 2 разных T1, подключенных к 2 разным голосовым шлюзам). В настоящее время работает только 1 из T1, поскольку у другого есть проблема уровня 2 «State = AWAITING_ESTABLISHMENT», которую я сейчас пытаюсь устранить. Звонки, поступающие из внутренних (локальных телефонов), без проблем маршрутизируются по маршруту к шлюзу MGCP в центр 911. Однако звонки, поступающие с SIP-транка и затем направляющиеся на шлюз MGCP, не работают. В RTMT они показывают ошибку 41 RouteListExhausted. Я изучил эту проблему более подробно и обнаружил, что она возникает в результате сопоставления шаблона маршрута, затем попытки использования списка маршрутов, поиска группы маршрутов, и когда он пробует подключения T1, оба сообщают о состоянии DOWN. См. приложенный файл: 41-error.txt (сообщения SIP сообщают об отклонении и ошибке 480 SIP). У меня есть еще один шлюз MGCP к T1, который предназначен для совершенно другой системы, и он работает нормально. 911 T1 работал нормально, пока я не стал возиться с пулами устройств и CCM-менеджерами для шлюзов и списками маршрутов, пытаясь их консолидировать, чтобы отключить некоторые из моих серверов для обслуживания. В результате все вызовы на 911 MGCP T1 полностью прекратились, но когда я изменил список маршрутов на «Running» (Работает) на всех узлах, проблема была решена. Я в растерянности и уже некоторое время работаю над этой проблемой. Я проверил разрешения CSS, MGCP говорит, что зарегистрирован, и конфигурации не отличаются от MGCP T1 для другой системы, которая работает нормально (та находится на VG450, а не на C8300). Следует также отметить, что вызовы работают из MGCP 911 на исходящие. Звонки работают, когда они поступают с внешних номеров на входящие расширения, а затем перенаправляются на MGCP 911 T1, но звонки не работают, когда внешние звонки перенаправляются с помощью Forward All на MGCP 911 T1.

Здравствуйте, Я купил модуль PVDM4-32 Voice DSP для своего ISR4331, и появился новый интерфейс: Service-Engine 0/4/0 Я просмотрел полное руководство по настройке ISR4000, но в нем нет инструкций по настройке или использованию этого модуля. В руководстве по PVDM4 информации еще меньше. Обычной команды service-module session нет. Кто-нибудь может мне помочь?

Привет всем, Не могли бы вы помочь мне и рассказать, какие продукты вы используете для мониторинга сред Cisco CallManager (не RTMT). Мониторинг: Состояния среды Регистрации телефонов Качества звонков Раньше я использовал Prognosis, но он довольно дорогой. Заранее спасибо. Фил

Привет, сотрудники Cisco! У меня есть телефон Cisco 8945 SCCP с программным обеспечением SCCP 9-3-2-11 . Я использую его в домашней лаборатории, но я подключил его к компьютеру и использовал общий доступ к Интернету, затем настроил CUCM в VMware с 60-дневной пробной лицензией, потому что изучаю CUCM. Проблема в том, я добавил свой телефон в устройства и MAC-адрес, но когда я загружаю телефон, он по-прежнему находится на странице «Телефон не зарегистрирован». Я получил его от старой IT-компании, и, возможно, он использует не то программное обеспечение? В сообщениях о состоянии говорится, что он не может загрузить файлы .cnf.xml и mac adress.tlv, и произошла ошибка tftp. Я включил tftp, но я действительно не знаю, что делать.

Здравствуйте, команда! У меня есть одна просьба. На самом деле я хочу настроить оповещение по электронной почте, то есть «оповещение должно приходить по почте, когда Cisco ip ohone выходит из строя/дерегистрируется/выключается». Не могли бы вы сообщить мне, возможно ли это, и если да, то проинструктировать меня, как это сделать. Спасибо за вашу поддержку.

Вот проблема , которая выявилась: ciscojabber находится за NAT , при звонке с него вызов проходит и регистрируется как sour realip , но при звонке в обратном направлении на expressway-c вызов поступает на адрес grayjabber , из-за чего он получает отказ. 2025-12-12T10:45:31.837+03:00 tvcs: Event="Search Completed" Service="SIP" Src-ip="125.7.204.197" Src-port="7001" Src-alias-type="SIP" Src-alias="1066@CUCM2" Dst-alias-type="SIP" Dst-alias="sip:9646173@CUCM2;user=phone" Call-serial-number="d6b937ae-7d28-4e2a-a0ee-cc68a180e220" Tag="976cee07-c716-4f5b-8255-51c234ecc531" Detail="found:true, searchtype:INVITE" Protocol="TCP" Call-routed="YES" Level="1" UTCTime="2025-12-12 07:45:31,837" 2025-12-12T10:45:31.837+03:00 tvcs: Event="Call Connected" Service="SIP" Src-ip="125.7.204.197" Src-port="7001" Тип псевдонима источника="SIP" Псевдоним источника="sip:1066@CUCM2" Тип псевдонима назначения="SIP" Псевдоним назначения="sip:9646173@CUCM2;user=phone" Серийный номер вызова="d6b937ae-7d28-4e2a-a0ee-cc68a180e220" Тег="976cee07-c716-4f5b-8255-51c234ecc531" Протокол="TLS" Маршрутизация вызова="ДА" Уровень="1" UTCTime="2025-12-12 07:45:31,837" 2025-12-12T10:45:31.827+03:00 tvcs: Event="Поиск завершен" Service="SIP" Src-ip="192.168.33.205" Src-port="5073" Src-alias-type="SIP" Src-alias="1066@CUCM2" Dst-alias-type="SIP" Dst-alias="sip:9646173@CUCM2;user=phone" Серийный номер вызова="b0d86568-07cd-44da-b93c-aed600301c25" Тег="976cee07-c716-4f5b-8255-51c234ecc531" Detail="found:true, searchtype:INVITE" Protocol="TCP" Call-routed="YES" Level="1" UTCTime="2025-12-12 07:45:31,826" 2025-12-12T10:45:31.827+03:00 tvcs: Event="Call Connected" Service="SIP" Src-ip="192.168.33.205" Src-port="5073" Src-alias-type="SIP" Src-alias="sip:1066@CUCM2" Dst-alias-type="SIP" Dst-alias="sip:9646173@CUCM2;user=phone" Серийный номер вызова="b0d86568-07cd-44da-b93c-aed600301c25" Тег="976cee07-c716-4f5b-8255-51c234ecc531" Протокол="TLS" Маршрутизация вызова="ДА" Уровень="1" UTCTime="2025-12-12 07:45:31,826" 2025-12-12T11:33:46.004+03:00 tvcs: Event="Call Rejected" Service="SIP" Src-ip="192.168.33.203" Src-port="5060" Src-alias-type="SIP" Src-alias="sip:1022@192.168.33.203" Тип псевдонима назначения="SIP" Псевдоним назначения="sip:c628dfa1-0ac4-4b8c-5b5f-336ae7c118cd@192.168.88.12:45958;transport=tls" Call-serial-number="0e6f1263-cdaa-4855-853e-568aa9ca4dc5" Tag="d825329d-152e-4fca-bede-ac3956b62e89" Detail="Not found" Protocol="TCP" Response-code="404" Level="1" UTCTime="2025-12-12 08:33:46,005" 2025-12-12T11:33:46.004+03:00 tvcs: Event="Поиск завершен" Reason="Не найдено" Service="SIP" Src-ip="192.168.33.203" Src-port="5060" Src-alias-type="SIP" Src-alias="1022@192.168.33.203" Тип псевдонима назначения="SIP" Псевдоним назначения="sip:c628dfa1-0ac4-4b8c-5b5f-336ae7c118cd@ 192.168.88.12 :45958;transport=tls" Call-serial-number="0e6f1263-cdaa-4855-853e-568aa9ca4dc5" Tag="d825329d-152e-4fca-bede-ac3956b62e89" Detail="found:false, searchtype:INVITE, Info:Policy Response" Protocol="TCP" Level="1" UTCTime="2025-12-12 08:33:46,005" 2025-12-12T11:33:46.004+03:00 tvcs: Event="Call Rejected" Service="SIP" Src-ip="192.168.33.205" Src-port="5073" Src-alias-type="SIP" Src-alias="sip:1022@192.168.33.203" Тип псевдонима получателя="SIP" Псевдоним получателя="sip:c628dfa1-0ac4-4b8c-5b5f-336ae7c118cd@ 192.168.88.12 " Call-serial-number="4fbf2720-0982-4b6e-920b-3fc165e6df64" Tag="d825329d-152e-4fca-bede-ac3956b62e89" Detail="Not found" Protocol="TLS" Response-code="404" Level="1" UTCTime="2025-12-12 08:33:46,003" 2025-12-12T11:33:46.004+03:00 tvcs: Event="Поиск завершен" Reason="Не найдено" Service="SIP" Src-ip="192.168.33.205" Src-port="5073" Src-alias-type="SIP" Src-alias="1022@192.168.33.203" Тип псевдонима назначения="SIP" Псевдоним назначения="sip:c628dfa1-0ac4-4b8c-5b5f-336ae7c118cd@ 192.168.88.12 " Call-serial-number="4fbf2720-0982-4b6e-920b-3fc165e6df64" Tag="d825329d-152e-4fca-bede-ac3956b62e89" Detail="found:false, searchtype:INVITE, Info:Policy Response" Protocol="TCP" Level="1" UTCTime="2025-12-12 08:33:46,003" Схема c 1 интерфейс nic

Здравствуйте, Я настроил маршрутизатор CME 8.6 с более чем 20 диалоговыми одноранговыми узлами. Я хотел бы, чтобы они отображались в конфигурации на основе числового значения, присвоенного диалоговому одноранговому узлу. Похоже, что они отображаются в порядке их настройки. Есть ли какой-нибудь способ (кроме ручного редактирования файла конфигурации и его последующей загрузки) изменить их порядок? Я не думаю, что это возможно, но хотел бы получить подтверждение. Спасибо

Итак, в течение последних нескольких недель наши индикаторы сообщений перестали работать должным образом. Мне удалось воспроизвести эту проблему на своем телефоне, но я не уверен, в чем ее причина. В настоящее время у меня нет голосовых сообщений на моем внутреннем номере. Когда я оставляю себе сообщение, индикатор не загорается, но когда я проверяю Unity для своего внутреннего номера, индикатор MWI показывает, что он активен, но на самом деле он не горит на моем телефоне. Я прикрепил скриншот из Unity.

CUCM 15 совместим с консолью оператора? Я не нашел ни одного документа, в котором об этом говорилось бы.

Я настраиваю локальный шлюз для вызовов Webex с ISR4321 с помощью IOS XE 17.12.04.a. Но никакие команды не поддерживаются, например: «registrar dns:au10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls» Uder sip-ua «timers connection establish tls 5» "transport tcp tls v1.2" "crypto signaling default trustpoint EmptyTP cn-san-validate server" Требуется ли лицензия securityk9 для активации этой команды?

Всем привет. Мы только что установили новый сервер Cisco Unified CM и 50 телефонов Cisco. Я заметил, что службы DHCP время от времени перестают работать. Мне нужно перезапустить службы DHCP, чтобы телефоны снова заработали. Я поговорил с интернет-провайдером, и они сказали, что мне нужно создать новый сервер DHCP с опцией 150. Какую ОС мне использовать? Windows Server, Linux или можно использовать наш брандмауэр?

Я думал, что это будет просто, но ничего не работает. Я установил DN линии A на «Без голосовой почты» и в качестве места переадресации для линии B как для внутренних, так и для внешних звонков без ответа. То же самое для занятых линий: «Максимальное количество вызовов» и «Триггер занятости» установлены на 1. Если линия A занята и получает вызов, она будет звонить в течение количества секунд, указанного в «Продолжительность звонка без ответа», а затем перенаправит вызов на линию B. Интересно, какая настройка неверна или пропущена?

Здравствуйте, сообщество Cisco! У меня есть цифровой беспроводной телефон Panasonic KX-TG361, и я хотел бы зарегистрировать его в Cisco CUCM. Возможно ли зарегистрировать этот телефон в CUCM? Я знаю, что CUCM поддерживает устройства SIP и SCCP. Пожалуйста, подтвердите, можно ли зарегистрировать этот телефон в CUCM. Также обратите внимание, что, насколько я знаю, телефоны Panasonic не имеют MAC-адреса, поэтому сообщите об этом. Если да, то как? Спасибо за поддержку.