Hvala za povratne informacije.

V modelu uvajanja enega mesta, kjer je vozlišče izboljšanega preživetja (ESN) nameščeno znotraj mesta skupaj z lokalnim prehodom za usmerjanje klicev PSTN. Med izpadom lahko v ESN registrirate največ 7500 naprav.

V modelu uvajanja na več mestih je, kjer je na vsakem mestu mogoče uporabiti več mest in je ESN mogoče uporabiti, odvisno od poslovnih zahtev za preživetje spletnega mesta. Zahteve lokalnega prehoda in DNS so vedno nujne in v skupino je mogoče dodati skupno 8 vozlišč ESNUnified CM.

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

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

• Možnost 1: Iz boljšano vozlišče preživetja, nameščeno na vsakem mestu.

• Možnost 2 — skupno vozlišče izboljšanega preživetja v skupni rabi med več lokacijami.

Spremljamo in upravljamo vozlišče za izboljšano preživetje tako kot druga vozlišča, ki so nameščena v podatkovnem centru namenskih primerkov. Med dogodkom preživetja, ko je ESN odklopljen od IS, ko izgubimo dostop do vozlišča in Cisco Cloud se samodejno povežemo nazaj, ko je izpad odpravljen, in povezljivost se povrne.

Upravljamo certifikate aplikacij UC in med aktiviranjem vozlišča Enhanced Survivability Node smo posodobili certifikat Unified CM grozda namenskih primerkov, ki je posodobljen z ESN.

Med dogodkom preživetja vozlišče izboljšanega preživetja lokalno shrani vse podatke CDR/CMR. Ko je povezljivost obnovljena, se podatki sinhronizirajo nazaj z založnikom namenskih primerkovUnified CM. Količina podatkov, ki jih je mogoče shraniti, temelji na velikosti diska takratnega vozlišča 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, ki temelji na nastavljenem intervalu CDR. Čiščenje poteka na podlagi:

• Ko uporaba diska presega dodeljeni ali konfigurirani prostor na disku, izbriše obdelane zapise. Če bo poraba diska še vedno večja, je to takrat, ko se izbrišejo tudi neobdelani zapisi.

• Visoka oznaka vode%, ki je konfigurirana v nastavitvah« Upravljanje CDR », bodo datoteke CDR izbrisane. Če je na primer« High Water Mark% »konfiguriran kot 80% in je uporaba diska 80%, se datoteke CDR izbrišejo.

• 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 izboljšanega preživetja:

• SurvivabilityEvent — alarm se sproži, ko vsa vozlišča namenskih primerkov niso dosegljiva iz vozlišča za izboljšano preživetje.

• RemoteSurvivableNodeNotReachable — alarm se sproži, ko vozlišče za izboljšano preživetje ni mogoče doseči pri založniku namenskih primerkov. Unified CM

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

Med običajnim delovanjem je replikacija zbirke podatkov v celoti povezana med vsemi strežniki, vključno z vozliščem izboljšane preživetja znotraj skupine. Unified CM Podatki o statični konfiguraciji, ker so ustvarjeni s premiki, dodajanjem in spremembami, so vedno shranjeni na založniku in kopičeni na en način od založnika do vsakega naročnika in vozlišče za izboljšano preživetje v grozdu.

Med dogodkom preživetja se v napravah, ki so registrirane v vozlišču izboljšane preživetja, spremenijo samo funkcije, ki so usmerjene z uporabnikom, običajno pa je značilno dejstvo, da lahko funkcijo omogočite ali onemogočite neposredno v telefonu s pritiskom na enega ali več gumbov, v nasprotju s spreminjanjem funkcije prek spletnega uporabniškega vmesnika. Tako vozlišče za izboljšano preživetje omogoča samooskrbo in spletni skrbniški vmesnik kot operacije samo za branje. Uporabnikove naprave, registrirane v ESN, lahko med preklopom neuspešne spremembe spreminjajo le spodaj navedene funkcije uporabnika. Vendar te spremembe ne bodo sinhronizirane nazaj z založnikom DIUnified CM, ko se povezljivost ponovno vzpostavi.

Funkcije, usmerjene z uporabnikom, so vse funkcije, ki jih je mogoče omogočiti ali onemogočiti s pritiskom na gumbe v telefonu in vključujejo naslednje:

• Pokliči posredovanje vseh (CFA)

• Omogoči ali onemogoči zasebnost

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

• Cisco Extension MobilityPrijava

• Prijava ali odjava v skupino Hunt-group

• Mobilnost naprave

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

Preverjanje pristnosti mehkih odjemalcev (Cisco Jabberin aplikacije Webex) za prijavo med preklopom v vozlišče Enhanced Survivability Node je naslednja:

1. Lokalno prever janje pristnosti: Ko se preverjanje pristnosti uporabnikov opravi lokalno znotraj dogodka preživetjaUnified CM, bo vozlišče za izboljšano preživetje lahko preverilo pristnost odjemalcev, registriranih v njem.

2. LDAP preverjanje pristnosti: V tem primeru se avtentikacija uporabnikov opravi 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 izboljšanega preživetja.

   Zagotoviti morate dostopnost imenika LDAP do ESN skozi celoten dogodek preživetja.

3. Preverjanje pri@@ stnosti z eno prijavo (SSO): Preverjanje prijave uporabnikov SSO se izvede s strežnikom IDP. Nato med dogodkom preživetja preverjanje pristnosti mehkih odjemalcev deluje pod pogojem, da je strežnik IDP dosegljiv iz vozlišča izboljšanega preživetja.

   Za prijavo v spletni uporabniški v Unified CM mesnik, ki omogoča SSO, je potrebna dosegljivost IDP ali pa je treba uporabiti prijavo URL-ja, ki temelji na obnovitvi.

   Že overjeni odjemalci so še naprej prijavljeni, saj preverjanje pristnosti temelji na žetonu, pridobljenem pred dogodkom preživetja. Vendar pa bo za nove prijave, ko odjemalec nima veljavnega žetona iz prejšnje preverjanja pristnosti, ESN preusmeri na strežnik IDP za preverjanje pristnosti. Zato je vedno potrebno zagotoviti dostopnost strežnika IDP do ESN skozi celoten dogodek preživetja.

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

Med običajnim delovanjem DI Unified CM grozda se klici v sili (zlasti v regiji AMER) usmerjajo skozi oblak RedSky, kjer je SIP prtljažnik, ki je konfiguriran med enotnim grozdom 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 v sili tako, da, če RedSky ni na voljo, usmerite klice v sili prek lokalnega PSTN GW, konfiguriranega na tem mestu. Skupina poti mora sestavljati lokalni PSTN GW za upravljanje usmerjanja klicev med dogodkom preživetja.

Konfigurirajte načrt klicanja za usmerjanje klicev znotraj, medkrajevnih, med grozdami in PSTN med dogodkom preživetja. Na splošno lahko ESN usmerja klice samo za naprave, ki so vanj registrirane. Vse ostale klice je treba usmeriti v lokalni PSTN GW (konfiguriran na vsakem mestu, kjer je nameščen ESN) in od tam na PSTN. V nadaljevanju je pojasnjenih nekaj scenarijev:

• Telefon 1 in telefon 2 sta registrirana na isti ESN — klic je usmerjen znotraj ESN.

• Telefon 1, registriran na ESN, in telefon 2 registriran v skupini namenskih Unified CM primerkov — Načrt klicanja bi moral klice usmeriti iz ESN na lokalni PSTN GW, od tam do DI prek PSTN. Unified CM Med dogodkom preživetja mora načrt klicanja zaznati napako usmerjanja klicev in klice preusmeriti prek lokalnega PSTN GW. Enako bi moralo veljati za dohodne klice v ESN iz Unified CM naprav DI.

• Telefon 1, registriran na 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 lahko načrt klicanja zazna napake pri usmerjanju klicev in preusmerja klic prek razpoložljivega lokalnega prehoda PSTN.

• Med dogodkom preživetja, ko povezljivost vašega spletnega mesta z oblakom namenskih primerkov izklopi (izpad WAN ali povezljivost), funkcije glasovne pošte in samodejnega spremljevalca ne bodo delovale za naprave, ki se registrirajo v ESN, saj je Cisco Unity Connection strežnik gostovan v oblaku namenskih primerkov, s katerim je povezljivost iz ESN prekinjena. Če je vaša naprava konfigurirana s funkcijo« Preusmeritev klica neregistrirano (CFU) »in je klic sprejet v DIUnified CM, lahko klicatelj položi glasovno pošto v povezavo Unity za namensko instanco. Ki ga je mogoče pridobiti, ko se naprave vrnejo na DI enotne naročnike CM.

• Vendar pa med dogodkom preživetja, ko je povezljivost z oblakom namenskih primerkov na voljo, vendar je skupina v DI izključena, v tem primeru funkcije glasovne pošte in samodejnega spremljevalca delujejo za naprave, ki so registrirane v ESN, saj bo imel ESN povezljivost s strežnikom Unity Connection, nameščenim v oblaku DI. Unified CM

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 pri DIUnified CM, če je grozd v DI funkcionalen.

Če želite 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, da omogočijo vozlišče Enhanced Survivability Node kot strežnik CTI, na katerega 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 primarnimi in sekundarnimi strežniki CTI v oblaku DI, med dogodkom preživetja 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 se zagotovi rezervna povratna informacija iz vozlišča za izboljšano preživetje, ko je povezljivost obnovljena.

Za več informacij o novih dodanih API-jih glejte razdelek redundanca, 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 tretjih oseb, ki se povezujejo prek sklopov SIP, podpirajo z vozliščem Enhanced Survivability Node. V konfiguracijah SIP prtljažnika mora biti omogočena konfiguracija »zaženite na vseh voz liščih«.

Podprte so naprave tretjih oseb, ki imajo možnost terciarnega TFTP.