Благодарим вас за обратную связь.

В модели развертывания на одном сайте, где на сайте развертывается узел повышенной отказоустойчивости (ESN) и локальный шлюз для маршрутизации вызовов PSTN. Во время простоя в ESN можно зарегистрировать не более 7500 устройств.

В модели развертывания на нескольких площадках, где имеется несколько сайтов и ESN может быть развернут на каждом сайте, зависит от требований бизнеса к отказоустойчивости сайта. Требования к локальному шлюзу и DNS всегда необходимы, и в кластер можно добавить в общей сложности 8 узлов ESN. Unified CM

Эта модель развертывания актуальна для клиентов в регионе с несколькими сайтами, и для многих из этих сайтов необходима отказоустойчивость. Хотя локальный шлюз PSTN можно использовать на разных сайтах, делать это не рекомендуется. В случае сбоя в сети сайт может оказаться изолированным, и в этом случае ESN не сможет связаться с локальным шлюзом для маршрутизации вызовов на PSTN.

Ниже представлены два варианта развертывания на нескольких узлах:

• Вариант 1: узел повышенной живучести, развернутый на каждом объекте.

• Вариант 2. Общий узел повышенной живучести, совместно используемый несколькими узлами.

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

Мы управляем сертификатами приложений UC, и во время активации узла Enhanced Survivability Node мы обновили сертификат Unified CM кластера выделенных инстансов с помощью ESN.

Во время мероприятия по повышению живучести узел повышенной живучести хранит все данные CDR/CMR локально. Когда подключение будет восстановлено, данные будут синхронизированы с издателем выделенных инстансов. Unified CM Объем данных, которые можно сохранить, зависит от размера диска соответствующего узла Enhanced Survivability Node. Максимальное дисковое пространство, которое можно выделить для CDR, составляет 3328 МБ. Это может быть связано с маленьким или большим размером файла CDR в зависимости от настроенного интервала CDR. Очистка происходит на основании следующих факторов:

• Когда использование диска превышает выделенное или настроенное дисковое пространство, обработанные записи удаляются. Если дисковое пространство по-прежнему используется в большем объеме, необработанные записи также удаляются.

• В настройках «Управление CDR» указано значение High Water Mark%, поэтому файлы CDR будут удалены. Например, если для параметра «High Watermark%» задано значение 80%, а использование диска — 80%, файлы CDR будут удалены.

• Продолжительность хранения файлов CDR/CMR (дни), указанная в настройках «Управление CDR», файлы CDR будут удалены. По умолчанию установлено значение 30 дней.

Ниже приведены предупреждения в RTMT, связанные с узлом повышенной живучести:

• SurvivabilityEvent — сигнал тревоги срабатывает, когда все узлы выделенного инстанса недоступны из узла повышенной живучести.

• RemoteSurvivableNodeNotreachable — сигнал тревоги срабатывает, когда издатель выделенного инстанса не может связаться с узлом повышенной живучести. Unified CM

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

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

В случае повышения надежности на устройствах, зарегистрированных в Enhanced Survivability Node, изменяются только пользовательские функции, а пользовательские функции обычно характеризуются тем, что функцию можно включать или отключать непосредственно на телефоне нажатием одной или нескольких кнопок, а не изменять функцию с помощью графического веб-интерфейса. Таким образом, модуль Enhanced Survivability Node позволяет использовать интерфейс пользователя и веб-администратора в режиме «только для чтения». Во время аварийного переключения устройства пользователя, зарегистрированные в ESN, могут вносить изменения только в те функции, с которыми сталкиваются пользователи, перечисленные ниже. Однако после восстановления подключения эти изменения не будут синхронизированы с Unified CM издателем DI.

Функции, ориентированные на пользователя, — это любые функции, которые можно включить или отключить нажатием кнопок на телефоне. Они включают следующее:

• Переадресация вызова всем (CFA)

• Включение или отключение конфиденциальности

• Включить или отключить режим «Не беспокоить» (DND)

• Cisco Extension MobilityВойти

• Вход или выход из группы Hunt

• Мобильность устройства

• Статус CTI CAPF для конечных пользователей и пользователей приложений.

Аутентификация программных клиентов (Cisco Jabberи приложения Webex) для входа в систему при отказоустойчивом переходе на узел Enhanced Survivability Node выглядит следующим образом:

1. Локальная аутентификация: если аутентификация пользователей выполняется локально в сетиUnified CM, во время события, связанного с обеспечением устойчивости, узел Enhanced Survivability Node сможет аутентифицировать зарегистрированных на нем клиентов.

2. Аутентификация LDAP: в этом случае аутентификация пользователей выполняется с помощью локального сервера LDAP. Затем, во время мероприятия по обеспечению устойчивости, аутентификация программных клиентов будет работать при условии, что сервер LDAP доступен из узла Enhanced Survivability Node.

   Вы должны обеспечить доступ каталога LDAP к ESN на протяжении всего события, касающегося выживаемости.

3. Аутентификация с помощью единого входа (SSO): аутентификация пользователей при входе в систему SSO осуществляется с помощью сервера IDP. Затем, во время мероприятия по обеспечению устойчивости, аутентификация программных клиентов работает при условии, что сервер IDP доступен из узла Enhanced Survivability Node.

   Для входа в Unified CM веб-интерфейс с поддержкой SSO требуется доступность IDP или использование URL-адреса, основанного на восстановлении.

   Уже прошедшие аутентификацию клиенты продолжают входить в систему, поскольку аутентификация основана на токене, полученном до события выживаемости. Однако при новых входах в систему, если у клиента нет действительного токена, полученного после предыдущей аутентификации, ESN перенаправит сервер IDP для аутентификации. Поэтому всегда необходимо обеспечивать доступность сервера IDP к ESN на протяжении всего периода действия мероприятия по обеспечению работоспособности.

Мультимедийные ресурсы необходимы для включения в ESN базовых Unified CM функций, таких как сервисы «Музыка в режиме ожидания», «Объявление», «Conference Bridge» (программное обеспечение). Если мультимедийные ресурсы были развернуты на аппаратном уровне, то во время мероприятия по обеспечению работоспособности необходимо убедиться, что медиасерверы доступны из ESN.

Во время нормальной работы Unified CM кластера DI экстренные вызовы (особенно в регионе AMER) маршрутизируются через облако RedSky, где между унифицированным кластером CM Dedicated Instance и облаком RedSky настроен магистраль SIP.

В случае возникновения проблемы с устойчивостью доступ к облаку RedSky из ESN будет невозможен, поэтому вам необходимо настроить план вызова экстренных вызовов таким образом, чтобы в случае отсутствия RedSky перенаправлять экстренные вызовы через локальную сеть PSTN GW, настроенную на этом сайте. Маршрутная группа должна состоять из локального PSTN GW для обработки маршрутизации вызовов во время события живучести.

Настройте абонентский план для маршрутизации внутрисайтовых, межсайтовых, межкластерных и PSTN-вызовов во время события, связанного с обеспечением работоспособности. Как правило, ESN может маршрутизировать звонки только на зарегистрированные в ней устройства. Все остальные вызовы необходимо направлять на локальную PSTN GW (настроенную на каждом сайте, где развернута ESN), а оттуда — на PSTN. Ниже описаны несколько сценариев:

• Телефоны 1 и 2 зарегистрированы на одном и том же ESN — вызов маршрутизируется внутри ESN.

• Телефон 1 зарегистрирован в ESN, а телефон 2 зарегистрирован в Unified CM кластере выделенных инстансов. Телефонный план должен направлять звонки из ESN на местную PSTN GW, а оттуда на DI через PSTN. Unified CM Во время проверки работоспособности абонентский план должен обнаружить сбой маршрутизации вызовов и перенаправить вызовы через местную сеть PSTN GW. То же самое должно быть применимо к входящим звонкам в ESN с устройств DI. Unified CM

• Телефон 1, зарегистрированный в ESN, а телефон 2 является устройством PSTN: во время восстановления работоспособности вызовы PSTN необходимо направлять на локальный шлюз PSTN. Необходимо убедиться, что абонентская группа способна обнаруживать ошибки маршрутизации вызовов и перенаправлять вызов через доступный локальный шлюз PSTN.

• В случае повышения надежности, когда подключение вашего сайта к облаку выделенных инстансов прекращается (глобальная сеть или перебои с подключением), функции голосовой почты и автосекретаря не будут работать на устройствах, которые зарегистрированы в ESN, поскольку Cisco Unity Connection сервер размещен в облаке выделенных инстансов, к которому подключен ESN. Если на устройстве настроен режим «Call Forward Unregistered (CFU)» и звонок получен в Unified CM формате DI, абонент может отправить голосовое сообщение в выделенном инстансе Unity Connection. Эту информацию можно будет получить, когда устройства вернутся к подписчикам DI unified CM.

• Однако в случае сохранения работоспособности, когда подключение к облаку выделенных инстансов доступно, но Unified CM кластер в DI отключен, в этом случае функции голосовой почты и автосекретаря будут работать на устройствах, зарегистрированных в ESN, поскольку ESN будет подключаться к серверу Unity Connection, развернутому в облаке DI.

Во время мероприятия по обеспечению устойчивости ESN не сможет подключиться к E&C в облаке Cisco Expressway DI и наоборот. Таким образом, в этом случае пользователи MRA не смогут воспользоваться услугой ESN и, следовательно, не смогут зарегистрироваться. Однако если устройство MRA подключено к Интернету и может подключаться к Cisco Expressways в облаке DI, оно может зарегистрироваться в DI Unified CM при условии, что кластер в DI работает.

Чтобы интеграции на основе CTI могли работать с узлом повышенной живучести, необходимо добавить узел повышенной живучести в список серверов CTI. Для приложений, использующих JTAPI, внесены усовершенствования CTI, позволяющие использовать Enhanced Survivability Node в качестве сервера CTI, к которому приложение может подключаться только в том случае, если основные или дополнительные серверы CTI из настроенного списка недоступны. В обычном режиме приложения CTI на месте могут подключаться к основным и дополнительным серверам CTI в облаке DI, а во время повышения отказоустойчивости — к узлу повышенной живучести, чтобы обеспечить непрерывную работу CTI. Приложения должны адаптироваться к новым API, представленным через интерфейс JTAPI, чтобы при восстановлении связи можно было вернуться к использованию узла повышенной выживаемости.

Дополнительные сведения о добавленных новых API см. в разделе об избыточности https://www.cisco.com/c/en/us/td/docs/ voice_ip_comm /cucm/ /14_0_1/ -unified-jtapi-developers-guide-14/ jtapi_dev -unified-jtapi-developers-guide-1251_chapter_00.html cucm_b_cisco cucm_b_cisco

Приложения сторонних производителей, взаимодействующие через магистрали SIP, поддерживают функцию Enhanced Survivability Node. В конфигурациях магистралей SIP должна быть включена конфигурация «работать на всех узлах».

Поддерживаются устройства сторонних производителей, поддерживающие третичный протокол TFTP.