<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Call Manager — системный сервер — изменение имени узла]]></title><description><![CDATA[<p dir="auto">Мне нужна помощь в определении процесса и последствий изменения имен моего Call Manager в разделе «Система» &gt; «Сервер». Для справки: версия моего кластера — 14. Все узлы в кластере были установлены с именем хоста, и доменное имя настроено. Кроме того, все имена хостов находятся в DNS и могут быть разрешены в прямом и обратном направлении. Похоже, единственное необходимое изменение — это обновить имена Call Manager в разделе «Система &gt; Сервер» с IP-адреса на FQDN. Каковы будут последствия этого изменения? Мой сертификат Call Manager является самоподписанным. Будет ли он перегенерирован при выполнении этого изменения? Есть ли какая-либо опасность для файлов ITL? Должен ли я включить pre8.0? Я думаю, что нашел документацию по этому изменению, но формулировка немного неясна. Есть какие-нибудь соображения? <a href="https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/admin/14SU2/adminGd/cucm_b_administration-guide-14su2/cucm_b_test-adminguide_chapter_0100011.html" rel="nofollow ugc">https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/admin/14SU2/adminGd/cucm_b_administration-guide-14su2/cucm_b_test-adminguide_chapter_0100011.html</a></p>
]]></description><link>https://sla247.ru/forum/topic/1443/call-manager-системный-сервер-изменение-имени-узла</link><generator>RSS for Node</generator><lastBuildDate>Fri, 15 May 2026 02:12:11 GMT</lastBuildDate><atom:link href="https://sla247.ru/forum/topic/1443.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 18 Feb 2026 21:08:48 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Call Manager — системный сервер — изменение имени узла on Wed, 18 Feb 2026 21:08:52 GMT]]></title><description><![CDATA[<p dir="auto">Я не знаю, как вам всем удается этого избежать, но такого рода изменения действительно нарушают мою связь IMP с CUCM версии 14. Я пробовал все шаги и последовательности; все снова заработало. Затем я начал получать ошибки xcp router, imp не может подключиться к cucm pub, и они исчезают, а затем снова появляются. Я действительно расстроен, что не нашел ни одного процесса, который бы работал без перезагрузки моего кластера. У кого-нибудь еще есть такие проблемы?</p>
]]></description><link>https://sla247.ru/forum/post/9856</link><guid isPermaLink="true">https://sla247.ru/forum/post/9856</guid><dc:creator><![CDATA[shanes]]></dc:creator><pubDate>Wed, 18 Feb 2026 21:08:52 GMT</pubDate></item><item><title><![CDATA[Reply to Call Manager — системный сервер — изменение имени узла on Wed, 18 Feb 2026 21:08:51 GMT]]></title><description><![CDATA[<p dir="auto">Хорошее замечание, что сертификаты основаны на имени хоста, а не на IP-адресе в System Server. Спасибо за помощь.</p>
]]></description><link>https://sla247.ru/forum/post/9855</link><guid isPermaLink="true">https://sla247.ru/forum/post/9855</guid><dc:creator><![CDATA[C_Noble]]></dc:creator><pubDate>Wed, 18 Feb 2026 21:08:51 GMT</pubDate></item><item><title><![CDATA[Reply to Call Manager — системный сервер — изменение имени узла on Wed, 18 Feb 2026 21:08:50 GMT]]></title><description><![CDATA[<p dir="auto">Для справки, мой кластер также находится в смешанном режиме.</p>
]]></description><link>https://sla247.ru/forum/post/9854</link><guid isPermaLink="true">https://sla247.ru/forum/post/9854</guid><dc:creator><![CDATA[C_Noble]]></dc:creator><pubDate>Wed, 18 Feb 2026 21:08:50 GMT</pubDate></item><item><title><![CDATA[Reply to Call Manager — системный сервер — изменение имени узла on Wed, 18 Feb 2026 21:08:49 GMT]]></title><description><![CDATA[<p dir="auto">Изменение имен Call Manager с IP-адреса на FQDN в разделе «System &gt; Server» (Система &gt; Сервер) в кластере Cisco Unified Communications Manager (CUCM) версии 14 не должно оказать существенного влияния, если настройки DNS выполнены правильно. Это изменение не должно повлиять на самоподписанный сертификат, поскольку он привязан к имени хоста сервера, а не к его IP-адресу. Не должно быть никакой опасности для файлов ITL (Initial Trust List), так как они связаны с устройствами, а не с именами серверов. Включение режима совместимости с версиями до 8.0 может потребоваться, если в вашей сети есть старые устройства, которые не поддерживают FQDN для имен менеджеров вызовов. После внесения этого изменения убедитесь, что вы тщательно протестировали систему, чтобы убедиться, что все конечные точки по-прежнему могут регистрироваться и правильно обмениваться данными. Если ваша документация кажется неясной, обратитесь в службу поддержки Cisco или проконсультируйтесь с экспертом CUCM, чтобы получить разъяснения, адаптированные к вашей конкретной конфигурации.</p>
]]></description><link>https://sla247.ru/forum/post/9853</link><guid isPermaLink="true">https://sla247.ru/forum/post/9853</guid><dc:creator><![CDATA[faiqarani1999]]></dc:creator><pubDate>Wed, 18 Feb 2026 21:08:49 GMT</pubDate></item></channel></rss>