Kom i gang med forbedret gendannelse

I modellen Single Site-installation, hvor der installeres en Enhanced Surviability Node (ESN) på et websted sammen med en lokal gateway til PSTN-dirigering af opkald. Maksimalt 7500 enheder kan registreres til ESN under en udgang.

I udrulningsmodellen med flere websteder, hvor der er flere websteder, og ESN kan installeres på hvert websted, afhænger af virksomhedskravet for webstedets overlevelsesevne. Kravene til en lokal gateway og DNS er altid en nødvendighed, og i alt 8 ESN-noder kan føjes til en Unified CM-klynge.

Denne udrulningsmodel er relevant for en kunde på tværs af en region med flere websteder, og overlevelsesevne er et krav for flere af disse websteder. Selvom det er muligt at dele den lokale PSTN-gateway på tværs af websteder, anbefales det ikke. Hvis der er netværksafbrydelse, kan webstedet blive isoleret, og i så fald vil ESN ikke være i stand til at nå den lokale gateway for at dirigere opkaldene til PSTN.

Nedenfor er 2 installationsvalgmuligheder for en installation med flere websteder:

• Valgmulighed 1: Forbedret gendannelsesnode udrullet på hvert websted.

• Valgmulighed 2 – Fælles forbedret gendannelsesnode, der deles mellem flere websteder.

Vi overvåger og administrerer den forbedrede gendannelsesnode ligesom andre knuder, der installeres i datacenter for dedikeret forekomst. Under en gendannelseshændelse, når ESN afbrydes fra Cisco Cloud, er det, når vi mister adgang til noden og automatisk opretter forbindelse igen, når afbrydelsen er løst, og forbindelsen genoprettes.

Vi administrerer UC-programcertifikater, og under aktiveringen af den forbedrede gendannelsesnode opdaterede vi det dedikerede forekomst Unified CM-klyngecertifikat med ESN.

Under gendannelseshændelsen gemmer den forbedrede gendannelsesnode alle CDR/CMR-data lokalt. Når forbindelsen gendannes, synkroniseres dataene tilbage til Unified CM-udgiver for dedikeret forekomst. Mængden af data, der kan gemmes, er baseret på diskstørrelsen på derefter Enhanced Survivability Node. Det maksimale disktildelingsrum, der kan indstilles for CDR, er 3328 MB. Dette kan være med lille til stor CDR-filstørrelse baseret på det CDR-interval, der er konfigureret. Udrensningen sker på grundlag af:

• Når diskbrugen overstiger det tildelte eller konfigurerede diskplads, slettes de behandlede poster. Hvis diskforbruget forbliver mere, er det, når de ubehandlede poster også fjernes.

• Højvandmærke %, der er konfigureret i "CDR Management"-indstillinger, fjernes CDR-filerne. Hvis f.eks. "High Water Mark %” is configured as 80% og diskforbrug er 80 %, fjernes CDR-filerne.

• CDR/CMR-filer bevaringsvarighed (dage) , der er konfigureret i "CDR Management"-indstillinger, vil CDR-filerne blive fjernet. Som standard er den indstillet til 30 dage.

Følgende er varslerne i RTMT relateret til Enhanced Survivability Node:

• Gendannelseshændelse- alarmen udløses, når alle knudepunkter for dedikeret forekomst ikke kan nås fra den forbedrede gendannelsesknode.

• EksternSurvivable Node er ikke tilgængelig – alarmen udløses, når en forbedret gendannelsesnode ikke er tilgængelig fra Unified CM-udgiver for dedikeret forekomst.

Under gendannelseshændelsen skal du tilslutte RTMT til den forbedrede gendannelsesnode for at overvåge ESN'ens ydeevne. Det samme vil ikke være tilgængeligt, hvis RTMT er tilsluttet knuderne for dedikeret forekomst, da ESN ikke kan nås fra skyen under gendannelseshændelsen.

Under normal drift er databasereplikationen fuldt maskeret mellem alle serverne, herunder den forbedrede gendannelsesnode i Unified CM-klyngen. De statiske konfigurationsdata, fordi de er oprettet ved hjælp af flytninger, tilføjelser og ændringer, gemmes altid på udgiveren og kopieres én måde fra udgiveren til hver abonnent og forbedret gendannelsesnode i klyngen.

Under en gendannelseshændelse ændres kun de brugerorienterede funktioner på de enheder, der er registreret til den forbedrede gendannelsesnode, og de brugerorienterede funktioner er typisk karakteriseret ved det faktum, at du kan aktivere eller deaktivere en funktion direkte på deres telefon ved at trykke på en eller flere knapper i stedet for at ændre en funktion via en webbaseret GUI. Så den forbedrede gendannelsesknode tillader selvpleje og webadministratorGUI som skrivebeskyttede handlinger. Brugerens enheder, der er registreret til ESN, kan kun foretage ændringer af de brugerorienterede funktioner, der er angivet nedenfor under failover. Disse ændringer synkroniseres dog ikke tilbage til DI Unified CM-udgiver, når forbindelsen genetableres.

Brugerorienterede funktioner er alle funktioner, der kan aktiveres eller deaktiveres ved at trykke på knapper på telefonen og inkluderer følgende:

• Viderestil alle opkald (CFA)

• Aktivér eller deaktiver beskyttelse af personlige oplysninger

• Aktivér eller deaktiver ikke (DND)

• Login til Cisco Extension Mobility

• Søgegruppe login eller log ud

• Enhedsmobilitet

• CTI CAPF-status for slutbrugere og applikationsbrugere.

Godkendelse af softwareklienter (Cisco Jabber- og Webex-applikationen) til login under failover til Forbedret gendannelsesnode er som følger:

1. Lokal godkendelse: Når godkendelse af brugere udføres lokalt i Unified CM, vil den forbedrede gendannelsesnode under gendannelseshændelsen være i stand til at godkende de klienter, der er registreret til den.

2. LDAP-godkendelse: I dette tilfælde udføres godkendelse af brugere ved hjælp af den lokale LDAP-server. Derefter fungerer godkendelsen af softwareklienter under gendannelseshændelsen, forudsat at LDAP-serveren er tilgængelig fra den forbedrede gendannelsesnode.

   Du skal sikre, at LDAP-telefonbogen er tilgængelig til ESN under hele gendannelseshændelsen.

3. Enkeltlogon (SSO)-godkendelse: SSO-login-godkendelse af brugere udføres ved hjælp af IDP-serveren. Derefter fungerer godkendelsen af softklienter under gendannelseshændelsen, forudsat at IDP-serveren er tilgængelig fra den forbedrede gendannelsesnode.

   For SSO-aktiveret Unified CM-webbrugerlogin kræves IDP-tilgængelighed, eller det gendannelsesbaserede URL-login skal bruges.

   Allerede godkendte klienter bliver fortsat logget ind, da godkendelsen er baseret på det token, der er opnået før gendannelseshændelsen. For nye login, når klienten ikke har et gyldigt token fra tidligere godkendelse, omdirigeres ESN til IDP-serveren til godkendelse. Derfor er det altid nødvendigt at sikre IDP-serverens tilgængelighed til ESN under hele gendannelseshændelsen.

Medieressourcer er påkrævet for grundlæggende Unified CM-funktioner, såsom musik i venteposition, meddelelse, konferencebro (software)-tjenester skal være aktiveret på ESN. Hvis hardwarebaserede medieressourcer blev installeret, skal du under gendannelseshændelsen sørge for, at medieserverne er tilgængelige fra ESN.

Under normale operationer i DI Unified CM-klyngen dirigeres nødopkald (især i AMER-området) gennem RedSky, hvor der er en SIP-trunk, der er konfigureret mellem den dedikerede installeringsunified CM-klynge og RedSky-cloud.

Hvis der er en gendannelseshændelse, vil Red Sky-skyen ikke være tilgængelig fra ESN, og derfor er det nødvendigt, at du konfigurerer nødopkaldsplanen på en sådan måde, at hvis Red Sky ikke er tilgængelig, så kan du dirigere nødopkaldene gennem den lokale PSTN GW, der er konfigureret på dette websted. Rutegruppen skal bestå af den lokale PSTN GW for at håndtere dirigering af opkald under overlevelseshændelsen.

Konfigurer opkaldsplanen for dirigering intrasite, intersit, mellem klynger og PSTN-opkald under overlevelseshændelsen. Generelt kan ESN kun dirigere opkald for enheder, der er registreret til den. Alle andre opkald skal distribueres til den lokale PSTN GW (konfigureret på hvert websted, hvor ESN er installeret) og derfra til PSTN. Følgende er nogle scenarier forklaret:

• Telefon 1 og telefon 2 registreret til samme ESN – opkaldet distribueres inden for ESN.

• Telefon 1 registreret til ESN og telefon 2 registreret til dedikeret forekomst Unified CM-klynge – opkaldsplanen bør dirigere opkaldene fra ESN til den lokale PSTN GW, derfra til DI Unified CM via PSTN. Under gendannelseshændelsen skal opkaldsplanen registrere fejlen for dirigering af opkald og omdirigere opkaldene gennem den lokale PSTN GW. Det samme bør gælde for indgående opkald til ESN fra DI Unified CM-enheder.

• Telefon 1 registreret til ESN og telefon 2 er en PSTN-enhed: Under gendannelseshændelsen skal PSTN-opkald dirigeres til den lokale PSTN-gateway. Du skal sikre dig, at opkaldsplanen har mulighed for at registrere fejl i dirigering af opkald og omdirigere opkaldet via den tilgængelige lokale PSTN-gateway.

• Under gendannelseshændelsen, når forbindelsen fra dit websted til cloud med dedikeret forekomst er nede (WAN- eller forbindelsesafbrydelse), vil funktionerne til voicemail og automatisk omstilling ikke fungere for de enheder, der registrerer til ESN, da Cisco Unity Connection-serveren er hostet i cloud med dedikeret forekomst, som forbindelsen fra ESN er nede. Hvis din enhed er konfigureret med "Viderestil opkald ikke registreret (CFU)", og opkaldet modtages i DI Unified CM, kan opkalderen deponere en voicemail i Dedikeret forekomst Unity Connection. Som kan hentes, når enhederne falder tilbage til DI unified CM-abonnenter.

• Under en gendannelseshændelse, når forbindelsen til cloud med dedikeret forekomst er tilgængelig, men Unified CM-klyngen i DI er nede, i så fald fungerer funktionen til voicemail og automatisk omstilling for enheder, der er registreret til ESN, da ESN vil have forbindelse til Unity Connection-serveren installeret i DI-cloud.

Under gendannelseshændelsen vil ESN ikke kunne nå Cisco Expressway E & C i DI-cloud og omvendt. Så i dette tilfælde kan MRA-brugere ikke få tjenesten fra ESN og kan derfor ikke tilmelde sig. Men hvis MRA-enheden har internettet og kan oprette forbindelse til Cisco Expressways i DI-cloud, kan den tilmelde sig DI Unified CM, forudsat at klyngen i DI er funktionel.

Hvis CTI-baserede integrationer skal fungere med Enhanced Surviability Node, skal du tilføje Enhanced Surviability Node som en del af CTI's serverliste. CTI-forbedringer er lavet til applikationer, der bruger JTAPI til at tillade Enhanced Survivability Node som en CTI-server, som applikationen kun kan oprette forbindelse til i begivenheden, når de primære eller sekundære CTI-servere på den konfigurerede liste ikke er tilgængelige. Under en normal drift kan CTI-applikationer på webstedet oprette forbindelse til de primære og sekundære CTI-servere i DI-skyen, og under gendannelseshændelsen kan de oprette forbindelse til Forbedret gendannelsesnode for en fortsat CTI-oplevelse. Applikationer skal tilpasse sig de nye API'er som eksponeret over JTAPI-grænsefladen for at sikre, at fallback fra den forbedrede gendannelsesnode finder sted, når forbindelsen gendannes.

For yderligere oplysninger om de nye API'er, se afsnittet 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-webtjenesten er aktiveret i Forbedret gendannelsesnode med skrivebeskyttede administratorprivilegier. Vi anbefaler, at alle tredjepartsapplikationer som f.eks. klargøringsserver kun grænseflade med DI Unified CM-udgiver for alle databaserelaterede opdateringer. Det er dog muligt for disse applikationer kun at læse, når de er tilsluttet den forbedrede gendannelsesnode.

Tredjepartsapplikationer, der grænseflade gennem SIP-trunks, understøtter med forbedret gendannelsesnode. I SIP-trunk-konfigurationerne skal konfigurationen "kør på alle noder" være aktiveret.

3. partsenheder understøttes, som har tertiær TFTP-funktion.