Tack för din feedback.

I distributionsmodellen för en enda plats, där en ESN (Enhanced Survivalability Node) distribueras på en plats tillsammans med en lokal gateway för PSTN-samtalsrutning. Högst 7500 enheter kan registreras till ESN under ett avbrott.

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

Denna distributionsmodell är relevant för en kund i en region med flera platser och överlevnadsförmåga är ett krav för flera av dessa platser. Även om det är möjligt att dela den lokala PSTN-gatewayen över webbplatser rekommenderas det inte. om det finns ett nätverksavbrott kan webbplatsen isoleras och i så fall kommer ESN inte att kunna nå den lokala gatewayen för att dirigera samtalen till PSTN.

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

• Alternativ 1: Förbättrad överlevnadsnod distribuerad på varje plats.

• Alternativ 2 - Gemensam förbättrad överlevnadsnod delad mellan flera webbplatser.

Vi övervakar och hanterar den förbättrade överlevnadsnoden som andra noder som distribueras i Dedicated Instance-datacenter. Under en överlevnadshändelse, när ESN kopplas bort från Cisco Cloud är när vi tappar åtkomst till noden och ansluter automatiskt tillbaka när avbrottet är löst, och anslutningen återställs.

Vi hanterar UC-applikationscertifikaten och under aktiveringen av den förbättrade överlevnadsnoden uppdaterade vi Unified CM klustercertifikatet för dedikerad instans uppdateras med ESN.

Under överlevnadshändelsen lagrar den förbättrade överlevnadsnoden all CDR/CMR-data lokalt. När anslutningen återställs synkroniseras data tillbaka till Dedicated Instance Unified CM Publisher. Mängden data som kan lagras baseras på diskstorleken på den då Enhanced Survivalability Node. 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 är konfigurerat. Utrensningen sker baserat på:

• När diskanvändningen överstiger det tilldelade eller konfigurerade diskutrymmet raderas de bearbetade posterna. Om diskanvändningen fortfarande är större är det när de obearbetade posterna också rensas.

• High Water Mark% som är konfigurerad i inställningarna för ”CDR-hantering”, kommer CDR-filerna att rensas. Om till exempel ”High Water Mark%” är konfigurerad som 80% och diskanvändningen är 80% rensas CDR-filerna.

• Bevarande av CDR/CMR-filer Varaktighet (dagar) som konfigureras i inställningarna för CDR-hantering, CDR-filerna rensas. Som standard är den inställd på 30 dagar.

Följande är varningarna i RTMT relaterade till Enhanced Survivalability Node:

• SurvivabilityEvent - larmet utlöses när alla dedikerade instansnoder inte kan nås från den förbättrade överlevnadsnoden.

• RemoteSurvivableNoNoTreeable - larmet utlöses när en Enhanced Survivalability Nod inte kan nås från utgivaren av den dedikerade instansen. Unified CM

Under överlevnadshändelsen måste du ansluta RTMT till den förbättrade överlevnadsnoden för att övervaka ESN: s prestanda. Detsamma kommer inte att vara tillgängligt om RTMT är anslutet till de dedikerade instansnoderna eftersom ESN inte kan nås från molnet under överlevnadshändelsen.

Under normal drift är databasreplikeringen helt sammankopplad mellan alla servrar inklusive den förbättrade överlevnadsnoden i klustretUnified CM. De statiska konfigurationsdata, eftersom de skapas genom flyttningar, tillägg och ändringar, lagras alltid i utgivaren och replikeras på ett sätt från utgivaren till varje abonnent och nod med förbättrad överlevnadsförmåga i klustret.

Under en överlevnadshändelse ändras endast de användarvända funktionerna på enheterna som är registrerade i Enhanced Survivalability Node och de användarvända funktionerna kännetecknas vanligtvis av det faktum att du kan aktivera eller inaktivera en funktion direkt på deras telefon genom att trycka på en eller flera knappar, i motsats till att ändra en funktion via ett webbaserat GUI. Så den förbättrade överlevnadsnoden tillåter egenvård och webbadministratörsgränssnitt som skrivskyddade operationer. Användarens enheter som är registrerade på ESN kan endast göra ändringar i de användarfunktioner som anges nedan under failover. 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)

• Sekretess Aktivera eller inaktivera

• Stör ej (DND) Aktivera eller inaktivera

• Cisco Extension MobilityLogga in

• Hunt-group Inloggning eller utloggning

• Enhetsmobilitet

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

Autentiseringen av mjuka klienter (Cisco Jabberoch Webex Application) för inloggning under failover till Enhanced Survivalability Node är som följer:

1. Lokal autentisering: När autentisering av användare görs lokalt inomUnified CM, under överlevnadshändelsen kommer den förbättrade överlevnadsnoden att kunna autentisera de klienter som är registrerade på den.

2. LDAP-autentisering: I detta fall görs autentiseringen av användare med den lokala LDAP-servern. Sedan under överlevnadshändelsen fungerar autentiseringen av mjuka klienter förutsatt att LDAP-servern kan nås från den förbättrade överlevnadsnoden.

   Du bör se till att LDAP-katalogen är tillgänglig för ESN under hela överlevnadshändelsen.

3. SSO@@ -autentisering (Single Sign On): SSO-inloggningsautentisering för användare görs med hjälp av IDP-servern. Under överlevnadshändelsen fungerar autentiseringen av mjuka klienter förutsatt att IDP-servern kan nås från den förbättrade överlevnadsnoden.

   För SSO-aktiverad Unified CM webbgränssnittsinloggning krävs IDP-åtkomlighet eller så måste den återställningsbaserade URL-inloggningen användas.

   Redan autentiserade klienter fortsätter att vara inloggade eftersom autentiseringen baseras på token som erhållits före överlevnadshändelsen. 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 att IDP-servern är tillgänglig för ESN under hela överlevnadshändelsen.

Medieresurser krävs för grundläggande Unified CM funktioner, till exempel Music on Vent, Announcement, Conference Bridge (programvara) måste vara aktiverade på ESN. Om maskinvarubaserade medieresurser distribuerades måste du se till att mediaservrarna kan nås från ESN under överlevnadshändelsen.

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

Om det finns en överlevnadshändelse kommer RedSky-molnet inte att nås från ESN och därför krävs det för dig att konfigurera nödsamtalsplanen så att, om RedSky inte är tillgänglig, för att dirigera nödsamtal genom den lokala PSTN GW konfigurerad på den platsen. Ruttgruppen måste bestå av den lokala PSTN GW för att hantera samtalsdirigeringen under överlevnadshändelsen.

Konfigurera uppringningsplanen för dirigering av intrasite-, intersite-, inter-cluster- och PSTN-anrop 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 det lokala PSTN GW (konfigurerat på varje plats där ESN distribueras) och därifrån till PSTN. Följande är några scenarier förklarade:

• Telefon 1 och Telefon 2 registrerade på samma ESN - Samtalet dirigeras inom ESN.

• Telefon 1 registrerad till ESN och telefon 2 registrerad till Dedicated Instance- Unified CM kluster - Uppringningsplanen ska dirigera samtalen från ESN till den lokala PSTN GW, därifrån till DI via PSTN. Unified CM Under överlevnadshändelsen bör uppringningsplanen upptäcka fel på samtalsdirigeringen och omdirigera samtalen via den lokala PSTN GW. Detsamma bör gälla för inkommande samtal till ESN från DI- Unified CM enheter.

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

• Under överlevnadshändelsen, när anslutningen från din webbplats till molnet för dedikerad instans är nere (WAN- eller anslutningsavbrott), fungerar inte röstbrevlådan och automatiska svarsfunktioner för de enheter som registrerar sig på ESN, eftersom Cisco Unity Connection servern är värd i molnet för dedikerad instans till vilket anslutningen från ESN är nere. Om din enhet är konfigurerad med ”Call Forward Unported (CFU)” och samtalet tas emot i DIUnified CM, kan den som ringer sätta in en röstbrevlåda i Dedicated Instance Unity Connection. Vilket kan hämtas när enheterna faller tillbaka till DI-enhetliga CM-abonnenter.

• Men under en överlevnadshändelse när anslutningen till molnet för dedikerad instans är tillgänglig men Unified CM klustret i DI är nere, fungerar röstbrevlådan och automatisk skötare i så fall för enheter som är registrerade i ESN, eftersom ESN kommer att ha anslutning till Unity-anslutningsservern 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 registrera sig med DI Unified CM förutsatt att klustret i DI fungerar.

För att CTI-baserade integrationer ska fungera med Enhanced Survivalability Node måste du lägga till Enhanced Survivalability Node som en del av CTI:s serverlista. CTI-förbättringar görs för applikationer som använder JTAPI för att tillåta Enhanced Survivalability Node som en CTI-server till vilken applikationen endast kan ansluta om de primära eller sekundära CTI-servrarna i den konfigurerade listan inte kan nås. Under en normal drift kan CTI-applikationer på plats ansluta till de primära och sekundära CTI-servrarna i DI-molnet och under överlevnadshändelse kan de ansluta till Enhanced Survivalability Node för en fortsatt CTI-upplevelse. Applikationer måste anpassa sig till de nya API:erna som exponeras över JTAPI-gränssnittet för att säkerställa att återfall från den förbättrade överlevnadsnoden äger rum när anslutningen återställs.

Mer information om de nya API:erna som har lagts till finns i avsnittet om redundans, 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

Tredjepartsapplikationer som gränssnitt via SIP-trunkarna stöder med Enhanced Survivalability Node. I SIP-trunkkonfigurationerna måste konfigurationen ”kör på alla noder” vara aktiverad.

Tredjepartsenheter stöds som har tertiär TFTP-kapacitet.