У моделі розгортання єдиного сайту, де в межах вебсайту розгортається покращений вузол стійкості (ESN) разом із локальним шлюзом для маршрутизації викликів ТМЗК. Під час простою в ESN можна зареєструвати максимум 7500 пристроїв.

У моделі розгортання з кількома сайтами, де є кілька сайтів і на кожному сайті можна розгорнути ESN, залежить від бізнес-вимог до стійкості сайту. Вимоги до локального шлюзу та DNS завжди є необхідними, і в цілому до кластера Unified CM можна додати 8 вузлів ESN.

Ця модель розгортання актуальна для клієнта в регіоні з кількома сайтами, а стійкість є обов’язковою для кількох із цих сайтів. Хоча можна надати спільний доступ до локального шлюзу ТМЗК серед сайтів, його не рекомендовано. Якщо станеться перебої в мережі, сайт може стати ізольованим, і в цьому випадку ESN не зможе підключитися до локального шлюзу для маршрутизації викликів до ТМЗК.

Нижче наведено 2 варіанти розгортання для розгортання з кількома сайтами.

• Варіант 1: Покращений вузол стійкості, розгорнутий на кожному вебсайті.

• Варіант 2 – Спільний вузол покращеної стійкості, до якого надано спільний доступ для кількох вебсайтів.

Ми здійснюємо моніторинг і керуємо покращеним вузлом стійкості, як і іншими вузлами, розгорнутими в центрі обробки даних виділеного екземпляра. Під час події стійкості, коли ESN відключено від хмари Cisco, відбувається тоді, коли ми втрачаємо доступ до вузла та автоматично відновлюємо підключення, коли відключення від роботи буде усунуто й підключення відновлено.

Ми керуємо сертифікатами застосунку UC, і під час активації вузла покращеної стійкості оновлено сертифікат кластера виділеного екземпляра Unified CM із ESN.

Під час події стійкості вузол покращеної стійкості зберігає всі дані CDR/CMR локально. Після відновлення підключення дані буде знову синхронізовано з видавачем виділеного екземпляра Unified CM. Обсяг даних, що може бути збережено, залежить від розміру диска тодішнього покращеного вузла стійкості. Максимальний обсяг дискового простору, який можна встановити для CDR, складає 3328 МБ. Це може бути розміром файлу CDR від малого до великого на основі налаштованого інтервалу CDR. Очищення відбувається на основі:

• Якщо обсяг використання диска перевищує виділений або налаштований дисковий простір, він видаляє оброблені записи. Якщо рівень використання диска залишається більшим, то це відбувається під час очищення необроблених записів.

• Високе значення води % , налаштоване в параметрах «Керування CDR», файли CDR будуть очищені. Наприклад, якщо «Висока позначка води %” is configured as 80% та використання диска становить 80%, файли CDR будуть очищені.

• Тривалість збереження файлів CDR / CMR (днів) , налаштована в параметрах «Керування CDR», файли CDR будуть очищені. За замовчуванням для нього встановлено значення 30 днів.

Нижче наведено сповіщення в RTMT, пов’язані з покращеним вузлом стійкості:

• Подія стійкості— попередження спрацьовує, коли всі вузли виділеного екземпляра недоступні з вузла покращеної стійкості.

• RemoteSurvivableNodeNotReachable – попередження спрацьовує, коли покращений вузол стійкості недоступний із видавця Dedicated Instance Unified CM.

Під час події стійкості потрібно підключити RTMT до вузла покращеної стійкості, щоб здійснювати моніторинг продуктивності ESN. Це ж буде недоступне, якщо RTMT підключено до вузлів виділеного екземпляра, оскільки ESN буде недоступним із хмари під час події стійкості.

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

Під час події стійкості змінюються лише функції, пов’язані з користувачем, на пристроях, зареєстрованих на вузлі покращеної стійкості, а функції, пов’язані з користувачем, зазвичай характеризуються за допомогою того факту, що можна ввімкнути або вимкнути функцію безпосередньо на своєму телефоні, натиснувши одну або кілька кнопок, на відміну від зміни функції через вебграфічний інтерфейс. Таким чином, покращений вузол стійкості дозволяє самообслуговування та графічний інтерфейс адміністратора вебсайту як операції лише для читання. Пристрої користувача, зареєстровані в ESN, можуть вносити зміни лише до функцій, наведених нижче, для користувача під час аварійного перемикання. Однак ці зміни не будуть синхронізовані знову з видавцем DI Unified CM, коли підключення буде відновлено.

Функції, пов’язані з користувачем, — це будь-які функції, які можна ввімкнути або вимкнути за допомогою натискання кнопок на телефоні та які включають такі функції:

• Переадресація всіх викликів (CFA)

• Увімкнути або вимкнути конфіденційність

• Увімкнути або вимкнути режим "Не турбувати" (DND)

• Вхід Cisco Extension Mobility

• Вхід або вихід із групи пошуку

• Мобільність пристроїв

• Стан CTI CAPF для кінцевих користувачів і користувачів застосунку.

Автентифікація програмних клієнтів (Cisco Jabber і програма Webex) для входу під час аварійного перемикання на покращений вузол стійкості така:

1. Локальна автентифікація: Якщо автентифікація користувачів виконується локально в Unified CM, під час події стійкості покращений вузол стійкості зможе автентифікувати зареєстрованих на ньому клієнтів.

2. Автентифікація LDAP: В цьому випадку автентифікація користувачів виконується за допомогою локального сервера LDAP. Потім під час події стійкості автентифікація програмних клієнтів буде працювати за умови, що сервер LDAP доступний із покращеного вузла стійкості.

   Ви повинні забезпечити доступність каталогу LDAP до ESN протягом події стійкості.

3. Автентифікація єдиного входу (SSO): Автентифікація користувачів для входу в систему SSO здійснюється за допомогою сервера IDP. Потім під час події стійкості автентифікація програмних клієнтів працює за умови, що сервер IDP доступний із покращеного вузла стійкості.

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

   У систему й надалі входити вже автентифіковані клієнти, оскільки автентифікація базується на токені, отриманому до події стійкості. Однак у разі нових входів, якщо клієнт не має дійсного токена з попередньої автентифікації, ESN буде перенаправлено на сервер IDP для автентифікації. Тому завжди необхідно забезпечити доступність IDP-сервера до ESN протягом події стійкості.

Медіаресурси потрібні для базових функцій Unified CM, як-от функції музики під час утримання, оголошення, служби конференц-мосту (програмного забезпечення), які мають бути ввімкнені в ESN. Якщо медіаресурси на основі апаратного забезпечення було розгорнуто, під час події стійкості необхідно переконатися, що медіасервери доступні з ESN.

Під час звичайних операцій кластера DI Unified CM екстрені виклики (особливо в регіоні AMER) маршрутизуються через хмару RedSky, де є SIP-транк, налаштований між кластером Dedicated Instnace unified CM і хмарою RedSky.

Якщо відбувається подія стійкості, до хмари RedSky не буде доступною з ESN, і, отже, вам потрібно налаштувати абонентську групу екстрених викликів так, щоб, якщо RedSky недоступний, тоді надсилати екстрені виклики через локальний PSTN GW, налаштований на цьому вебсайті. Група маршрутів повинна складатися з локального ТМЗК для обробки маршрутизації викликів під час події стійкості.

Налаштуйте абонентську групу для маршрутизації внутрішньодержавних, міжсайтових, міжкластерних і ТМЗК під час події стійкості. Загалом, ESN може маршрутизувати виклики лише для пристроїв, які на ньому зареєстровані. Усі інші виклики необхідно маршрутизувати до локального PSTN GW (налаштованого на кожному вебсайті, де розгорнуто ESN), а звідти до PSTN. Нижче описано кілька сценаріїв:

• Телефони 1 і 2 зареєстровані в одному ESN – виклик маршрутизується в межах ESN.

• Телефон 1 зареєстровано в ESN, а телефон 2 зареєстровано в кластері виділеного екземпляра Unified CM – Абонентська група має маршрутизувати виклики з ESN до локального PSTN GW, звідти до DI Unified CM через PSTN. Під час події стійкості абонентська група має виявити помилку маршрутизації виклику та повторно маршрутизувати виклики через локальний PSTN GW. Те саме має стосуватися вхідних викликів до ESN із пристроїв DI Unified CM.

• Телефон 1 зареєстровано в ESN, а телефон 2 є пристроєм ТМЗК: Під час події стійкості виклики ТМЗК необхідно маршрутизувати до локального шлюзу ТМЗК. Ви повинні переконатися, що абонентська група здатна виявляти помилки маршрутизації виклику та повторно маршрутизувати виклик через доступний локальний шлюз PSTN.

• Під час події стійкості, коли підключення вашого вебсайту до хмари виділеного екземпляра не працює (WAN або перебої в підключенні), функції голосової пошти й автосекретаря не працюватимуть для пристроїв, які реєструються в ESN, оскільки сервер Cisco Unity Connection розміщено в хмарі виділеного екземпляра, до якої не підключено з ESN. "Якщо на вашому пристрої налаштовано параметр ""Переадресація викликів незареєстрована (CFU)"" і виклик отримано в DI Unified CM, абонент, що телефонує, зможе внести голосову пошту в виділений екземпляр Unity Connection." Який можна отримати, коли пристрої повернуть абонентам DI unified CM.

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

Під час події стійкості ESN не зможе підключитися до Cisco Expressway E & C в хмарі DI і навпаки. Таким чином, в цьому випадку користувачі MRA не можуть отримати службу з ESN і, отже, не зможуть зареєструватися. Однак якщо пристрій MRA має інтернет і може підключитися до Cisco Expressways у хмарі DI, він може зареєструватися в DI Unified CM, якщо кластер у DI функціональний.

Щоб інтеграції на основі CTI могли працювати з покращеним вузлом стійкості, потрібно додати покращений вузол стійкості як частину списку сервера CTI. Покращення CTI здійснюються для застосунків, які використовують JTAPI, щоб дозволити покращений вузол стійкості як сервер CTI, до якого програма може підключатися лише тоді, коли основний або вторинний сервери CTI у налаштованому списку недоступний. Під час звичайної операції програми CTI на вебсайті можуть підключатися до основного та вторинного серверів CTI в хмарі DI, а під час події стійкості вони можуть підключитися до покращеного вузла стійкості для продовження роботи CTI. Програми повинні адаптуватися до нових API, визначених за допомогою інтерфейсу JTAPI, щоб забезпечити переведення з’єднання з вузлом покращеної стійкості відбувається після відновлення підключення.

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

Вебслужбу AXL ввімкнено на вузлі покращеної стійкості з правами адміністратора тільки для читання. Ми рекомендуємо будь-яким стороннім програмам, як-от підготовка сервера, взаємодіяти лише з видавцем DI Unified CM для будь-яких оновлень, пов’язаних із Базою даних. Однак ці застосунки можуть працювати лише для читання в разі підключення до покращеного вузла стійкості.

Сторонні програми, які взаємодіють через SIP-транки, підтримують покращений вузол стійкості. "У конфігураціях SIP-транка має бути ввімкнена конфігурація ""запускати на всіх вузлах""."

Підтримуються пристрої сторонніх розробників, які мають третинну можливість TFTP.