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

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

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

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

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

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

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

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

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

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

• Висок воден знак % , който е конфигуриран в настройките „Управление на CDR“, CDR файловете ще бъдат изтрити. Например, ако "Висок воден знак и използването %” is configured as 80% на диска е 80%, тогава CDR файловете ще бъдат изтрити.

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

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

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

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

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

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

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

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

• Пренасочване на всички повиквания

• Разрешаване или забраняване на поверителност

• Активиране и деактивиране на „Не ме безпокойте“ (DND)

• Влизане в Cisco Extension Mobility

• Влизане или излизане в група за търсене

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

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

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

1. Локално удостоверяване: Когато удостоверяването на потребителите се извършва локално в рамките на Унифициран CM, по време на събитието за запазване на комуникацията възелът за подобрено запазване на комуникацията ще може да удостоверява клиентите, регистрирани в него.

2. LDAP удостоверяване: В този случай удостоверяването на потребителите се извършва с помощта на локалния LDAP сървър. След това по време на събитието за запазване на комуникацията удостоверяването на софтуерните клиенти ще работи, при условие че LDAP сървърът е достъпен от възела за подобрено запазване на комуникацията.

   Трябва да гарантирате достъпността на LDAP директорията до ESN по време на събитието за запазване на комуникацията.

3. Удостоверяване с еднократна идентификация (SSO): Удостоверяването на влизането чрез SSO на потребителите се извършва с помощта на IDP сървъра. След това по време на събитието за запазване на комуникацията удостоверяването на софтуерните клиенти работи, при условие че IDP сървърът е достъпен от възела за подобрено запазване на комуникацията.

   За влизане в уеб потребителски интерфейс на Unified CM с възможност за SSO се изисква достъпност на IDP или трябва да се използва влизане на базата на възстановяване.

   Вече удостоверените клиенти продължават да бъдат влезли, тъй като удостоверяването се основава на маркера, който се получава преди събитието по запазване на комуникацията. За нови влизания обаче, когато клиентът няма валиден маркер от предишното удостоверяване, ESN ще пренасочи към IDP сървъра за удостоверяване. Следователно винаги е необходимо да се гарантира достъпността на IDP сървъра до ESN по време на събитието за запазване на комуникацията.

Мултимедийните ресурси са необходими за основните функции на Unified CM, като услугите „Музика при задържане“, „Известие“, „Конферентен мост“ (софтуер) трябва да бъдат разрешени на ESN. Ако са разгърнати хардуерни медийни ресурси, тогава по време на събитието за запазване на комуникацията трябва да се уверите, че медийните сървъри са достъпни от ESN.

По време на нормални операции на клъстера на Unified CM повикванията при спешни случаи (особено в региона AMER) се маршрутизират през облака на RedSky, където има външна връзка по SIP, която е конфигурирана между клъстера на Dedicated Instnace Unified CM и облака на 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 Unified CM чрез PSTN. По време на събитието за запазване на комуникацията планът за набиране трябва да открие неуспеха на маршрутизирането на повикванията и да маршрутизира отново повикванията чрез локалния PSTN GW. Същото следва да се отнася и за входящи повиквания към ESN от DI устройства с Unified CM.

• Телефон 1, регистриран в ESN, а телефон 2 е PSTN устройство: По време на събитие за запазване на комуникацията PSTN повикванията трябва да се маршрутизират към локалния PSTN шлюз. Трябва да се уверите, че планът за набиране има възможност да открива неуспехи при маршрутизиране на повикванията и да маршрутизира повикването чрез наличния локален 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 Expressway в 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.