V modelu uvajanja na enem mestu, kjer je v mestu nameščeno vozlišče ESN (Enhanced Survivability Node) skupaj z lokalnim prehodom za usmerjanje klicev PSTN. Med izpadom je lahko v ESN registriranih največ 7500 naprav.

Pri modelu uvajanja na več lokacijah, kjer je več lokacij in se ESN lahko uvede na vsaki lokaciji, je to odvisno od poslovnih zahtev glede preživetja lokacije. Zahteve po lokalnem prehodu in DNS so vedno nujne, zato lahko gruči Unified CM dodate skupaj 8 vozlišč ESN.

Ta model uvajanja je primeren za stranke v regiji z več lokacijami, pri čemer je preživetje zahtevano za več teh lokacij. Čeprav je mogoče lokalni prehod PSTN deliti med različnimi lokacijami, to ni priporočljivo. če pride do izpada omrežja, lahko lokacija postane izolirana in v tem primeru ESN ne bo mogel doseči lokalnega prehoda za usmerjanje klicev v PSTN.

Spodaj sta navedeni 2 možnosti namestitve za namestitev na več lokacijah:

• Možnost 1: Na vsaki lokaciji je nameščeno vozlišče za izboljšano preživetje.

• Možnost 2 - Skupno vozlišče izboljšane preživetvene zmogljivosti, ki si ga deli več lokacij.

Vozlišče Enhanced Survivability Node spremljamo in upravljamo kot druga vozlišča, ki so nameščena v podatkovnem centru Dedicated Instance. Med dogodkom preživetja, ko je omrežje ESN odklopljeno iz oblaka Cisco Cloud, izgubimo dostop do vozlišča in se samodejno povežemo nazaj, ko je izpad odpravljen in je povezljivost ponovno vzpostavljena.

Upravljamo potrdila aplikacije UC in med aktivacijo vozlišča Enhanced Survivability Node smo posodobili certifikat namenske instance Unified CM cluster certifikat je posodobljen z ESN.

Med dogodkom preživetja vozlišče izboljšane preživetja lokalno shrani vse podatke CDR/CMR. Ko je povezljivost ponovno vzpostavljena, se podatki sinhronizirajo nazaj v namensko različico Unified CM Publisher. Količina podatkov, ki jih je mogoče shraniti, je odvisna od velikosti diska v vozlišču Enhanced Survivability Node. Največji prostor na disku, ki ga lahko določite za CDR, je 3328 MB. Velikost datoteke CDR je lahko majhna ali velika, odvisno od nastavljenega intervala CDR. Čiščenje poteka na podlagi:

• Ko poraba diska preseže dodeljeni ali konfigurirani prostor na disku, izbriše obdelane zapise. Če je poraba diska še vedno večja, se neobdelani zapisi prav tako očistijo.

• High Water Mark % , ki je konfiguriran v nastavitvah "CDR Management", bodo datoteke CDR očiščene. Če je na primer "High Water Mark" %” is configured as 80% in uporaba diska 80 %, bodo datoteke CDR očiščene.

• CDR / CMR datoteke ohranitev Trajanje (dni) , ki je konfiguriran v nastavitvah "Upravljanje CDR", bodo datoteke CDR očiščene. Privzeto je nastavljena na 30 dni.

Sledijo opozorila v sistemu 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 izboljšane preživetja.

• RemoteSurvivableNodeNotReachable - alarm se sproži, ko vozlišče Enhanced Survivability Node ni dosegljivo iz namenske različice Unified CM publisher.

Med dogodkom preživetja morate RTMT povezati z izboljšanim vozliščem preživetja, da lahko 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 podatkovne zbirke popolnoma povezana med vsemi strežniki, vključno z vozliščem za izboljšano preživetje v gruči Unified CM. Statični konfiguracijski podatki, ki se ustvarijo s premiki, dodajanjem in spremembami, so vedno shranjeni v izdajatelju in enosmerno replicirani od izdajatelja do vsakega naročnika in vozlišča za izboljšano preživetje v gruči.

Med dogodkom preživetja se v napravah, ki so registrirane v vozlišču izboljšane preživetja, spremenijo samo funkcije, ki so namenjene uporabniku, funkcije, ki so namenjene uporabniku, pa so običajno opisane s tem, da lahko funkcijo omogočite ali onemogočite neposredno na telefonu s pritiskom enega ali več gumbov, v nasprotju s spreminjanjem funkcije prek spletnega grafičnega vmesnika. Tako vozlišče Enhanced Survivability Node omogoča samooskrbo in spletni upraviteljski grafični vmesnik kot operacije samo za branje. Uporabniške naprave, registrirane v ESN, lahko v času prehoda na drugo omrežje spremenijo samo spodaj navedene funkcije, ki so namenjene uporabnikom. Vendar te spremembe ne bodo sinhronizirane nazaj v izdajatelja 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:

• Preusmerjanje klicev naprej (CFA)

• Omogočanje ali onemogočanje zasebnosti

• Omogočanje ali onemogočanje funkcije Ne moti (DND)

• Cisco Extension Mobility Prijava

• Lovska skupina Prijava ali odjava

• Mobilnost naprav

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

Avtentikacija mehkih odjemalcev (Cisco Jabber in aplikacija Webex) za prijavo med odpovedjo v vozlišče izboljšane preživetja je naslednja:

1. Lokalno preverjanje pristnosti: Če se avtentikacija uporabnikov izvaja lokalno v sistemu Unified CM, bo med dogodkom preživetja vozlišče izboljšane preživetja lahko avtenticiralo odjemalce, ki so registrirani pri njem.

2. Preverjanje pristnosti LDAP: V tem primeru se avtentikacija uporabnikov izvaja z uporabo lokalnega strežnika LDAP. Potem bo med dogodkom preživetja avtentikacija mehkih odjemalcev delovala, če je strežnik LDAP dosegljiv iz vozlišča izboljšane preživetja.

   Zagotoviti morate, da je imenik LDAP dosegljiv za ESN ves čas dogodka preživetja.

3. Preverjanje pristnosti z enotnim prijavo (SSO): Preverjanje pristnosti prijave SSO za uporabnike poteka prek strežnika IDP. Nato med dogodkom preživetja avtentikacija mehkih odjemalcev deluje, če je strežnik IDP dosegljiv iz vozlišča izboljšane preživetja.

   Za prijavo v spletni uporabniški vmesnik Unified CM z omogočenim SSO je potrebna dosegljivost IDP ali pa je treba uporabiti prijavo URL, ki temelji na obnovitvi.

   Že overjeni odjemalci so še naprej prijavljeni, saj overjanje temelji na žetonu, ki je bil pridobljen pred dogodkom preživetja. Pri novih prijavah, ko odjemalec nima veljavnega žetona iz prejšnje avtentikacije, pa bo ESN za avtentikacijo preusmeril na strežnik IDP. Zato je treba vedno zagotoviti dosegljivost strežnika IDP do omrežja ESN v času dogodka preživetja.

Medijska sredstva so potrebna za osnovne funkcije Unified CM, kot so Music on Hold, Announcement, Conference Bridge (programska oprema) storitve morajo biti omogočene v ESN. Če so bili nameščeni medijski viri, ki temeljijo na strojni opremi, morate med dogodkom preživetja zagotoviti, da so medijski strežniki dosegljivi iz omrežja ESN.

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

Če pride do dogodka preživetja, oblak RedSky ne bo dosegljiv iz omrežja ESN, zato je treba konfigurirati načrt izbiranja klicev v sili tako, da če RedSky ni na voljo, se klici v sili usmerijo prek lokalnega PSTN GW, ki je konfiguriran na tej lokaciji. Usmerjevalna skupina mora biti sestavljena iz lokalnega PSTN GW za usmerjanje klicev med dogodkom preživetja.

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

• Telefon 1 in telefon 2 sta registrirana v istem ESN - klic je usmerjen znotraj ESN.

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

• Telefon 1 je registriran v ESN, telefon 2 pa je naprava PSTN: Med dogodkom preživetja je treba klice PSTN usmeriti na lokalni prehod PSTN. Prepričati se morate, da ima klicni načrt možnost zaznavanja napak pri usmerjanju klicev in preusmerjanja klicev prek razpoložljivega lokalnega prehoda PSTN.

• Med dogodkom preživetja, ko je povezljivost z vašega spletnega mesta z oblakom Dedicated Instance (izpad WAN ali povezljivosti) motena, glasovna pošta in funkcije samodejnega spremljevalca ne bodo delovale za naprave, ki se registrirajo v ESN, saj strežnik Cisco Unity Connection gostuje v oblaku Dedicated Instance, s katerim je povezljivost iz ESN motena. Če je naprava konfigurirana s funkcijo "Call Forward Unregistered (CFU)" in je klic sprejet v DI Unified CM, lahko klicatelj odda glasovno pošto v namenski instanci Unity Connection. Ki jih je mogoče pridobiti, ko se naprave vrnejo k naročnikom enotnega CM DI.

• Vendar med dogodkom preživetja, ko je povezljivost z oblakom Dedicated Instance na voljo, vendar gruča Unified CM v oblaku DI ne deluje, v tem primeru funkcije glasovne pošte in samodejnega spremljevalca delujejo za naprave, ki so registrirane v ESN, saj ima ESN povezavo s strežnikom Unity Connection, nameščenim v oblaku DI.

Med dogodkom preživetja omrežje ESN ne bo moglo doseči hitre ceste Cisco Expressway E & C v oblaku DI in obratno. V tem primeru uporabniki MRA ne morejo dobiti storitve iz omrežja ESN in se zato ne morejo registrirati. Če pa ima naprava MRA internet in se lahko poveže z omrežjem Cisco Expressways v oblaku DI, se lahko registrira v omrežju DI Unified CM, če deluje gruča v omrežju DI.

Če želite, da integracije, ki temeljijo na CTI, delujejo z Enhanced Survivability Node, morate Enhanced Survivability Node dodati na seznam strežnikov CTI. Izboljšave CTI so namenjene aplikacijam, ki uporabljajo JTAPI, da omogočijo Enhanced Survivability Node kot strežnik CTI, s katerim se lahko aplikacija 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 lokaciji povežejo s primarnim in sekundarnim strežnikom CTI v oblaku DI, med dogodkom preživetja pa se lahko povežejo z izboljšanim vozliščem preživetja in nadaljujejo z izkušnjo CTI. Aplikacije se morajo prilagoditi novim API-jem, ki so izpostavljeni prek vmesnika JTAPI, da se ob ponovni vzpostavitvi povezljivosti zagotovi povratna povezava iz izboljšanega vozlišča preživetja.

Več informacij o novih dodanih API-jih najdete v razdelku o odvečnih zmogljivostih, 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 privilegiji samo za branje. Priporočamo, da se vse aplikacije tretjih oseb, kot je strežnik za zagotavljanje, povezujejo samo z založnikom DI Unified CM za vse posodobitve, povezane s podatkovno bazo. Vendar pa je mogoče, da te aplikacije samo berejo, ko so povezane z vozliščem za izboljšano preživetje.

Aplikacije tretjih oseb, ki se povezujejo prek magistral SIP, podpirajo Enhanced Survivability Node. V konfiguracijah magistral SIP mora biti omogočena konfiguracija 'run on all nodes'.

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