W modelu wdrożenia w pojedynczej lokalizacji, w którym węzeł ESN (Enhanced Survivability Node) jest wdrażany w obrębie lokalizacji wraz z bramą lokalną do kierowania połączeń PSTN. Podczas przerwy w dostawie prądu w sieci ESN można zarejestrować maksymalnie 7500 urządzeń.

W modelu wdrożenia w wielu lokalizacjach, w którym występuje wiele lokalizacji, a ESN można wdrożyć w każdej z nich, zależy to od wymagań biznesowych dotyczących przetrwania lokalizacji. Wymagania dotyczące lokalnej bramy i serwera DNS są zawsze konieczne, a do klastra Unified CM można dodać łącznie 8 węzłów ESN.

Ten model wdrożenia ma zastosowanie w przypadku klientów działających w regionie, w którym znajduje się wiele placówek, a przetrwanie jest wymogiem dla wielu z nich. Chociaż możliwe jest współdzielenie lokalnej bramy PSTN między lokalizacjami, nie jest to zalecane. Jeśli wystąpi awaria sieci, lokalizacja może zostać odizolowana, a w takim przypadku ESN nie będzie w stanie nawiązać połączenia z lokalną bramą w celu przekierowania połączeń do PSTN.

Poniżej przedstawiono dwie opcje wdrożenia w przypadku wdrożenia w wielu lokalizacjach:

• Opcja 1: Węzeł Zwiększonej Przeżywalności rozmieszczony w każdej lokalizacji.

• Opcja 2 – Wspólny węzeł o zwiększonej przeżywalności współdzielony przez wiele lokalizacji.

Monitorujemy i zarządzamy węzłem Enhanced Survivability Node podobnie jak innymi węzłami wdrożonymi w centrum danych Dedicated Instance. W przypadku zdarzenia zagrażającego przetrwaniu, gdy ESN zostanie odłączony od Cisco Cloud, tracimy dostęp do węzła i automatycznie łączymy się ponownie, gdy awaria zostanie usunięta, a łączność zostanie przywrócona.

Zarządzamy certyfikatami aplikacji UC, a podczas aktywacji węzła Enhanced Survivability zaktualizowaliśmy certyfikat klastra Dedicated Instance Unified CM o numer ESN.

Podczas wydarzenia związanego z przeżywalnością węzeł zwiększonej przeżywalności przechowuje wszystkie CDR/CMR dane lokalnie. Po przywróceniu połączenia dane zostaną zsynchronizowane z instancją dedykowaną Unified CM Publisher. Ilość danych, które można zapisać, zależy od rozmiaru dysku węzła o ulepszonej zdolności przetrwania. Maksymalna ilość miejsca na dysku, jaką można ustawić dla CDR, wynosi 3328 MB. Rozmiar pliku CDR może być mały lub duży, w zależności od skonfigurowanego interwału CDR. Oczyszczanie odbywa się na podstawie:

• Gdy wykorzystanie dysku przekroczy przydzieloną lub skonfigurowaną przestrzeń dyskową, przetworzone rekordy zostaną usunięte. Jeśli wykorzystanie dysku nadal jest większe, wówczas nieprzetworzone rekordy również zostaną usunięte.

• Znak wysokiego poziomu wody % skonfigurowany w ustawieniach „Zarządzania CDR”, pliki CDR zostaną usunięte. Na przykład, jeśli „High Water Mark %” is configured as 80% ” i wykorzystanie dysku wynosi 80%, pliki CDR zostaną usunięte.

• CDR / Okres przechowywania plików CMR (dni) skonfigurowany w ustawieniach „Zarządzania CDR”, pliki CDR zostaną usunięte. Domyślnie ustawiony jest okres 30 dni.

Poniżej znajdują się alerty w RTMT dotyczące węzła zwiększonej przeżywalności:

• SurvivabilityEvent- alarm jest wyzwalany, gdy wszystkie węzły instancji dedykowanych są niedostępne z węzła o rozszerzonej zdolności przetrwania.

• RemoteSurvivableNodeNotReachable — alarm jest wyzwalany, gdy węzeł o ulepszonej zdolności przetrwania nie jest dostępny z poziomu wydawcy Dedicated Instance Unified CM.

Podczas wydarzenia związanego z przeżywalnością należy połączyć RTMT z węzłem ulepszonej przeżywalności, aby monitorować wydajność ESN. Taka sama funkcja nie będzie dostępna, jeśli RTMT zostanie połączony z węzłami instancji dedykowanej, ponieważ ESN nie będzie dostępny z chmury podczas zdarzenia związanego z przeżywalnością.

Podczas normalnej pracy replikacja bazy danych jest w pełni zintegrowana pomiędzy wszystkimi serwerami, w tym węzłem Enhanced Survivability w ramach klastra Unified CM. Dane konfiguracji statycznej, ponieważ są tworzone poprzez przesunięcia, dodania i zmiany, są zawsze przechowywane u wydawcy i replikowane w jedną stronę od wydawcy do każdego subskrybenta oraz węzła o zwiększonej przeżywalności w klastrze.

Podczas zdarzenia związanego z przeżywalnością modyfikowane są wyłącznie funkcje widoczne dla użytkownika na urządzeniach zarejestrowanych w węźle ulepszonej przeżywalności. Funkcje widoczne dla użytkownika są zazwyczaj charakteryzowane poprzez fakt, że można włączyć lub wyłączyć funkcję bezpośrednio na telefonie, naciskając jeden lub więcej przycisków, w przeciwieństwie do zmiany funkcji za pośrednictwem internetowego interfejsu graficznego. Węzeł Enhanced Survivability umożliwia zatem samoobsługę i administrowanie interfejsem graficznym jako operacje tylko do odczytu. Urządzenia użytkowników zarejestrowane w systemie ESN mogą podczas przełączania awaryjnego wprowadzać zmiany wyłącznie w funkcjach widocznych dla użytkownika, wymienionych poniżej. Zmiany te nie zostaną jednak zsynchronizowane z wydawcą DI Unified CM po ponownym nawiązaniu połączenia.

Funkcje widoczne dla użytkownika to wszelkie funkcje, które można włączyć lub wyłączyć, naciskając przyciski na telefonie. Należą do nich:

• Przekierowanie wszystkich połączeń (CFA)

• Włączanie lub wyłączanie prywatności

• Włączanie lub wyłączanie funkcji Nie przeszkadzać (DND)

• Logowanie do Cisco Extension Mobility

• Logowanie lub wylogowanie do Hunt-group

• Mobilność urządzeń

• Status CTI CAPF dla użytkowników końcowych i użytkowników aplikacji.

Uwierzytelnianie klientów programowych (Cisco Jabber i aplikacja Webex) w celu logowania podczas przełączania awaryjnego na węzeł Enhanced Survivability przebiega następująco:

1. Uwierzytelnianie lokalne: Gdy uwierzytelnianie użytkowników odbywa się lokalnie w ramach Unified CM, podczas zdarzenia związanego z przeżywalnością węzeł ulepszonej przeżywalności będzie mógł uwierzytelniać zarejestrowanych w nim klientów.

2. Uwierzytelnianie LDAP: W tym przypadku uwierzytelnianie użytkowników odbywa się za pomocą lokalnego serwera LDAP. Następnie podczas zdarzenia związanego z przeżywalnością uwierzytelnianie klientów programowych będzie działać pod warunkiem, że serwer LDAP będzie dostępny z węzła o ulepszonej przeżywalności.

   Należy upewnić się, że katalog LDAP będzie dostępny dla ESN przez cały czas trwania zdarzenia przeżywalności.

3. Uwierzytelnianie za pomocą logowania jednokrotnego (SSO): Uwierzytelnianie użytkowników za pomocą logowania SSO odbywa się za pomocą serwera IDP. Następnie podczas zdarzenia związanego z przeżywalnością uwierzytelnianie klientów programowych działa pod warunkiem, że serwer IDP jest dostępny z węzła o ulepszonej przeżywalności.

   W przypadku logowania do interfejsu użytkownika Unified CM z włączoną funkcją SSO wymagana jest dostępność IDP lub należy użyć logowania za pomocą adresu URL opartego na odzyskiwaniu.

   Klienci, którzy już zostali uwierzytelnieni, nadal będą logowani, ponieważ uwierzytelnianie opiera się na tokenie uzyskanym przed zdarzeniem umożliwiającym przeżycie. Jednak w przypadku nowych logowań, gdy klient nie ma ważnego tokena z poprzedniego uwierzytelnienia, ESN przekieruje do serwera IDP w celu uwierzytelnienia. Stąd konieczne jest ciągłe zapewnianie dostępności serwera IDP dla ESN przez cały czas trwania zdarzenia związanego z przeżywalnością.

Do podstawowych funkcji Unified CM, takich jak Muzyka podczas oczekiwania, Zapowiedzi, Usługi Conference Bridge (oprogramowanie) muszą być włączone w ESN. Zasoby multimedialne są niezbędne. Jeśli wdrożono zasoby multimedialne oparte na sprzęcie, wówczas podczas zdarzenia związanego z przeżywalnością należy upewnić się, że serwery multimedialne są dostępne z poziomu ESN.

Podczas normalnego działania klastra DI Unified CM połączenia alarmowe (szczególnie w regionie AMER) są kierowane przez chmurę RedSky, gdzie znajduje się łącze SIP skonfigurowane między klastrem Dedicated Instnace Unified CM a chmurą RedSky.

Jeśli wystąpi zdarzenie zagrażające przeżyciu, chmura RedSky nie będzie dostępna z poziomu ESN, dlatego konieczne jest skonfigurowanie planu wybierania numerów alarmowych w taki sposób, aby w przypadku niedostępności RedSky połączenia alarmowe były kierowane przez lokalną bramę PSTN skonfigurowaną w danej lokalizacji. Grupa tras musi składać się z lokalnej bramki PSTN, która będzie obsługiwać trasowanie połączeń podczas zdarzenia umożliwiającego przeżycie.

Skonfiguruj plan wybierania dla kierowania połączeń wewnątrzlokalizacyjnych, międzylokalizacyjnych, międzyklastrowych i PSTN podczas zdarzenia umożliwiającego przetrwanie. Zasadniczo ESN może kierować połączenia tylko do urządzeń, które są w nim zarejestrowane. Wszystkie pozostałe połączenia muszą być kierowane do lokalnej bramy sieciowej PSTN (skonfigurowanej w każdej lokalizacji, w której wdrożono ESN), a stamtąd do sieci PSTN. Poniżej wyjaśniono kilka scenariuszy:

• Telefon 1 i Telefon 2 zarejestrowane na ten sam ESN – Połączenie jest kierowane w ramach ESN.

• Telefon 1 zarejestrowany w ESN, a telefon 2 zarejestrowany w klastrze Dedicated Instance Unified CM – plan wybierania powinien kierować połączenia z ESN do lokalnej bramy sieciowej PSTN, a stamtąd do DI Unified CM przez PSTN. Podczas zdarzenia umożliwiającego przeżycie plan wybierania numeru powinien wykryć awarię routingu połączeń i przekierować połączenia przez lokalną bramę PSTN. Ta sama zasada powinna obowiązywać w przypadku połączeń przychodzących do ESN z urządzeń DI Unified CM.

• Telefon 1 zarejestrowany w ESN, a telefon 2 jest urządzeniem PSTN: Podczas zdarzenia mającego na celu przetrwanie połączenia PSTN muszą być kierowane do lokalnej bramy PSTN. Należy upewnić się, że plan wybierania umożliwia wykrywanie błędów routingu połączeń i przekierowywanie połączeń przez dostępną lokalną bramkę PSTN.

• Podczas zdarzenia mającego na celu przetrwanie, gdy łączność między Twoją lokalizacją a chmurą Dedicated Instance zostanie przerwana (przerwa w działaniu sieci WAN lub łączności), funkcje poczty głosowej i automatycznej sekretarki nie będą działać na urządzeniach zarejestrowanych w ESN, ponieważ serwer Cisco Unity Connection jest hostowany w chmurze Dedicated Instance, z którą łączność z ESN została przerwana. Jeśli w urządzeniu skonfigurowano opcję „Przekierowywanie połączeń niezarejestrowane (CFU)” i połączenie zostanie odebrane w DI Unified CM, wówczas osoba dzwoniąca może zostawić wiadomość głosową w dedykowanym połączeniu Unity. Które można odzyskać, gdy urządzenia powrócą do abonentów DI Unified CM.

• Jednak w przypadku zdarzenia mającego na celu przetrwanie, gdy łączność z chmurą Dedicated Instance jest dostępna, ale klaster Unified CM w DI jest wyłączony, funkcje poczty głosowej i automatycznej sekretarki działają dla urządzeń zarejestrowanych w ESN, ponieważ ESN będzie mieć łączność z serwerem Unity Connection wdrożonym w chmurze DI.

Podczas wydarzenia związanego z przeżywalnością ESN nie będzie mógł dotrzeć do Cisco Expressway E & C w chmurze DI i odwrotnie. W takim przypadku użytkownicy MRA nie mogą skorzystać z usługi ESN i nie będą mogli się zarejestrować. Jeśli jednak urządzenie MRA ma dostęp do Internetu i może połączyć się z Cisco Expressways w chmurze DI, wówczas może się zarejestrować w DI Unified CM, pod warunkiem że klaster w DI działa.

Aby integracje oparte na CTI działały z węzłem Enhanced Survivability, należy dodać węzeł Enhanced Survivability do listy serwerów CTI. Udoskonalenia CTI wprowadzono dla aplikacji korzystających z JTAPI, aby umożliwić węzłowi Enhanced Survivability pełnienie funkcji serwera CTI, z którym aplikacja może się połączyć wyłącznie w przypadku, gdy podstawowy lub pomocniczy serwer CTI na skonfigurowanej liście nie jest dostępny. Podczas normalnej pracy aplikacje CTI na miejscu mogą łączyć się z podstawowymi i zapasowymi serwerami CTI w chmurze DI, a podczas zdarzeń wymagających przetrwania mogą łączyć się z węzłem Enhanced Survivability Node w celu kontynuowania działania CTI. Aplikacje muszą dostosować się do nowych interfejsów API udostępnianych za pośrednictwem interfejsu JTAPI, aby zapewnić powrót do węzła o ulepszonej zdolności przetrwania po przywróceniu łączności.

Aby uzyskać więcej informacji na temat nowych dodanych interfejsów API, zapoznaj się z sekcją dotyczącą redundancji, 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

Aplikacje innych firm, które komunikują się za pośrednictwem łączy SIP, są obsługiwane przez węzeł Enhanced Survivability Node. W konfiguracjach łącza SIP musi być włączona konfiguracja 'uruchom na wszystkich węzłach'.

Obsługiwane są urządzenia innych firm, które mają funkcję trzeciorzędnego protokołu TFTP.