RedundancyClusters facilitate two t

Redundancy
Clusters facilitate two types of redundancy in the IP telephony network:
•Database replication

•Device failover and failback

As already mentioned, database redundancy involves the replication of the publisher database across all servers in the cluster. Servers can continue to operate from their own local copies of the database even if they lose communication with the publisher.



The failover and failback mechanism in Cisco CallManager provides call-processing redundancy for devices such as IP phones and gateways. You can configure your system for the level of redundancy you want by using Cisco CallManager groups. A group designates a prioritized list of up to three Cisco CallManagers: a primary, a secondary, and a tertiary. You also configure device pools to assign specific devices to one of the Cisco CallManager groups in a cluster.


During normal operation, each device registers with the primary Cisco CallManager in its assigned group. If the primary Cisco CallManager fails for any reason, all devices in the group failover to the secondary Cisco CallManager for that group. If the secondary Cisco CallManager also fails, the devices failover to the tertiary one. When normal operation resumes, the devices fail back to the primary Cisco CallManager.
You can configure Cisco CallManager groups and device pools in various ways to provide the level of redundancy and load balancing you want in a cluster. For examples and recommendations on redundancy configurations, refer to the Cisco IP Telephony Network Design Guide.
Intercluster Communication
In large systems, you might have to configure more than one cluster to handle the call processing load. Communication between the clusters occurs by means of intercluster trunks using H.323 protocol. Most large systems use one of three main types of multicluster configurations:
•Large, single campus, or metropolitan-area network (MAN)

•Multisite WAN with distributed call processing (one or more Cisco CallManagers at each site)

•Multisite WAN with centralized call processing (no Cisco CallManager at the remote site or sites)

Because intercluster trunks in a MAN usually have sufficient bandwidth, they do not require any call admission control mechanism. Multisite WANs with distributed call processing typically use gatekeeper technology for call admission control. Multisite WANs with centralized call processing can use the locations feature in Cisco CallManager to implement call admission control.
Most features of Cisco CallManager do not extend beyond a single cluster, but the following features do exist between clusters:
•Basic call setup

•G.711 and G.729 calls

•Multiparty conference

•Call hold

•Call transfer

•Call park

•Calling line ID

For more information about intercluster communication and call admission control, refer to the Cisco IP Telephony Network Design Guide.

Результаты (русский) 1:

Избыточность
кластеров содействовать двух типов избыточности в сети IP-телефонии:
•Database репликации

•репликация отработки отказа при сбое и

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


В Cisco CallManager при сбое и механизм обеспечивает избыточность обработка вызовов для устройств, таких как IP-телефоны и шлюзы. Вы можете настроить систему уровня избыточности, что вы хотите с помощью Cisco CallManager групп. Группа определяет упорядоченный список до трех CallManagers Cisco: первичной, вторичной и третичной. Вы также настроить устройство бассейнов для назначения конкретных устройств к одной из групп Cisco CallManager в кластер.


во время нормальной работы, каждое устройство регистрирует с первичной Cisco CallManager в назначенной группе. Если основной Cisco CallManager не для какой-либо причине, все устройства в этом процессе группы для вторичного Cisco CallManager для этой группы. Если также не вторичный Cisco CallManager, отработки отказа устройства для третичного один. При возобновлении нормальной работы устройства не обратно первичного Cisco CallManager.
можно настроить Cisco CallManager групп и устройство бассейнов различными способами обеспечить уровень избыточности и нагрузки вы хотите в кластере. Примеры и рекомендации по конфигурации избыточности, обратитесь к руководство сети Cisco IP-телефонии.
межкластерного коммуникации
в больших системах, возможно, придется настроить более одного кластера для обработки нагрузки обработки вызова. Связь между кластерами происходит посредством межкластерной стволы, с использованием протокола H.323. Большинство крупных систем используют один из трех основных типов мультикластерной конфигураций:
•большой, одного кампуса, или Метрополитен-сети (MAN)

•Multisite WAN с распределенной обработки (один или несколько Cisco CallManagers на каждом сайте) вызовов

•Multisite WAN с централизованной обработки (не Cisco CallManager на удаленный сайт или сайты) вызовов

потому что межкластерной стволы в человеке обычно имеют достаточную пропускную способность, они не требуют какой-либо механизм контроля приема вызова. Мультисайтовая WAN с распределенными вызов обработки обычно используют технологию gatekeeper для контроля допуска звонков. Мультисайтовая WAN с централизованного вызова обработки можно использовать функцию расположения в Cisco CallManager для реализации управления приема звонка.
Большинство функций Cisco CallManager не выходят за пределы одного кластера, но между кластерами существуют следующие возможности:
установки вызова •Basic

•G.711 и G.729 требует

•Multiparty конференция

вызов удерживайте

вызов передачи

вызов парк

•Calling Строка ID

для больше информации о межкластерной связи и вызова управления допуском, обратитесь к руководство по проектированию сети Cisco IP телефонии.

Результаты (русский) 2:

Резервирование
Кластеры облегчения два типа избыточности в сети IP-телефонии:
• Репликация баз данных • отказоустойчивого устройства и восстановление после сбоев Как уже упоминалось, резервирование базы данных включает в себя репликацию базы данных издателя всех серверов в кластере. Сервер может продолжать работать с их собственных локальных копий базы данных даже в случае потери связи с издателем. Механизм обход отказа в Cisco CallManager обеспечивает избыточность обработки вызовов для таких устройств, как IP-телефонов и шлюзов. Вы можете настроить систему для уровня избыточности вы хотите с помощью Cisco CallManager группы. Группа определяет приоритетный список до трех Cisco CallManagers: первичных, вторичных и третичных. Вы также настроить пулы устройств назначить конкретных устройств для одной из групп Cisco CallManager в кластере. При нормальной работе, каждый регистры устройства с первичной Cisco CallManager в его назначенной группе. Если первичный Cisco CallManager выполнить не удается, всех устройств в группе отказ на вторичном Cisco CallManager для этой группы. Если вторичный Cisco CallManager также не, устройства переключение на третичного один. Когда возобновляется нормальная работа, устройства сбой обратно на первичный Cisco CallManager. Вы можете настроить Cisco CallManager группы и бассейны устройств в различных путей обеспечения уровень резервирования и балансировки нагрузки вы хотите в кластере. Для примеров и рекомендаций по конфигурации резервирования, обратитесь к Cisco IP Telephony Network Руководство по проектированию. межкластерных связи В больших системах, вы, возможно, придется настроить более одного кластера чтобы справиться с нагрузкой обработки вызовов. Связь между кластерами происходит посредством межкластерных стволов, используя протокол H.323. Самые крупные системы используют один из трех основных типов конфигураций мультикластерных: • Большой, одном кампусе, или городских сетях (MAN) • многоузлового WAN с обработки распределены вызова (один или несколько CallManagers Cisco на каждом участке) • многоузлового WAN с централизованным вызова обработка (не Cisco CallManager на удаленном сайте или сайтах) Потому межкластерные стволы в человеке обычно имеют достаточную пропускную способность, они не требуют никакого механизма управления допуском вызова. Многоузловые глобальные сети с распределенной обработки вызовов обычно используют привратника технологии для контроля доступа вызова. . Многоузловые глобальные сети с централизованной обработки вызовов можно использовать места есть в Cisco CallManager, чтобы реализовать управление доступом вызова Большинство функций Cisco CallManager не выходят за пределы одного кластера, но следующие особенности существуют между кластерами: • Базовая установка вызова • G.711 и G.729 называет • Многостороннего конференция • Удержание вызова • Передача вызова • Парковка вызова • Calling Line ID Для получения дополнительной информации о межкластерного контроля доступа связи и называем, обратитесь к руководству Cisco IP Telephony Network Design.

Результаты (русский) 3:

Резервирование
групп содействия два типа резервирования в сети IP-телефонии:
•репликации базы данных

•устройство аварийного переключения и восстановления

как уже упоминалось, избыточность базы данных включает репликации publisher базы данных на всех серверов в кластере. Серверы могут продолжать действовать от их собственных локальных копий базы данных даже в том случае, если они теряют связь с Publisher.



Аварийное переключение и восстановление механизма в Cisco CallManager обеспечивает избыточность обработки вызовов для таких устройств, как IP-телефонов и шлюзов. Вы можете настроить систему на уровень резервирования нужно, с помощью Cisco CallManager групп. Группы обозначает список приоритетных до трех Cisco callmanager: первичный, вторичный и третичный.Можно также настроить устройство бассейна назначить конкретных устройств к одному из Cisco CallManager групп в кластере.


во время нормальной работы каждой регистрации устройства в компании Cisco CallManager в своей группе. Если в компании Cisco CallManager не по какой-либо причине, все устройства в группе переключения при отказе на вторичный Cisco CallManager для этой группы.Если вспомогательный модуль Cisco CallManager также не, устройства переключения при отказе на высшее. При нормальной работе возобновляется, устройства не обратно в компании Cisco CallManager.
вы можете настроить Cisco CallManager групп и пулы устройств в различных путей обеспечения избыточность и балансировки нагрузки вы хотите в кластере. Примеры и рекомендации по конфигурации избыточного резервирования,См. решение Cisco для IP-телефонной сети руководство по проектированию.
связи Межкластерная $в крупных системах, возможно, нужно настроить более чем одного кластера для обработки вызова. Связь между кластерами происходит посредством межкластерных магистралей с помощью протокола H. 323 протокол. Большинство крупных систем используют один из трех основных типов multicluster конфигурации:
•большие, комплекса зданий,Или муниципальной сети (MAN)ветровому •multisite WAN с распределенной обработкой вызовов (один или несколько Cisco CallManager для каждого узла)ветровому •multisite WAN) централизованная обработка вызовов (не Cisco CallManager на удаленном узле или объектов)ветровому поскольку межкластерных магистралей в мужчина обычно имеют достаточную полосу пропускания, они не требуют какой-либо вызов прием механизма управления.multisite WAN с распределенной обработке вызовов обычно используют "сторож" технологии для управления. multisite WAN с централизованной обработкой вызовов может использовать функция в Cisco CallManager для осуществления вызова.
большинство функций Cisco CallManager не выходят за рамки одного кластера, но следующие функции существуют между кластерами:
•Basic Call Setup прошлом месяце•G. 711 и G. 729 вызовов

•многопартийной конференции

•удержание вызова

•передача вызова

•парковка вызова

•идентификатор вызывающей линии

для получения дополнительной информации о межкластерных связь и управление допуском вызовов, см. решение Cisco для IP-телефонной сети руководство по проектированию.