În modelul de implementare Single Site, în care un Nod de supraviețuire îmbunătățit (ESN) este implementat într-un site împreună cu un Gateway local pentru rutarea apelurilor PSTN. Maximum 7500 de dispozitive pot fi înregistrate la ESN în timpul unei întreruperi.

În modelul de implementare pe mai multe site-uri, unde există mai multe site-uri și ESN poate fi implementat în fiecare site, 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 cluster CM unificat.

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 acele 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 site.

• Opțiunea 2 – Nod de supraviețuire îmbunătățit comun 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 Instanță Dedicată. În timpul unui eveniment de supraviețuire, atunci când ESN este deconectat de la Cisco Cloud este atunci când pierdem accesul la Nod și ne conectăm automat când întreruperea este rezolvată și conectivitatea este restabilită.

Gestionăm certificatele de aplicație UC și în timpul activării Nodului de supraviețuire îmbunătățită am actualizat certificatul de cluster CM Unificat de Instanță Dedicată este actualizat cu ESN.

În timpul evenimentului de supraviețuire, Nodul de supraviețuire îmbunătățită stochează toate CDR/CMR date la nivel local. Când conectivitatea este restabilită, datele vor fi sincronizate înapoi cu editorul CM unificat de instanță dedicată. Cantitatea de date care poate fi stocată se bazează pe dimensiunea discului a Nodului de supraviețuire îmbunătățit de atunci. Spațiul maxim de alocare pe disc care poate fi setat pentru CDR este 3328 MB. Aceasta poate fi cu dimensiunea fișierului CDR mică sau mare, în funcție de intervalul CDR configurat. Epurarea are loc pe baza:

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

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

• CDR / Păstrarea fișierelor CMR Durata (zile) care este configurată în setările „Gestionare CDR”, fișierele CDR vor fi curățate. Î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 Instanțelor Dedicate nu sunt accesibile din Nodul de Supraviețuire îmbunătățită.

• RemoteSurvivableNodeNotReachable - alarma este declanșată atunci când un Nod de supraviețuire îmbunătățit nu este accesibil de la editorul Instanță Dedicată 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 Instanței Dedicate, 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 conectată între toate serverele, inclusiv Nodul de supraviețuire îmbunătățită din clusterul Unified CM. Datele de configurare statică, deoarece sunt create prin mutari, adaugări și modificări, sunt întotdeauna stocate în editor și replicate î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 de obicei caracterizate prin faptul că puteți activa sau dezactiva o funcție direct pe telefonul său 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 auto-îngrijirea și GUI de administrare web ca operațiuni numai pentru citire. Dispozitivele utilizatorului înregistrate la ESN pot face modificări numai la caracteristicile cu care se confruntă utilizatorul enumerate mai jos în timpul transferului la eroare. Cu toate acestea, aceste modificări nu vor fi sincronizate înapoi cu editorul DI Unified CM atunci când conectivitatea este restabilită.

Funcțiile orientate către utilizator sunt orice caracteristică care poate fi activată sau dezactivată prin apăsarea butoanelor de pe telefon și includ următoarele:

• Redirecționarea apelurilor la toate (CFA)

• Confidențialitate Activați sau Dezactivați

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

• Conectare Cisco Extension Mobility

• Conectarea sau deconectarea grupului de vânătoare

• Mobilitatea dispozitivului

• Statutul CTI CAPF pentru utilizatorii finali și utilizatorii aplicației.

Autentificarea clienților soft (Cisco Jabber și aplicația Webex) pentru autentificare în timpul transferului la failover la Nodul de supraviețuire îmbunătățită este după cum urmează:

1. Autentificare locală: Când autentificarea utilizatorilor se face local în cadrul Unified 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 din Nodul de supraviețuire îmbunătățită.

   Ar trebui să vă asigurați că directorul LDAP este accesibil la ESN pe tot parcursul evenimentului de supraviețuire.

3. Autentificare Single Sign On (SSO): Autentificarea 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 din Nodul de supraviețuire îmbunătățită.

   Pentru conectarea la interfața de utilizare web Unified CM 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 care este obținut înainte de evenimentul de supraviețuire. Cu toate acestea, pentru autentificări noi 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.

Resurse media sunt necesare pentru funcțiile de bază Unified CM, cum ar fi Muzică în așteptare, Anunț, Serviciile (software) pentru conferințe, 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 de la ESN.

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

Dacă există un eveniment de supraviețuire, cloud-ul RedSky nu va fi accesibil de la ESN și, prin urmare, este necesar să configurați planul de apelare pentru apeluri de urgență astfel încât, dacă RedSky nu este disponibil, să direcționați apelurile de urgență prin PSTN GW local configurat la acel site. Grupul de rute trebuie să fie format din PSTN GW 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 apeluri numai pentru dispozitivele care sunt înregistrate la acesta. Toate celelalte apeluri trebuie direcționate către PSTN local GW (configurat în fiecare site unde este implementat ESN) și de acolo către PSTN. Mai jos sunt explicate câteva scenarii:

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

• Telefonul 1 înregistrat la ESN și Telefonul 2 înregistrat la clusterul CM Unified Instanță Dedicată – Planul de apelare ar trebui să direcționeze apelurile de la ESN către GW local PSTN, de acolo către CM Unificat DI prin PSTN. Î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 PSTN GW local. Același lucru ar trebui să fie aplicabil pentru apelurile primite către ESN de la dispozitivele DI Unified CM.

• 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 PSTN local. 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 PSTN local disponibil.

• În timpul evenimentului de supraviețuire, când conectivitatea de la site-ul dvs. la cloud-ul Instanță Dedicată este întreruptă (întrerupere WAN sau conectivitate), funcțiile de mesagerie vocală și de însoțitor automat nu vor funcționa pentru dispozitivele care se înregistrează la ESN, deoarece serverul Cisco Unity Connection este găzduit în cloud-ul de Instanță Dedicată la care conectivitatea de la ESN este oprită. Dacă dispozitivul dvs. este configurat cu „Call Forward Unregistered (CFU)” și apelul este primit în DI Unified CM, atunci apelantul poate depune o mesagerie vocală în Conexiunea Dedicated Instance Unity. Care poate fi preluat atunci când dispozitivele revin la abonații CM unificat DI.

• Cu toate acestea, în timpul unui eveniment de supraviețuire, când conectivitatea la cloud Instanță Dedicată este disponibilă, dar clusterul Unified CM din DI este inactiv, în acest caz, funcțiile de mesagerie vocală și de însoțitor automat funcționează pentru dispozitivele care sunt înregistrate la 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 pe 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 Unified CM cu condiția ca clusterul din DI să fie funcțional.

Pentru ca integrările bazate pe CTI să funcționeze cu Enhanced Survivability Node, trebuie să adăugați Enhanced Survivability Node ca parte a listei de servere 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 operațiuni normale, aplicațiile CTI de la fața locului se pot conecta cu serverele CTI primare și secundare din cloud 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, așa cum sunt expuse prin interfața JTAPI, pentru a se asigura că retragerea 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 adăugate, consultați secțiunea Redundanță, 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

Aplicațiile de la terțe părți care interfață prin trunchiurile SIP sunt compatibile cu Nodul de supraviețuire îmbunătățit. În configurațiile trunchiului SIP, configurația „run on all nodes” trebuie să fie activată.

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