Takk for tilbakemeldingen.

I distribusjonsmodellen for ett sted, der en forbedret overlevelsesnode (ESN) distribueres innenfor et område sammen med en lokal gateway for PSTN-samtaleruting. Maksimalt 7500 enheter kan registreres til ESN under et strømbrudd.

I distribusjonsmodellen for flere steder, hvor det er flere nettsteder og ESN kan distribueres på hvert område, 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 klynge.

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-gatewayen på tvers av nettsteder, anbefales det ikke. hvis det er et nettverksbrudd, kan nettstedet bli isolert, og i så fall vil ESN ikke kunne nå den lokale gatewayen for å dirigere samtalene til PSTN.

Nedenfor er to distribusjonsalternativer for distribusjon på flere områder:

• Alternativ 1: Forbedret overlevelsesnode distribuert på hvert sted.

• Alternativ 2 - Felles forbedret overlevelsesnode delt mellom flere nettsteder.

Vi overvåker og administrerer Enhanced Survivalability Node som andre noder som er distribuert i datasenter for dedikert forekomst. Under en overlevelseshendelse, når ESN kobles fra, Cisco Cloud er det når vi mister tilgangen 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 Survivalability Node oppdaterte vi at Dedicated Instance- Unified CM klyngesertifikatet oppdateres med ESN.

Under overlevelseshendelsen lagrer Enhanced Survivalability Node alle CDR/CMR-dataene lokalt. Når tilkoblingen gjenopprettes, synkroniseres dataene tilbake til Dedicated Instance Unified CM Publisher. Mengden data som kan lagres er basert på diskstørrelsen på den forbedrede overlevelsesnoden. Maksimal diskallokeringsplass 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. Utrenskingen skjer basert på:

• Når diskbruken overskrider den tildelte eller konfigurerte diskplassen, sletter den de behandlede postene. Hvis diskbruken fortsatt er større, er det når de ubehandlede postene også tømmes.

• High Water Mark% som er konfigurert i «CDR Management» -innstillingene, CDR-filene vil bli renset. For eksempel, hvis «High Water Mark%» er konfigurert som 80% og diskbruken er 80%, vil CDR-filene bli renset.

• Bevaring av CDR/CMR-filer Varighet (dager) som er konfigurert i «CDR Management» -innstillingene, CDR-filene blir tømt. Som standard er den satt til 30 dager.

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

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

• RemoteSurvivableNoNoTreeable - alarmen utløses når en Enhanced Survivalability Node ikke er tilgjengelig fra utgiveren av dedikert forekomst. Unified CM

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

Under normal drift er databasereplikeringen fullstendig sammenkoblet mellom alle serverne inkludert den forbedrede overlevelsesnoden Unified CM i klyngen. De statiske konfigurasjonsdataene, fordi de opprettes gjennom flyttinger, tillegg og endringer, lagres alltid på utgiveren og replikeres én vei fra utgiveren til hver abonnent og utvidet overlevelsesnode i klyngen.

Under en overlevelseshendelse endres bare de brukervendte funksjonene på enhetene som er registrert i Enhanced Survivalability Node, og de brukervendte funksjonene karakteriseres vanligvis ved å bruke det faktum at du kan aktivere eller deaktivere en funksjon direkte på telefonen ved å trykke på en eller flere knapper, i motsetning til å endre en funksjon gjennom en nettbasert GUI. Så den forbedrede overlevelsesnoden tillater egenomsorg og webadmin GUI som skrivebeskyttede operasjoner. Brukerens enheter som er registrert i ESN, kan gjøre endringer i bare brukervennlige funksjoner som er oppført nedenfor under failover. Disse endringene synkroniseres imidlertid ikke tilbake til DI- Unified CM utgiveren når tilkoblingen gjenopprettes.

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

• Videresend alle (CFA)

• Personvern Aktiver eller deaktiver

• Ikke forstyrr (DND) Aktiver eller deaktiver

• Cisco Extension MobilityLogg inn

• Hunt-group Logg inn eller Logg ut

• Enhetsmobilitet

• CTI CAPF-status for sluttbrukere og applikasjonsbrukere.

Godkjenningen av myke klienter (Cisco Jabberog Webex-applikasjon) for pålogging under failover til Enhanced Survivalability Node er som følger:

1. Lokal autentisering: Når autentisering av brukere gjøres lokalt innenforUnified CM, under overlevelseshendelsen vil den forbedrede overlevelsesnoden kunne autentisere klientene som er registrert på den.

2. LDAP-godkjen ning: I dette tilfellet gjøres godkjenningen av brukere ved hjelp av den lokale LDAP-serveren. Under overlevelseshendelsen vil autentiseringen av myke klienter fungere forutsatt at LDAP-serveren er tilgjengelig fra Enhanced Survivalability Node.

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

3. SSO@@ -godkjenning (Single Sign On): SSO-påloggingsgodkjenningen for brukere gjøres ved hjelp av IDP-serveren. Under overlevelseshendelsen fungerer autentiseringen av myke klienter forutsatt at IDP-serveren er tilgjengelig fra Enhanced Survivalability Node.

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

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

Medieressurser kreves for grunnleggende Unified CM funksjoner, for eksempel Music on Vent, 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-stamme som er konfigurert mellom Dedicated Instnace-enhetlige CM-klyngen og RedSky-skyen.

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

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

• Telefon 1 og telefon 2 registrert til samme ESN - Anropet rutes innenfor ESN.

• Telefon 1 registrert til ESN og telefon 2 registrert til Dedicated Instance- Unified CM klynge - Oppringingsplanen skal dirigere samtalene fra ESN til den lokale PSTN GW, derfra til DI via PSTN. Unified CM Under overlevelseshendelsen bør oppringingsplanen oppdage feilen i samtalerutingen og omdirigere samtalene 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 nummerplanen har muligheten til å oppdage feil i samtalerutingen og omdirigere samtalen gjennom den tilgjengelige lokale PSTN-gatewayen.

• Under overlevelseshendelsen, når tilkoblingen fra nettstedet ditt til skyen for dedikert forekomst er nede (WAN eller tilkoblingsbrudd), fungerer ikke telefonsvareren og funksjonene for automatisk svartjeneste for enhetene som registrerer seg på ESN, ettersom Cisco Unity Connection serveren er vert i skyen for dedikert forekomst som tilkoblingen fra ESN er nede til. Hvis enheten din er konfigurert med «Call Forward Unported (CFU)» og anropet mottas i DIUnified CM, kan den som ringer sette inn en telefonsvarer i Dedicated Instance Unity Connection. Som kan hentes når enhetene faller tilbake til DI-enhetlige CM-abonnenter.

• Under en overlevelseshendelse når tilkoblingen til skyen for dedikert forekomst er tilgjengelig, men Unified CM klyngen i DI er nede, fungerer imidlertid telefonsvareren og funksjonene for automatisk svartjeneste for enheter som er registrert i ESN, ettersom ESN vil ha tilkobling til Unity Connection-serveren distribuert i DI-skyen.

Under overlevelseshendelsen vil ESN ikke 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-sky, kan den registrere seg med DI forutsatt at klyng Unified CM en i DI er funksjonell.

For at CTI-baserte integrasjoner skal fungere med Enhanced Survivalability Node, må du legge til Enhanced Survivalability Node som en del av CTIs serverliste. CTI-forbedringer er laget for applikasjoner som bruker JTAPI for å tillate Enhanced Survivalability Node som en CTI-server som applikasjonen bare kan koble til i tilfelle når de primære eller sekundære CTI-serverne i den konfigurerte listen ikke er tilgjengelige. Under en normal drift kan CTI-applikasjoner på stedet koble til de primære og sekundære CTI-serverne i DI-skyen, og under overlevelseshendelse kan de koble til Enhanced Survivalability Node for en fortsatt CTI-opplevelse. Programmer må tilpasse seg de nye API-ene som eksponeres over JTAPI-grensesnittet for å sikre tilbakefall fra Enhanced Survivalability 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/ /14_0_1/ -unified-jtapi-developers-guide-14/ jtapi_dev -unified-jtapi-developers-guide-1251_chapter_00.html cucm_b_cisco cucm_b_cisco

Tredjepartsapplikasjoner som har grensesnitt gjennom SIP-trunkene støtter med Enhanced Survivalability Node. I SIP-trunkkonfigurasjonene må konfigurasjonen «kjør på alle noder» være aktivert.

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