Hvala na povratnim informacijama.

U modelu implementacije jednog mjesta gdje je čvor poboljšane preživljavanja (ESN) postavljen unutar web-lokacije zajedno s lokalnim pristupnikom za usmjeravanje poziva PSTN. Maksimalno 7500 uređaja može se registrirati na ESN tijekom prekida rada.

U modelu implementacije s više lokacija, gdje postoji više web lokacija i ESN može biti implementiran na svakoj web lokaciji ovisi o poslovnom zahtjevu za preživljavanje web mjesta. Zahtjevi lokalnog pristupnika i DNS-a uvijek su neophodni i u Unified CM klaster se može dodati ukupno 8 ESN čvorova.

Ovaj model implementacije relevantan je za kupca u regiji s više web lokacija, a mogućnost preživljavanja uvjet je za više tih web lokacija. Iako je moguće dijeliti PSTN lokalni pristupnik na web mjestima, to se ne preporuča. ako dođe do nestanka mreže, web mjesto može postati izolirano i u tom slučaju ESN neće moći doći do lokalnog pristupnika za usmjeravanje poziva na PSTN.

Ispod su dvije opcije implementacije za implementaciju na više lokacija:

• Opcija 1: Poboljšani čvor preživljavanja postavljen na svakom mjestu.

• Opcija 2 - Zajednički poboljšani čvor preživljavanja koji se dijeli između više web lokacija.

Pratimo i upravljamo čvorom poboljšane preživljavanja kao i drugi čvorovi koji su raspoređeni u podatkovnom centru za namjensku instancu. Tijekom događaja preživljavanja, kada je ESN isključen iz IS-a kada izgubimo pristup čvoru i automatski Cisco Cloud se vratimo kada se prekid riješi, a povezanost se obnovi.

Upravljamo certifikatima UC aplikacija i tijekom aktivacije čvora poboljšane preživljavanja ažurirali smo certifikat Unified CM klastera namjenske instance ažuriran ESN-om.

Tijekom događaja preživljavanja, čvor poboljšane preživljavanja pohranjuje sve CDR/CMR podatke lokalno. Kada se veza obnovi, podaci će se sinkronizirati natrag s iz Unified CM davačem namjenske instance. Količina podataka koja se može pohraniti temelji se na veličini diska tadašnjeg čvora poboljšane preživljavanja. Maksimalni prostor za raspodjelu diska koji se može postaviti za CDR je 3328 MB. To može biti s malom do velikom veličinom CDR datoteke na temelju CDR intervala koji je konfiguriran. Čišćenje se događa na temelju:

• Kada upotreba diska premašuje dodijeljeni ili konfigurirani prostor na disku, briše obrađene zapise. Ako potrošnja diska ostane veća, to je kada se neobrađeni zapisi također očiste.

• Visoka oznaka vode% koja je konfigurirana u postavkama "Upravljanje CDR", CDR datoteke će biti očišćene. Na primjer, ako je "High Water Mark%" konfiguriran kao 80%, a upotreba diska je 80%, CDR datoteke će biti očišćene.

• Č@@ uvanje CDR/CMR datoteka Trajanje (dani) koje je konfigurirano u postavkama "Upravljanje CDR", CDR datoteke će biti očišćene. Prema zadanim postavkama, postavljen je na 30 dana.

Slijede upozorenja u RTMT-u koja se odnose na čvor poboljšane preživljavanja:

• SurvivabilityEvent - alarm se aktivira kada svi čvorovi namjenske instance nisu dostupni s čvora poboljšane preživljavanja.

• RemoteSurvivableNodeNotReachable - alarm se aktivira kada čvor poboljšane preživljavanja nije dostupan od izdavača namjenske instance. Unified CM

Tijekom događaja preživljavanja morate povezati RTMT na čvor poboljšane preživljavanja kako biste pratili performanse ESN-a. Isto neće biti dostupno ako je RTMT povezan s čvorovima namjenske instance jer ESN neće biti dostupan iz oblaka tijekom događaja preživljavanja.

Tijekom normalnog rada replikacija baze podataka potpuno je povezana između svih poslužitelja, uključujući čvor poboljšane preživljavanja unutar klastera. Unified CM Podaci o statičkoj konfiguraciji, budući da se stvaraju putem poteza, dodavanja i promjena, uvijek se pohranjuju na izdavaču i repliciraju na jedan način od izdavača do svakog pretplatnika i poboljšani čvor za preživljavanje u klasteru.

Tijekom događaja preživljavanja, samo značajke okrenute korisniku mijenjaju se na uređajima koji su registrirani na čvoru poboljšane preživljavanja, a značajke okrenute korisniku obično se karakteriziraju činjenicom da možete omogućiti ili onemogućiti značajku izravno na njihovom telefonu pritiskom na jedan ili više gumba, za razliku od promjene značajke putem web-baziranog GUI. Dakle, čvor poboljšane preživljavanja omogućuje korisnički interfejs za brigu o sebi i web administratora kao operacije samo za čitanje. Korisnički uređaji registrirani na ESN-u mogu unositi promjene samo na dolje navedene značajke koje su suočene s korisnikom tijekom prijenosa neuspjeha. Međutim, te se promjene neće sinkronizirati natrag s DI iz Unified CM davačem kada se ponovno uspostavi povezanost.

Značajke okrenute korisniku su sve značajke koje se mogu omogućiti ili onemogućiti pritiskom na tipke na telefonu i uključuju sljedeće:

• Poziv Proslijedi sve (CFA)

• Omogući ili onemogućiti privatnost

• Ne ometaj (DND) Omogući ili onemogućiti

• Cisco Extension MobilityPrijava

• Hunt-group Prijava ili odjava

• Mobilnost uređaja

• CTI CAPF status za krajnje korisnike i korisnike aplikacija.

Autentikacija softverskih klijenata (Cisco Jabberi Webex aplikacije) za prijavu tijekom prijenosa neuspjeha na čvor poboljšane preživljavanja je kako slijedi:

1. Lokalna provjera auten tičnosti: Kada se autentifikacija korisnika vrši lokalno unutarUnified CM, tijekom događaja preživljavanja čvor poboljšane preživljavanja moći će autentifikirati klijente registrirane na njemu.

2. LDAP provjera autentičnosti: U ovom slučaju provjera autentičnosti korisnika vrši se pomoću lokalnog LDAP poslužitelja. Tada će tijekom događaja preživljavanja autentifikacija mekih klijenata raditi pod uvjetom da je LDAP poslužitelj dostupan iz čvora poboljšane preživljavanja.

   Trebali biste osigurati dostupnost LDAP direktorija do ESN tijekom događaja preživljavanja.

3. Aut@@ entifikacija jednokratne prijave (SSO): Aut entifikacija korisnika SSO prijave vrši se pomoću IDP poslužitelja. Zatim tijekom događaja preživljavanja provjera autentičnosti mekih klijenata funkcionira pod uvjetom da je IDP poslužitelj dostupan iz čvora poboljšane preživljavanja.

   Za prijavu na Unified CM web korisničko sučelje s omogućenom SSO, potrebna je dostupnost IDP-a ili se mora koristiti URL prijava temeljena na oporavku.

   Već ovjereni klijenti i dalje su prijavljeni jer se provjera autentičnosti temelji na tokenu koji je dobiven prije događaja preživljavanja. Međutim, za nove prijave kada klijent nema valjani token iz prethodne provjere autentičnosti, ESN će se preusmjeriti na IDP poslužitelj radi provjere autentičnosti. Stoga je uvijek potrebno osigurati dostupnost IDP poslužitelja do ESN-a tijekom događaja preživljavanja.

Medijski resursi potrebni su za osnovne Unified CM značajke, kao što su Music on Hold, Announcement, Conference Bridge (softver) usluge moraju biti omogućene na ESN-u. Ako su korišteni medijski resursi zasnovani na hardveru, tijekom događaja preživljavanja morate biti sigurni da su medijski poslužitelji dostupni s ESN-a.

Tijekom normalnog rada DI Unified CM klastera, hitni pozivi (posebno u regiji AMER) usmjeravaju se kroz RedSky oblak gdje postoji SIP prtljažnik koji je konfiguriran između objedinjenog CM klastera Dedicated Instnace i RedSky oblaka.

Ako dođe do događaja preživljavanja, RedSky oblak neće biti dostupan s ESN-a i stoga je potrebno konfigurirati plan pozivanja u hitnim slučajevima tako da, ako RedSky nije dostupan, usmjerite hitne pozive putem lokalnog PSTN GW konfiguriranog na tom mjestu. Grupa ruta mora se sastojati od lokalnog PSTN GW za upravljanje usmjeravanjem poziva tijekom događaja preživljavanja.

Konfigurirajte plan biranja za usmjeravanje unutarnjih, međulokacija, međuklastera i PSTN poziva tijekom događaja preživljavanja. Općenito, ESN može usmjeravati pozive samo za uređaje koji su na njega registrirani. Svi ostali pozivi moraju biti usmjereni na lokalni PSTN GW (konfiguriran na svakoj web lokaciji na kojoj je postavljen ESN) i odatle na PSTN. Slijedi nekoliko objašnjenih scenarija:

• Telefon 1 i Telefon 2 registrirani na isti ESN - Poziv se usmjerava unutar ESN-a.

• Telefon 1 registriran na ESN i Telefon 2 registriran u Unified CM klasteru namenske instance - Plan biranja trebao bi usmjeriti pozive iz ESN-a na lokalni PSTN GW, odatle do DI putem PSTN-a. Unified CM Tijekom događaja preživljavanja, plan biranja trebao bi otkriti neuspjeh usmjeravanja poziva i preusmjeriti pozive kroz lokalni PSTN GW. Isto bi trebalo biti primjenjivo za dolazne pozive na ESN s DI Unified CM uređaja.

• Telefon 1 registriran na ESN i Telefon 2 je PSTN uređaj: Tijekom događaja preživljavanja, PSTN pozivi moraju biti usmjereni na lokalni PSTN pristupnik. Morate biti sigurni da plan biranja može otkriti kvarove usmjeravanja poziva i preusmjeriti poziv putem dostupnog lokalnog PSTN pristupnika.

• Tijekom događaja preživljavanja, kada je povezanost s vaše web-lokacije s oblakom namenske instance isključena (WAN ili prekid povezivanja), značajke govorne pošte i automatskog praćenja neće raditi za uređaje koji se registriraju na ESN jer je Cisco Unity Connection poslužitelj smješten u oblaku namjenske instance na koji je povezanost s ESN-a isključena. Ako je vaš uređaj konfiguriran s "Preusmjeravanje poziva neregistrirano (CFU)" i poziv je primljen u DIUnified CM, tada pozivatelj može položiti govornu poštu u namjensku instancu Unity Connection. Što se može preuzeti kada se uređaji vrate na DI objedinjene CM pretplatnike.

• Međutim, tijekom događaja preživljavanja kada je povezanost s oblakom namenske instance dostupna, ali Unified CM klaster u DI ne radi, u tom slučaju značajke govorne pošte i automatskog praćenja funkcioniraju za uređaje koji su registrirani na ESN, jer će ESN imati mogućnost povezivanja s poslužiteljem Unity Connection postavljenim u DI oblaku.

Tijekom događaja preživljavanja, ESN neće moći doći do Cisco Expressway E & C u DI oblaku i obrnuto. Dakle, u ovom slučaju korisnici MRA ne mogu dobiti uslugu od ESN-a i stoga se neće moći registrirati. Međutim, ako MRA uređaj ima internet i može se povezati s Cisco Expressways u DI oblaku, tada se može registrirati kod DI Unified CM pod uvjetom da je klaster u DI funkcionalan.

Da bi integracije zasnovane na CTI radile s čvorom poboljšane preživljavanja, morate dodati čvor poboljšane preživljavanja kao dio CTI-ovog popisa poslužitelja. CTI poboljšanja napravljena su za aplikacije koje koriste JTAPI kako bi omogućili Enhanced Survivability Node kao CTI poslužitelj na koji se aplikacija može povezati samo u slučaju kada primarni ili sekundarni CTI poslužitelji na konfiguriranom popisu nisu dostupni. Tijekom normalnog rada, CTI aplikacije na licu mjesta mogu se povezati s primarnim i sekundarnim CTI poslužiteljima u DI oblaku, a tijekom događaja preživljavanja mogu se povezati s čvorom poboljšane preživljavanja za kontinuirano CTI iskustvo. Aplikacije se moraju prilagoditi novim API-jima koji su izloženi preko JTAPI sučelja kako bi se osiguralo da se rezervni povratak iz čvora poboljšane preživljavanja dogodi kada se veza obnovi.

Za više informacija o novim dodanim API-jima pogledajte odjeljak redundancije, 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

Aplikacije trećih strana koje se sučelje preko SIP debla podržavaju s čvorom poboljšane preživljavanja. U konfiguracijama SIP trunka mora biti omoguć ena konfiguracija 'pokrenuti na svim čvor ovima '.

Podržani su uređaji trećih strana koji imaju mogućnost tercijarnog TFTP.