Začnite z izboljšano sposobnostjo preživetja

V modelu uvajanja enotnega mesta, kjer je vozlišče ESN (Enhanced Survivability Node) uvedeno na mestu skupaj z lokalnim prehodom za usmerjanje klicev PSTN. Med izpadom je mogoče v ESN registrirati največ 7500 naprav.

V modelu uvajanja več lokacij, kjer je več lokacij in se ESN lahko uvede na vsaki lokaciji, je odvisno od poslovnih zahtev za preživetje mesta. Zahteve lokalnega prehoda in DNS so vedno nujne in skupno 8 vozlišč ESN je mogoče dodati v enotno gručo CM.

Ta model uvajanja je pomemben za stranko v regiji z več lokacijami, preživetje pa je zahteva za več teh mest. Čeprav je mogoče lokalni prehod PSTN deliti med spletnimi mesti, to ni priporočljivo. če pride do izpada omrežja, se lahko spletno mesto izolira in v tem primeru ESN ne bo mogel priti do lokalnega prehoda za usmerjanje klicev na PSTN.

Spodaj sta 2 možnosti uvajanja za uvajanje na več mestih:

• Možnost 1: Izboljšano vozlišče za preživetje, nameščeno na vsaki lokaciji.

• Možnost 2 – Skupno vozlišče za izboljšano preživetje, ki si ga deli več mest.

Vozlišče za izboljšano preživetje spremljamo in upravljamo tako kot druga vozlišča, ki so uvedena v podatkovnem središču namenskega primerka. Med dogodkom preživetja, ko je ESN odklopljen od Cisco oblaka, izgubimo dostop do vozlišča in se samodejno povežemo nazaj, ko je izpad odpravljen in je povezljivost obnovljena.

Upravljamo certifikate aplikacije UC in med aktivacijo vozlišča Enhanced Survivability posodobimo certifikat Dedicated Instance Unified CM cluster se posodobi z ESN.

Med dogodkom preživetja vozlišče za izboljšano preživetje lokalno shrani vse podatke CDR/CMR. Ko je povezljivost obnovljena, bodo podatki sinhronizirani nazaj z namenskim primerkom Unified CM Publisher. Količina podatkov, ki jih je mogoče shraniti, temelji na velikosti diska takratnega vozlišča Enhanced Survivability. Največji prostor za dodelitev diska, ki ga lahko nastavite za CDR, je 3328 MB. To je lahko z majhno do veliko velikostjo datoteke CDR glede na interval CDR, ki je konfiguriran. Čiščenje se zgodi na podlagi:

• Ko poraba diska preseže dodeljeni ali konfiguriran prostor na disku, se obdelani zapisi izbrišejo. Če je uporaba diska še vedno večja, se izbrišejo tudi neobdelani zapisi.

• Visok % oznake vode, ki je konfiguriran v nastavitvah »Upravljanje CDR«, bodo datoteke CDR izbrisane. Na primer, če je »High Water Mark %” is configured as 80% in poraba diska 80%, bodo datoteke CDR izbrisane.

• Ohranjanje datotek CDR / CMR Trajanje (dnevi), ki je konfigurirano v nastavitvah »Upravljanje CDR«, bodo datoteke CDR izbrisane. Privzeto je nastavljen na 30 dni.

Sledijo opozorila v RTMT, povezana z vozliščem za izboljšano preživetje:

• SurvivabilityEvent– alarm se sproži, ko vsa vozlišča namenskega primerka niso dosegljiva iz vozlišča za izboljšano preživetje.

• RemoteSurvivableNodeNotReachable – alarm se sproži, ko vozlišče za izboljšano preživetje ni dosegljivo pri založniku Dedicated Instance Unified CM.

Med dogodkom preživetja morate RTMT povezati z vozliščem za izboljšano preživetje, da spremljate delovanje ESN. Enako ne bo na voljo, če je RTMT povezan z vozlišči namenskega primerka, saj ESN ne bo dosegljiv iz oblaka med dogodkom preživetja.

Med normalnim delovanjem je replikacija baze podatkov v celoti povezana med vsemi strežniki, vključno z vozliščem Enhanced Survivability v gruči Unified CM. Statični konfiguracijski podatki, ker so ustvarjeni s premiki, dodajanjem in spreminjanjem, so vedno shranjeni pri založniku in replicirani v eno smer od založnika do vsakega naročnika in izboljšanega vozlišča za preživetje v gruči.

Med dogodkom preživetja se v napravah, ki so registrirane v vozlišču izboljšanega preživetja, spremenijo samo uporabniške funkcije, funkcije za uporabnike pa so običajno označene z dejstvom, da lahko funkcijo omogočite ali onemogočite neposredno v telefonu s pritiskom na enega ali več gumbov, namesto da spremenite funkcijo prek spletnega grafičnega uporabniškega vmesnika. Torej, Enhanced Survivability Node omogoča samooskrbo in spletni skrbniški GUI kot operacije samo za branje. Uporabniške naprave, registrirane v ESN, lahko med preklopom na izpad spreminjajo samo spodaj navedene funkcije. Vendar pa te spremembe ne bodo sinhronizirane nazaj z založnikom DI Unified CM, ko bo povezljivost ponovno vzpostavljena.

Uporabniške funkcije so vse funkcije, ki jih je mogoče omogočiti ali onemogočiti s pritiskom na gumbe na telefonu in vključujejo naslednje:

• Preusmeritev klica vse (CFA)

• Omogočanje ali onemogočanje zasebnosti

• Ne moti (DND) Omogoči ali onemogoči

• Prijava za mobilnost razširitve Cisco

• Prijava ali odjava v lovski skupini

• Mobilnost naprave

• Status CTI CAPF za končne uporabnike in uporabnike aplikacij.

Preverjanje pristnosti mehkih odjemalcev (Cisco Jabber in aplikacija Webex) za prijavo med preklopom v izpad v vozlišče Enhanced Survivability je naslednje:

1. Lokalno preverjanjepristnosti: Ko se preverjanje pristnosti uporabnikov opravi lokalno znotraj poenotenega CM, bo med dogodkom preživetja vozlišče izboljšane preživetja lahko preverilo pristnost odjemalcev, ki so registrirani vanj.

2. Preverjanje pristnostiLDAP: V tem primeru se preverjanje pristnosti uporabnikov izvede z lokalnim strežnikom LDAP. Nato bo med dogodkom preživetja preverjanje pristnosti mehkih odjemalcev delovalo, če je strežnik LDAP dosegljiv iz vozlišča za izboljšano preživetje.

   Zagotoviti morate dosegljivost imenika LDAP do ESN v celotnem dogodku preživetja.

3. Preverjanjepristnosti enotne prijave (SSO): Preverjanje pristnosti prijave SSO uporabnikov se izvede s strežnikom IDP. Nato med dogodkom preživetja deluje preverjanje pristnosti mehkih odjemalcev, če je strežnik IDP dosegljiv iz vozlišča za izboljšano preživetje.

   Za prijavo v spletni uporabniški vmesnik Unified CM z omogočeno enotno prijavo je potrebna dosegljivost IDP ali pa je treba uporabiti prijavo URL-ja na podlagi obnovitve.

   Odjemalci, ki so že preverili pristnost, so še naprej prijavljeni, saj preverjanje pristnosti temelji na žetonu, ki je bil pridobljen pred dogodkom preživetja. Vendar pa bo za nove prijave, ko odjemalec nima veljavnega žetona iz prejšnjega preverjanja pristnosti, ESN preusmeril na strežnik IDP za preverjanje pristnosti. Zato je vedno potrebno zagotoviti dosegljivost strežnika IDP do ESN v celotnem dogodku preživetja.

Medijski viri so potrebni za osnovne funkcije Unified CM, kot so Music on Hold, Announcement, Conference Bridge (programska oprema), ki morajo biti omogočene na ESN. Če so bili uporabljeni medijski viri, ki temeljijo na strojni opremi, se morate med dogodkom preživetja prepričati, da so predstavnostni strežniki dosegljivi iz ESN.

Med običajnim delovanjem gruče DI Unified CM so klici v sili (zlasti v regiji AMER) usmerjeni skozi oblak RedSky, kjer je deblo SIP, ki je konfigurirano med združeno skupino CM Dedicated Instnace in oblakom RedSky.

Če pride do dogodka preživetja, oblak RedSky ne bo dosegljiv iz ESN, zato morate konfigurirati načrt klicanja klicanja v sili, tako da, če RedSky ni na voljo, preusmerite klice v sili prek lokalnega PSTN GW, konfiguriranega na tem mestu. Skupina poti mora biti sestavljena iz lokalnega omrežja PSTN GW, ki obravnava usmerjanje klicev med dogodkom preživetja.

Konfigurirajte načrt klicanja za usmerjanje klicev znotraj mesta, med spletnimi mesti, med gruči in prek omrežja PSTN med dogodkom preživetja. Na splošno lahko ESN usmerja klice samo za naprave, ki so registrirane nanj. Vse druge klice je treba preusmeriti v lokalno omrežje PSTN GW (konfigurirano na vsakem mestu, kjer je ESN nameščen) in od tam v omrežje PSTN. Spodaj je razloženih nekaj scenarijev:

• Telefon 1 in telefon 2, registriran na isti ESN - Klic je preusmerjen znotraj ESN.

• Telefon 1, registriran na ESN in telefon 2, registriran v skupini Dedicated Instance Unified CM - Načrt klicanja mora klice usmeriti iz ESN v lokalno PSTN GW, od tam do DI Unified CM prek PSTN. Med dogodkom preživetja mora načrt klicanja zaznati napako pri usmerjanju klicev in preusmeriti klice prek lokalnega omrežja PSTN GW. Enako bi moralo veljati za dohodne klice na ESN iz naprav DI Unified CM.

• Telefon 1, registriran v ESN, in telefon 2 je naprava PSTN: Med dogodkom preživetja je treba klice prek omrežja PSTN preusmeriti na lokalni prehod prek omrežja PSTN. Prepričati se morate, da načrt klicanja omogoča zaznavanje napak pri usmerjanju klicev in preusmeritev klica prek razpoložljivega lokalnega prehoda PSTN.

• Med dogodkom preživetja, ko je povezljivost vašega spletnega mesta z oblakom namenskega primerka izklopljena (izpad omrežja WAN ali povezljivosti), funkcije glasovne pošte in samodejnega odzivnega sistema ne bodo delovale za naprave, ki se registrirajo v ESN, saj strežnik Cisco Unity Connection gosti v oblaku namenskega primerka, na katerega je povezava iz ESN izklopljena. Če je vaša naprava konfigurirana z »Call Forward Unregistered (CFU)« in je klic prejet v DI Unified CM, lahko klicatelj položi glasovno pošto v povezavo Dedicated Instance Unity. Ki jih je mogoče pridobiti, ko se naprave vrnejo na naročnike DI unified CM.

• Vendar pa med dogodkom preživetja, ko je na voljo povezljivost z oblakom namenskega primerka, vendar je gruča Unified CM v DI izklopljena, v tem primeru funkcije glasovne pošte in samodejnega odzivnega sistema delujejo za naprave, ki so registrirane v ESN, saj bo ESN imel povezljivost s strežnikom Unity Connection, ki je nameščen v oblaku DI.

Med dogodkom preživetja ESN ne bo mogel doseči Cisco Expressway E & C v oblaku DI in obratno. Torej, v tem primeru uporabniki MRA ne morejo dobiti storitve od ESN in se zato ne bodo mogli registrirati. Če pa ima naprava MRA internet in se lahko poveže z avtocestami Cisco v oblaku DI, se lahko registrira pri DI Unified CM, če je gruča v DI funkcionalna.

Če želite, da integracije, ki temeljijo na CTI, delujejo z vozliščem za izboljšano preživetje, morate dodati vozlišče za izboljšano preživetje kot del seznama strežnikov CTI. Izboljšave CTI so narejene za aplikacije, ki uporabljajo JTAPI za omogočanje vozlišča Enhanced Survivability kot strežnika CTI, s katerim se lahko aplikacija poveže samo v primeru, ko primarni ali sekundarni strežniki CTI na konfiguriranem seznamu niso dosegljivi. Med običajnim delovanjem se lahko aplikacije CTI na kraju samem povežejo s primarnim in sekundarnim strežnikom CTI v oblaku DI in med dogodkom preživetja se lahko povežejo z vozliščem za izboljšano preživetje za nadaljnjo izkušnjo CTI. Aplikacije se morajo prilagoditi novim API-jem, ki so izpostavljeni prek vmesnika JTAPI, da se zagotovi nadomestna povezava iz vozlišča za izboljšano preživetje.

Za več informacij o novih dodanih API-jih glejte razdelek o redundanci, 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

Spletna storitev AXL je omogočena v vozlišču Enhanced Survivability s skrbniškimi pravicami samo za branje. Priporočamo, da se vse aplikacije tretjih oseb, kot je strežnik za omogočanje omogočanja, povežejo samo z založnikom DI Unified CM za vse posodobitve, povezane z zbirko podatkov. Vendar pa je mogoče, da so te aplikacije samo za branje, ko so povezane z vozliščem za izboljšano preživetje.

Aplikacije tretjih oseb, ki se povezujejo prek SIP trunks, podpirajo z Enhanced Survivability Node. V konfiguracijah prtljažnika SIP mora biti omogočena konfiguracija »zaženi na vseh vozliščih«.

Podprte so naprave 3rd party, ki imajo zmogljivost terciarnega TFTP.