Översikt

I distributionsmodellen för en enda webbplats, där en förbättrad överlevnadsnod (ESN) distribueras på en webbplats tillsammans med en lokal gateway för PSTN-samtalsomkoppling. Högst 7 500 enheter kan registreras i ESN under ett avbrott.

I distributionsmodellen för flera webbplatser, där det finns flera webbplatser och ESN kan distribueras på varje webbplats, beror på affärskravet för 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.

Den här distributionsmodellen är relevant för en kund i en region med flera webbplatser och överlevnadsförmåga är ett krav för flera av dessa webbplatser. Även om det är möjligt att dela den lokala PSTN-gatewayen mellan webbplatser rekommenderas den 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 dirigering av samtal till PSTN.

Nedan finns 2 distributionsalternativ för en distribution med flera platser:

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

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

Vi övervakar och hanterar den förbättrade överlevnadsnoden på samma sätt som andra noder som distribueras i datacenter för dedikerad instans. Under en överlevnadshändelse när ESN kopplas bort från Cisco Cloud är det när vi förlorar åtkomst till noden och ansluter automatiskt igen när avbrottet har lösts och anslutningen återställs.

Vi hanterar UC-programcertifikaten och under aktiveringen av den förbättrade överlevnadsnoden har vi uppdaterat certifikatet för dedikerad instans Unified CM-klustercertifikatet med ESN.

Under aktiveringen av ESN från Control Hub kommer alla registrerade enheter att startas om eftersom certifikatet för Unified CM-klustret kommer att uppdateras med multi-SAN-certifikat. Därför planerar vi underhållsperioden under aktiveringen av ESN från Control Hub. Se, Hur du aktiverar förbättrad överlevnadsnod.

Under överlevnadshändelsen lagrar den förbättrade överlevnadsnoden alla 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 sedan förbättrade överlevnadsnoden. Maximalt diskallokeringsutrymme 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 återstår att vara mer är det när obearbetade poster också rensas.

• Hög vattenmarkering % som har konfigurerats i inställningarna för ”CDR Management” rensas CDR-filerna. Om exempelvis ”High Water Mark %” is configured as 80% och diskanvändningen är 80 % rensas CDR-filerna.

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

Följande är aviseringarna i RTMT relaterade till Förbättrad överlevnadsnod:

• Överlevnadshändelse– larmet utlöses när alla noder för dedikerad instans inte kan nås från den förbättrade överlevnadsnoden.

• Remote Survivableöverlevnadsnod – larmet utlöses när en förbättrad överlevnadsnod inte kan nås från Dedicated Instance Unified CM-utgivaren.

Under överlevnadshändelsen måste du ansluta RTMT till den förbättrade överlevnadsnoden för att övervaka prestandan för ESN. Samma sak kommer inte att vara tillgängligt om RTMT är ansluten till noderna för dedikerad instans eftersom ESN inte kan nås från molnet under överlevnadshändelsen.

Under normal drift krossas databasens replikation helt mellan alla servrar inklusive den förbättrade överlevnadsnoden i Unified CM-klustret. De statiska konfigurationsdata, eftersom de skapas genom flyttningar, tillägg och ändringar, lagras alltid på utgivaren och kopieras på ett sätt från utgivaren till varje prenumerant och förbättrad överlevnadsnod i klustret.

Under en överlevnadshändelse ändras endast de användarvänliga funktionerna på de enheter som är registrerade för den förbättrade överlevnadsnoden och de användarvänliga funktionerna karakteriseras vanligtvis med det faktum att du kan aktivera eller inaktivera en funktion direkt på telefonen genom att trycka på en eller flera knappar, i stället för att ändra en funktion via en webbbaserad GUI. Så den förbättrade överlevnadsnoden tillåter självbetjäning och webbadministratörens GUI som skrivskyddade åtgärder. Användarens enheter som är registrerade på ESN kan ändra endast de funktioner som visas nedan under redogörelsen. Dessa ändringar synkroniseras dock inte tillbaka till DI Unified CM-utgivaren när anslutningen återställs.

Användarvänliga funktioner är alla funktioner som kan aktiveras eller inaktiveras genom att trycka på knapparna på telefonen och innehålla följande:

• Vidarebefordra alla samtal (CFA)

• Aktivera eller inaktivera sekretess

• Aktivera eller inaktivera stör ej (Stör ej)

• Inloggning för Cisco Extension Mobility

• Inloggning eller utloggning för sökgrupp

• Enheternas mobilitet

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

Autentiseringen av mjuka klienter (Cisco Jabber- och Webex-program) för inloggning under redogörelsen för förbättrad överlevnadsnod är följande:

1. Lokal autentisering: När autentisering av användare görs lokalt i Unified CM kan den förbättrade överlevnadsnoden under överlevnadshändelsen autentisera de klienter som har registrerats för den.

2. LDAP-autentisering: I det här fallet görs autentiseringen av användare med den lokala LDAP-servern. Under överlevnadshändelsen kommer autentiseringen av mjuka klienter att fungera 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. Enkel inloggning (SSO)-autentisering: SSO-inloggningsautentisering av användare görs med IDP-servern. Under överlevnadshändelsen autentiseringen av mjuka klienters arbete 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-åtkomst eller den återställningsbaserade URL-inloggning måste användas.

   Redan autentiserade klienter fortsätter att loggas in 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 åtkomlig till ESN under hela överlevnadshändelsen.

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

Under normal drift av DI Unified CM-klustret dirigeras nödsamtal (särskilt i AMER-regionen) genom RedSky-molnet där det finns en SIP-trunk som konfigureras mellan Dedikerad Instnace unified 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 måste du konfigurera nummerplanen för nödsamtal så att om RedSky inte är tillgängligt kan nödsamtalen dirigeras via den lokala PSTN GW som konfigurerats på den webbplatsen. Dirigeringsgruppen måste bestå av den lokala PSTN GW för att hantera samtalsomkoppling under överlevnadshändelsen.

För nödsamtal i andra regioner med dedikerad instans måste nummerplanen konfigureras för att dirigera samtalen via lokal PSTN GW under överlevnadshändelsen.

Konfigurera nummerplanen för dirigering inom-, intersite-, kluster- och PSTN-samtal under överlevnadshändelsen. I allmänhet kan ESN endast dirigera samtal för enheter som är registrerade på den. Alla andra samtal måste dirigeras till lokal PSTN GW (konfigurerad på alla webbplatser där ESN distribueras) och därifrån till PSTN. Följande är några scenarier förklarade:

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

• Telefon 1 registrerad till ESN och telefon 2 registrerad till Dedicated Instance Unified CM-kluster – nummerplanen bör dirigera samtal från ESN till den lokala PSTN GW, därifrån till DI Unified CM via PSTN. Under överlevnadshändelsen ska nummerplanen upptäcka samtalsomkopplingsfel och dirigera samtalen igen 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ändelsen måste PSTN-samtal dirigeras till den lokala PSTN-gatewayen. Du måste se till att nummerplanen har möjlighet att upptäcka samtalsomkopplingsfel och omdirigera samtalet via den tillgängliga lokala PSTN-gatewayen.

Vi rekommenderar inte IKT-samtal mellan 2 ESN:s noder, även om det är möjligt när ESN:erna kan nås inom nätverket.

• Under överlevnadshändelsen, när anslutningen från din webbplats till Dedicated Instance-molnet är nere (WAN eller Connectivity-avbrott), fungerar inte röstbrevlådan- och autoassistentsfunktionerna för de enheter som registreras till ESN, eftersom Cisco Unity Connection-servern är värd i det dedikerade instans-molnet som anslutningen från ESN är nere för. Om din enhet har konfigurerats med ”Vidarebefordra ej registrerad (CFU)” och samtalet tas emot i DI Unified CM kan uppringaren depositera en röstbrevlåda i Dedicated Instance Unity Connection. Som kan hämtas när enheterna faller tillbaka till DI unified CM-prenumeranter.

• Under en överlevnadshändelse när anslutningen till Dedicated Instance-molnet är tillgänglig men Unified CM-klustret i DI är nere fungerar dock röstbrevlådan och autoassistentfunktionerna för enheter som är registrerade i ESN, eftersom ESN har anslutning till Unity Connection-servern som distribueras 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ändare inte hämta tjänsten från ESN och kan därför inte registrera sig. Om MRA-enheten har internet och kan ansluta till Cisco Expressways i DI-molnet kan den dock registrera sig med DI Unified CM förutsatt att klustret i DI är funktionellt.

För att CTI-baserade integreringar ska fungera med Förbättrad överlevnadsnod måste du lägga till Förbättrad överlevnadsnod 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 Förbättrad överlevnadsnod som en CTI-server som programmet endast kan ansluta till i händelse när de primära eller sekundära CTI-servrar i den konfigurerade listan inte kan nås. Under en normal drift kan CTI-program på webbplatsen ansluta till de primära och sekundära CTI-servrarna i DI-molnet och under överlevnadshändelsen kan de ansluta med Förbättrad överlevnadsnod för en fortsatt CTI-upplevelse. Program måste anpassa sig till de nya API:erna som exponeras via JTAPI-gränssnittet för att säkerställa att återfall från den förbättrade överlevnadsnoden sker 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/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 den förbättrade överlevnadsnoden med skrivskyddade administratörsprivilegier. Vi rekommenderar att alla tredjepartsprogram, t.ex. etableringsserver, endast gränssnitt med DI Unified CM-utgivaren för alla databasrelaterade uppdateringar. Det är dock möjligt för dessa program att skrivskyddade när de är anslutna till den förbättrade överlevnadsnoden.

Tredjepartsprogram som gränssnitt via SIP-trunkarna har stöd för förbättrad överlevnadsnod. I SIP-trunkkonfigurationerna måste konfigurationen ”köras på alla noder” vara aktiverad.

3:e partens enheter stöds som har tertiär TFTP-funktion.