Дякуємо за відгук.

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

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

Ця модель розгортання актуальна для клієнта в регіоні з декількома сайтами, і живучість є вимогою для кількох із цих сайтів. Хоча можна поділитися локальним шлюзом PSTN між сайтами, це не рекомендується. якщо є відключення мережі, сайт може стати ізольованим, і в такому випадку ESN не зможе дістатися до Локального шлюзу для маршрутизації дзвінків на PSTN.

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

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

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

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

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

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

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

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

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

Нижче наведено сповіщення в RTMT, пов'язані з розширеним вузлом виживання:

• SurviVabilityEvent - тривога спрацьовує, коли всі вузли виділеного екземпляра недоступні з вузла розширеного виживання.

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

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

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

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

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

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

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

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

• Cisco Extension MobilityУвійти

• Вхід або вихід із системи Hunt-group

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

• Статус 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 функцій, таких як музика в режимі очікування, оголошення, служби Conference Bridge (програмне забезпечення), які повинні бути увімкнені на ESN. Якщо були розгорнуті медіаресурси на основі апаратного забезпечення, то під час події виживання ви повинні переконатися, що медіа-сервери доступні з ESN.

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

Якщо відбувається подія виживання, хмара 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.

• Під час події виживання, коли підключення від вашого сайту до хмари виділеного екземпляра вимкнено (відключення WAN або підключення), функції голосової пошти та автоматичного супроводу не працюватимуть для пристроїв, які реєструються в ESN, оскільки сер Cisco Unity Connection вер розміщений у хмарі виділеного екземпляра, до якої не працює підключення від ESN. Якщо на вашому пристрої налаштовано «Переадресація дзвінків незареєстровано (CFU)», а дзвінок приймається в DIUnified CM, тоді абонент може внести голосову пошту у Виділений екземпляр Unity Connection. Який можна отримати, коли пристрої повертаються до уніфікованих абонентів DI 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, а під час події виживання вони можуть підключатися до Enhanced Survivalability Node для продовження досвіду 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, підтримують розширений вузол виживання. У конфігураціях магістралі SIP конфігура ція «запуск на всіх вуз лах» повинна бути включена.

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