Pregled

V modelu uvedbe na enem mestu, kjer je vozlišče za izboljšano preživetje (ESN) razporejeno znotraj mesta skupaj z lokalnim prehodom za usmerjanje klicev PSTN. Med izpadom je v ESN mogoče registrirati največ 7500 naprav.

V modelu uvedbe na več mestih, kjer je več mest in je ESN mogoče namestiti na vsakem mestu, je odvisno od poslovnih zahtev za preživetje mesta. Zahteve za lokalni prehod in DNS so vedno nujne in v poenoteno gručo CM je mogoče dodati skupno 8 vozlišč ESN.

Ta model uvajanja je pomemben za stranko v regiji z več mesti in preživetje je zahteva za več teh lokacij. Lokalni prehod PSTN je možno deliti na različnih mestih, vendar to ni priporočljivo. če pride do izpada omrežja, lahko mesto postane izolirano in v tem primeru ESN ne bo mogel doseči lokalnega prehoda za usmerjanje klicev v PSTN.

Spodaj sta 2 možnosti uvedbe za uvedbo na več mestih:

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

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

Vozlišče Enhanced Survivability Node spremljamo in upravljamo tako kot druga vozlišča, ki so nameščena v namenskem podatkovnem središču za primerke. Med dogodkom preživetja, ko je povezava ESN s Cisco Cloud prekinjena, izgubimo dostop do vozlišča in se samodejno povežemo nazaj, ko je izpad odpravljen in je povezljivost obnovljena.

Upravljamo aplikacijska potrdila UC in med aktivacijo vozlišča Enhanced Survivability Node smo posodobili potrdilo Dedicated Instance Unified CM cluster je posodobljeno z ESN.

Med aktivacijo ESN iz Control Huba bo prišlo do ponovnega zagona vseh registriranih naprav, saj bo potrdilo za Unified CM Cluster posodobljeno s potrdili multi-SAN. Zato načrtujemo obdobje vzdrževanja med aktivacijo ESN iz Control Huba. napotitev, Kako aktivirati vozlišče za izboljšano preživetje.

Med dogodkom za preživetje Enhanced Survivability Node shrani vse podatke CDR/CMR lokalno. Ko je povezljivost ponovno vzpostavljena, bodo podatki sinhronizirani nazaj v Dedicated Instance Unified CM Publisher. Količina podatkov, ki jih je mogoče shraniti, temelji na velikosti diska takratnega Enhanced Survivability Node. 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 poteka na podlagi:

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

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

• Trajanje hrambe datotek CDR / CMR (dnevi) ki je konfiguriran v nastavitvah »CDR Management«, 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 namenske instance niso dosegljiva iz vozlišča za izboljšano preživetje.

• RemoteSurvivableNodeNotReachable - alarm se sproži, ko vozlišče Enhanced Survivability Node ni dosegljivo pri založniku Dedicated Instance Unified CM.

Med dogodkom za preživetje 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 namenske instance, saj ESN med dogodkom preživetja ne bo dosegljiv iz oblaka.

Med običajnim delovanjem je replikacija baze podatkov popolnoma povezana med vsemi strežniki, vključno z vozliščem Enhanced Survivability Node znotraj gruče Unified CM. Podatki statične konfiguracije so, ker so ustvarjeni s premikanjem, dodajanjem in spremembami, vedno shranjeni pri založniku in enosmerno replicirani od založnika do vsakega naročnika in vozlišča za izboljšano preživetje v gruči.

Med dogodkom za preživetje se spremenijo samo funkcije, obrnjene k uporabniku, v napravah, ki so registrirane v vozlišču Enhanced Survivability Node, in funkcije, obrnjene k uporabniku, so običajno označene z dejstvom, da lahko funkcijo omogočite ali onemogočite neposredno na njihovem telefonu s pritiskom na enega ali več gumbov, v nasprotju s spreminjanjem funkcije prek spletnega GUI. Tako vozlišče Enhanced Survivability Node omogoča samooskrbo in spletni skrbniški grafični vmesnik kot operacije samo za branje. Uporabniške naprave, registrirane v ESN, lahko med samodejnim preklopom spreminjajo samo funkcije, ki so namenjene uporabniku in so navedene spodaj. Vendar te spremembe ne bodo sinhronizirane nazaj z izdajateljem DI Unified CM, ko bo povezljivost znova 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 vseh klicev (CFA)

• Zasebnost Omogoči ali Onemogoči

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

• Cisco Extension Mobility Prijava

• Prijava ali odjava v lovsko skupino

• Mobilnost naprave

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

Preverjanje pristnosti programskih odjemalcev (Cisco Jabber in Webex Application) za prijavo med samodejnim preklopom na Enhanced Survivability Node je naslednje:

1. Lokalna avtentikacija: Ko se preverjanje pristnosti uporabnikov izvede lokalno znotraj poenotenega CM, bo med dogodkom sposobnosti preživetja vozlišče Enhanced Survivability Node lahko preverilo pristnost odjemalcev, registriranih na njem.

2. Preverjanje pristnosti LDAP: V tem primeru se avtentikacija uporabnikov izvede z uporabo lokalnega strežnika LDAP. Nato bo med dogodkom preživetja delovalo preverjanje pristnosti programskih odjemalcev pod pogojem, da je strežnik LDAP dosegljiv iz vozlišča izboljšane preživetja.

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

3. Preverjanje pristnosti z enotno prijavo (SSO).: Preverjanje pristnosti uporabnikov pri prijavi SSO se izvede s strežnikom IDP. Nato med dogodkom preživetja deluje preverjanje pristnosti programskih odjemalcev pod pogojem, da je strežnik IDP dosegljiv iz vozlišča Enhanced Survivability Node.

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

   Že overjeni odjemalci so še naprej prijavljeni, saj preverjanje pristnosti temelji na žetonu, pridobljenem pred dogodkom preživetja. Pri novih prijavah, ko odjemalec nima veljavnega žetona iz prejšnje avtentikacije, bo ESN preusmerjen na strežnik IDP za avtentikacijo. Zato je vedno treba zagotoviti dosegljivost strežnika IDP do ESN v celotnem dogodku preživetja.

Medijski viri so potrebni za osnovne funkcije Unified CM, kot so glasba na čakanju, obvestilo, storitve konferenčnega mostu (programska oprema) morajo biti omogočene na ESN. Če so bili razporejeni medijski viri na osnovi strojne opreme, morate med dogodkom preživetja zagotoviti, da so medijski strežniki dosegljivi iz ESN.

Med običajnim delovanjem gruče DI Unified CM so klici v sili (zlasti v regiji AMER) usmerjeni prek oblaka RedSky, kjer obstaja trunk SIP, ki je konfiguriran med gruče Dedicated Instnace unified CM in oblakom RedSky.

Če pride do dogodka za preživetje, oblak RedSky ne bo dosegljiv prek ESN, zato morate načrt klicanja za klicanje v sili konfigurirati tako, da če RedSky ni na voljo, klice v sili usmerite prek lokalnega PSTN GW konfiguriran na tem mestu. Skupina poti mora biti sestavljena iz lokalnega PSTN GW za upravljanje usmerjanja klicev med dogodkom preživetja.

Tudi za klice v sili v drugih regijah namenske instance je treba načrt klicanja konfigurirati za usmerjanje klicev prek lokalnega PSTN GW med dogodkom za preživetje.

Konfigurirajte klicni načrt za usmerjanje klicev znotraj mesta, med mestom, med gručami in klicev PSTN med dogodkom preživetja. Na splošno lahko ESN usmerja klice samo za naprave, ki so registrirane na njem. Vsi drugi klici morajo biti usmerjeni na lokalni PSTN GW (konfiguriran na vsaki lokaciji, kjer je nameščen ESN) in od tam na PSTN. Sledi nekaj razloženih scenarijev:

• Telefon 1 in telefon 2 sta registrirana na isti ESN – Klic je usmerjen znotraj ESN.

• Telefon 1, registriran v ESN, in telefon 2, registriran v gruči Dedicated Instance Unified CM – Načrt klicanja bi moral preusmeriti klice iz ESN v lokalni PSTN GW, od tam do DI Unified CM prek PSTN. Med dogodkom preživetja mora klicni načrt zaznati napako pri usmerjanju klica in preusmeriti klice prek lokalnega PSTN GW. Enako bi moralo veljati za dohodne klice na ESN iz naprav DI Unified CM.

• Telefon 1 je registriran na ESN, telefon 2 pa je naprava PSTN: Med dogodkom preživetja je treba klice PSTN usmeriti na lokalni prehod PSTN. Zagotoviti morate, da ima klicni načrt zmožnost zaznavanja napak pri usmerjanju klica in preusmeritev klica prek razpoložljivega lokalnega prehoda PSTN.

Ne priporočamo klicev IKT med dvema vozliščema ESN, čeprav je to izvedljivo, če sta ESN dosegljiva znotraj vašega omrežja.

• Med dogodkom preživetja, ko je povezljivost vašega mesta z oblakom Dedicated Instance prekinjena (WAN ali izpad povezljivosti), funkcije glasovne pošte in samodejnega spremljevalca ne bodo delovale za naprave, ki so registrirane v ESN, saj gostuje strežnik Cisco Unity Connection v oblaku namenske instance, s katerim je povezljivost iz ESN prekinjena. Če je vaša naprava konfigurirana s »Call Forward Unregistered (CFU)« in je klic sprejet v DI Unified CM, potem lahko klicatelj položi glasovno pošto v Dedicated Instance Unity Connection. Ki jih je mogoče pridobiti, ko se naprave vrnejo k naročnikom DI unified CM.

• Vendar pa med dogodkom preživetja, ko je na voljo povezljivost z oblakom Dedicated Instance, vendar gruča Unified CM v DI ne deluje, v tem primeru funkcije glasovne pošte in samodejnega spremljevalca delujejo za naprave, ki so registrirane v ESN, saj bo ESN imel povezavo z strežnik Unity Connection, 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 s Cisco Expressways v oblaku DI, se lahko registrira v DI Unified CM, pod pogojem, da gruča v DI deluje.

Da bi integracije, ki temeljijo na CTI, delovale z vozliščem Enhanced Survivability Node, morate dodati vozlišče Enhanced Survivability Node kot del seznama strežnikov CTI. Izboljšave CTI so narejene za aplikacije, ki uporabljajo JTAPI, da omogočijo Enhanced Survivability Node kot strežnik CTI, s katerim se aplikacija lahko poveže samo v primeru, ko primarni ali sekundarni strežnik CTI na konfiguriranem seznamu ni dosegljiv. Med običajnim delovanjem se lahko aplikacije CTI na mestu povežejo s primarnim in sekundarnim strežnikom CTI v oblaku DI, med dogodkom za preživetje pa se lahko povežejo z vozliščem Enhanced Survivability Node za nadaljnjo izkušnjo CTI. Aplikacije se morajo prilagoditi novim API-jem, kot so izpostavljeni prek vmesnika JTAPI, da zagotovijo nadomestno delovanje iz vozlišča Enhanced Survivability Node, ko je povezljivost ponovno vzpostavljena.

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 Node s skrbniškimi pravicami samo za branje. Priporočamo, da se vse aplikacije tretjih oseb, kot je strežnik za zagotavljanje, povežejo samo z založnikom DI Unified CM za vse posodobitve, povezane z bazo podatkov. Vendar pa je mogoče, da so te aplikacije samo za branje, ko so povezane z vozliščem Enhanced Survivability Node.

Aplikacije tretjih oseb, ki se povezujejo prek kanalov SIP, podpirajo vozlišče Enhanced Survivability Node. V konfiguracijah vodila SIP, 'teči na vseh vozliščih' konfiguracija mora biti omogočena.

Podprte so naprave tretjih oseb, ki imajo zmogljivost terciarnega TFTP.