Începeți cu o supraviețuire îmbunătățită

Î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 număr maxim de 7500 de dispozitive pot fi înregistrate la ESN în timpul unei ieșiri.

În modelul de implementare pe mai multe site-uri, în cazul în care există mai multe site-uri și ESN pot fi implementate în fiecare site depinde de cerința de afaceri pentru capacitatea de supraviețuire a 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 Unified CM.

Acest model de implementare este relevant pentru un client dintr-o regiune cu mai multe site-uri și capacitatea de supraviețuire 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 asigurare a continuității funcționării îmbunătățit implementat în fiecare unitate.

• 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 asigurare a continuității funcționării, atunci când ESN-ul este deconectat de la Cisco Cloud, atunci când pierdem accesul la nod și ne conectăm automat înapoi atunci când ieșirea 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 Unified CM Instanță dedicată este actualizat cu ESN.

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

• Atunci când utilizarea discului depășește spațiul de disc alocat sau configurat, acesta șterge înregistrările procesate. În cazul în care utilizarea discului rămâne să fie mai mult decât atunci când înregistrările neprelucrate sunt, de asemenea, șterse.

• Marcați % apă ridicată, care este configurat în setările „CDR Management”, fișierele CDR vor fi șterse. De exemplu, în cazul în care “Marcă mare de apă %” is configured as 80% și utilizarea discului este 80% atunci fișierele CDR vor fi șterse.

• Păstrarea 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 instanței dedicate nu pot fi accesate 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 Unified CM al instanței dedicate.

Î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 putea fi accesat din cloud în timpul evenimentului de asigurare a continuității funcționării.

În timpul funcționării normale, replicarea bazei de date este amestecată complet între toate serverele, inclusiv nodul de supraviețuire îmbunătățit din clusterul Unified CM. Datele de configurare statică, deoarece sunt create prin mișcări, adăugiri și modificări, sunt întotdeauna stocate pe editor și au replicat un mod de la editor la fiecare abonat și au îmbunătățit nodul de supraviețuire din cluster.

În timpul unui eveniment de supraviețuire, numai funcțiile cu care se confruntă utilizatorul sunt modificate pe dispozitivele care sunt înregistrate în nodul de supraviețuire îmbunătățit, iar funcțiile cu care se confruntă utilizatorul sunt caracterizate de obicei prin faptul că puteți activa sau dezactiva o funcție direct pe telefonul lor apăsând unul sau mai multe butoane, spre deosebire de schimbarea unei funcții printr-un GUI bazat pe web. Deci, nodul de supraviețuire îmbunătățit permite GUI de auto-îngrijire și web admin ca operațiuni doar citite. Dispozitivele utilizatorului înregistrate la ESN pot face modificări numai la caracteristicile utilizatorului cu care se confruntă enumerate mai jos în timpul eșecului. Cu toate acestea, aceste modificări nu vor fi sincronizate înapoi la editorul DI Unified CM atunci când conectivitatea este restabilită.

Caracteristicile cu care se confruntă utilizatorul sunt orice caracteristici care pot fi activate sau dezactivate prin apăsarea butoanelor de pe telefon și includ următoarele:

• Redirecționare toate apelurile (CFA)

• Activați sau dezactivați confidențialitatea

• Nu deranjați (DND) activarea sau dezactivarea

• Conectare la mobilitatea extensiilor Cisco

• Conectare sau deconectare grup de hunting

• Mobilitate dispozitiv

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

Autentificarea clienților software (Cisco Jabber și Aplicația Webex) pentru conectare în timpul nereușitei de a îmbunătăți nodul de supraviețuire este după cum urmează:

1. Autentificare locală: Când autentificarea utilizatorilor se face la nivel local în cadrul Unified CM, în timpul evenimentului de asigurare a continuității funcționării, nodul de asigurare a continuității funcționării îmbunătățit va putea autentifica clienții înregistrați la acesta.

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

   Trebuie să asigurați accesibilitatea directorului LDAP la ESN pe parcursul evenimentului de asigurare a continuității funcționării.

3. Autentificare conectare unică (SSO): Autentificarea de conectare SSO a utilizatorilor se face cu ajutorul serverului IDP. Apoi, în timpul evenimentului de supraviețuire, autentificarea clienților software funcționează cu condiția ca serverul IDP să poată fi accesat din nodul de supraviețuire îmbunătățit.

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

   Clienții deja autentificați continuă să fie conectați, deoarece autentificarea se bazează pe tokenul obținut înainte de evenimentul de asigurare a continuității funcționării. Cu toate acestea, pentru noile conexiuni 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 parcursul evenimentului de supraviețuire.

Resursele media sunt necesare pentru funcțiile de bază Unified CM, cum ar fi Music on Hold, Anunțuri, Servicii Conferință 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 de la ESN.

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

Dacă există un eveniment de asigurare a continuității funcționării, cloudul RedSky nu va putea fi accesat de la ESN și, prin urmare, este necesar să configurați planul de apelare pentru apelare de urgență astfel încât, dacă RedSky nu este disponibil, atunci să rutați apelurile de urgență prin PSTN GW local configurat pe acel site. Grupul de rutare trebuie să conțină GW-ul local PSTN pentru a gestiona rutarea apelurilor în timpul evenimentului de asigurare a continuității funcționării.

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

• Telefonul 1 și telefonul 2 s-au înregistrat la același ESN – Apelul este direcționat în cadrul ESN.

• Telefon 1 înregistrat la ESN și telefon 2 înregistrat la clusterul Unified CM dedicat instanței – Planul de apelare trebuie să direcționeze apelurile de la ESN la PSTN GW local, de acolo la DI Unified CM prin PSTN. În timpul evenimentului de asigurare a continuității funcționării, planul de apelare trebuie să detecteze eșecul rutării apelurilor și să redirecționeze apelurile prin PSTN GW local. Același lucru ar trebui să se aplice și pentru apelurile primite către ESN de pe dispozitivele DI Unified CM.

• Telefonul 1 înregistrat la ESN și telefonul 2 este un dispozitiv PSTN: În timpul evenimentului de asigurare a continuității funcționării, 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 asigurare a continuității funcționării, atunci când conexiunea de la site-ul dvs. la cloud Instanță dedicată este în jos (întrerupere WAN sau Connectivitate), funcțiile de mesagerie vocală și de operator automat nu vor funcționa pentru dispozitivele care se înregistrează la ESN, deoarece serverul Cisco Unity Connection este găzduit în cloud Instanță dedicată la care conectivitatea de la ESN este în jos. Dacă dispozitivul dvs. este configurat cu „Redirecționare apeluri neînregistrate (CFU)” și apelul este recepționat în DI Unified CM, apelantul poate depune un e-mail vocal în Conexiunea unitate instanță dedicată. Care poate fi preluată atunci când dispozitivele revin la abonații unificați DI CM.

• Cu toate acestea, în timpul unui eveniment de asigurare a continuității funcționării atunci când conexiunea la cloud Instanță dedicată este disponibilă, dar clusterul Unified CM din DI este în jos, în acest caz funcțiile de mesagerie vocală și de operator 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 asigurare a continuității funcționării, ESN nu va putea ajunge la Cisco Expressway E & C în cloud DI și vice versa. Deci, în acest caz, utilizatorii MRA nu pot obține serviciul de la ESN și, prin urmare, nu vor putea să se înregistreze. 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 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 CTI. Îmbunătățirile CTI se fac 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ții normale, aplicațiile CTI de pe site 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 pe interfața JTAPI pentru a se asigura că nodul de supraviețuire îmbunătățit are loc atunci când conectivitatea este restabilită.

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

Serviciul AXL Web este activat în nodul de supraviețuire îmbunătățit cu privilegii de administrator doar pentru citire. Vă recomandăm ca orice aplicații terțe, cum ar fi configurarea serverului pentru interfață numai cu editorul DI Unified CM pentru orice actualizări legate de baza de date. Cu toate acestea, este posibil ca aceste aplicații să fie citite numai atunci când sunt conectate la nodul de supraviețuire îmbunătățit.

Aplicațiile terțe care interacționează prin trunchiurile SIP acceptă cu nodul de supraviețuire îmbunătățit. În configurațiile trunchiurilor SIP, trebuie activată configurația „rulați pe toate nodurile”.

Dispozitivele 3rd party sunt acceptate, care are capacitatea TFTP terțiar.