Благодарим за обратната връзка.

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

В модела за внедряване на множество сайтове, където има множество сайтове и ESN може да бъде внедрен във всеки сайт, зависи от изискванията на бизнеса за оцеляване на сайта. Изискванията на локален шлюз и DNS винаги са необходимост и общо 8 ESN възела могат да бъдат добавени към Unified CM клъстер.

Този модел на внедряване е подходящ за клиент в регион с множество сайтове и оцеляването е изискване за множество от тези сайтове. Въпреки че е възможно да споделяте локалния шлюз на PSTN между сайтове, това не се препоръчва. ако има прекъсване на мрежата, сайтът може да се изолира и в този случай ESN няма да може да достигне до Локалния шлюз за маршрутизиране на повикванията към PSTN.

По-долу са дадени 2 опции за внедряване на множество сайтове:

• В@@ ариант 1: Подобрен възел за оцеляване, разположен на всеки сайт.

• В@@ ариант 2 — Общ възел за подобрена оцеляване, споделен между множество сайтове.

Ние наблюдаваме и управляваме възела за подобрена оцеляване, подобно на други възли, които са внедрени в центъра за данни със специален екземпляр. По време на събитие за оцеляване, когато ESN е изключен от Cisco Cloud IS, когато загубим достъп до възела и автоматично се свързваме обратно, когато прекъсването бъде разрешено и свързаността се възстанови.

Ние управляваме сертификатите за приложения на UC и по време на активирането на възела за подобрена оцеляване актуализирахме сертификат за Unified CM клъстер на специален инстанция, който се актуализира с ESN.

По време на събитието за оцеляване възлът за подобрена оцеляване съхранява локално всички CDR/CMR данни. Когато свързаността бъде възстановена, данните ще бъдат синхронизирани обратно с издателя на специален екземплярUnified CM. Количеството данни, които могат да бъдат съхранявани, се основава на размера на диска на тогавашния възел за подобрена оцеляване. Максималното пространство за разпределение на диска, което може да се зададе за CDR, е 3328 MB. Това може да бъде с малък до голям размер на CDR файла въз основа на CDR интервала, който е конфигуриран. Прочистването се извършва въз основа на:

• Когато използването на диска надвишава разпределеното или конфигурираното дисково пространство, то изтрива обработените записи. Ако използването на диска остава да бъде повече, това е, когато необработените записи също се изчистват.

• Висока водна маркировка%, която е конфигурирана в настройките „Управление на CDR“, CDR файловете ще бъдат изчистени. Например, ако „High Water Mark%“ е конфигуриран като 80% и използването на диска е 80%, тогава CDR файловете ще бъдат изчистени.

• Запаз@@ ване на CDR/CMR файлове Продължителност (дни), която е конфигурирана в настройките „Управление на CDR“, CDR файловете ще бъдат изчистени. По подразбиране тя е зададена на 30 дни.

Следват сигналите в RTMT, свързани с възела за подобрена оцеляване:

• SurvivabilityEvent - алармата се задейства, когато всички възли на специализираните екземпляри не са достъпни от възела за подобрена оцеляване.

• RemoteSurvivableNodeNotReachable - алармата се задейства, когато възел за подобрена оцеляване не е достъпен от издателя на специален екземпляр. Unified CM

По време на събитието за оцеляване трябва да свържете RTMT към възела за подобрена оцеляване, за да наблюдавате ефективността на ESN. Същото няма да бъде налично, ако RTMT е свързан към възлите на специалните екземпляри, тъй като ESN няма да бъде достъпен от облака по време на събитието за оцеляване.

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

По време на събитие за оцеляване, само функциите, насочени към потребителя, се променят на устройствата, които са регистрирани в възела за подобрена оцеляване, а функциите, насочени към потребителя, обикновено се характеризират с факта, че можете да активирате или деактивирате функция директно на телефона им чрез натискане на един или повече бутона, за разлика от промяна на функция чрез уеб базиран GUI. Така че възлът за подобрена оцеляване позволява потребителски интерфейс за самообслужване и уеб администраторски интерфейс като операции само за четене. Устройствата на потребителя, регистрирани в ESN, могат да правят промени само на функциите, изброени по-долу, изброени по-долу, по време на превключването на неизправност. Тези промени обаче няма да бъдат синхронизирани обратно с издателя на DIUnified CM, когато свързаността бъде възстановена.

Функциите, насочени към потребителя, са всички функции, които могат да бъдат активирани или деактивирани чрез натискане на бутони на телефона и включват следното:

• Препращане на всички повиквания (CFA)

• Поверителност Активиране или Деактивиране

• Не безпокойте (DND) Активирайте или деактивирайте

• Cisco Extension MobilityВход

• Hunt-group Вход или излизане

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

• CTI CAPF статус за крайни потребители и потребители на приложения.

Удостоверяването на меки клиенти (Cisco Jabberи Webex Application) за влизане по време на превключването в неизправност към възел за подобрена оцеляване е както следва:

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 функции са необходими медийни ресурси, като например Music on Hold, Announcement, Conference Bridge (софтуер) услугите трябва да бъдат активирани в ESN. Ако са били внедрени медийни ресурси, базирани на хардуер, тогава по време на събитието за оцеляване трябва да се уверите, че медийните сървъри са достъпни от ESN.

По време на нормалната работа на DI Unified CM клъстера, спешните повиквания (особено в района на 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 Instance. Което може да бъде изтеглено, когато устройствата се върнат към 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, за да позволят Enhanced Survivability Node като CTI сървър, към който приложението може да се свърже само в случай, че първичните или вторичните CTI сървъри в конфигурирания списък не са достъпни. По време на нормална работа CTI приложенията на място могат да се свържат с първичните и вторичните CTI сървъри в облака DI и по време на събитието за оцеляване те могат да се свържат с Enhanced Survivability 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.