I Single Site-implementeringsmodellen, der en Enhanced Survivability Node (ESN) er distribuert innenfor et område sammen med en Local Gateway for PSTN-anropsruting. Maksimalt 7500 enheter kan registreres til ESN under et strømbrudd.

I multi-site distribusjonsmodellen, hvor det er flere nettsteder og ESN kan distribueres på hvert nettsted, avhenger av forretningskravet for nettstedets overlevelsesevne. Kravene til en lokal gateway og DNS er alltid en nødvendighet, og totalt 8 ESN-noder kan legges til en Unified CM Cluster.

Denne distribusjonsmodellen er relevant for en kunde på tvers av en region med flere nettsteder, og overlevelsesevne er et krav for flere av disse nettstedene. Selv om det er mulig å dele den lokale PSTN-porten på tvers av nettsteder, anbefales det ikke. hvis det er et nettverksbrudd, kan nettstedet bli isolert og i så fall vil ikke ESN kunne nå den lokale gatewayen for å dirigere anropene til PSTN.

Nedenfor er 2 distribusjonsalternativer for en distribusjon på flere nettsteder:

• Alternativ 1: Enhanced Survivability Node utplassert på hvert sted.

• Alternativ 2 – Felles node for forbedret overlevelse deles mellom flere nettsteder.

Vi overvåker og administrerer Enhanced Survivability Node som andre noder som er distribuert i Dedicated Instance-datasenteret. Under en overlevelseshendelse, når ESN kobles fra Cisco Cloud, er det når vi mister tilgang til noden og kobler automatisk tilbake når strømbruddet er løst, og tilkoblingen gjenopprettes.

Vi administrerer UC-applikasjonssertifikatene og under aktiveringen av Enhanced Survivability Node oppdaterte vi at Dedicated Instance Unified CM clustersertifikatet er oppdatert med ESN.

Under overlevelsesarrangementet lagrer Enhanced Survivability Node alle CDR/CMR data lokalt. Når tilkoblingen er gjenopprettet, vil dataene bli synkronisert tilbake til Dedicated Instance Unified CM Publisher. Mengden data som kan lagres er basert på diskstørrelsen til Enhanced Survivability Node. Maksimal disktildelingsplass som kan angis for CDR er 3328 MB. Dette kan være med liten til stor CDR-filstørrelse basert på CDR-intervallet som er konfigurert. Rensingen skjer basert på:

• Når diskbruken overskrider den tildelte eller konfigurerte diskplassen, sletter den de behandlede postene. Hvis diskbruken gjenstår å være mer, er det når de ubehandlede postene også renses.

• Høyvannsmerke % som er konfigurert i "CDR Management"-innstillingene, vil CDR-filene bli slettet. For eksempel, hvis "Høyvannsmerket %” is configured as 80% og diskbruken er 80 %, vil CDR-filene bli slettet.

• CDR / Bevaring av CMR-filer Varighet (dager) som er konfigurert i "CDR Management"-innstillinger, vil CDR-filene bli slettet. Som standard er den satt til 30 dager.

Følgende er varslene i RTMT relatert til Enhanced Survivability Node:

• SurvivabilityEvent- alarmen utløses når alle dedikerte instansnodene ikke er tilgjengelige fra Enhanced Survivability Node.

• RemoteSurvivableNodeNotReachable - alarmen utløses når en Enhanced Survivability Node ikke er tilgjengelig fra Dedicated Instance Unified CM-utgiveren.

Under overlevelseshendelsen må du koble RTMT til Enhanced Survivability Node for å overvåke ytelsen til ESN. Det samme vil ikke være tilgjengelig hvis RTMT er koblet til dedikerte forekomstnodene, da ESN ikke vil være tilgjengelig fra skyen under overlevelseshendelsen.

Under normal drift er databasereplikeringen fullstendig meshed mellom alle serverne, inkludert Enhanced Survivability Node i Unified CM-klyngen. De statiske konfigurasjonsdataene, fordi de er opprettet gjennom bevegelser, tilføyelser og endringer, lagres alltid på utgiveren og replikeres én vei fra utgiveren til hver abonnent og node for forbedret overlevelse i klyngen.

Under en overlevelseshendelse blir bare de brukervendte funksjonene endret på enhetene som er registrert til Enhanced Survivability Node, og de brukervendte funksjonene karakteriseres vanligvis ved at du kan aktivere eller deaktivere en funksjon direkte på telefonen deres ved å trykke på en eller flere knapper, i motsetning til å endre en funksjon gjennom et nettbasert GUI. Så, Enhanced Survivability Node tillater egenomsorg og webadmin GUI som skrivebeskyttede operasjoner. Brukerens enheter som er registrert på ESN, er i stand til å gjøre endringer på kun funksjonene som er oppført nedenfor under failover. Disse endringene vil imidlertid ikke bli synkronisert tilbake til DI Unified CM-utgiveren når tilkoblingen er gjenopprettet.

Brukervendte funksjoner er alle funksjoner som kan aktiveres eller deaktiveres ved å trykke på knappene på telefonen og inkluderer følgende:

• Viderekobling av alle (CFA)

• Personvern aktiver eller deaktiver

• Ikke forstyrr (DND) Aktiver eller deaktiver

• Cisco Extension Mobility Logg inn

• Pålogging eller utlogging av jaktgruppe

• Enhetsmobilitet

• CTI CAPF-status for sluttbrukere og applikasjonsbrukere.

Autentiseringen av myke klienter (Cisco Jabber og Webex Application) for pålogging under failover til Enhanced Survivability Node er som følger:

1. Lokal autentisering: Når autentisering av brukere gjøres lokalt i Unified CM, vil Enhanced Survivability Node under overlevelseshendelsen kunne autentisere klientene som er registrert på den.

2. LDAP-autentisering: I dette tilfellet gjøres autentiseringen av brukere ved å bruke den lokale LDAP-serveren. Så under overlevelseshendelsen vil autentiseringen av myke klienter fungere forutsatt at LDAP-serveren er tilgjengelig fra Enhanced Survivability Node.

   Du bør sikre at LDAP-katalogen er tilgjengelig for ESN gjennom overlevelseshendelsen.

3. Single Sign On (SSO) autentisering: SSO-påloggingsautentisering av brukere gjøres ved hjelp av IDP-serveren. Så under overlevelseshendelsen fungerer autentiseringen av myke klienter forutsatt at IDP-serveren er tilgjengelig fra Enhanced Survivability Node.

   For SSO-aktivert Unified CM web UI-pålogging kreves IDP-tilgjengelighet, eller den gjenopprettingsbaserte URL-påloggingen må brukes.

   Allerede autentiserte klienter fortsetter å være pålogget ettersom autentiseringen er basert på tokenet som er oppnådd før overlevelseshendelsen. Men for nye pålogginger når klienten ikke har et gyldig token fra tidligere autentisering, vil ESN omdirigere til IDP-serveren for autentisering. Derfor er det alltid nødvendig å sikre IDP-serverens tilgjengelighet til ESN gjennom hele overlevelseshendelsen.

Medieressurser kreves for grunnleggende Unified CM-funksjoner, som Music on Hold, Announcement, Conference Bridge (programvare)-tjenester må være aktivert på ESN. Hvis maskinvarebaserte medieressurser ble distribuert, må du under overlevelseshendelsen sørge for at medieserverne er tilgjengelige fra ESN.

Under normal drift av DI Unified CM-klyngen, blir nødanropene (spesielt i AMER-regionen) rutet gjennom RedSky-skyen der det er en SIP-trunk som er konfigurert mellom Dedicated Instnace unified CM-klyngen og RedSky-skyen.

Hvis det er en overlevelseshendelse, vil RedSky-skyen ikke være tilgjengelig fra ESN, og derfor er det nødvendig for deg å konfigurere nødnummerplanen slik at hvis RedSky ikke er tilgjengelig, kan du rute nødanropene gjennom den lokale PSTN GW som er konfigurert på det stedet. Rutegruppen må bestå av den lokale PSTN GW for å håndtere anropsrutingen under overlevelseshendelsen.

Konfigurer oppringingsplanen for ruting av samtaler mellom lokaliteter, intersite-, inter-cluster- og PSTN-anrop under overlevelseshendelsen. Generelt kan ESN bare rute anrop for enheter som er registrert på den. Alle andre anrop må rutes til det lokale PSTN GW (konfigurert på hvert sted hvor ESN er distribuert) og derfra til PSTN. Følgende er noen scenarier forklart:

• Telefon 1 og telefon 2 registrert til samme ESN – Samtalen rutes innenfor ESN.

• Telefon 1 registrert til ESN og telefon 2 registrert til Dedicated Instance Unified CM cluster – Oppringingsplanen skal rute anropene fra ESN til det lokale PSTN GW, derfra til DI Unified CM via PSTN. Under overlevelseshendelsen bør oppringingsplanen oppdage anropsrutingsfeilen og omdirigere anropene gjennom den lokale PSTN GW. Det samme bør gjelde for innkommende anrop til ESN fra DI Unified CM-enheter.

• Telefon 1 registrert på ESN og telefon 2 er en PSTN-enhet: Under overlevelseshendelse må PSTN-anrop rutes til den lokale PSTN-gatewayen. Du må sørge for at oppringingsplanen har evnen til å oppdage anropsrutingsfeil og omdirigere anropet gjennom den tilgjengelige lokale PSTN-gatewayen.

• Under overlevelseshendelsen, når tilkoblingen fra nettstedet til Dedicated Instance-skyen er nede (WAN eller Connectivity outage), vil ikke talepost- og automottakerfunksjonene fungere for enhetene som registrerer seg til ESN, ettersom Cisco Unity Connection-serveren er vert i Dedicated Instance-skyen som tilkoblingen fra ESN er nede til. Hvis enheten din er konfigurert med "Call Forward Unregistered (CFU)" og anropet mottas i DI Unified CM, kan den som ringer sette inn en talepost i Dedicated Instance Unity Connection. Som kan hentes når enhetene faller tilbake til DI unified CM-abonnenter.

• Men under en overlevelseshendelse når tilkoblingen til Dedicated Instance-skyen er tilgjengelig, men Unified CM-klyngen i DI er nede, fungerer i så fall talepost- og automottakerfunksjonene for enheter som er registrert til ESN, ettersom ESN vil ha tilkobling til Unity Connection-serveren utplassert i DI-skyen.

Under overlevelseshendelsen vil ikke ESN kunne nå Cisco Expressway E & C i DI-sky og omvendt. Så i dette tilfellet kan ikke MRA-brukerne få tjenesten fra ESN og vil derfor ikke kunne registrere seg. Imidlertid, hvis MRA-enheten har internett og kan koble til Cisco Expressways i DI-skyen, kan den registreres med DI Unified CM forutsatt at klyngen i DI er funksjonell.

For at CTI-baserte integrasjoner skal fungere med Enhanced Survivability Node, må du legge til Enhanced Survivability Node som en del av CTIs serverliste. CTI-forbedringer er laget for applikasjoner som bruker JTAPI for å tillate Enhanced Survivability Node som en CTI-server som applikasjonen bare kan koble til i tilfelle de primære eller sekundære CTI-serverne i den konfigurerte listen ikke er tilgjengelig. Under en normal drift kan CTI-applikasjoner på stedet koble seg til de primære og sekundære CTI-serverne i DI-skyen, og under overlevelseshendelse kan de koble seg til Enhanced Survivability Node for en fortsatt CTI-opplevelse. Applikasjoner må tilpasse seg de nye API-ene som eksponert over JTAPI-grensesnittet for å sikre at tilbakefall fra Enhanced Survivability Node finner sted når tilkoblingen gjenopprettes.

For mer informasjon om de nye API-ene som er lagt til, se redundansdelen, 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

Tredjepartsapplikasjoner som grensesnitt gjennom SIP-trunkene støtter med Enhanced Survivability Node. I SIP-trunkkonfigurasjonene må konfigurasjonen "kjøre på alle noder" være aktivert.

Tredjepartsenheter støttes som har tertiær TFTP-kapasitet.