Голосовая связь и система унифицированных коммуникаций : Cisco Unified Communications Manager (CallManager)

Настройка коммуникации между кластерами, состоящими из трех и более Cisco CallManager

20 октября 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (22 августа 2015) | Отзыв


Содержание


Введение

Межкластерный канал является соединением H.323, которое позволяет двум отдельным Кластерам Cisco CallManager направлять вызовы друг между другом по облаку IP. Когда вы соединяетесь два или больше 3.1.x или 3.2.x Кластеры CallManager мультисервера, неподходящая конфигурация магистрали могла бы вызвать проблемы с маршрутизацией вызова между двумя кластерами. Cisco улучшила и упростила конфигурацию в Версии CallManager 3.3. x .

  • Cluster-a

    • CM-A1

    • CM-A2

    • CM-A3

    • IPPhone-A1 (зарегистрированный в CM-A1)

    • IPPhone-A2 (зарегистрированный в CM-A2)

    • IPPhone-A3 (зарегистрированный в CM-A3)

  • Cluster-b

    • CM-B1

    • CM-B2

    • IPPhone-B1 (зарегистрированный в CM-B1)

    • IPPhone-B2 (зарегистрированный в CM-B2)

  • Межкластерная магистраль

    • CM-A1 CM-B1 �-�

intercluster_1.gif

Предварительные условия

Требования

Читатели данной документации должны понять, как администрировать сети CallManager.

Используемые компоненты

Сведения в этом документе основываются на Версии CallManager 3.1x, 3.2x, и 3.3x.

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

Условные обозначения

Дополнительные сведения об условных обозначениях см. в документе Технические рекомендации Cisco. Условные обозначения.

Проблема

IPPhone-A2 и IPPhone-A3 не в состоянии выполнить любые переклички межкластерная магистраль.

Вызовы IPPhone IPPhone-B1 IPPhone-B2
IPPhone-A1 A1 может вызвать B1 A1 может вызвать B2
IPPhone-A2 A2 не может вызвать B1 A2 не может вызвать B2
IPPhone-A3 A3 не может вызвать B1 A3 не может вызвать B2

Это вызвано тем, что, когда IPPhone-A2 пытается установить вызов, вызов инициируется на CM-A2 и точках к CM-B1. Поскольку только одна межкластерная магистраль была настроена (между CM-A1 и CM-B1), CM-B1 не знает о существовании CM-A2 как оконечная точка H.323. В результате требование отклонено CM-B1, и это отказывает.

intercluster_2.gif

3.1.x или 3.2.x Решения

Существует три способа решить вопрос. Эти решения объяснены в следующих разделах. Кроме того, за и против перечислены для каждого решения.

Решение 1 — Создание Псевдосторожевого устройства на Cluster-a и Cluster-b, тогда “Позволяет Анонимные вызовы”

Первое решение включает Конфигурацию сторожевого устройства, которая позволяет Анонимные устройства.

Это решение позволяет каждой из оконечных точек промежуточного кластера принимать входящий вызов от неизвестной оконечной точки H.323. Таким образом вызов от CM-A2 может быть принят и установлен.

Когда вы настраиваете Сторожевое устройство, завершаете необходимые поля согласно руководству по администрированию.

Примечание: Обратите особое внимание на поля Allow Anonymous Calls и Device Protocol, которые отмечены в этом снимке экрана:

intercluster_3.gif

Плюсы

  • Простая конфигурация — Никакая модификация Настройки маршрутизации вызова не требуется.

  • Масштабируемость — конфигурация Одиночного устройства.

  • Масштабируемость — только необходимо настроить новый кластер для соединения его с сетью.

Недостатки

  • Резервирование — Никакое исходящее резервирование, в случае сбоя явно настроенных серверов (в данном примере, CM-A1 или CM-B1). Один маршрут к удаленному кластеру.

  • Элегантность — Не “чистое” решение, потому что создано “поддельное” Сторожевое устройство.

  • caution Внимание: Позволяет неизвестные оконечные точки межкластерной магистрали (пример: неизвестный Кластер Cisco CallManager) для установления вызовов к кластеру.

Решение 2 — явная конфигурация межкластерной магистрали для каждого удаленного Сisco CallManager

Это решение требует, чтобы вы настроили явна определенные межкластерные транк на каждом Кластере Cisco CallManager, каждое из которых указывают ко всем удаленным Cisco CallManager server. Необязательно модифицировать Маршрутизацию вызова; это должно остаться тем же как с одиночной межкластерной магистралью.

intercluster_4.gif

Это решение позволяет каждому кластеру “знать” об удаленных серверах. Таким образом вызов от CM-A2 принят и установлен.

Плюсы

  • Простая конфигурация — Никакая модификация Настройки маршрутизации вызова не требуется.

Недостатки

  • Резервирование — Никакое исходящее резервирование, в случае сбоя основных серверов (в данном примере, CM-A1 или CM-B1).

  • Масштабируемость — псевдополносвязная ячеистая сеть требуется.

  • Когда новый кластер добавлен к сети, масштабируемость — необходимо реконфигурировать все кластеры.

Решение 3 — явная конфигурация межкластерной магистрали для каждого удаленного Сisco CallManager, включенного в списки маршрутов

Это решение требует, чтобы вы настроили явна определенные межкластерные транк на каждом Кластере Cisco CallManager, каждое из которых указывают ко всем удаленным Cisco CallManager server. Необходимо модифицировать Маршрутизацию вызова: создайте список маршрутов, который включает группу маршрутов, которая содержит все настроенные межкластерные магистрали, в порядке предпочтения. Этот список маршрутов должен быть назначением шаблона маршрута, который ответственен за межкластерную маршрутизацию вызова.

intercluster_4.gif

Это решение позволяет каждому кластеру “знать” об удаленных серверах. Таким образом вызов от CM-A2 принят и установлен. Это также позволяет вызовам быть установленными на резервных магистралях, в случае, если выключаются основной магистральный канал или сервер.

Плюсы

  • Резервирование — Исходящее резервирование, в случае сбоя основных серверов (в данном примере, CM-A1 или CM-B1).

Недостатки

  • Сложность — Модификация Настройки маршрутизации вызова требуется.

  • Масштабируемость — псевдополносвязная ячеистая сеть требуется.

  • Когда новый кластер добавлен к сети, масштабируемость — необходимо реконфигурировать все кластеры.

3.3.x усовершенствование и конфигурация

Cisco CallManager 3,3. x представил новую настройку интерфейса, которая упрощает настраивать избыточные межкластерные магистрали, когда необходимо использовать протокол Межкластерной магистрали. В более ранних Версиях CallManager несколька шлюзов и сложная конфигурация требовались, для добавления того же уровня резервирования.

Конфигурация одиночной межкластерной магистрали с оконечными точками множественного IP

Cisco CallManager 3,3. x конфигурация межкластерной магистрали требует, чтобы администратор создал отдельный шлюз на каждом кластере с IP-адресами до трех удаленных Серверов CallManager. Этот отдельный шлюз будет доступен всем Серверам CallManager в их соответствующем кластере. Для установки приоритета настройте удаленный CallManager в заказе, который вы предпочитаете.

intercluster_5.gif

Для дополнительных сведений о конфигурации грузовиков в CallManager 3.3x, обратитесь к Конфигурации магистрали.


Дополнительные сведения


Document ID: 19200