Почніть роботу з покращеною стійкістю

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

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

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

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

• Варіант 1. Вузол покращеної стійкості розгорнутий на кожному сайті.

• Варіант 2 – Загальний вузол покращеної стійкості, спільний між кількома сайтами.

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

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

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

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

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

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

Нижче наведено сповіщення в RTMT, пов’язані з Enhanced Survivability Node:

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

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

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

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

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

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

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

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

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

• Вхід у Cisco Extension Mobility

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

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

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

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

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

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

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

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

   Для входу в Unified CM web UI з підтримкою 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 недоступний, щоб маршрутизувати екстрені виклики через локальну ТМЗК. GW, налаштований на цьому вебсайті. Група маршрутів має складатися з локального PSTN GW для обробки маршрутизації виклику під час події стійкості.

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

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

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

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

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

• Однак під час події стійкості, коли підключення до хмари Dedicated Instance доступне, але кластер 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.