Skip to content
  • Категории
  • Последние
  • Метки
  • Популярные
  • Пользователи
  • Группы
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • По умолчанию (Нет скина)
  • Нет скина
Collapse

Networks Engineering

  1. Главная
  2. Совместная работа (Collaboration)
  3. Унифицированные коммуникации (Unified Communications Infrastructure)
  4. Call Manager — системный сервер — изменение имени узла

Call Manager — системный сервер — изменение имени узла

Запланировано Прикреплена Закрыта Перенесена Унифицированные коммуникации (Unified Communications Infrastructure)
5 Сообщения 0 Posters 0 Просмотры
  • Сначала старые
  • Сначала новые
  • По количеству голосов
Ответить
  • Ответить, создав новую тему
Авторизуйтесь, чтобы ответить
Эта тема была удалена. Только пользователи с правом управления темами могут её видеть.
  • C Не в сети
    C Не в сети
    C_Noble
    написал в отредактировано
    #1

    Мне нужна помощь в определении процесса и последствий изменения имен моего Call Manager в разделе «Система» > «Сервер». Для справки: версия моего кластера — 14. Все узлы в кластере были установлены с именем хоста, и доменное имя настроено. Кроме того, все имена хостов находятся в DNS и могут быть разрешены в прямом и обратном направлении. Похоже, единственное необходимое изменение — это обновить имена Call Manager в разделе «Система > Сервер» с IP-адреса на FQDN. Каковы будут последствия этого изменения? Мой сертификат Call Manager является самоподписанным. Будет ли он перегенерирован при выполнении этого изменения? Есть ли какая-либо опасность для файлов ITL? Должен ли я включить pre8.0? Я думаю, что нашел документацию по этому изменению, но формулировка немного неясна. Есть какие-нибудь соображения? 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

    1 ответ Последний ответ
    0
    • F Не в сети
      F Не в сети
      faiqarani1999
      написал в отредактировано
      #2

      Изменение имен Call Manager с IP-адреса на FQDN в разделе «System > Server» (Система > Сервер) в кластере Cisco Unified Communications Manager (CUCM) версии 14 не должно оказать существенного влияния, если настройки DNS выполнены правильно. Это изменение не должно повлиять на самоподписанный сертификат, поскольку он привязан к имени хоста сервера, а не к его IP-адресу. Не должно быть никакой опасности для файлов ITL (Initial Trust List), так как они связаны с устройствами, а не с именами серверов. Включение режима совместимости с версиями до 8.0 может потребоваться, если в вашей сети есть старые устройства, которые не поддерживают FQDN для имен менеджеров вызовов. После внесения этого изменения убедитесь, что вы тщательно протестировали систему, чтобы убедиться, что все конечные точки по-прежнему могут регистрироваться и правильно обмениваться данными. Если ваша документация кажется неясной, обратитесь в службу поддержки Cisco или проконсультируйтесь с экспертом CUCM, чтобы получить разъяснения, адаптированные к вашей конкретной конфигурации.

      1 ответ Последний ответ
      0
      • C Не в сети
        C Не в сети
        C_Noble
        написал в отредактировано
        #3

        Для справки, мой кластер также находится в смешанном режиме.

        1 ответ Последний ответ
        0
        • C Не в сети
          C Не в сети
          C_Noble
          написал в отредактировано
          #4

          Хорошее замечание, что сертификаты основаны на имени хоста, а не на IP-адресе в System Server. Спасибо за помощь.

          1 ответ Последний ответ
          0
          • S Не в сети
            S Не в сети
            shanes
            написал в отредактировано
            #5

            Я не знаю, как вам всем удается этого избежать, но такого рода изменения действительно нарушают мою связь IMP с CUCM версии 14. Я пробовал все шаги и последовательности; все снова заработало. Затем я начал получать ошибки xcp router, imp не может подключиться к cucm pub, и они исчезают, а затем снова появляются. Я действительно расстроен, что не нашел ни одного процесса, который бы работал без перезагрузки моего кластера. У кого-нибудь еще есть такие проблемы?

            1 ответ Последний ответ
            0

            Здравствуйте! Похоже, вам интересна эта беседа, но у вас пока нет учетной записи.

            Вы устали просматривать одни и те же посты каждый раз, когда заходите на сайт? После регистрации, вам не придётся искать обсуждения в которых вы принимали участие, настройте уведомления о новых сообщениях так как вам это удобно (по электронной почте или уведомлением). У вас появится возможность сохранять закладки и ставить лайки постам, чтобы выразить свою благодарность другим участникам сообщества.

            С вашими комментариями этот пост может стать ещё лучше 💗

            Зарегистрироваться Войти
            Ответить
            • Ответить, создав новую тему
            Авторизуйтесь, чтобы ответить
            • Сначала старые
            • Сначала новые
            • По количеству голосов


            • Войти

            • Нет учётной записи? Зарегистрироваться

            • Login or register to search.
            • Первое сообщение
              Последнее сообщение
            0
            • Категории
            • Последние
            • Метки
            • Популярные
            • Пользователи
            • Группы