Mulțumim pentru feedback.

În modelul de implementare a unui singur site, unde un nod de supraviețuire îmbunătățit (ESN) este implementat într-un site împreună cu un gateway local pentru rutarea apelurilor PSTN. Un maxim de 7500 de dispozitive pot fi înregistrate la ESN în timpul unei întreruperi.

În modelul de implementare cu mai multe site-uri, unde există mai multe site-uri și ESN poate fi implementat în fiecare locație depinde de cerințele de afaceri pentru supraviețuirea site-ului. Cerințele unui gateway local și DNS sunt întotdeauna o necesitate și un total de 8 noduri ESN pot fi adăugate la un Unified CM cluster.

Acest model de implementare este relevant pentru un client dintr-o regiune cu mai multe site-uri, iar supraviețuirea este o cerință pentru mai multe dintre aceste site-uri. Deși este posibil să partajați gateway-ul local PSTN între site-uri, nu este recomandat. dacă există o întrerupere a rețelei, site-ul poate deveni izolat și, în acest caz, ESN nu va putea ajunge la Gateway-ul local pentru rutarea apelurilor către PSTN.

Mai jos sunt 2 opțiuni de implementare pentru o implementare pe mai multe site-uri:

• Opțiunea 1: Nod de supraviețuire îmbunătățit implementat la fiecare locație.

• Opțiunea 2 - Nod comun de supraviețuire îmbunătățit partajat între mai multe site-uri.

Monitorizăm și gestionăm nodul de supraviețuire îmbunătățit ca și alte noduri care sunt implementate în centrul de date pentru instanță dedicată. În timpul unui eveniment de supraviețuire, când ESN este deconectat de la Cisco Cloud este atunci când pierdem accesul la nod și ne conectăm automat înapoi atunci când întreruperea este rezolvată și conectivitatea este restabilită.

Gestionăm certificatele aplicației UC și în timpul activării nodului de supraviețuire îmbunătățit am actualizat certificatul de Unified CM cluster de instanță dedicată este actualizat cu ESN.

În timpul evenimentului de supraviețuire, nodul de supraviețuire îmbunătățit stochează toate datele CDR/CMR local. Când conectivitatea este restabilită, datele vor fi sincronizate înapoi la Editorul de inst Unified CM anțe dedicate. Cantitatea de date care pot fi stocate se bazează pe dimensiunea discului de atunci a nodului de supraviețuire îmbunătățit. Spațiul maxim de alocare a discului care poate fi setat pentru CDR este de 3328 MB. Acest lucru poate fi cu dimensiuni mici până la mari ale fișierului CDR pe baza intervalului CDR configurat. Epurarea are loc pe baza:

• Când utilizarea discului depășește spațiul de disc alocat sau configurat, atunci șterge înregistrările procesate. Dacă utilizarea discului rămâne mai mare, atunci este momentul în care înregistrările neprocesate sunt, de asemenea, șterse.

• High Water Mark% care este configurat în setările „CDR Management”, fișierele CDR vor fi curățate. De exemplu, dacă „High Water Mark%” este configurat ca 80% și utilizarea discului este de 80%, atunci fișierele CDR vor fi șterse.

• Con@@ servarea fișierelor CDR/CMR Durata (zile) care este configurată în setările „CDR Management”, fișierele CDR vor fi șterse. În mod implicit, este setat la 30 de zile.

Următoarele sunt alertele din RTMT legate de Nodul de supraviețuire îmbunătățit:

• SurvivabilityEvent - alarma este declanșată atunci când toate nodurile de instanță dedicată nu sunt accesibile de la nodul de supraviețuire îmbunătățită.

• RemoteSurvivableNoTreeable - alarma este declanșată atunci când un nod de supraviețuire îmbunătățit nu este accesi bil de la editorul instanței dedicate. Unified CM

În timpul evenimentului de supraviețuire, trebuie să conectați RTMT la nodul de supraviețuire îmbunătățit pentru a monitoriza performanța ESN. Același lucru nu va fi disponibil, dacă RTMT este conectat la nodurile de instanță dedicată, deoarece ESN nu va fi accesibil din cloud în timpul evenimentului de supraviețuire.

În timpul funcționării normale, replicarea bazei de date este complet plasată între toate serverele, inclusiv nodul de supraviețuire îmbunătățit din cluster. Unified CM Datele de configurare statică, deoarece sunt create prin mutări, adăugări și modificări, sunt întotdeauna stocate pe editor și reproduse într-un singur sens de la editor la fiecare abonat și nod de supraviețuire îmbunătățit din cluster.

În timpul unui eveniment de supraviețuire, numai caracteristicile orientate către utilizator sunt modificate pe dispozitivele care sunt înregistrate la nodul de supraviețuire îmbunătățită, iar caracteristicile orientate către utilizator sunt caracterizate de obicei folosind faptul că puteți activa sau dezactiva o caracteristică direct pe telefonul lor apăsând unul sau mai multe butoane, spre deosebire de schimbarea unei caracteristici printr-o interfață grafică bazată pe web. Deci, nodul de supraviețuire îmbunătățit permite îngrijirea de sine și GUI de administrare web ca operațiuni numai pentru citire. Dispozitivele utilizatorului înregistrate în ESN pot face modificări numai la caracteristicile cu care se confruntă utilizatorul enumerate mai jos în timpul failover. Cu toate acestea, aceste modificări nu vor fi sincronizate înapoi la Unified CM editorul DI atunci când conectivitatea este restabilită.

Caracteristicile orientate către utilizator sunt orice caracteristici care pot fi activate sau dezactivate prin apăsarea butoanelor de pe telefon și includ următoarele:

• Redirecționarea tuturor apelurilor (CFA)

• Confidențialitate Activați sau dezactivați

• Nu deranjați (DND) Activați sau dezactivați

• Cisco Extension MobilityAutentificare

• Autentificare sau deconectare Hunt-group

• Mobilitatea dispozitivului

• Starea CTI CAPF pentru utilizatorii finali și utilizatorii de aplicații.

Autentificarea clienților soft (Cisco Jabberși a aplicației Webex) pentru conectare în timpul failover-ului la nodul de supraviețuire îmbunătățit este după cum urmează:

1. Autentificare locală: Când autentificarea utilizatorilor se face local în cadrulUnified CM, în timpul evenimentului de supraviețuire, nodul de supraviețuire îmbunătățit va putea autentifica clienții înregistrați la acesta.

2. Autentificare LDAP: În acest caz, autentificarea utilizatorilor se face folosind serverul LDAP local. Apoi, în timpul evenimentului de supraviețuire, autentificarea clienților soft va funcționa cu condiția ca serverul LDAP să fie accesibil de la nodul de supraviețuire îmbunătățit.

   Ar trebui să vă asigurați accesibilitatea directorului LDAP la ESN pe tot parcursul evenimentului de supraviețuire.

3. Autentificare Single Sign On (SSO): Autentificarea de conectare SSO a utilizatorilor se face folosind serverul IDP. Apoi, în timpul evenimentului de supraviețuire, autentificarea clienților soft funcționează cu condiția ca serverul IDP să fie accesibil de la nodul de supraviețuire îmbunătățită.

   Pentru conectarea la interfața de utilizare Unified CM web activată SSO, este necesară accesibilitatea IDP sau trebuie utilizată autentificarea URL bazată pe recuperare.

   Clienții deja autentificați continuă să fie conectați, deoarece autentificarea se bazează pe simbolul obținut înainte de evenimentul de supraviețuire. Cu toate acestea, pentru autentificări noi atunci când clientul nu are un token valid de la autentificarea anterioară, ESN va redirecționa către serverul IDP pentru autentificare. Prin urmare, este întotdeauna necesar să se asigure accesibilitatea serverului IDP la ESN pe tot parcursul evenimentului de supraviețuire.

Resursele media sunt necesare pentru Unified CM caracteristicile de bază, cum ar fi muzica în așteptare, anunțuri, serviciile Conference Bridge (software) trebuie să fie activate pe ESN. Dacă au fost implementate resurse media bazate pe hardware, atunci în timpul evenimentului de supraviețuire trebuie să vă asigurați că serverele media sunt accesibile din ESN.

În timpul operațiunilor normale ale Unified CM clusterului DI, apelurile de urgență (în special în regiunea AMER) sunt direcționate prin norul RedSky unde există un trunchi SIP care este configurat între clusterul CM unificat Dedicated Instnace și norul RedSky.

Dacă există un eveniment de supraviețuire, norul RedSky nu va fi accesibil de la ESN și, prin urmare, este necesar să configurați planul de apelare de apelare de urgență astfel încât, dacă RedSky nu este disponibil, să direcționați apelurile de urgență prin GW local PSTN configurat la acel site. Grupul de rute trebuie să fie format din GW PSTN local pentru a gestiona rutarea apelurilor în timpul evenimentului de supraviețuire.

Configurați planul de apelare pentru rutarea apelurilor intrasite, intersite, inter-cluster și PSTN în timpul evenimentului de supraviețuire. În general, ESN poate direcționa apelurile numai pentru dispozitivele care sunt înregistrate la acesta. Toate celelalte apeluri trebuie să fie direcționate către GW local PSTN (configurat în fiecare site unde este implementat ESN) și de acolo către PSTN. Următoarele sunt câteva scenarii explicate:

• Telefonul 1 și Telefonul 2 înregistrate la același ESN - Apelul este direcționat în ESN.

• Telefonul 1 înregistrat la ESN și telefonul 2 înregistrat în Unified CM clusterul de instanță dedicată - Planul de apelare ar trebui să direcționeze apelurile de la ESN către PSTN GW local, de acolo către DI prin PSTN. Unified CM În timpul evenimentului de supraviețuire, planul de apelare ar trebui să detecteze eșecul de rutare a apelurilor și să redirecționeze apelurile prin GW PSTN local. Același lucru ar trebui să fie valabil și pentru apelurile primite către ESN de la Unified CM dispozitivele DI.

• Telefonul 1 înregistrat la ESN și telefonul 2 este un dispozitiv PSTN: În timpul evenimentului de supraviețuire, apelurile PSTN trebuie direcționate către gateway-ul local PSTN. Trebuie să vă asigurați că planul de apelare are capacitatea de a detecta eșecurile de rutare a apelurilor și de a redirecționa apelul prin gateway-ul local PSTN disponibil.

• În timpul evenimentului de supraviețuire, când conectivitatea de la site-ul dvs. la norul de instanță dedicată este întreruptă (WAN sau întrerupere a conectivității), funcțiile mesageria vocală și asistentul automat nu vor funcționa pentru dispozitivele care se înregistrează la ESN, deoarece Cisco Unity Connection serverul este găzduit în norul de instanță dedicată la care conectivitatea de la ESN este întreruptă. Dacă dispozitivul dvs. este configurat cu „Redirecționare apel neînregistrată (CFU)” și apelul este primit în DIUnified CM, atunci apelantul poate depune o mesagerie vocală în Conexiunea unității instanței dedicate. Care poate fi recuperat atunci când dispozitivele revin la abonații CM unificați DI.

• Cu toate acestea, în timpul unui eveniment de supraviețuire când conectivitatea la norul de instanță dedicată este disponibilă, dar Unified CM clusterul din DI este oprit, în acest caz funcțiile mesageria vocală și asistentul automat funcționează pentru dispozitivele înregistrate în ESN, deoarece ESN va avea conectivitate la serverul Unity Connection implementat în cloud DI.

În timpul evenimentului de supraviețuire, ESN nu va putea ajunge la Cisco Expressway E & C în cloud DI și invers. Deci, în acest caz, utilizatorii MRA nu pot obține serviciul de la ESN și, prin urmare, nu se vor putea înregistra. Cu toate acestea, dacă dispozitivul MRA are internet și se poate conecta la Cisco Expressways în cloud DI, atunci se poate înregistra la DI cu condiția ca clusterul Unified CM din DI să fie funcțional.

Pentru ca integrările bazate pe CTI să funcționeze cu nodul de supraviețuire îmbunătățit, trebuie să adăugați nodul de supraviețuire îmbunătățit ca parte a listei de servere a CTI. Îmbunătățirile CTI sunt făcute pentru aplicațiile care utilizează JTAPI pentru a permite Nodul de supraviețuire îmbunătățit ca server CTI la care aplicația se poate conecta numai în cazul în care serverele CTI primare sau secundare din lista configurată nu sunt accesibile. În timpul unei funcționări normale, aplicațiile CTI de pe site se pot conecta cu serverele CTI primare și secundare din norul DI și în timpul evenimentului de supraviețuire, se pot conecta cu nodul de supraviețuire îmbunătățit pentru o experiență CTI continuă. Aplicațiile trebuie să se adapteze la noile API-uri expuse prin interfața JTAPI pentru a se asigura că rezerva de la nodul de supraviețuire îmbunătățită are loc atunci când conectivitatea este restabilită.

Pentru mai multe informații despre noile API-uri adăugate, consultați secțiunea redundanță, 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

Aplicațiile terță parte care interacționează prin trunchiurile SIP suportă cu nodul de supraviețuire îmbunătățit. În configurațiile trunchiului SIP, configurația „rulați pe toate no durile” trebuie activată.

Sunt acceptate dispozitive terțe care au capacitate TFTP terțiară.