I distributionsmodellen för en enskild webbplats, där en nod för förbättrad överlevnadsförmåga (ESN) distribueras på en webbplats tillsammans med en lokal gateway för PSTN-samtalsomkoppling. Högst 7500 enheter kan registreras på ESN under ett avbrott.

I distributionsmodellen för flera webbplatser, där det finns flera webbplatser och ESN kan distribueras på varje webbplats, beror verksamhetens krav på webbplatsens överlevnad. Kraven för en lokal gateway och DNS är alltid en nödvändighet och totalt 8 ESN-noder kan läggas till i ett Unified CM-kluster.

Denna distributionsmodell är relevant för en kund i en region med flera webbplatser och överlevnad är ett krav för flera av dessa webbplatser. Även om det är möjligt att dela den lokala PSTN-gatewayen mellan webbplatser rekommenderas inte. Om det uppstår ett nätverksavbrott kan webbplatsen isoleras och i så fall kommer ESN inte att kunna nå den lokala gatewayen för dirigering av samtal till PSTN.

Nedan följer två distributionsalternativ för en distribution på flera platser:

• Alternativ 1: Förbättrad överlevnadsnod som distribueras på varje webbplats.

• Alternativ 2 – Gemensam nod för förbättrad överlevnad som delas mellan flera webbplatser.

Vi övervakar och hanterar noden för förbättrad överlevnadsförmåga precis som andra noder som distribueras i datacentret för dedikerad instans. Under en överlevnadshändelse när ESN kopplas bort från Cisco Cloud förlorar vi åtkomsten till noden och återansluter automatiskt när driftsavbrottet har lösts och anslutningen återställs.

Vi hanterar UC-programcertifikaten och under aktiveringen av noden för förbättrad överlevnadsförmåga har vi uppdaterat klustercertifikatet för dedikerad instans Unified CM med ESN.

Under överlevnadshändelsen lagrar noden för förbättrad överlevnadsförmåga alla CDR/CMR-data lokalt. När anslutningen återställs synkroniseras data tillbaka till den dedikerade instansen Unified CM-utgivaren. Mängden data som kan lagras baseras på diskstorleken på den då förbättrade överlevnadsnoden. Det maximala diskallokeringsutrymmet som kan ställas in för CDR är 3328 MB. Detta kan vara med liten till stor CDR-filstorlek baserat på det CDR-intervall som har konfigurerats. Rensningen sker baserat på:

• När diskanvändningen överskrider det tilldelade eller konfigurerade diskutrymmet tas de bearbetade posterna bort. Om diskanvändningen fortfarande ska vara mer än när de obearbetade posterna också rensas.

• Vattenstämpel % som har konfigurerats i inställningarna för ”CDR Management” kommer CDR-filerna att rensas. Till exempel om ”High Water Mark %” is configured as 80% och diskanvändning är 80 % kommer CDR-filerna att rensas.

• Bevarandevaraktighet för CDR/CMR-filer (dagar) som har konfigurerats i inställningarna för ”CDR-hantering”, kommer CDR-filerna att rensas. Som standard är den inställd på 30 dagar.

Följande aviseringar i RTMT är relaterade till nod för förbättrad överlevnadsförmåga:

• SurvivabilityEvent – larmet utlöses när alla noder för dedikerad instans inte kan nås från noden för förbättrad överlevnadsförmåga.

• RemoteSurvivableNodeNotReachable – larmet utlöses när en nod för förbättrad överlevnadsförmåga inte kan nås från Dedicated Instance Unified CM-utgivaren.

Under överlevnadshändelsen måste du ansluta RTMT till noden för förbättrad överlevnadsförmåga för att övervaka prestandan för ESN. Samma sak kommer inte att vara tillgänglig om RTMT är ansluten till de dedikerade instannoderna eftersom ESN inte kommer att kunna nås från molnet under överlevnadshändelsen.

Under normal drift är databasreplikeringen helt sammankopplad mellan alla servrar, inklusive noden för förbättrad överlevnadsförmåga inom Unified CM-klustret. Eftersom de skapas genom drag, tillägg och ändringar lagras de statiska konfigurationsdata alltid på utgivaren och kopieras ett sätt från utgivaren till varje prenumerant och förbättrad överlevnadsnod i klustret.

Under en överlevnadshändelse ändras endast de användarorienterade funktionerna på de enheter som är registrerade i noden för förbättrad överlevnadsförmåga och de användarorienterade funktionerna karaktäriseras vanligtvis med det faktum att du kan aktivera eller inaktivera en funktion direkt på deras telefon genom att trycka på en eller flera knappar, till skillnad från att ändra en funktion via ett webbaserat GUI. Därför tillåter noden för förbättrad överlevnadsförmåga självbetjäning och webbadministratörsprogram som skrivskyddade åtgärder. Användarens enheter som är registrerade för ESN kan endast göra ändringar av de funktioner som är avsedda för användaren som listas nedan under redundans. Dessa ändringar synkroniseras dock inte tillbaka till DI Unified CM-utgivaren när anslutningen återupprättas.

Användarorienterade funktioner är alla funktioner som kan aktiveras eller inaktiveras genom att trycka på knappar på telefonen och inkluderar följande:

• Vidarebefordra alla (CFA)

• Aktivera eller inaktivera sekretess

• Aktivera eller inaktivera Stör ej

• Inloggning för Cisco Extension Mobility

• Inloggning eller utloggning av sökgrupp

• Enhetsmobilitet

• CTI CAPF-status för slutanvändare och programanvändare.

Autentiseringen av klienter (Cisco Jabber och Webex-programmet) för inloggning under redundans till nod för förbättrad överlevnadsförmåga är följande:

1. Lokal autentisering: När användare autentiseras lokalt i Unified CM kommer noden för förbättrad överlevnadsförmåga att autentisera de klienter som är registrerade på den under överlevnadshändelsen.

2. LDAP-autentisering: I detta fall autentiseras användarna med hjälp av den lokala LDAP-servern. Under överlevnadshändelsen kommer autentiseringen av klienter att fungera förutsatt att LDAP-servern kan nås från noden för förbättrad överlevnadsförmåga.

   Du bör säkerställa LDAP-katalogens tillgänglighet till ESN under överlevnadshändelsen.

3. Autentisering med enkel inloggning (SSO): SSO-inloggningsautentisering av användare görs med IDP-servern. Under överlevnadshändelsen fungerar sedan autentiseringen av mjuka klienter förutsatt att IDP-servern kan nås från noden för förbättrad överlevnadsförmåga.

   För inloggning med SSO aktiverat Unified CM-webbanvändargränssnitt krävs IDP-åtkomst eller så måste den återställningsbaserade URL-inloggningen användas.

   Redan autentiserade klienter fortsätter att vara inloggade eftersom autentiseringen baseras på den token som erhålls före överlevnadshändelsen. Men för nya inloggningar när klienten inte har en giltig token från tidigare autentisering omdirigeras ESN till IDP-servern för autentisering. Därför är det alltid nödvändigt att säkerställa IDP-serverns tillgänglighet till ESN under överlevnadshändelsen.

Medieresurser krävs för grundläggande Unified CM-funktioner, t.ex. väntemusik, meddelanden och konferenstjänster (programvara), måste vara aktiverade på ESN. Om maskinvarubaserade medieresurser distribuerades måste du under överlevnadshändelsen se till att medieservrarna kan nås från ESN.

Under normal drift av DI Unified CM-klustret dirigeras nödsamtal (särskilt i AMER-regionen) via RedSky-molnet där det finns en SIP-trunk som är konfigurerad mellan det dedikerade Instnace-unified CM-klustret och RedSky-molnet.

Om det finns en överlevnadshändelse kommer RedSky-molnet inte att kunna nås från ESN och därför krävs att du konfigurerar nummerplanen för nödsamtal på ett sådant sätt att om RedSky inte är tillgänglig kan du dirigera nödsamtalen genom den lokala PSTN GW som konfigurerats på den platsen. Routegruppen måste bestå av den lokala PSTN GW för att hantera samtalsroutningen under överlevnadshändelsen.

Konfigurera nummerplanen för dirigering av samtal inom plats, mellan plats, mellan kluster och PSTN under överlevnadshändelsen. I allmänhet kan ESN endast dirigera samtal för enheter som är registrerade på det. Alla andra samtal måste dirigeras till den lokala PSTN GW (konfigurerad på alla platser där ESN distribueras) och därifrån till PSTN. Några av de scenarier som förklaras är följande:

• Telefon 1 och telefon 2 registrerade på samma ESN – samtalet dirigeras inom ESN.

• Telefon 1 registrerad för ESN och telefon 2 registrerad för Dedicated Instance Unified CM-kluster – nummerplanen bör dirigera samtalen från ESN till den lokala PSTN GW, därifrån till DI Unified CM via PSTN. Under överlevnadshändelsen ska nummerplanen identifiera samtalsroutningsfelet och omdirigera samtalen genom den lokala PSTN GW. Detsamma bör gälla för inkommande samtal till ESN från DI Unified CM-enheter.

• Telefon 1 registrerad för ESN och Telefon 2 är en PSTN-enhet: Under överlevnadshändelsen måste PSTN-samtal dirigeras till den lokala PSTN-gatewayen. Du måste se till att nummerplanen har möjlighet att upptäcka fel i samtalsomkoppling och omdirigera samtalet via den tillgängliga lokala PSTN-gatewayen.

• Under överlevnadshändelsen, när anslutningen från din webbplats till Dedicated Instance-molnet är nere (WAN eller anslutningsavbrott), kommer inte funktionerna för röstbrevlåda och autosvar att fungera för de enheter som registrerar sig för ESN, eftersom Cisco Unity Connection-servern finns i Dedicated Instance-molnet där anslutningen från ESN är nere. Om din enhet har konfigurerats med ”Vidarebefordran av samtal ej registrerad (CFU)” och samtalet tas emot i DI Unified CM kan uppringaren sätta in ett röstmeddelande i den dedikerade instansen Unity Connection. Vilket kan hämtas när enheterna faller tillbaka till DI Unified CM-prenumeranter.

• Men under en överlevnadshändelse när anslutningen till Dedicated Instance-molnet är tillgänglig men Unified CM-klustret i DI är nere, i så fall fungerar röstbrevlådan och autoassistentfunktionerna för enheter som är registrerade i ESN, eftersom ESN kommer att ha anslutning till Unity Connection-servern distribuerad i DI-molnet.

Under överlevnadshändelsen kommer ESN inte att kunna nå Cisco Expressway E & C i DI-molnet och vice versa. Så i det här fallet kan MRA-användarna inte få tjänsten från ESN och kommer därför inte att kunna registrera sig. Men om MRA-enheten har internet och kan ansluta till Cisco Expressways i DI-molnet kan den registreras med DI Unified CM förutsatt att klustret i DI fungerar.

För att CTI-baserade integreringar ska fungera med nod för förbättrad överlevnadsförmåga måste du lägga till nod för förbättrad överlevnadsförmåga som en del av CTI:s serverlista. CTI-förbättringar görs för program som använder JTAPI för att tillåta nod för förbättrad överlevnadsförmåga som en CTI-server som programmet endast kan ansluta till i händelse av att primära eller sekundära CTI-servrar i den konfigurerade listan inte kan nås. Under en normal drift kan CTI-program på plats ansluta till de primära och sekundära CTI-servrarna i DI-molnet och under överlevnadshändelsen kan de ansluta till noden för förbättrad överlevnadsförmåga för en fortsatt CTI-upplevelse. Programmen måste anpassa sig till de nya API:erna som de exponeras över JTAPI-gränssnittet för att säkerställa att återställning från noden för förbättrad överlevnadsförmåga sker när anslutningen återställs.

Mer information om de nya API:erna som lagts till finns i avsnittet om redundans, 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-webbtjänsten är aktiverad i noden för förbättrad överlevnadsförmåga med skrivskyddade administratörsprivilegier. Vi rekommenderar att alla tredjepartsprogram, t.ex. etableringsservern, endast ska samverka med DI Unified CM-utgivaren för alla databasrelaterade uppdateringar. Det är dock möjligt för dessa program att vara skrivskyddade när de är anslutna till noden för förbättrad överlevnadsförmåga.

Program från tredje part som gränssnitt via SIP-trunkar har stöd för nod för förbättrad överlevnadsförmåga. I SIP-trunkkonfigurationerna måste konfigurationen ”kör på alla noder” vara aktiverad.

Det finns stöd för enheter från tredje part som har Tertiär TFTP-funktion.