- Pagină de pornire
- /
- Articol
Mulțumim pentru feedback.
Ghid de implementare a migrării
În acest articol
Feedback?Procesul de migrare structurată de la Cisco Unified CM local la cloud Webex Calling, utilizând metodologia PPDIO. Aceasta implică considerații critice de proiectare cum ar fi selectarea regiunii, planurile de apelare, serviciile de urgență și înregistrarea apelurilor. Procesul, de asemenea detaliază licențierea, furnizarea utilizatorilor, SSO și disponibilitatea rețelei pentru a asigura o funcționare lină și tranziţie eficientă.
Înainte de a începe
Acest ghid este destinat echipelor sau persoanelor cu experiență în configurarea și administrarea Cisco Unified Communications Manager (Unified CM) și a punctelor finale Cisco, inclusiv telefoane de birou IP, dispozitive video și clienți soft Jabber. De-a lungul acestui document, există linkuri către documentația de produs și asistență pentru a vă ajuta.
Acest document se concentrează numai pe tranzițiile de la Unified CM la Webex Calling mai mulți chiriași. Termenul Webex Callingdin acest document se referă întotdeauna la Webex Calling multi-chiriaș.
Înainte de a începe migrarea de Unified CM la la laWebex Calling, este imperativ să aveți o înțelegere cuprinzătoare a Webex Calling soluției și a componentelor sale respective. O migrare reușită necesită familiarizarea cu Webex Calling arhitec tura, modelele de servicii, opțiunile de implementare și caracteristicile asociate pentru a mapa corect sarcinile de Unified CM lucru existente și pentru a proiecta un plan eficient de tranziție.
O înțelegere aprofundată a următoarelor Webex Calling componente este esențială pentru a informa o strategie eficientă de tranziție și pregătirea operațională.
-
Hub de control
-
Aprovizionarea directorului și a utilizatorilor
-
Webex Callingplatformă
-
Puncte finale de apelare acceptate
-
Opțiuni de conectivitate PSTN
-
Webex CallingPlanul de apelare și gestionarea numerelor
-
Caracteristici de securitate și conformitate.
Pentru mai multe informații, consultați Arhit ectura preferată Cisco pentruWebex Calling.
Acest ghid va evidenția instrumentele și procesele de utilizat pe tot parcursul ciclului de viață al tranziției. Cu toate acestea, o tranziție de la apelurile locale Unified CM la o nouă platformă de apeluri în cloud,Webex Calling, poate fi un efort semnificativ, cu potențiale provocări de afaceri, tehnice și complexe. Pentru a ajuta la depășirea acestor provocări, Cisco are câteva opțiuni diferite disponibile pentru a vă ajuta în călătoria dvs. Este important să examinați informațiile de la Enterprise cloud Calling - Migrarea apel urilor și să înțelegeți fiecare opțiune și modul în care fiecare dintre ele vă poate ajuta cu propria migrare.
-
Instrumente de migrare Webex: instrumente gratuite cu autoservire încorporate în Control Hub pentru a vă simplifica tranziția la Webex Calling
-
Furnizori certificați de migrare: furnizori de software și instrumente validați de Cisco care au dezvoltat soluții de migrare pentru a ajuta partenerii și clienții Webex cu migrări complexe și mari. Aceste soluții pot ajuta la simplificarea, gestionarea și accelerarea tranziției către Webex Calling
-
Webex Setup Assist: un serviciu de migrare condus de Cisco care ghidează clienții și partenerii prin Webex Calling implementare și configurare, care sunt necesare pentru a migra cu succes Unified CM utilizatorii și serviciile către. Webex Calling
Prezentare generală
Odată cu creșterea serviciilor de colaborare furnizate în cloud, mai mulți clienți caută să-și mute volumele de lucru existente de colaborare în cloud, având în vedere promisiunile de cost total de proprietate redus, gestionare simplificată, livrare continuă a caracteristicilor, scară sporită și fiabilitate superioară inerentă serviciilor bazate pe cloud. Pe măsură ce clienții caută să facă tranziția de la serviciile de colaborare locale la serviciile de colaborare cloud, este important pentru ei să înțeleagă ce presupune tranzi ția și pașii necesari pentru a face tranziția.
Scopul acestui document este de a oferi îndrumări de implementare pentru clienții care doresc în mod specific să facă tranziția de la Unified CM local la Webex Calling în cloud. Acest ghid de implementare presupune că cititorul are o înțelegere de bază a tranzi ției apelurilor între Unified CM șiWebex Calling, inclusiv ce se modifică la efectuarea acestei tranziții și care sunt diferențele atunci când mută volumul de muncă de apelare din local în cloud. Înainte de a continua, asigurați-vă că ați examinat și sunteți familiarizați cu informațiile disponibile în harta tranziției. Acest document de hartă de tranziție oferă informații despre modificările și diferențele acestei tranziții.
După cum se arată în Figura Arhit ectură de colaborare locală: controlul apelurilor și acces la distanță, o implementare locală tipică include diferite componente de infrastructură de colaborare în rețea, o platformă de control al apelurilor, o platformă de margine, puncte finale hardware și software și, în unele cazuri, chiar platforme de conferință și programare. În arhitectura Cisco, aceasta ar include Unified CM controlul apelurilor, Expressway pentru acces la distanță și servicii edge business-to-business (B2B), Cisco Meeting Server/ Cisco Meeting Management pentru conferințe locale, Unity Connection pentru mesagerie vocală și hardware orientat către utilizator (telefoane IP Cisco, sisteme video Cisco Desk și Room) și software () terminale bazate pe IP. Cisco Jabber Aceste componente pot varia ușor în unele medii, dar acesta este punctul de plecare pentru tranziția descrisă în restul acestui document.
Arhitectura prezentată în Fig ura Arhitectura colaborării locale: controlul apel urilor și accesul la distanță se bazează pe Arhitectura preferată (PA) pentru implementările locale Cisco Collaboration Enterprise. Pentru mai multe informații despre Enterprise On-premise, consultați arhitecturile preferate de colaborare Cisco.
Înainte: Tabelul componentelor infrastructurii de apel are locală listează elementele cheie ale arhitecturii locale înainte de tranziția Webex Calling la cloud.
| Produs | Descriere |
|---|---|
| Unified CM | Controlul apelurilor local care oferă servicii de înregistrare a dispozitivelor și de rutare a apelurilor |
| Cisco Expressway-C/E | Infrastructură Edge care oferă funcționalități mobile și Remote Access (MRA) și business-to-business (B2B) care permit punctelor finale de la distanță să se conecteze în siguranță din afara organizației. Expressway este implementat în perechi pentru a oferi traversarea prin firewall pentru punctele finale externe. |
| Serverul de întâlniri Cisco (CMS), managementul întâlnirilor Cisco (CMM) și suita Cisco de gestionare a teleprezenței (TMS) | Infrastructură locală de conferințe vocale, video și web care oferă întâlniri cu mai multe puncte, gestionarea întâlnirilor și posibilități de programare. [Opțional] |
| Cisco Unity Connection | Platformă locală de mesagerie vocală care oferă capabilități de mesagerie vocală și de mesagerie unificată. [Opțional] |
| Cisco Desk, Cisco Room, Placă Cisco, Telefoane IP Cisco și Cisco Jabber | Dispozitive bazate pe IP înregistrate Unified CM și care oferă capabilități de apelare vocală și video |
După cum este ilustrat în Figura Decizie de tranziție: apelarea locală către Webex Calling, clienții care au un control al apelurilor locale cu puncte finale IP de birou Unified CM și video au posibilitatea de a face tranziția arhitecturii către o arhitectură cloud. Webex Calling
Decizia trebuie luată pe baza cerințelor de funcționalitate ale clientului. Clienții care au următoarele cerințe ar trebui să ia în considerare cu atenție înainte de a lua această decizie și, în cele din urmă, pot decide să păstreze controlul apelurilor local:
- Modele de telefon care nu sunt acceptate de Webex Calling
- Integrări complexe sau numeroase cu alte sisteme sau soluții locale, în special în cazul în care replicarea acestor integrări Webex Calling este dificilă sau nu sunt disponibile soluții alternative echivalente
- Plan de apelare complex, clase de servicii foarte granulare sau ambele
- Acces restrictiv, limitat sau nesigur la Internet
- Politici stricte privind confidențialitatea și proprietatea datelor
- Cerință de conformitate pentru înregistrarea și stocarea suporturilor media locale sau în țară
- Integrări terțe fără integrare alternativă Webex Calling viabilă
- Integrări de centre de contact în care centrul de contact inter nu se mută încă în cloud.
Acest document se concentrează pe clienții cu implement Unified CM ări de control al apelurilor care doresc să înțeleagă pașii, considerațiile și cerințele generale pentru activarea Webex Calling implementării, așa cum este descris în secțiunea următoare.
Componente de bază
Arhitectura țintă pentru această migrare include mai multe componente noi. Aceasta include Webex Calling serviciul pentru apeluri bazate pe cloud, aplicația Webex, Cisco Directory Connector pentru integrarea identității și Gateway-ul local (LGW) pentru accesul PSTN, precum și integrarea apelurilor locale în cloud. Planurile de apelare Cisco sau Cloud Connected PSTN (CCP) facilitate de un Cloud Connect pentru Webex Calling partener sunt opțiuni suplimentare pentru accesul PSTN.
După cum se arată în Figura După: Webex Calling Arhitectură, noile componente (Webex Calling, Conector director, gateway local și gateway de supraviețuire) sunt adăugate la implementarea locală exist entă.
După: Tabelul componentelor infrastructurii de apelare în cloud listează noile elemente ale arhitecturii după trecerea la Webex.
| Produs | Descriere |
|---|---|
| Webex Calling | Serviciul de apeluri bazat pe cloud livrat de pe platforma Webex și care oferă înregistrarea punctului final și rutarea apelurilor |
| Conector director Cisco | Aplicație Windows care rulează pe o mașină de domeniu Windows care asigură
sincronizarea identității între întreprinderea locală Active Directory și
magazinul de identitate al organizației Webex. Pentru clienții care trec de la local Active Directory la Entra ID, integrarea identității cu Webex în loc de Cisco Directory Connector utilizează aplicația Entra ID Wizard. |
| Gateway local | Un gateway local acționează ca o punte între rețeaua de comunicații unificate locale a unui client și Webex Calling cloud. Acesta poate fi implementat local sau găzduit de un partener, oferind acces PSTN pentru punctele finale înregistrate în cloud, precum și integrarea apelurilor între punctele finale înregistrate și cele Unified CM înregistrate în cloud. Cisco IOS-Router pentru servicii integrate XE (seria ISR 1100 și 4000), Cisco Catalyst 8200/8300 Series, Cisco Catalyst 8000V Edge Software și diverse controlere de frontieră de sesiune certificate (SBC) terță parte pot fi utilizate ca LGW pentru o abordare de migrare pe etape. |
| Gateway de supraviețuire | Survivalability Gateway (SGW) este un gateway de rețea locală bazat pe IOS-XE care oferă servicii de apelare de rezervă către punctele finale la fața locului în timpul întreruperilor rețelei. Webex Calling |
| Planul de apelare Cisco, Cloud Connect pentru Webex Calling | Cisco Calling Plan și Cloud Connect for Webex Calling sunt opțiuni bazate pe cloud pentru accesul PSTN pentru Webex Calling punctele finale. Accesul PSTN este facilitat de un furnizor PSTN cloud și nu necesită echipament local. |
| Aplicația Webex | Aplicație client care rulează pe sistemul de operare desktop (Windows, Mac) sau sistem de operare mobil (Android, iOS) și înregistrată direct pe Webex Calling platformă pentru funcționalitatea de apelare. |
Prezentare generală a procesului PPDIO
Procesul PPDIO înseamnă Pregătire, Planificare, Proiectare, Implementare și Optimizare. Este o metodologie structurată Cisco care ghidează proiectele de la evaluarea inițială până la îmbunătățirea continuă, asigurând implementări sau migrări eficiente și reușite.
Descrierea generală a PPDIO
-
Pregătiți: Evaluați mediul actual, adunați cerințele și aliniați părțile interesate pentru a stabili o bază solidă.
-
Plan: Elaborați planuri detaliate de proiect, inclusiv termene, resurse și strategii de atenuare a riscurilor.
-
Proiectare: Arhitectați soluția țintă adaptată nevoilor de afaceri și tehnice.
-
Implementare: Executați implementarea sau migrarea în funcție de proiectare, validând funcționalitatea și performanța.
-
Optimizare: Îm bunătățiți continuu soluția post-implementare prin monitorizarea performanței, rafinarea configurațiilor și valorificarea instrumentelor de automatizare și integrare.
Utilizarea PPDIO pentru proiecte Unified CM de Webex Calling migrare
La trecerea de la la Unified CM laWebex Calling, procesul PPDIO oferă o foaie de parcurs clară pentru a asigura o tranziție lină și eficientă:
Pregătiți
-
Evaluarea Unified CM mediului existent și a gradului de pregătire pentru migrație
-
Colectați date detaliate despre utilizatori, dispozitive, rețea și dependențe
-
Colectați detalii despre locație, inclusiv adresa de răspuns de urgență, numărul de utilizatori, acces la internet, acces PSTN
-
Identificați riscurile și definiți domeniul de aplicare al proiectului pentru a alinia toate părțile interesate.
Planifică
-
Creați un plan de migrare cuprinzător cu programări de lot, alocări de resurse și cron ologii
-
Definiți sarcini, cum ar fi actualizările firmware-ului dispozitivului, furnizarea licențelor și integrarea utilizatorilor
-
Coordonați ferestrele de migrare cu Cisco și partenerii pentru a minimiza întreruperile.
Proiectare
-
Maparea Unified CM configurațiilor curente, a planurilor de apelare și a profilurilor de utilizator la Webex Calling echivalente
-
Proiectați Webex Calling mediul, inclusiv strategia PSTN (intermediară și finală), locații, roluri de utilizator și puncte de integrare, cum ar fi Gateway Local (CUBE) și sincronizarea directorului
-
Planificați scenarii de coexistență în care Unified CM și Webex Calling funcționează simultan în timpul migrației.
Implementați
-
Utilizați instrumentele de migrare Control Hub alături de instrumente terțe pentru a efectua modificări ale modului de firmware al dispozitivului, configur area caracteristicilor și migrarea utilizatorilor
-
Folosiți operațiuni în bloc și furnizarea utilizând API-urile Webex pentru a eficientiza migrările și configurațiile la scară largă
-
Executați furnizarea licențelor, înregistrarea dispozitivului și actualizările de configurare
-
Validați succesul migrării prin testare și verificare operațională.
Optimizați
-
Monitorizați continuu Webex Calling performanța și experiența utilizatorului
-
Rafinați configurațiile și fluxurile de lucru pe baza datelor operaționale și a feedback-ului
-
Folosiți capacitățile de automatizare și integrare pentru a spori eficiența și scalabilitatea
-
Dezafectați Unified CM componentele vechi, după caz, și oferiți sprijin continuu pentru operațiunile din ziua a doua.
Această abordare PPDIO îmbunătățită asigură o migrare controlată, transparentă și eficientă de la la Unified CM laWebex Calling, utilizând instrumentele Cisco, API-urile și ecosistemul partenerilor pentru a menține continuitatea afacerii și a îmbunătăți capacitățile de colaborare.
Bucle de feedback PPDIO
Prezentarea generală la nivel înalt descrisă în Iterațiile figurii în timpul executării PPDIO ilustrează o singură buclă de feedback de la faza de optim izare înapoi la faza de pregătire . Aceasta înseamnă că, după implementarea inițială, există o oportunitate continuă de îmbunătățire continuă. Fiecare ciclu de optimizare poate identifica noi cerințe sau domenii de îmbunătățire, care pot fi abordate prin proiecte sau inițiative ulterioare. Aceste proiecte individuale, la rândul lor, urmează fiecare ciclul de viață stabilit PPDIO (Pregătiți, Planificați, Proiectați, Implementați, Optimizați). Această abordare iterativă asigură faptul că sistemul rămâne aliniat la obiectivele de afaceri în evoluție și la progresele tehnologice, favorizând o cultură a rafinamentului și adaptabilității continue.
În timpul executării procesului PPDIO, este obișnuit ca constatările din fazele ulterioare să necesite revizuirea și eventuala revizuire a deciziilor luate în etapele anterioare. De exemplu, problemele întâmpinate în timpul fazei de punere în aplicare, cum ar fi identificarea ambiguităților de proiectare sau a detaliilor lipsă, pot dezvălui faptul că anumite aspecte nu au fost abordate pe deplin în timpul fazei de proiectare. În astfel de cazuri, devine necesar să se repete la faza anterioară relevantă pentru a rezolva aceste probleme înainte de a continua. Acest mecanism de feedback iterativ, așa cum este ilustrat în procesul PPDIO Unified CM asist at de figură asigură că soluția este validată și rafinată temeinic, contribuind în cele din urmă la o implementare mai robustă și mai eficientă.
Atunci când întreprindeți o tranziție de Unified CM la laWebex Calling, fiecare fază a procesului PPDIO poate beneficia în mod semnificativ de informațiile colectate din Unified CM mediul existent. De exemplu, inventare cuprinzătoare de utilizatori, numere de telefon, caracteristici de apelare și componente ale planului de apelare pot fi extrase din Unified CM configurația curentă. Aceste date completează informațiile furnizate direct de părțile interesate și ajută la eficientizarea activităților de planificare și proiectare. Utilizarea instrumentelor adecvate pentru automatizarea extragerii și analizei datelor nu numai că îmbunătățește acuratețea, ci și accelerează procesul general. Prin utilizarea informațiilor din implementarea existentă, tranziția la Webex Calling poate fi executată mai eficient decât o implementare tradițională greenfield, respectând în același timp metodologia structurată PPDIO. Acest proces este ilustrat în procesul PPDIO Unified CM asistat de figură.
Abordarea migrației
Pe măsură ce planificați tranziția de la local Unified CM la localWebex Calling, trebuie să determinați modul în care veți aborda această călătorie. În primul rând, va trebui să decideți dacă migr area va fi o clipă (totul dintr-o dată) sau o abordare pe etape (migrarea grupurilor de utilizatori/dispozitive pe o perioadă lungă de timp).
Efectuarea unei migr ări flash-cut mută toți utilizatorii și dispozitivele dvs. cel mai rapid. Cu această metodă, veți muta toți utilizatorii și dispozitivele de la Unified CM local Webex Calling la același timp. În esență, este o singură fereastră de migrare pentru toți utilizatorii și dispozitivele. După finalizarea acestei migrări, toți utilizatorii și dispozitivele dvs. vor fi pe Webex Calling platformă și toată Unified CM infrastructura dvs. poate fi dezafectată. Cu toate acestea, multe organizații nu pot utiliza această abordare din cauza dimensiunii și dimensiunii implementării apelurilor.
A doua abordare este o migrație pe etape. Majoritatea organizațiilor vor folosi această abordare, deoarece oferă un control mai bun, gestionare și scalare odată cu migrarea. De asemenea, este mai potrivit pentru implementări și/sau implementări UC mai mari în mai multe regiuni. Prin urmare, acest document se concentrează pe abordarea pe etape, cu două etape în tranziție.
După cum se arată în Figura de mai jos Tranziție de apelare pe etape: Hibrid și cloud, prima fază de tranziție (faza 1) are ca rezultat o implementare de coexistență cu medii de apel are duală. În această fază, unii utilizatori, dispozitive și clienți soft sunt trecuți la, Webex Calling în timp ce alții sunt încă pe controlul apelurilor localeUnified CM. Faza finală de tranziție (faza 2) are ca rezultat un mediu pur de apelare cloud în care toți utilizatorii, dispozitivele și clienții soft au fost complet tranziționați către Webex Calling platformă.
Cât timp durează unei organizații să treacă complet la apelurile în cloud va varia în funcție de implementarea actuală. În unele cazuri, o organizație poate face tranziția inițială și poate rămâne în faza de coexistență a controlului apelurilor duale (Faza 1) pentru o perioadă extinsă (luni sau chiar ani), în timp ce în alte cazuri, o organizație poate trece complet la Webex Calling (Faza 2) într-o perioadă foarte scurtă (săptămâni sau luni). Acest document este destinat să acoper e ambele faze (faza 1 - coexistență și faza 2 - tranziție completă).
Este posibil ca unele organizații să mențină o implementare de coexistență a controlului apelurilor duale la nesfârșit, fără planuri de a trece vreodată complet la apelurile în cloud.
A doua considerație este modul în care veți trece utilizatorii, dispozitivele și clienții soft de la controlul apelurilor locale la controlul apelurilor în cloud. Abordarea recomandată este o tranziție în trei etape . Figura Tran ziția trifazată recomandată de mai jos descompune această abordare în cele 3 faze.
Pre-migrare: Această fază se concentrează pe pregătirea atât a Webex, cât și a Unified CM mediilor pentru migrare. Nu este vorba despre apelarea planificării sau configurațiilor specifice și se concentrează pe finalizarea activităților care pot fi realizate acum și înainte de începerea oricărui proiect de Webex Calling migrare. Scopul este de a construi fundația pentru ca cele două medii să se pregătească pentru migrație.
Pregă@@ tirea migrației: În această fază începe efortul de pregătire pentru migrare Webex Calling. Aici, cerințele tehnice și de afaceri trebuie revizuite și actualizate. Nu faceți doar o ridicare și o schimbare a ceea ce este implementat în prezent, ci, în schimb, redefiniți cerințele de afaceri și tehnice de care compania dvs. are nevoie astăzi și în viitor, valorificând puterea. Unified CM Webex Calling În plus, aceasta este faza în care vă veți finaliza proiectarea, planificarea configurației și planificarea/programul migrării.
Migrare (lansare și dezafectare): Această fază este locul în care are loc migrarea efectivă a utilizatorilor, dispozitivelor, numerelor de telefon și clienților soft. După cum sa discutat mai sus, această fază poate fi finalizată pentru toată lumea la un moment dat (flash-cut) sau peste mai multe ferestre de schimbare (tăiate în etape). Planurile de adoptare a utilizatorilor finali, instruirea și comunicările sunt esențiale, astfel încât utilizatorii dvs. să fie conștienți de schimbări, cum să utilizeze noua platformă de apelare și să știe când se va întâmpla schimbarea. Ultimul pas este dezafectarea întregii infrastructuri UC locale care nu mai este utilizată.
Faza pre-migrare are activități (obligatorii, recomandate și opționale) la care puteți începe să lucrați imediat. Este recomandat să le finalizați mai devreme decât mai târziu și, de preferință, înainte de începerea proiectului. Unele dintre activități pot dura mai mult timp pentru a fi finalizate, prin urmare, începerea lor mai devreme vă va ajuta să vă eficientizați proiectul efectiv de migrare.
Figura Activ ități pre-migrație de mai jos evidențiază cinci categorii specifice de activități care sunt legate de o Webex Calling migrație.
Pregătește-te
Cerințe de afaceri și tehnice
Atunci când planificați o migrare de la la la, este esențial să adunați în detaliu atât cerințele tehnice, cât și cele de afaceri în faza de planificare. Acest pas asigură faptul că migrarea se aliniază obiectivelor operaționale și capacităților tehnice ale organizației dvs., minimizând riscurile și întreruperile.
De ce este importantă colectarea cerințelor:
-
Aliniază obiectivele afacerii: Înț elegerea nevoilor afacerii ajută la adaptarea migrării pentru a sprijini fluxurile de lucru cheie, experiența utilizatorului și planurile de creștere.
-
Asigură compatibilitatea tehnică: Identificarea timpurie a cerințelor tehnice previne problemele de integrare cu infrastructura, rețeaua și punctele finale existente.
-
Facilitează planificarea resurselor: cerințele clare ajută la estimarea cu precizie a termenelor, costurilor și resurselor necesare.
-
Reduce riscurile: Detectarea timpurie a potențialelor provocări permite soluții proactive, reducând timpii de nefuncționare și întreruperile serviciului.
Cerințe de afaceri
Cerințele tipice de afaceri includ:
-
Numărul de utilizatori și locații care urmează să fie migrate
-
Caracteristici și servicii dorite (exemplu, rutarea apelurilor, mesagerie vocală, conferințe, însoțitori auto, co zi de apel)
-
Politici de conformitate și securitate
-
Constrângeri bugetare și așteptări de cost
-
Instruirea utilizatorilor și nevoile de asistență
-
Cronologia migrației și considerațiile privind continuitatea afacerii.
Colectarea caracteristicilor și serviciilor dorite este un pas critic pentru a vă asigura că noul sistem răspunde nevoilor afacerii. Atunci când colectați aceste cerințe, este important să nu luați în considerare doar ceea ce este configurat în prezent, ci să încercați să colectați cerințele reale de la entitățile comerciale care urmează să utilizeze sistemul. În caz contrar, există riscul ca planul să se bazeze pe ipoteze pe termen lung. Asigurați-vă că evaluați caracteristicile suplimentare sau îmbunătățite disponibile în care este posibil să nu existe, cum ar fi apelurile din cloud, cozile avansate de apeluri și. Acest lucru ajută la valorificarea deplină a beneficiilor platformei cloud.
Atunci când evaluați configurația curentă în, este important să recunoașteți că nu toate setările existente pot rămâne necesare din cauza cerințelor în evoluție pe tot parcursul ciclului de viață al sistemului. Accentul ar trebui să fie pus pe identificarea și păstrarea numai a acelor configurații care se aliniază nevoilor actuale și viitoare ale implementării.
Concentrează-te mai mult pe ceea ce ai nevoie decât pe ceea ce ai.
Politic@@ ile de conformitate și securitate sunt considerente esențiale în timpul migrării de la la la la, pentru a Webex Calling se asigura că noul sistem de comunicații bazat pe cloud respectă standardele legale, de reglementare și organizaționale.
-
Conformitatea cu reglementările: Organizațiile trebuie să verifice dacă respectă reglementările specifice industriei, cum ar fi GDPR, HIPAA sau SOX, abordând cerințele privind confidențialitatea, păstrarea și manipularea datelor, precum și mandatele specifice fiecărei țări legate de rezidența datelor, ocolirea taxei rutiere și localitatea media.
-
Securitatea datelor: Asigur area faptului că datele vocale și de semnalizare sunt criptate atât în tranzit, cât și în repaus, pentru a proteja împotriva interceptării sau accesului neautorizat.
-
Controale de acces: Definirea și impunerea autentificării utilizatorilor, a autorizării și a accesului bazat pe roluri pentru a preveni utilizarea neautorizată a resurselor de comunicare.
-
Audit și monitorizare: Im plementarea capacităților de înregistrare și monitorizare pentru a urm ări accesul și utilizarea pentru audituri de conformitate și investigații privind incidentele de securitate.
-
A@@ linierea politicilor: alinierea migrării la politicile de securitate corporative existente, inclusiv securitatea punctelor finale, segmentarea rețelei și planurile de răspuns la incidente.
-
Asigurarea securității furnizorilor: Evaluarea certificărilor de securitate Cisco și a atestărilor de conformitate pentru a asigura fiabilitatea.
Abordarea acestor politici de conformitate și securitate în timpul fazei de planificare ajută la atenuarea riscurilor, la evitarea sancțiunilor legale și la menținerea integrității și confidențialității comunic ațiilor pe tot parcursul și după migrare.
Nevoile de instruire și asistență ale utilizatorilor sunt componente esențiale în timpul migrării de la la la la, pentru a asigura o tranziție lină și adoptarea utilizatorilor. Considerațiile cheie includ:
-
Pro@@ grame de instruire: Dezvoltați sesiuni de instruire personalizate pentru diferite grupuri de utilizatori (utilizatori finali, administratori, personal de asistență) pentru a le familiariza cu caracteristicile, interfețele cu utilizatorul și fluxurile de lucru noi.
-
Documentație: Furnizați ghiduri de utilizare clare și accesibile, întrebări frecvente și materiale de referință rapide, inclusiv resurse Noutăți și Diverse și ghiduri pas cu pas înainte și după (în format video sau ghid rapid), pentru a sprijini utilizatorii în timp ce se adaptează la experiența actualizată după migrare.
-
Managementul schimbărilor: Comunicați schimbările în mod proactiv pentru a gestiona așteptările utilizatorilor și a reduce rezistența.
-
Structura de asistență: Stabiliți o echipă de asistență dedicată sau o cale de escaladare pentru a abor da problemele utilizatorilor cu promptitudine în timpul și după migrare.
-
Educație continuă: Planificați actualizări de formare continuă pe măsură ce sunt lansate noi funcții sau actualizări.
-
Mecanisme de feedback: Implementați canale pentru ca utilizatorii să raporteze problemele și să ofere feedback pentru a îmbunătăți procesele de instruire și asistență.
Abordarea acestor nevoi de instruire și asistență în timpul fazei de planificare ajută la minimizarea întreruperilor, îmbunătățește încrederea utilizatorilor și maximizează beneficiile migrării către.
Cerințe tehnice
Mai multe cerințe tehnice esențiale trebuie colectate și documentate pentru o migrare reușită de la la la, inclusiv detalii privind:
-
Disponibilitatea rețelei și capacitatea lățimii de bandă
O evaluare cuprinzătoare a rețelei este esențială pentru a vă asigura că infrastructura dvs. existentă poate susține noul Webex Calling mediu. Aceasta include:
-
Analiza lățimii de bandă: Evaluarea utilizării lățimii de bandă curente și proiectate pentru a gestiona traficul vocal, video și de date fără congestie.
-
Calitatea serviciului (QoS): Implementarea politicilor QoS pentru a acorda prioritate traficului vocal și a minimiza latența, jitterul și pierderea pachetelor.
-
Conec@@ tivitate WAN și internet: Veri ficarea faptului că legăturile WAN și conexiunile la internet îndeplinesc cerințele pentru apelurile bazate pe cloud, inclusiv capacitățile de redundanță și failover.
-
Configurare firewall și NAT: Asigur area faptului că setările firewallului și NAT permit semnalizarea necesară și traficul media pentru.
-
-
Integrarea cu sistemul existent
Integrarea perfectă cu sistemele de afaceri existente este esențială pentru experiența utilizatorului și continuitatea fluxului de lucru:
-
Servicii de director: Evalu area integrării cu un director de întreprindere pentru furnizarea și autentificarea automată a utilizatorilor.
-
CRM și aplicații de afaceri: Identificarea punc telor de integrare cu sistemele de management al relațiilor cu clienții și alte aplicații critice pentru afaceri.
-
Interconectarea PBX veche: Planific area coexistenței sau a strategiilor de migrare pe etape dacă vreun sistem de telefonie moștenit va rămâne în timpul tranziției.
-
-
Compatibilitatea și furnizarea punctelor finale
Toate punctele finale, inclusiv telefoanele de birou, telefoanele mobile și dispozitivele mobile, trebuie evaluate din punct de vedere al compatibilității :
-
Suport pentru dispozitive: Confirmarea faptului că telefoanele și dispozitivele IP existente sunt acceptate de înlocuirile necesare sau identificarea înlocuirilor necesare.
-
Procese de aprovizionare: Stabilirea unor metode de aprovizionare automatizate sau simplificate pentru integrarea eficientă a punctelor finale.
-
Actualiz@@ ări de firmware și software: Planificarea actualizărilor necesare pentru a asigura interoperabilitatea și securitatea.
-
-
Configurații de securitate și standarde de criptare
Securitatea este primordială în comunicațiile cloud:
-
C@@ riptare: Implementarea criptării end-to-end pentru semnalizare și fluxuri media, în conformitate cu cele mai bune practici de securitate Cisco.
-
Autentificare și control acces: Implement area mecanismelor de autentificare securizate (cum ar fi SSO, autentificarea multifactorială) și controale granulare de acces ale utilizatorilor.
-
Conformitate: Asigurarea faptului că soluția îndeplinește standardele relevante de reglementare și de conformitate din industrie (de exemplu, GDPR, HIPAA).
-
Monitorizarea securității: Integrarea cu instrumentele SIEM și configurarea alertelor pentru eventuale incidente de securitate.
-
| Cerință | Considerații cheie |
|---|---|
| Pregătirea rețelei și lățimea de bandă | Lățime de bandă, QoS, WAN/Internet, Firewall/NAT |
| Integrarea cu sistemele existente | Director, CRM, PBX, E-mail/Calendar |
| Compatibilitatea și furnizarea punctelor finale | Suport pentru dispozitive, aprovizionare, actualizări de firmware |
| Configurații de securitate și criptare | Criptare, autentificare, conformitate, monitorizare securitate |
| Instruirea utilizatorilor și gestionarea schimbărilor | Programe de instruire, documentare, comunicare de schimbare |
| Portabilitatea numerelor și planul de apelare | Migrarea/portarea numerelor, traducerea planului de apelare |
| Integrări terță parte | Paginare, centru de contact, fax, dispozitive analogice |
Pregătirea și cerințele rețelei
Pregătirea pentru rețea este esențială pentru o migrare reușită la orice soluție de apelare bazată pe cloud, cum ar fi. Planificarea slabă a rețelei poate duce la degradarea calității apelurilor, la întreruperea apelurilor și la utilizatori nemulțumiți. Clienții trebuie să efectueze o evaluare a rețelei înainte de a migra către. Este recomandat să confirmați disponibilitatea lățimii de bandă a rețelei pentru volumul de apel așteptat, să vă asigurați că cerințele de calitate a serviciului (QoS) sunt îndeplinite și să înțelegeți diferitele porturi care trebuie deschise în firewall-ul (firewallurile) edge (firewall-uri).
Conectivitatea fiabilă la rețea cu o calitate suficientă a serviciului (lățime de bandă, pierdere de pachete, RTT) este o cerință de bază pentru a asigura cea mai bună experiență posibilă de utilizator end-to-end pentru toate punctele finale, clienții și aplicațiile capabile de voce și video care utilizează.
Clienții și partenerii au opțiuni de conectivitate de acces dincolo de Internet Over-the-Top (OTT) , care pot optimiza conexiunea la inclu Webex Edge derea Connect. Pentru mai multe informații despre detaliile de Webex Edge proiectare Connect, consultați Cisco Preferred Architecture for Webex Edge Connect forWebex Meetings, Calling Multi-Tenant și Dedicated Instance.
Clienții pot utiliza cScan pentru evaluarea rețelei, care oferă informații despre calitatea rețelei clientului, câte apeluri pot fi stabilite, latența și așa mai departe. Pentru mai multe informații despre instrumentul cScan, consultați Utilizarea cScan pentru a testa calitatea Webex Calling rețelei.
Pentru a vă asigura că rețeaua este pregătită pentru migrare, luați în considerare următoarea listă de verificare:
-
Planificare lățime de bandă
Calculați apelurile simultane pe site pentru a vă asigura că aveți suficientă lățime de bandă în amonte și în aval și includeți spațiu pentru alt trafic critic pentru afaceri și creșterea viitoare.
Tabelul de calculare a lățimii de bandă a tipului de Webex Calling apel arată tipurile de apeluri disponibile cu o implementare împreună cu codecul și lățimea de bandă maximă necesară pentru fiecare tip de apel. După cum se arată în tabelul de calcul Webex Calling are a lățimii de bandă a tipului de apel, lățimea de bandă necesară a apelurilor audio pentru fiecare tip de apel poate fi calculată utilizând următoarea formulă generală:
Numărul de apeluri concurente așteptate * Lățime de bandă per apel bazată pe codec = debit de rețea necesar.
Tabelul 2. Webex Calling calcule lățime de bandă de tip apel Tipuri de apeluri Codec - lățime de bandă Calculele lățimii de bandă /Telefon de birou -> OPUS - 70 kbps Numărul de apeluri concomitente* 70 kbps = debit de rețea necesar /Telefon de birou -> Telefon de birou OPUS — 70 kbps Numărul de apeluri concomitente* 70 kbps = debit de rețea necesar /Telefon de birou -> PSTN prin LGW G.711 — 80 kbps Numărul de apeluri concomitente* 80 kbps = debit de rețea necesar /Telefon de birou -> PSTN prin Cloud PSTN (de ex. Planul de apelare Cisco) G.711 — 80 kbps Numărul de apeluri concomitente* 80 kbps = debit de rețea necesar /Telefon de birou -> Enterprise prin LGW G.722 - 80 kbps Numărul de apeluri concomitente* 80 kbps = debit de rețea necesar /Telefon de birou -> mesagerie vocală OPUS — 70 kbps Numărul de apeluri concomitente* 70 kbps = debit de rețea necesar Prin însumarea debitului de rețea necesar concomitent pentru fiecare tip de apel, se poate determina cerința totală de lățime de bandă potențială pentru un anumit site.
Toate picioarele de apel sunt întotdeauna ancorate pe SBC-urile de acces. Pentru a determina lățimea de bandă de internet necesară pentru o anumită locație, nu trebuie luate în considerare doar apelurile de interlocare, ci și apelurile intra-locație și apelurile către și de la un gateway local din acea locație. De exemplu, un apel intra-site între două telefoane MPP ar avea nevoie de până la 2 x 70 kbps duplex complet pe accesul la internet al locației.
Tabelul Webex Callingexemplelor de calcul al lățimii de bandă prezintă un exemplu de exercițiu complet de calcul al lățimii de bandă, presupunând că toate dispozitivele se află în același site.
Tabelul 3. Webex Calling exemple de calcul al lățimii de bandă Tipuri de apeluri Numărul de apeluri concurente Lățime de bandă totală Aplicația Webex/Telefon de birou → Aplicația Webex 15 2 * 15 * 70 kbps = 2.100 kbps Aplicația Webex/Telefon de birou → Telefon de birou 15 2 * 15 * 70 kbps = 2.100 kbps Aplicația Webex/Telefon de birou → PSTN prin LGW 50 2 * 50 * 80 kbps = 8.000 kbps Aplicația Webex/Telefon de birou → PSTN prin Cloud Connect pentru Webex Calling 0 0* 80 Kbps Aplicația Webex/Telefon de birou → Enterprise prin LGW 15 2 * 15 * 80 kbps = 2.400 kbps Aplicația Webex/Telefon de birou → Webex Calling Mesagerie vocală 5 5 * 70 kbps = 350 kbps Total apeluri/Lățime de bandă 100 de apeluri 14.950 kbps/14,95 Mbps -
Toate valorile lățimii de bandă din tabelele de mai sus se referă la lățimea de bandă IP. Lățimea de bandă a legăturii este mai mare în funcție de încapsulările WAN.
-
Lățimea de bandă din tabelele de mai sus este pentru apelurile audio. Pentru lățimea de bandă a apelurilor video, aplicația Webex și telefoanele MPP 8845/65 acceptă videoclipuri H.264 cu rezoluție maximă de 720p la o lățime de bandă maximă de 1.500 kbps pe apel. Cu toate acestea, cantitatea de lățime de bandă consumată în orice moment în timpul apelului va fluctua pe baza ratei de biți variabile inerente comunicațiilor video.
-
-
Calitatea serviciilor (QoS)
Implementați politici QoS în mediul dvs. local pentru a acorda prioritate traficului în timp real și pentru a vă asigura că QoS este menținut pe switch- uri, routere și firewall-uri.
-
Ținte de latență, jitter și pierderi de pachete
Următoarele praguri sunt recomandate pentru o calitate optimă a vocii atunci când apelurile merg Over-the-Top (OTT) și pe internet:
-
Latență - mai puțin de 100ms într-o singură direcție
-
Jitter - mai puțin de 10ms
-
Pierderea pachetelor - 0,5% sau mai puțin.
-
-
Firewall și NAT
Asigurați-vă că firewall-ul este configurat pentru a permite traficul, așa cum este listat în articolul disponibil la Informații de referință port pentru Webex Calling. În plus, permiteți accesul la domeniile și intervalele IP enumerate în același ghid și evitați SIP ALG deoarece interferează cu semnalizarea SIP. Traficul media prin proxy-uri trebuie evitat.
-
DNS și NTP
Asigurați-vă o rezoluție DNS adecvată a domeniilor și a serverelor NTP fiabile pentru a sincroniza ceasurile dispozitivului pentru verificarea și înregistrarea certificatelor TLS.
-
Planificarea failover
Luați în considerare conexiunile de date existente ale furnizorului (MPLS, SD-WAN și așa mai departe) și, în general, planificați accesul direct la internet în fiecare locație din cadrul implementării. Planificați legături de internet redundante în cazul în care este necesară o disponibilitate ridicată. Deoarece veți consuma servicii bazate pe cloud, conectivitatea fiabilă la internet cu lățime de bandă suficientă este o cerință de bază. Ar trebui să reconsiderați efectuarea acestei tranziții dacă conexiunile la internet ale locațiilor organizației dvs. nu sunt, în general, fiabile, cu latență scăzută și randament adecvat în sus și în aval.
-
Supraviețuirea site-ului
Supraviețuirea site-ului vă asigură că afacerea dvs. este întotdeauna accesibilă, chiar dacă conexiunea dvs. de rețea se întrerupe. Site Survivalability utilizează un gateway în rețeaua locală pentru a oferi un serviciu de apelare de rezervă către punctele finale la fața locului pentru situațiile în care conexiunea la rețea se întrerupe. Luați în considerare supraviețuirea site-ului cu un gateway local de supraviețuire (SGW) dacă cerințele de afaceri necesită apelare continuă în caz de întrerupere a rețelei. Pentru mai multe informații despre verificarea supraviețuirii site-ului, consultați Supravieț uirea site-ului pentru. Webex Calling
Configurarea sistemului UC conectat la cloud
Cloud Connected UC (CCUC) este o soluție de gestionare și analiză bazată pe cloud concepută pentru a oferi vizibilitate centralizată, administrare și informații pentru implementări atât locale (cum ar fi), cât și cloud (Unified CM). Acționează ca o punte de legătură între mediile tradiționale locale și serviciile cloud Cisco, sprijinind organizațiile pe parcursul călătoriei de migrare de la la la.
În timpul tranziției la, CCUC joacă un rol vital în eficientizarea procesului de migrare prin facilitarea colectării datelor cuprinzătoare din implementarea comunicațiilor unificate existente. CCUC asistă la sarcini cheie de tranziție, cum ar fi migrarea dispozitivelor, caracteristicilor și contactelor utilizatorilor, precum și automatizarea actualizărilor de firmware pentru telefoanele IP acceptate. Prin furnizarea de vizibilitate și gestionare centralizate, CCUC ajută la asigurarea unei experiențe de migrare mai fluide și mai eficiente.
Cisco recomandă cu tărie ca CCUC să fie implementat și implementat la începutul proiectului de tranziție, în mod ideal înainte sau în timpul fazei de pregătire. Acest lucru va permite informațiile și capacitățile necesare pentru a evalua temeinic, inventariere și planifica activitățile ulterioare de migrare și pentru a începe călătoria către capacitățile hibride viitoare.
Evaluarea mediului actual
O activitate esențială în planificarea migrării este evaluarea mediului local actual și a implementării. Acest lucru oferă informații despre ce schimbări potențiale pot fi necesare pentru a trece cu succes. De asemenea, vă permite să evaluați elementele cheie ale platformei în comparație cu implementarea locală existentă. Puteți utiliza aceste informații pentru a vă ajuta să identificați ce sarcini specifice sunt necesare pentru tranziție și ce modificări doriți să faceți pentru a îndeplini cerințele de afaceri și tehnice și cazurile de utilizare.
Următoarele aspecte sunt importante de revizuit ca parte a acestui efort.
Licențiere
Înțelegerea structurii actuale de licențiere a implementării existente este esențială atunci când vă pregătiți să migrați la. Efectuați o evaluare a licențelor pentru următoarele zone ale soluției locale Cisco existente.
-
Platforma
Capacitatea de a articula pe deplin ceea ce este licențiat în prezent pe platforma dvs. de bază va fi esen țială atunci când lucrați cu echipa de cont sau partenerul dvs. pentru a determina cea mai bună cale către licențierea flexă . este licențiat folosind licențierea flexibilă. Pentru mai multe informații despre licențierea flexibilă, consultați planul flexibil de colaborare Cisco.
-
Utilizatori și dispozitive
Identificați ce categorie de licență necesită utilizatorii și dispozitivele dvs. existente. Aceasta va fi utilizată pentru a determina ce tip de licență este necesar pentru utilizatori și dispozitive. oferă mai multe tipuri de licențiere, inclusiv licențe Profesionale și Standard pentru utilizatori și licențe profesionale și zone comune pentru spațiile de lucru. Pentru mai multe informații despre licențierea dispozitivului, consultați fișa tehnică disponibilă la Licențierea dispozitivului.
-
Gateway local
Dacă Cisco Unified Border Element (CUBE) este necesar pentru accesul PSTN pentru această tranziție, trebuie luată în considerare și licențierea CUBE. Considerațiile privind licențierea CUBE sunt acoperite mai târziu în acest document.
Locații/Site-uri
Numărul și tipurile de site-uri (centrale mari, regionale, sucursale etc.) din cadrul implementării existente ar trebui luate în considerare atunci când planificați această tranziție. O înțelegere completă a site-urilor de implementare existente va ajuta la planificarea strategică pentru o tranziție reușită, în special atunci când vine vorba de a determina ce site-uri să migreze și în ce ordine. Înțelegerea în detaliu a cerințelor planului de apelare (numerotare, obiceiuri de apelare, clase de restricție etc.), conectivitatea rețelei site-ului și lățimea de bandă (Internet, WAN, LAN) și accesul PSTN (local sau centralizat, IP sau TDM) pentru fiecare site va fi esențială atunci când luați decizii de migrare. Pentru mai multe informații despre modelele comune de implementare și considerațiile cheie, consultați informațiile despre modelele de implementare a colaborării disponibile în SRND pentru colaborare.
O altă considerație importantă de implementare la trecerea la este disponibilitatea locației. are capacități, abonamente și dispozitive diferite care sunt disponibile în funcție de locul în care se află implementarea . Pentru mai multe informații despre disponibilitatea geografică, consultați Unde este disponibil Webex? .
În cele din urmă, este important să înțelegem impactul pe care tranziția la îl va avea asupra altor servicii de colaborare. Pe baza obiectivului acestui document, ipoteza generală este că, dacă serviciile de colaborare existente în afara volumului de muncă de apel are urmează să fie menținute, atunci este de așteptat trecerea la implementarea hibridă de fază 1 menționată mai sus. Exemple de servicii de colaborare care pot necesita implementare hibridă includ centrul de contact local care nu a fost încă migrat la centrul de contact Webex și integrări strânse în sisteme precum sistemele de paginare și facturare. Pentru mai multe informații despre tranziția volumelor de lucru și serviciilor suplimentare de colaborare, consultați Tranzi țiile de colaborare.
Inventarul dispozitivelor/clienților existenți
Înainte de a începe tranziția, este important să inventariați punctele finale hardware și software existente. Având o listă completă de tipuri/modele de dispozitive, versiuni hardware, tipuri și cantități de sisteme de operare soft client, vă veți asigura că puteți planifica în mod adecvat tranzi ția dispozitivelor și atenuarea impactului pentru acele dispozitive care nu pot fi migrate la apelurile în cloud. Inventarul ar trebui utilizat pentru a determina dispozitivele de tranziție și dispozitivele de înlocuit înainte de tranziție.
Telefoane de birou
Pentru telefoanele de birou audio și video sunt acceptate numai telefoanele de birou din seria 6800, 7800, 8800 și 9800. Acesta este un subset al telefoanelor IP Cisco care sunt acceptate cu. Există câteva modele și versiuni ale telefoanelor 6800, 7800 și 8800 care nu pot fi utilizate cu. Pentru mai multe informații despre modelele și versiunile hardware acceptate, consultați Dis pozitivele acceptate pentru Webex Calling.
Telefoanele IP din seria Cisco 6800 nu pot fi actualizate de la firmware-ul Enterprise la firmware-ul Multiplatform (MPP), care este necesar pentru. Prin urmare, orice 6800 de telefoane înregistrate la firmware-ul de întreprindere trebuie înlocuit cu un model de 6800 MPP sau cu un alt model de telefon acceptat.
Telefoanele IP din seria Cisco 7800 și 8800 trebuie actualizate la firmware-ul Multiplatform Phone (MPP) înainte de tranziție și înregistrare. Pentru a determina ce modele 7800 și 8800 și versiuni hardware acceptă firmware- ul MPP, consultați Conversia telefoanelor IP Cisco 7800 și 8800 între firmware-ul Enterprise și MPP.
8845, 8865 și 8865NR au ajuns la sfârșitul vânzării și nu se recomandă migrarea către acestea.
Versiunile mai vechi ale telefoanelor din seria 8800 (8811, 8841, 8851, 8851NR, 8861) nu sunt recomandate pentru a fi utilizate cu. Webex Calling Telefoanele cu versiuni hardware VID 14 sau mai vechi se vor înregistra, dar pot întâmpina unele probleme de performanță din cauza hardware-ului.
Telefoanele de birou din seria 9800 rulează PhoneOS, care acceptă atât înregistrarea, cât și înregistrarea. Prin urmare, aceste telefoane pot fi tranzitate fără o actualizare a firmware-ului.
Toate celelalte telefoane IP vor trebui înlocuite cu telefoane din seria 6800, 7800, 8800 sau 9800 acceptate de. Webex Calling Pentru mai multe informații despre telefoanele IP și de birou acceptate cu, consultați articolul la Dis pozitive acceptate pentru Webex Calling.
Puncte finale video
Punctele finale video personale și de cameră, inclusiv seria Cisco Board, seria Room și seria Desk, se pot înregistra nativ SIP. Oricare dintre aceste puncte finale care trebuie să efectueze apeluri audio și/sau PSTN necesită o licență de apelare:
-
Dispozitivele partajate din săli de conferințe, spații de întâlnire etc. necesită fie o licență Professional Workspace, fie Workspace.
-
Dispozitivul personal al unui utilizator final necesită o licență profesională sau standard.
Determinați câte puncte finale video sunt înregistrate și sunt utilizate pentru a efectua apeluri audio. Este posibil ca unele dintre punctele finale video să poată fi utilizate numai pentru a vă alătura întâlnirilor sau pentru a efectua apeluri video SIP. În ambele cazuri, punctele finale trebuie încă să migreze înainte ca serverele să fie dezafectate, însă acest lucru va ajuta la determinarea câți dintre ele vor avea nevoie de licențe pentru a continua să efectueze apeluri telefonice.
-
Când dispozitivele video sunt mutate de la înregistrare la, URI-ul pentru aceste puncte finale se va schimba deoarece acestea sunt acum înregistrate în cloud.
-
Modelele de telefon 8845, 8865 și 8875 sunt telefoane video personale care sunt acceptate cu.
Clienți soft
Este singurul client soft acceptat de, spre deosebire de Unified CM care acceptă atât aplicația Webex, cât și Jabber și este noul client soft implicit pentru utilizatorii finali.
În funcție de modul (modurile) de implementare implementat pentru Jabber (moduri numai IM, numai telefon și/sau UC complete), poate fi necesar să luați în considerare și tranziția volumelor de lucru Mesagerie și/sau Întâlniri de la Jabber la. Poate fi implementat în modul numai telefon dacă va fi utilizat ca client exclusiv apelant sau poate fi implementat ca complet Webex Suite dacă alte sarcini de lucru, de ex. Webex Messagingși/sauWebex Meetings, sunt trecute la aplicație cu apeluri.
Îmbunătățește experiența utilizatorului final oferind funcții AI, cum ar fi inteligența audio/video, transcrierea apelurilor și altele. Pentru mai multe informații, consultați https://www.webex.com/all-new-webex.
Înainte de a muta utilizatorii la, va trebui să treceți clienții lor Jabber la. Aveți două opțiuni pentru a finaliza această tranziție.
-
Înainte de a le trece la
-
Când le treci la.
Pentru a ușura tranziția inițială la, se recomandă utilizarea opțiunii 1 și mutarea utilizatorilor la apelarea cu mai întâi. Acest lucru oferă utilizatorilor timp să se familiarizeze cu noua aplicație în timp ce încă utilizează platforma de apelare locală existentă. După ce sunteți gata să mutați utilizatorii, îi veți configura să se înregistreze pe platforma de apeluri cloud.
Pentru mai multe informații, despre aceste două opțiuni, consultați C ălătoria migrației - unul sau doi pași? .
Pentru o listă completă a dispozitivelor acceptate pentru, consultați Dis pozitive acceptate pentru Webex Calling.
Verificați eligibilitatea dispozitivului
După cum sa menționat anterior, acceptă un subset de telefoane IP Cisco și necesită un tip de firmware diferit pentru telefoanele din seria 7800 și 8800. Unified CMtelefoanele rulează firmware-ul Enterprise, în timp ce telefoanele rulează firmware-ul Multiplatform Phone (MPP). Este recomandat să verificați ce telefoane înregistrate sunt eligibile pentru a face upgrade la firmware-ul MPP în timpul fazei Pregătire. Acest lucru vă oferă timp pentru a înlocui telefoanele neeligibile cu unul dintre modelele de telefon acceptate sau pentru a identifica un plan alternativ, cum ar fi mutarea unui utilizator numai în aplicația Webex.
Pentru a ajuta la determinarea eligibilității telefoanelor, Control Hub are un instrument încorporat numit Migrate Your Phone to Webex Calling. Când utilizați acest instrument pentru a verifica eligibilitatea dispozitivului, selectați opțiunea Migrare Generați numai licență dispozitiv.
Această opțiune vă permite să încărcați un fișier CSV care conține telefoanele, astfel încât să puteți verifica eligibilitatea fiecărui telefon. Selectând această opțiune de migrare, nu adaugă telefoanele, deoarece sunteți încă în faza de pregătire și nu sunteți încă gata să faceți acest lucru. Pentru mai multe informații, consultați Migrarea telefonului către Webex Calling.
Este posibil ca unele dintre telefoane să revină cu o eligibilitate necunoscută. Acest lucru se datorează de obicei faptului că nu este în măsură să valideze unele informații despre telefon în sistemul back-end. Pentru toate telefoanele care au statutul Necunoscut, aveți două opțiuni pentru a verifica dacă sunt eligibile pentru a face upgrade la firmware-ul MPP.
-
Verificați manual fiecare telefon și verificați modelul și versiunea hardware (PID VID)
Etichetă de telefon 7800/8800 cu informații despre model și versiune hardware -
Utilizați instrumentul de pregătire a telefonului IP Cisco
Descărcați instrumentul de la https://github.com/joemar2/mpp_readiness_check.
Acest instrument nu este un instrument oficial Cisco și nici nu este acceptat TAC. Are suport pentru cel mai bun efort , dar este gratuit de utilizat.
Acest instrument trebuie să fie rulat pe o mașină locală și care poate accesa serverele și telefoanele IP. Are o opțiune de a activa accesul web pe telefoanele IP, care este recomandat și necesar pentru a obține cele mai bune rezultate. Prin urmare, ar trebui utilizat în timpul orelor libere pentru a evita perturbarea utilizatorilor finali. Rezultatul instrumentului oferă un raport care listează care dintre telefoanele din seria 7800 și 8800 sunt eligibile pentru upgrade la firmware-ul MPP. Deoarece accesează direct telefonul, poate verifica dispozitivele necunoscute care au fost raportate din instrumentul Control Hub.
Raport privind instrumentul de pregătire a telefonului IP Cisco
Utilizatori
Unul dintre cei mai importanți pași de pregătire pentru a vă asigura că aveți o migrare reușită este furnizarea adecvată a utilizatorilor. Trebuie să planificați corect pentru toți utilizatorii, chiar dacă efectuați o migrare pe etape. Utilizatorii trebuie să fie prevăzuți pentru oricare dintre următoarele:
-
Implementarea cu apelare
-
Implementarea cu
-
Configurarea serviciilor pentru un utilizator
-
Pentru a face utilizatorii căutabili în director (clic pentru a apela, informații de contact ale utilizatorului, căutare în directorul telefonic).
Este recomandat să furnizați toți utilizatorii înainte sau la începutul proiectului. Aceasta include utilizatorii care încă folosesc platforma lor Unified CM de apelare independentă de dispozitivul lor de apelare (telefon IP, Jabber,). Pe măsură ce utilizatorii sunt migrați către (și/sau), le veți actualiza licențele pentru a activa serviciile de care au nevoie. Prin furnizarea tuturor utilizatorilor de apeluri de întreprindere înainte de a începe tranziția, permite unui utilizator care a trecut la sau să caute în director un utilizator care apelează la întreprindere care este încă pe Jabber și/sau activat. Acest lucru asigură că utilizatorii în tranziție pot găsi informațiile de contact ale oricărui alt utilizator și pot efectua un apel către aceștia folosind căutarea directorului.
Căutarea în directorul figurilor arată un exemplu de utilizator care caută un alt utilizator. Rezultatele căutării arată informațiile de contact ale utilizatorului și pot fi pentru un utilizator care este încă pe Jabber și sau pentru un utilizator care a trecut la și/sau.
Apoi, stabiliți la care dintre utilizatorii de apelare locali existenți vor fi trecuți. Dacă toți sau un număr mare de utilizatori vor fi tranzitați, atunci este recomandat să mutați utilizatorii în grupuri pentru a vă asigura că echipa de proiect, personalul IT și personalul de asistență sunt capabili să gestioneze tranzi ția și orice probleme care pot apărea. De asemenea, ar trebui să alocați ceva timp pentru a furniza informații inițiale și sesiuni de instruire pentru a pregăti utilizatorii pentru această tranziție. Gruparea tranziției utilizatorilor se poate face pe baza unei varietăți de criterii, inclusiv locația sau site-ul la care sunt alocați utilizatorii, departamentele utilizatorilor sau chiar tipurile de utilizatori (lucrători de cunoștințe, directori, lucrători mobili și așa mai departe).
De exemplu, dacă utilizatorii din implementare sunt împărțiți pe trei site-uri principale, New York (NYC), San Francisco (SFC) și Research Triangle Park (RTP), un plan de tranziție pentru utilizatori poate arăta ca planul prezentat în Plan de tranziție utilizator după tabel.
| Site-ul utilizatorului/locatia | Sesiuni de informare și instruire înainte de tranziție | Perioada de tranziție | Suport post-tranziție |
|---|---|---|---|
| NYC (1.525 utilizatori) | Săptămâna 1 aprilie | Aprilie 15 — Aprilie 27 | Săptămâna 29 aprilie |
| SFO (1.600 utilizatori) | Săptămâna 6 mai | 20 mai — 31 mai | Săptămâna 3 iunie |
| RTP (1.275 utilizatori) | Săptămâna 3 iunie | 17 iunie — 28 iunie | Săptămâna 1 iulie |
Un alt factor important este tranziția utilizatorilor împreună care au dependențe între ei. Aceasta ar putea include, dar nu se limitează la următoarele:
-
Monitorizarea BLF
-
Același pilot/grup de vânătoare
-
Partajarea liniilor
-
Face parte din același grup de preluare a apelurilor
-
Utilizarea acelorași numere de call park
-
Interfon
-
Administrator/Exec.
Puteți revizui configurația (GUI sau export) sau puteți utiliza instrumentul Migration Insights pentru a ajuta la identificarea grupurilor de utilizatori cu aceste dependențe.
Conectivitate PSTN
poate accesa PSTN în trei moduri: planuri de apelare Cisco, Cloud connect pentru (anterior Cloud Connected PSTN) și PSTN local (gateway local). Cu toate acestea, o singură locație definită în cadrul poate fi atribuită numai unei singure opțiuni PSTN.
PSTN local cu un gateway local (LGW) este o componentă esențială a strategiei de tranziție. Oferă conectivitate între implementarea locală și/sau PSTN și platformă. acceptă atât controlorii Cisco, cât și controlorii de frontieră de sesiune terți certificați (SBC) care pot fi utilizați ca gateway local. Pentru cea mai recentă listă de SBC-uri acceptate, consultați Lista SBC-urilor acceptate.
acceptă până la 250 de apeluri simultane de la un singur gateway local bazat pe înregistrare și mai mult de 250 de apeluri simultane de la un singur gateway local care este bazat pe certificate. Gateway-urile locale bazate pe certificate pot suporta până la 6500 de apeluri concomitente, dar acest lucru se bazează pe tipul de conectivitate pe care trebuie să-l aibă gateway-ul local (Over-the-Top vs interconnect peering) și modelul SBC pe care este implementat Gateway-ul local. Aceste limite sunt, în esență, limita implicită de numărare atât pentru apelurile PSTN bazate pe gateway local, cât și pentru apelurile inter-site între și punctele finale. Pentru mai multe informații, consultați Introduc ere în utilizarea gateway-ului local.
Orice apeluri care depășesc această limită sunt respinse cu un 403 Interzis. Comanda vocală activă de afiș are a apelului poate fi rulată pe gateway-ul local în orice instanță pentru a determina numărul total de apeluri active.
Condițiile slabe de rețea dintre un gateway local și SBC de acces pot limita performanța conexiunii de semnalizare, ducând la o limită de apeluri concurente și mai mică. Latența unidirecțională între gateway-ul local și centrul de date nu trebuie să depășească 100 ms, iar jitterul ar trebui să fie mai mic de 10 ms, în timp ce pierderea pach etelor este mai mică de 0,5%.
Caracteristici și utilizare a caracteristicilor
Atunci când evaluați mediul actual, este important să identificați și să revizuiți ce caracteristici sunt configurate. În plus, este important să înțelegeți utilizarea caracteristicilor, astfel încât să puteți (re) defini cerințele tehnice și de afaceri pentru implementare.
Pentru a determina ce caracteristici sunt configurate, analizați configurația. Acestea sunt toate datele statice care sunt setate atunci când o caracteristică sau o setare este configurată pe sistem. Următoarele opțiuni pot fi utilizate pentru a finaliza această analiză:
-
Examinați configurația în GUI admin
-
export config - export în vrac sau AXL
-
Instrument de informații privind migrarea (recomandat)
-
Instrumente Cisco pentru parteneri terți (Recomandat).
Pentru a analiza eficient utilizarea caracteristicilor, este esențial să examinați datele dinamice ale sistemului, cum ar fi utilizarea, înregistrările și activitatea de apel. Diverse instrumente analitice și tablouri de bord oferă informații despre aceste valori, permițând o înțelegere cuprinzătoare a performanței și capacității sistemului, ceea ce sprijină luarea deciziilor în cunoștință de cauză în timpul eforturilor de migrare și optimizare. Următoarele opțiuni pot fi utilizate pentru a finaliza acest tip de analiză:
-
Revizuirea înregistrărilor CDR brute
-
Revizuirea Unified CM datelor RTMT
-
Instrumentul Migration Insights care utilizează date CDR
-
Revizuirea analizei UC conectate la cloud în
-
Volumul apelurilor
-
Puncte finale înregistrate
-
(CAC) locații
-
Utilizarea trunchiului.
-
-
Instrumente Cisco pentru parteneri terți.
Cisco recomandă începerea cu instrumentul Webex Control Hub Migration Insights pentru această analiză. Veți importa fișierul export.TAR și fișierele Unified CM CDR (opțional, dar necesar pentru analiza utilizării caracteristic ilor) în instrument. Instrumentul va genera următoarele rapoarte bazate pe CSV care pot fi utilizate pentru a începe analiza:
| Denumirea raportului Descrierea raportului |
|---|
| ImportedDataBulk.csv
Toți utilizatorii și dispozitivele din Unified CM date |
| DeviceEligibility.csv
Identifică dispozitivele eligibile pentru migr Webex Calling are (telefoane IP, dispozitive Room OS, ATA și terțe părți) |
| DevicePoolNumbers.txt Lista tuturor numerelor dintr-un anumit grup de dispozitive |
| HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Detalii despre dispozitivele și utilizatorii care ar trebui să fie migrați împreună pe baza liniilor partajate, pilot de vânătoare, coadă de apeluri, parcarea apelurilor și configurarea grupului de preluare a apelurilor |
| HuntGroupMigrationInsight.csv Informații detaliate despre liniile de vânătoare atribuite, grupurile de linii și agenții asociați |
| SharedlineGroupMigrationReport.csv Prezentare generală a modului în care numerele de telefon (numerele de director) sunt partajate între utilizatori |
| Denumirea raportului Descrierea raportului |
|---|
| FeatureUsageBasedDeviceEligibilityReport.csv Informații despre eligibilitatea migrării dispozitivului în funcție de utilizarea funcției |
| FeatureUsageWithLastUsageDateReport.csv Numărul de utilizare pentru numărul de apeluri ale piloților de vânătoare și coada de apeluri împreună cu data ultimei utilizări |
| UserWorkspaceLastUsage.csv Data ultimei utilizări pentru utilizatori și spații de lucru atât pentru clienții soft, cât și pentru telefoanele hard disk |
| DIDUsageReport.csv Utilizarea DID atât pentru DID-urile atribuite, cât și pentru cele neatribuite |
Pentru mai multe detalii despre rapoartele Migration Insights, consultați Informații privind migr area.
Dacă aveți nevoie de mai multe informații despre caracteristici și utilizare după examinarea informațiilor din rapoartele Migration Insights, Cisco recomandă să luați în considerare unul dintre instrumentele Cisco de migrare a partenerilor terți și/sau să examinați configurațiile din interfața grafică sau din datele de export de configurare.
Integrări Cisco: Unity Connection UCCX UCCE
Mesageria vocală este o parte integrantă a ofertei și este încorporată nativ în soluție. nu se poate integra cu o soluție de mesagerie vocală bazată pe premise, cum ar fi Unity Connection sau Unity Connection Express. Mai mult, nu există o modalitate nativă de a migra mesajele vocale sau felicit ările existente la conexiunea Unity către serviciul de mesagerie vocală nativă disponibil cu. Unele dintre instrumentele de migrare ale partenerilor terți Cisco au capacități de migrare a unor astfel de date. Pentru mai multe informații despre mesageria vocală pentru, consultați Configurarea și gestionarea setărilor mesageriei vocale pentru un utilizator. Webex Calling
acceptă, de asemenea, căsuțele poștale partajate de mesagerie vocală și fax. Pentru mai multe informații, consultați Gestionarea unei mesagerii voc ale partajate și a unei casete de fax de intrare pentru. Webex Calling
are o caracteristică încorporată Auto Attendant care este inclusă ca parte a platformei de bază. Această caracteristică permite tranziția operatorilor de apeluri Unity Connection și a funcționalității de însoțitor automat . Instrumentul Control Hub, Migrate Features fromUnified CM, acceptă migrarea configurațiilor Unity Connection la Auto-Attendents. Pentru mai multe informații despre utilizarea acestui instrument, consultați Migrarea dispozitivelor și a caracteristicilor de la Unified CM laWebex Calling.
Înregistrarea apelurilor
include două opțiuni pentru înregistrarea apelurilor fără costuri suplimentare.
-
Înregistrarea apelurilor Webex
-
Înregistrare Dubber Go (ofertă partener) - o integrare între și dubber în care toate mediile înregistrate sunt păstrate în siguranță în cloud.
tabelul cu opțiuni de înregistrare inclus evidențiază câteva caracteristici cheie ale celor două opțiuni de înregistrare a apelurilor care sunt disponibile fără costuri suplimentare.
| Webex | Double Go |
|---|---|
| Disponibil tuturor utilizatorilor | Disponibil tuturor utilizatorilor |
| Înregistrări nelimitate | Înregistrări nelimitate |
| Perioada de păstrare de 1 an* | Perioada de păstrare de 30 de zile |
| 100 GB spațiu de stocare per organizație | - |
| Ofițerii de conformitate pot accesa și gestiona înregistrările apelurilor | - |
| API-uri pentru gestionarea înregistrărilor | - |
Administratorii pot configura și gestiona accesul utilizatorilor la înregistrările apelurilor
|
Doar utilizatorii își pot accesa și gestiona înregistrările
|
Dacă organizația dvs. necesită capacități suplimentare de înregistrare, cum ar fi înregistrarea apelurilor de conformitate, perioade mai lungi de păstrare, mai mult spațiu de stocare, analiză AI și/sau acces de administrator, există oferte plătite sau suplimente atât de la Cisco, cât și de la furnizorii de înregistrare terți. Pentru mai multe informații despre furnizorii de înregistrare, configurațiile și serviciile partenere suplimentare, consultați Gestionarea înregistrării apelurilor pentru Webex Calling.
Integrări terțe
acceptă o varietate de integrări terță parte, inclusiv, dar fără a se limita la SBC-uri pentru gateway-uri locale, telefoane IP, telefoane interfon, difuzoare/pagere, ATA etc. În plus față de aceste dispozitive terță parte, Webex Calling acceptă diferite soluții ter ță parte pentru asistență pentru clienți, analize, înregistrare, facturare etc. Pentru mai multe informații despre solu țiile terță parte, consultați Webex App Hub.
Planifică
Plan de proiect la nivel înalt
Atunci când se elaborează un plan de proiect la nivel înalt pentru migrarea de la la la, este esențial să se stabilească faze și etape clare care să se alinieze atât obiectivelor de afaceri, cât și cerințelor tehnice. Planul ar trebui să înceapă cu o fază cuprinzătoare de evaluare, inclusiv colectarea cerințelor tehnice și de afaceri detaliate, precum și identificarea părților interesate și definirea criteriilor de succes. Considerațiile cheie includ alocarea resurselor, estimarea calendarului, gestionarea riscurilor și strategiile de comunicare pentru a se asigura că toate părțile sunt informate și implicate pe tot parcursul migrației. În plus, planul ar trebui să includă puncte de control de validare, cum ar fi testarea pilot și lansările pe etape, pentru a minimiza întreruperile și a permite ajustări bazate pe feedback.
Exemple de elemente care trebuie incluse în planul de proiect sunt:
-
Definirea domeniului de aplicare al migrării (de exemplu, ce utilizatori, dispozitive și caracteristici vor trece)
-
Programarea sesiunilor de instruire pentru utilizatorii finali și echipele de asistență
-
Coordonarea evaluărilor pregătirii rețelei și
-
Planificarea activităților de tranziție cu opțiuni de rezervă. De asemenea, este important să se integre ze revizuirile de conformitate și securitate, precum și fazele de asistență și optimizare post-migrare.
Prin structurarea planului de proiect cu aceste considerente, organizațiile pot gestiona mai bine complexitatea, pot reduce riscurile și pot realiza o tranziție mai lină la.
Călătoria migrației - unul sau doi pași?
solicită utilizatorilor să utilizeze clientul soft pentru apelarea lor. Prin urmare, dacă vreun utilizator încă folosește, aveți două opțiuni privind momentul în care îi puteți muta în. Puteți efectua fie o migrare a utilizatorului cu un singur pas, fie o migrare a utilizatorului în doi pași.
Opțiunea 1: Migrarea utilizatorului într-un singur pas
Într-o migrare cu un singur pas, utilizatorii trec de la la la în același timp în care sunt trecuți de la la Unified CM la. Această opțiune este de obicei destinată migrării clienților cu un număr mic de utilizatori și pot gestiona mutarea atât a clientului soft al utilizatorului, cât și a serviciului de apelare în același timp. Figura către care migrează serviciul de apelare al utilizatorului, clientul soft și telefonul în același timp de mai jos evidențiază acest tip de migrare. Cu această opțiune, un utilizator va avea următoarele completate în același timp:
-
Serviciile de apelare au fost mutate de la
-
Numerele de telefon și extensiile mutate de la la
-
Clientul soft a trecut de la Jabber la - se va înregistra la
-
Înregistrarea telefonică a fost mutată de la la.
Aceasta poate fi în continuare o migrare pe etape în care grupurile de utilizatori sunt mutate în momente diferite, dar atunci când fiecare utilizator este mutat, toate acestea se întâmplă în același timp.
Opțiunea 2: Migrarea utilizatorului în doi pași
Cealaltă abordare este o migrare în două etape. În pasul 1, utilizatorii sunt trecuți de la serviciile de apelare, dar rămân activați. Apoi, la pasul 2, utilizatorii sunt mutați de la Unified CM la. Această opțiune este recomandată clienților mai mari pentru a gestiona modificările utilizatorului final și doresc să separe modificarea clientului soft al utilizatorului de schimbarea serviciului de apelare. Următoarea figură Migrați clientul soft; apoi migrați serviciul de apelare, clientul soft și telefonul la Webex Calling mai jos evidențiază acest tip de migrare.
Pasul 1
-
Clientul soft a trecut de la la - se va înregistra la.
Pasul 2
-
Serviciile de apelare s-au mutat de la la.
-
Numerele de telefon și extensiile s-au mutat de la la.
-
înregistrarea a fost mutată de la la.
-
Înregistrarea telefonică a fost mutată de la la.
Aceasta poate fi în continuare o migrare pe etape în care grupurile de utilizatori sunt mutate în momente diferite în ambii pași.
Opțiunea pe care o alegeți depinde de modul în care doriți să gestionați tranziția utilizatorilor dvs. la și. Recomandarea este să o luați în pași (opțiunea 2). Acest lucru vă permite să minimizați modificările utilizatorului final la un moment dat și să împărțiți efortul în diferite părți ale proiectului. Cu toate acestea, dacă preferați ca utilizatorii să fie afectați o singură dată, atunci utilizarea Opțiunii 1 este, de asemenea, valabilă.
Privind călătoria recomandată (Opțiunea 1), figura h ărții de tranziție la nivel înalt Jabber la Webex App de mai jos arată tranziția la nivel înalt pentru Pasul 1.
În acest pas, utilizatorii sunt trecuți de la Jabber la pentru toate serviciile lor de apelare. Cu toate acestea, platforma de apelare este încă Unified CM și își va înregistra serviciile de apelare. După cum se vede în harta de tranziție la nivel înalt a aplicației Jabber la Webex, infrastructura locală nu se schimbă și funcționează la fel ca Jabber. Singura schimbare este că necesită o conexiune la.
Pentru mai multe informații despre această tranziție, consultați Hartă de tranzi ție Jabber la Webex și Ghid de implement are din secțiunea Client din pagina Tranzi ție colaborare.
Unified CMla figura Webex Calling hărții de tranziție la nivel înalt este tranziția la nivel înalt de la la. Acesta este Pasul 2 al călătoriei recomandate.
Dacă decideți să utilizați abordarea cu un singur pas, acest lucru se aplică și acest lucru.
În acest pas, utilizatorii sunt trecuți în grupuri. În acest moment, utilizatorii încep să utilizeze pentru serviciile lor de apelare, înregistrarea apelurilor și înregistrarea telefonului IP.
Deoarece utilizatorii se deplasează în grupuri, utilizatorii Enterprise vor fi împărțiți între cele două platforme de apelare în timpul tranziției. Faza 1 în figura Unified CMhărții de tranziție Webex Calling la nivel înalt descrie această stare. În această fază este necesară planificarea modului de gestionare a apelurilor între utilizatori pe cele două platforme și modul în care apelurile PSTN vor fi direcționate. De fiecare dată când un grup de utilizatori este transmis, planurile de apelare și actualizările de rutare a apelurilor vor fi necesare pe gateway-ul local (gateway-urile) local (gateway-urile).
Odată ce toți utilizatorii, clienții soft și dispozitivele au fost trecute la (Faza 2), atunci toată infrastructura UC locală poate fi eliminată și dezafectată.
Proiectare
Selectarea regiunii
este disponibil la nivel global și este livrat de la centre de date redundante din mai multe regiuni: SUA (Dallas, Chicago), Canada (Vancouver, Toronto), Europa (Frankfurt, Amsterdam), Marea Britanie (Londra, Manchester), Australia (Melbourne, Sydney), Japonia (Tokyo, Osaka), Arabia Saudită (Riyadh, Jeddah) și India (Mumbai, Chennai). POP-urile media oferă servicii media pentru a optimiza timpii dus -întors media. Centrul de date din Singapore, de exemplu, este utilizat pentru a optimiza timpii media dus-întors pentru clienții din țările asiatice, unde orele dus-întors către Australia sau Japonia ar putea fi suboptime. Centrele de date sunt interconectate printr-o coloană vertebrală multi-gigabit și complet redundantă. Cifra centrelor de date distribuite la nivel global arată o imagine de ansamblu a tuturor centrelor de date. Pentru cea mai recentă listă de centre de date disponibile, consultați Loc ațiile centrului de date pentru Webex Calling.
Fiecare client este furnizat pentru una dintre instanțe. Toate informațiile de furnizare ale clientului respectiv sunt stocate în acea instanță, iar semnalizarea SIP a tuturor punctelor finale și a gateway-urilor locale furnizate pentru acel client este legată de instanța pe care clientul este furnizat. Deoarece este dificil să se schimbe selecția inițială a regiunii, este important să se ia în considerare toți factorii relevanți ca parte a procesului de decizie care duce la selecția regiunii. Pentru a evita întârzierea excesivă de semnalizare dus-întors, este important să decideți la începutul procesului de tranziție ce instanță ar trebui utilizată. Cisco recomandă selectarea instanței care oferă cele mai mici timpi de semnalizare dus-întors pentru cel mai mare număr de utilizatori din cadrul implementării.
Pentru disponibilitatea în țară, consultați Unde este disponibil Webex? .
Locații
Pentru a vă pregăti pentru furnizarea locațiilor, trebuie colectate informațiile necesare pentru toate locațiile țintă de migrare. Informa țiile necesare pentru fiecare locație sunt rezumate în Informații de capturat pentru fiecare locație.
| Informatii | Comentariu |
|---|---|
| Intervalul (domeniile) de extensie | Fiecare locație din poate avea extensii care încep cu cifre diferite. O cifră trebuie păstrată pentru cifra
direcției de apelare între amplasamente (de exemplu 8) și una pentru cifra de
direcție PSTN (de exemplu 9). Nici un interval de extensie nu poate începe cu niciuna dintre
aceste două cifre. Toate intervalele de extensie ale tuturor locațiilor trebuie să aibă o lungime egală. |
| Intervalul (intervalele) DID | - |
| Cifra de direcție PSTN | - |
| Codul site-ului | Toate codurile site-ului din toate locațiile trebuie să fie unice și să aibă aceeași lungime. |
| Numărul principal | Când creați o locație, trebuie să fie furnizate două DID-uri. Unul ca număr
principal (de exemplu, pentru a fi atribuit unui serviciu de însoțitor automat) și unul pentru portalul mesageri
ei vocale. Furnizați un DID pentru numărul mesageriei vocale. |
| Numărul mesageriei vocale | |
| Numărul de licențe | Licențe necesare în funcție de tip, inclusiv Standard, Profesional, Spațiu de lucru, Listă de rute, Plan de apelare de ieșire. |
| Apeluri simultane în orele aglomerate | Suma apelurilor simultane între dispozitive și între dispozitive și gateway-ul local (PSTN și apeluri către dispozitive). Necesar pentru a determina lățimea de bandă necesară a accesului la internet. |
| Țara | - |
| Fus orar | - |
| Limba | - |
| Contact (Nume, Telefon, E-mail) | - |
| Adresă (adresa stradală, oraș, stat, cod poștal) | - |
| Locația fizică expediabilă a serviciilor de urgență pentru punctele finale | Locația de expediere a dispozitivului utilizată pentru apelurile de urgență include, în general, următoarele: adresa clădirii, adresa clădirii + numărul etajului, adresa clădirii + numărul apartamentului sau adresa clădirii + numărul etajului + numărul biroului/cubic. |
| Locația unică a rețelei fizice pe dispozitiv pentru serviciile de urgență | Locația fizică a rețelei pentru apelurile de urgență include, în general, următoarele: comutator/switchport pentru dispozitivele cu fir, identificatorii setului de servicii de bază (AP) pentru punctele de acces fără fir (BSSID) pentru dispozitivele conectate fără fir și/sau subrețele IP locale pentru dispozitivele finale. |
PSTN
Atunci când proiectează o implementare, clienții au trei opțiuni principale de conectivitate PSTN: Cisco C alling Plans (un serviciu PSTN furnizat în cloud gestionat de Cisco), Cloud Connec ted PSTN Providers (CCPP, unde furnizorii furnizează servicii PSTN prin cloud) și PSTN local (unde gateway-urile locale conectează rețeaua întreprinderii la PSTN). Odată cu introducerea trunking-ului PSTN pentru implementări hibride (Pentru mai multe informații, consultați trunchiul PSTN pentru implementări hibride la trunking PSTN), organizațiile câștigă o Webex Calling flexibilitate suplimentară în abordarea lor de migr are. Această caracteristică permite clienților să își mute PSTN-ul în CCPP la începutul călătoriei de tranziție și să înceapă tranziția către PSTN cloud pentru utilizatori, valorificând în același timp CCPP pentru a menține serviciul PSTN pentru utilizatorii care rămân pe Cisco în timpul unei migrări pe etape.
Această abordare hibridă permite organizațiilor să mute mai întâi anumite grupuri de utilizatori în cloud, fără a revizui imediat întregul mediu de telefonie. Cu toate acestea, introduce complexitate și riscuri suplimentare, în special în ceea ce privește adaptarea log icii existente de rutare a apelurilor pentru a sprijini noua arhitectură. Interoperabilitatea cu aplicațiile vechi, cum ar fi serverele de fax, centrele de contact sau sistemele de paginare, necesită, de asemenea, o analiză atentă. Provocările tehnice cheie pot include asigurarea negocierii fără probleme a codecului end-to-end și semnalizarea DTMF (Dual-Tone Multi-Frequency) în mediul mixt, precum și validarea compatibilității cu funcții specializate de telefonie. Planificarea și testarea corespunzătoare sunt esențiale pentru a minimiza întreruperile și pentru a menține servicii de voce fiabile pe tot parcursul procesului de migrare. În plus, considerațiile comerciale sunt importante, deoarece trunking-ul hibrid necesită o licență de utilizare bazată pe numărul de apeluri concurente între mediul local și furniz orul PSTN conectat la cloud (CCPP).
Alternativ, organizațiile pot alege să își păstreze conectivitatea PSTN locală pe toată durata fazei de tranziție. În acest scenariu, migrarea la CCPP poate fi executată în două moduri: ca o singură tranziție coordonată pentru toți utilizatorii și locațiile odată ce migrarea este finalizată sau incremental, cu migrarea PSTN care are loc în funcție de locație pe măsură ce utilizatorii sunt mutați. Această abordare poate ajuta la eficientizarea coexistenței și la menținerea continuității pentru integrările vechi, dar introduce mai multe complexități operaționale. Printre acestea se numără provocările legate de portarea numerelor, cum ar fi necesitatea unei coordonări precise a comenzilor de număr de porturi, întârzieri potențiale și limitări impuse de furnizor, cum ar fi un plafon al numărului de cereri de port concomitente sau restricții privind portarea subseturilor de blocuri cu număr mare. Organizațiile trebuie să își planifice cu atenție strategia de tranziție PSTN, luând în considerare aceste considerații logistice pentru a evita întreruperile serviciilor și pentru a asigura o experiență de migrare lină.
Figura Migrare la CCCP la început vs. păstrarea PSTN local arată cele două opțiuni de migrare PSTN explicate mai sus. Ilustrația din stânga arată scenari ul în care toți utilizatorii și aplicațiile locale consumă servicii PSTN conectate la cloud printr-un trunchi local și un gateway local care conectează local, în timp ce ilustrația din dreapta arată scenariul în care PSTN-ul local existent rămâne în poziție, iar utilizatorii utilizează PSTN local prin conexiunea Gateway local Webex Calling între local și. În timpul tranziției, locațiile pot fi comutate la utilizarea PSTN Cloud Connected.
În ambele scenarii, apelurile dintre local și utilizator utilizează conexiunea Gateway local. Conexiunea dintre local și cea locală trebuie proiectată și dimensionată corespunzător, pe baza numărului preconizat de apeluri concomitente și a redundanței necesare.
Plan de apelare
Pentru a obține o interoperabilitate perfectă între și în timpul perioadei de migrare, trebuie dezvoltată și implementată o arhitectură cuprinzătoare a planului de apelare pe ambele platforme. Acest design al planului de apelare cu două platforme asigură rutarea consecventă a apelurilor, traducerea numerelor și transparența caracteristicilor, permițând utilizatorilor de pe oricare dintre sisteme să comunice fără degradarea serviciului sau întreruperi ale experienței utilizatorului pe tot parcursul fazei de coexistență.
Plan de apelare local în
În timpul tranziției, pentru a permite coexistența dispozitivelor Unified CM înregistrate pe și pe întreprindere, planul de apelare trebuie modificat astfel încât să poată fi îndeplinite cel puțin următoarele cerințe:
-
+E.164 apelarea de la la
-
Apelare extensivă de la la (intra-site, dar și între site-uri dacă intervalele de extensie sunt unice)
-
Apelare prescurtată între site-uri de la la
-
Apelare forțată în rețea de la la
-
Apelare înapoi din directorul apelurilor pierdute la destinațiile pe
-
Apeluri PSTN de la PSTN dacă în timpul tranziției PSTN local este utilizat pentru
-
Apeluri PSTN de la la if în timpul tranziției Trunking-ul PSTN pentru implementări hibride este utilizat pentru a oferi acces PSTN utilizatorilor locali prin Cloud Connect pentru
-
Forțat on-net de la la
-
Apelare extensivă de la la (inter-site).
Dacă oricare dintre cele de mai sus nu sunt acceptate obiceiuri de apelare înainte de tranziție, de exemplu, nu există un obicei de apelare între site-uri prescurtat, atunci nu trebuie neapărat să fie introduse în timpul tranziției.
Figura Planul de apelare pentru cele mai bune practici arată cele mai bune practici de abordare a planului de apelare, așa cum este descris în Arhit ectura preferată pentru Cisco Collaboration 12.x Enterprise On-Premises Deployments, CVD. Caracteristicile cheie ale acestei abordări includ:
-
O singură partiție pentru numerele directorului+E.164
-
Rutare de bază bazată pe tiparele de rute+E.164
-
Normalizarea tuturor obiceiurilor de apelare la +E.164 folosind modele de traducere
-
Utilizarea modelului de traducere care apelează moștenirea spațiului de căutare (opțiune Utilizați spațiul de căutare de apelare al inițiatorului setat pe modelele de traducere).
De exemplu, apelarea PSTN (9+1+10D) de pe un dispozitiv din SJC furnizat cu spațiu de căutare pentru apeluri de linie SJCinternational va fi mai întâi corelată cu modelul de traducere 9.1 [2-9] XX [2-9] XXXXXX care normalizează numărul părții apelate la +E.164. Căutarea secundară folosește apoi același spațiu de căutare de apelare SJCInternational din nou (apelând moștenirea spațiului de căutare) și șirul de +E.164 de cifre va fi asociat fie cu un număr de director +E.164 din partiția DN, fie de unul dintre modelele de rute PSTN din partiția USPSTNNational sau SJCpStnLocal. Obiceiurile prescurtate de apelare intra-site și inter-site sunt implementate de traducerile din partiția ES N și SJCTOE164. În timp ce partiția ESN este o partiție globală (accesibilă pentru telefoane în toate locațiile) partiția SJCTOE164 este accesibilă numai pentru utilizatorii din locația SJC. Aceasta presupune suprapunerea intervalelor de extensie.
Primul pas pentru a activa apelarea de la către este să vă asigurați că destinațiile +E.164 sunt direcționate corespunzător. Acest lucru poate fi realizat prin adăugarea unei partiții la planul de apelare, adăugarea tiparelor de trase+E.164 pentru toate destinațiile la acea partiție și, în cele din urmă, adăugarea partiției la toate spațiile de căutare apelante reprezentând clase de servicii la care trebuie să poată ajunge. Crearea unei partiții dedicate este necesară pentru a permite crearea unei clase diferențiate de servicii pentru apelurile provenite din. Pentru a evita buclele de apel, spațiul de căutare a apelurilor de intrare de pe trunchiul de la Local Gateway nu ar trebui să aibă acces la partiție.
După cum se arată în Figura +E.164 rutare cătreWebex Calling, pentru a permite rutarea de la către pentru o locație cu intervalul+E.164 DID +1 221 555 2XXX și codul site-ului 121, trebuie adăugat la partiție un model de traseu urgent care se potrivește cu acest interval+E.164.
Dacă nu este necesară selectarea unui Gateway local specific site-ului, atunci în loc să utilizați o listă de rute cu un grup de rute locale ca destinație pentru tiparele de rute care indică un singur grup de rute poate fi furnizat cu Gateway-ul local ca unic membru, iar apoi modelele de rute indică o singură listă de rute cu acest grup de rute unic ca intrare.
Pentru a activa apelarea prescurtată între site-uri către site, modelul de traseu necesar 8121.2XXX este adăugat la partiție. Pentru site-urile care urmează să fie trecute la un model de normalizare a apelării 8121.2XXX care normalizează apelarea ESN la+E. 164 ar putea exista deja în partiția ESN. În acest caz, 8121.2XXX pare a fi redundant, dar de îndată ce toate DN-urile din locația respectivă au fost migrate la modelul de traducere de normalizare a apelării 8121.2XXX poate fi eliminat, iar apoi modelul de traseu 8121.2XXX permite apelarea ESN chiar și pentru utilizatorii numai de extensie din intervalul respectiv.
Cu aceste modificări ale planului de apelare apelurile către locație pot fi plasate nu numai prin apelarea prescurtată inter-site și +E.164. De asemenea, apel area internațională și națională PSTN este posibilă, deoarece aceste obiceiuri de apelare sunt mai întâi normalizate la +E.164 prin modelele de traducere deja existente de normalizare a apelării și apoi sunt direcționate prin potrivirea modelului de traseu +E.164 din partiție.
Potrivirea modelului de trase+E.164 pe intervalul DID al locației poate fi furnizat în timp ce toate DID-urile sunt încă găzduite. Cel mai bun algoritm de potrivire a tiparului de potrivire asigură că atunci când este apelat un număr găzduit, atunci numărul directorului +E.164 furnizat este o potrivire mai bună decât modelul de traseu +E.164 cu caractere wildcard care indică, astfel încât apelurile să fie extinse la o linie activată și nu trimise către.
plan de apelare
Fiecare utilizator este prevăzut cu o extensie și/sau un număr de telefon +E.164. Lungimea extensiei este o setare globală fixă: toate extensiile dintr-o implementare au aceeași lungime. Apelarea prin extensie poate fi utilizată între utilizatori atât într-o locație, cât și între locații. Apelarea prescurtată între extensii între site-uri (ultimul caz) funcționează numai dacă extensia formată este unică.
Dacă apelarea prescurtată între locații între locații este o cerință, dar există suprapuneri între extensiile atribuite în locații diferite, atunci trebuie creat un plan de numerotare specific întreprinderii prin prefixarea extensiilor cu un cod de acces și un cod de site. Pentru mai multe informații, consultați Arhit ectura preferată pentru implementările locale Cisco Collaboration 15, Prezentare generală a proiec tării disponibilă la arhitecturile preferate de colaborare Cisco.
Lungimea extensiei, comportamentul de apelare între extensii între locații, lungimea prefixului pentru apelarea între locații și cifra de direcție din prefixul de rutare pentru apelarea între locații sunt configurate în setările serviciului de apelare în:
-
Lungimea prefixului de trasare a loc ației: lungimea prefixului, inclusiv cifra direcției. Este necesar numai dacă un plan de numerotare a întreprinderii trebuie stabilit ca obicei alternativ de apelare între locații între întreprinderi prescurtat.
-
Cifra de direcție în prefixul de rutare: cifră de direcție pentru obișnuința prescurtată de apelare între locații de întreprindere. Trebuie evitate suprapunerile cu prima cifră a oricărei locații și cifre de apelare de ieșire a locației. Este necesar numai dacă un plan de numerotare a întreprinderii trebuie stabilit ca obicei alternativ de apelare între locații între întreprinderi prescurtat.
-
Lungimea extensiei interne: Lungimea standard a extensiilor. Poate fi orice valoare între două și zece.
Atunci când apelarea prin extensie sau apelarea utilizând numere semnificative de întreprindere (cod de direcție, cod de site, extensie) este necesară de la un control de apel local către și controlul apelurilor locale trimite o extensie ca ID apelant, asigurați-vă că setați și parametrul Lungime maximă necunoscută a exten siei în secțiunea Rutare apeluri între și locații pentru a vă asigura că apelurile din amonte din controlul apelurilor locale pot fi clasificate corect ca apeluri locale. -
Permiteți apelarea prin extensie între locații: Com utați pentru a activa/dezactiva apelarea exten siei între locații. Această opțiune ar trebui să fie activată numai dacă toate extensiile din cadrul organizației sunt unice. Dacă opțiunea este dezactivată, numerele semnificative ale întreprinderii (cod de direcție, cod site, extensie) sau numere de telefon trebuie să fie formate între locații.
Primii trei parametri sunt utilizați în principal pentru a construi un plan de apelare pentru telefoane pentru a minimiza expir ările între cifre atunci când utilizați apelarea off-hook. Abaterile de la aceste setări globale sunt încă posibile (Exemplu - pot fi furnizate extensii cu o lungime diferită), dar va apărea un mesaj de avertizare în Control Hub, iar apelarea de pe telefoane ar putea necesita apelarea blocată pentru a evita conflictele în cadrul planului de apelare preîncărcat.
Exemplul de numerotare a tabelului Enterprise arată un exemplu de trei locații în care intervalele de extensie a două locații, NYC și RTP, sunt identice. Stabilirea unei scheme de numerotare a întreprinderilor cu cifra de direcție între site-uri 8, urmată de un cod de site din trei cifre și extensia din patru cifre creează un obicei de apelare între site-uri prescurtat care nu se suprapune.
| Site-ul | Gama de extensie | Codul site-ului | Gama Enterprise |
|---|---|---|---|
| NYC | 2XXX | 202 | 8 202 2XXX |
| SFO | 3XXX | 203 | 8 203 3XXX |
| RTP | 2XXX | 204 | 8 204 2XXX |
Pentru a permite o tranziție lină, setul de obiceiuri de apelare pentru utilizatori înainte și după trecerea la ideal ar trebui să fie același. Pentru a vă pregăti pentru tranziția pentru fiecare locație, trebuie documentate intervalele DI D și intervalele de extensie (sau obiceiurile de apelare intra-site abreviate). Pe baza acestor informații, trebuie selectată cifra de direcție între amplasamente.
Tabelul Intervale de extensie a lungimii fix e prezintă un exemplu de trei locații și intervale de extensie de lungime fix ă. Deoarece obiceiurile de apelare suprapuse trebuie evitate, este important să vă asigurați că, pentru orice interval de extensie, prima cifră a intervalului nu se potrivește cu cifra de direcție pentru apelarea prescurtată între site-uri. Dacă, de exemplu, 8 este selectată ca cifră de direcție pentru apelarea între site-uri, atunci niciun interval de extensie din niciun site nu poate începe cu 8. De obicei, extensiile dintr-o anumită locație se potrivesc cu ultimele cifre ale DID-urilor atribuite acel ei locații. Pentru a evita conflictele, prima cifră a extensiei poate fi modificată. Dacă, de exemplu, DID-urile din intervalul +1 408 555 8XXX sunt utilizate într-o locație, atunci în loc să utilizați 8XXX ca interval de extensie, 7XXX poate fi utilizat pentru extensiile din acel site
| Site-ul | Gama de extensie | Extensii | Codul site-ului | Gama Enterprise |
|---|---|---|---|---|
| NYC | 2XXX | 2XXX | 202 | 8 202 2XXX |
| SFO | 8XXX | 7XXX | 203 | 8 203 7XXX |
| RTP | 1XX | 11XX | 204 | 8 204 11XX |
Șirurile de apelare din șapte cifre formate pe un dispozitiv care utilizează planul de apelare din SUA se suprapun cu un model de șapte cifre pentru apelarea locală în planul de apelare din SUA preîncărcat. Pentru a evita suprapunerile între orice obiceiuri de apelare on-net și off-net (PSTN), un cod de acces extern obligatoriu poate fi utilizat în acea locație. Dacă schema existentă de numerotare a întreprinderii și apelarea prescurtată corespunzătoare între site-uri se suprapun cu modelele din cadranul național, atunci în timpul tranziției la schema de numerotare pentru a evita suprapunerile pot fi, de asemenea, schimbate într-o formă mai lungă sau mai scurtă. Cel mai simplu mod de a realiza acest lucru este să adăugați o cifră suplimentară de umplere la schema de numerotare. Noua schem ă mai lungă de apelare între site-uri trebuie adoptată doar de utilizatorii care au migrat deja. Utilizatorii încă activați pot continua să formeze șapte cifre. Planul de apelare al întreprinderii activat în acest caz trebuie să se asigure că apelarea prescurtată din șapte cifre de la la Unified CM la este transformată fie în +E.164, fie în formatul de apelare abreviat implementat pe. Acest lucru trebuie făcut înainte de a trimite apelul la poarta locală.
Apelarea de șapte cifre prin tranziția tabelului arată un exemplu de renumerotare. În acest exemplu, apelarea prescurtată între site-uri utilizează cifra de direcție 8 urmată de un cod de site din două cifre și o extensie de patru cifre. Pentru a evita apelarea prescurtată între site-uri din șapte cifre pentru locațiile pe, codurile site-ului pot fi ușor schimbate în trei cifre prefixând o cifră de umplutură arbitrară (8 în exemplu) la codurile site-ului de două cifre utilizate în astfel încât apelarea între site-uri de pe telefoane să utilizeze cifra de direcție 8 urmată de cifra de umplere 8, vechiul cod de site din două cifre și extensia din patru cifre. Utilizatorii nu trebuie să-și amintească noile coduri ale site-ului; trebuie doar să-și amintească să folosească 88 ca prefix pentru apelarea între site-uri în loc de 8 activat.
| Site-ul | Extensii | Codul Site-ului | Gama Enterprise | Site ode | Întreprindere anglică |
| NYC | 2XXX | 22 | 8 22 2XXX | 822 | 8 822 2XXX |
| SFO | 8XXX | 23 | 8 23 7XXX | 823 | 8 823 7XXX |
| RTP | 1XXX | 24 | 8 24 11XX | 824 | 8 824 11XX |
Într-un scenariu cu diferite formate de numere de întreprindere activate și dacă numerele de întreprindere sunt prezentate ca informații ale părții apelante pentru apelurile de la către (de exemplu - Apeluri de pe dispozitive fără DID), este important să se implementeze, de asemenea, o mapare între diferitele formate de numere pentru informațiile părții apelante, pentru a asigura funcționarea apelului înapoi . Această mapare poate fi realizată utilizând modelul de transformare a părții apelante pe trunchi ul dintre și Poarta Locală.
Înregistrare
O soluție de înregistrare a apelurilor bine arhitectată necesită o analiză atentă a mai multor elemente cheie de proiectare pentru a se asigura că se aliniază obiectivelor organizaționale, cerințelor de reglementare și constrângerilor tehnice. Două dintre cele mai critice decizii implică selectarea furnizorilor și selecția regiunii, ambele putând fi nevoite să fie adaptate la nivel global și înlocuite în anumite locații, în funcție de nevoile afacerii.
1. Selectarea furnizorului de înregistrare a apelurilor
Selectarea furnizorului adecvat de înregistrare a apelurilor este fundamentală pentru îndeplinirea obiectivelor de afaceri și asigurarea alinierii caracteristicilor în cadrul organizației:
-
Selectarea furnizorului global: Organizațiile desemnează de obicei un furnizor principal de înregistrare a apelurilor la nivel global, asigurând consecvența setului de caracteristici, conformitatea și asistența în toate locațiile
-
Suprascrieri bazate pe locație: În scenariile în care anumite loc ații sau regiuni au nevoi unice de afaceri sau cerințe de reglementare, poate fi necesar să se anuleze selecția globală a furnizorilor și să se specifice furnizori alternativi pentru locațiile respective. Această flexibilitate suportă diferite mandate de conformitate și nevoi operaționale locale
-
Cerin@@ țe de afaceri: Alegerea furnizorului ar trebui să se bazeze pe o evaluare a factorilor de afaceri, cum ar fi conformitatea cu reglementările (Exemplu - MiFID II, HIPAA), asigurarea calității, soluționarea litigiilor sau nevoile de formare
-
Disponibilitatea caracteristicilor: Furnizorii ar trebui evaluați în funcție de capacitatea lor de a furniza caracteristicile necesare, cum ar fi monitorizarea în timp real, capacitățile de căutare și redare, criptarea, politicile de păstrare, integrarea cu platformele de analiză și suport pentru diferite tipuri de apeluri (de intrare, de ieșire, intern).
2. Selectarea regiunii
Determinarea regiunii în care sunt stocate și procesate înregistrările apelurilor este esen țială pentru conformitate și performanță:
-
Selectarea regiunii globale: În mod implicit, organizațiile pot alege o singură regiune pentru stocarea înregistrărilor apelurilor pentru a simplifica gestionarea și guvernanța
-
Suprascrieri ale regiunilor bazate pe locație: în cazul în care legislația privind rezidența datelor sau politicile corporative impun, poate fi necesar să se anuleze setarea regiunii globale pentru anumite locații, asigurându-se că înregistrările apelurilor sunt stocate și procesate în limitele geografice cerute
-
C@@ erințe privind rezidența datelor: Designul trebuie să țină cont de reglementările internaționale și locale privind protecția datelor (cum ar fi GDPR, CCPA sau mandatele specifice fiecărei țări), care pot dicta unde și cum sunt păstrate înregistrările apelurilor.
Un alt aspect critic care trebuie abordat în timpul planificării și proiectării unei soluții de înregistrare a apelurilor este estimarea cerințelor de stocare. Prognoza precisă a nevoilor de stocare este esențială pentru a vă asigura că este disponibilă o capacitate suficientă pentru a sprijini operațiunile de afaceri în curs, pentru a menține conformitatea și pentru a evita întreruperile serviciilor.
Câțiva parametri cheie ar trebui luați în considerare la determinarea cererii de stocare preconizate:
-
Volumul apelurilor înregistrate: Evaluează numărul anticipat de apeluri care vor fi înregistrate într-un interval de timp dat (de exemplu, pe zi, săptămână sau lună). Aceasta include nu numai apelurile externe, ci și comunicațiile interne, dacă acest lucru este impus de politica de afaceri sau mandatele de reglementare.
-
Durata medie a apelului: Calculați lungimea tipică a apelurilor înregistrate, deoarece apelurile mai lungi vor consuma mai mult spațiu de stocare. Variațiile duratei apelurilor între diferite departamente sau grupuri de utilizatori ar trebui, de asemenea, luate în considerare în estimare
-
Perioada de păstrare: Definiți durata de timp în care trebuie păstrate înregistrările, care este adesea dictată de politicile organizaționale sau de reglementările externe (cum ar fi standardele de conformitate specifice industriei). Perioadele de păstrare mai lungi vor crește cerințele generale de stocare
-
Proiecții de creștere: Luați în considerare creșterea anticipată a volumelor de apeluri sau extinderea domeniului de înregistrare, care poate rezulta din scalarea afacerii, noile cerințe de reglementare sau integrarea utilizatorilor sau locațiilor suplimentare.
Analizând amănunțit acești parametri, organizațiile pot dezvolta o strategie robustă de stocare care asigură scalabilitatea, rentabilitatea și conformitatea cu reglementările pentru soluția lor de înregistrare a apelurilor. De asemenea, este recomandabil să revizuiți și să ajustați periodic alocările de stocare pe măsură ce modelele de utilizare evoluează în timp.
Apel de urgență
Cerința de a redirecționa un apel de urgență către centrul de expediere corespunzător este o cerință pentru orice serviciu de apelare care oferă serviciul PSTN. Cu, rutarea apelurilor de urgență este nativă soluției și include suport pentru toate numerele naționale de urgență din țările care acceptă. Rutarea unui apel de urgență se bazează pe locația definită în interiorul și pe metoda de acces PSTN a locației. Numerele de urgență sunt predefinite și specifice țării în care sunt desfășurați utilizatorii și dispozitivele.
Există două metode de livrare a apelurilor de urgență. Există un serviciu de rutare a apelurilor de urgență de bază și un serviciu îmbunătățit de rutare a apelurilor de urgență. Serviciul de rutare a apelurilor de urgență de bază va utiliza un număr selectat de administrator pentru a identifica locația și ruta de apel pentru a ajunge la serviciile de urgență. Pentru apelurile de urgență de bază, calea apelului este de obicei prin opțiunea PSTN a clientului pentru acea locație. are, de asemenea, o rutare îmbunătățită a apelurilor de urgență concepută pentru implementările din SUA și Canada care au cerințe de conformitate cu reglementările care necesită utilizarea unui furnizor la nivel național pentru a livra apeluri de urgență către centrul de expediere corect.
Toți clienții ar trebui să implementeze, cel puțin, configurația de bază a apelurilor de urgență. Apelarea de urgență de bază necesită ca cel puțin un număr +E.164 deținut de client să fie atribuit fiecărei locații definite în. Pentru apelurile de urgență de bază, fiecare locație va fi definită de o adresă stradală la care sunt trimise serviciile de poliție, pompieri sau ambulanță în caz de urgență. În cele mai multe cazuri, numărul principal pentru locație este cea mai bună alegere pentru a reprezenta locația fizică a situației de urgență. De obicei, atribuirea adresei la numărul +E.164 este coordonată cu furnizorul PSTN. Imaginile de mai jos arată alocarea numărului principal care va fi utilizat ca număr de apel de urgență pentru locația Richardson.
În majoritatea situațiilor, o adresă a clădirii este suficientă pentru adresa de expediere a locației. Dar dacă sunt necesare detalii suplimentare despre locație pentru anumiți utilizatori sau dispozitive, atunci un administrator poate utiliza același proces descris mai sus și poate atribui acele dispozitive unei adrese specifice sau unei locații mai precise în interiorul adresei (cum ar fi un etaj sau o cameră). În Gestionarea utilizatorului în, fil a Apelare permite utilizarea unui anumit număr pentru un utilizator și dispozitivele acestuia pentru a obține o anumită adresă de expediere. Următoarele imagini ilustrează modul în care un anumit număr poate fi atribuit unui dispozitiv. Administratorul este responsabil să se asigure că numărul utilizat de dispozitiv va avea adresa corectă de expediere atribuită acestuia. Atri buirea adresei se face de obicei prin intermediul furnizorului PSTN al acelei locații.
Pentru implementările de telefonie din SUA care trebuie să ofere soluții îmbunătățite de apelare de urgență, utilizează Horizon Mobility de la RedSky integrat pentru rutarea apelurilor de urgență. Când utilizați RedSky pentru rutarea apelurilor, un administrator trebuie să se înscrie pentru un cont prin Cisco și să configureze informațiile corespunzătoare în Apelare -> Setări serviciu pentru a activa această caracteristică. Odată ce serviciul RedSky a fost activat la nivel de sistem, un administrator va activa serviciul RedSky la fiecare nivel de locație. Activarea apelurilor de urgență îmbunătățite într-o locație va activa serviciul pentru toate dispozitivele care sunt atribuite acelei locații. Dispozitivele care acceptă apeluri de urgență îmbunătățite sunt telefoanele Cisco MPP, telefoanele Cisco PhoneOS și cele Cisco.
Există două setări pentru activarea apelurilor de urgență îmbunătățite într-o locație. Permit eți RedSky să primească informații despre conectivitatea rețelei și apel urile de testare trebuie utilizat pentru a verifica dacă configurația RedSky pentru mapările dispozitivului și infrastructurii este corectă. Această setare permite, de asemenea, efectuarea apelurilor de testare la 933 pentru a efectua verificarea locației utilizând sistemul IVR al RedSky pentru a citi locația apelantului. Deși acest document nu va acoperi configurația RedSky pentru urmărirea locației, un administrator ar trebui să testeze ÎNTOTDEAUNA descoperirea locației înainte de a activa apelurile de urgență pentru a direcționa către RedSky. Odată ce testarea a fost finalizată și verificată ca fiind exactă, administratorul va direcționa apelurile către RedSky comutând apelurile de urgență ale rutei către RedSky. Această comutare va direcționa toate apelurile de urgență pentru locație către RedSky pentru livrare la centrul de răspuns pentru locație.
Setările Apelare de urgență îmbunătățită se aplică, de asemenea, clienților atât la nivel local, cât și în afara sediului. Când sunt locale, acestea pot fi urmărite în același mod în care sunt urmărite telefoanele de birou. Când este în afara sediului, utilizatorul își va putea seta locația dinamic direct în cadrul. Pentru mai multe informații despre apelurile de urgență, consultați Apel are de urgență îmbunătățită pentru.
Licențiere
Există mai multe opțiuni pentru a atribui licențe utilizatorilor.
Atribuirea manuală prin
Administratorii atribuie manual licențe utilizatorilor individuali prin interfață.
Administratorii pot edita licențele de servicii pentru utilizatori individuali și pot atribui licențe de apelare direct.
Șabloane de atribuire automată a licențelor
Utilizați șabloane de atribuire a licențelor pentru a atribui automat licențe utilizatorilor pe baza setărilor de grup sau organizație.
Licențierea automată se poate face prin sincronizarea directorului sau actualizări manuale ale utilizatorului, dar utilizatorii trebuie să aibă un număr de telefon valid formatat +E.164, iar numerele de telefon trebuie să existe într-o locație înainte de furnizarea utilizatorului. Dacă nu sunt îndeplinite condițiile (de exemplu, formatul nevalid al numărului de telefon), licențele nu vor fi atribuite.
Atribuire în bloc prin șablon CSV
Încărcați un fișier CSV cu detalii despre utilizator și atribuiri de licențe pentru a adăuga sau modifica mai mulți utilizatori simultan.
Importul CSV acceptă adăugarea a până la 20.000 de utilizatori și atribuirea licențelor, dar licențele necesită câmpuri specifice, cum ar fi numărul de telefon și extensia.
Atribuire bazată pe API
Utilizați API-uri pentru a atribui programatic licențe și pentru a gestiona utilizatorii.
acceptă operațiuni API pentru gestionarea utilizatorilor și a licențelor (People, SCIM 2.0 și API-uri Licenses), care pot fi utilizate pentru automatizarea atribuirii licențelor. API-ul Licenses permite atribuirea simultană a licențelor, a numerelor de telefon și a extensiilor.
| Metoda de atribuire | Avantaje | Contra |
|---|---|---|
| Manual prin | Simplu pentru puțini utilizatori. Permite un control precis și granular asupra atribu irii licențelor. | Nu este scalabil, consumă mult timp Predispus la erori umane în timpul introducerii manuale. |
| Șabloane automate de licență | Scalabil Reduce erorile manuale Poate fi aplicat utilizatorilor noi și existenți. | Necesită numere de telefon și locații valide. Mai complex de configurat De asemenea, necesită grupuri de utilizatori pe grup de utilizatori cu cerințe echivalente de licențiere. |
| Încărcare CSV în vrac | Eficient pentru seturi mari de utilizatori Permite alocarea simultană a licențelor, a numerelor de telefon și a extensiilor. | Necesită formatare CSV atentă Potențial de erori dacă numerele de telefon sau extensiile lipsesc sau sunt incorecte. |
| Atribuire bazată pe API | Automatizabil, flexibil. Permite alocarea simultană a licențelor, a numerelor de telefon și a extensiilor. | Necesită cunoștințe de dezvoltare și API. |
Tabelul Opțiuni de furnizare a utilizatorului - rezumat rezumă opțiunile de furnizare a utilizatorilor și avantajele și dezavantaj ele acestora. Această prezentare generală vă ajută să alegeți cea mai bună metodă de atribuire a licențelor pe baza dimensiunii organizației clientului, a capacităților de automatizare și a proceselor și cerințelor de furnizare a utilizatorilor.
Ori de câte ori este posibil, Cisco recomandă atribuirea licențelor de apelare utilizând șabloane de licență. Acest lucru necesită ca pentru fiecare grup de utilizatori care necesită un set unic de licențe (Exemplu - Standard vs. Profesional) există un grup cu membrii grupului respectiv. După cum s-a discutat în secțiunile Gru puri de utilizatori, grupurile de utilizatori pot fi definite manual sau sincronizate dintr-un director corporativ. Este posibilă o combinație a ambelor abordări.
Utilizatorii care aparțin mai multor grupuri obțin licențe din toate atribuțiile aplicate tuturor grupurilor lor. Acest lucru permite utilizarea grupurilor de securitate specifice licenței în directorul întreprinderii pentru a gestiona atribuirea licențelor în cazul în care atribuirea licenței utilizatorului rezultată este controlată de unirea membrilor de grup.
Pentru mai multe informații, consultați Configurarea atribuirii automate de licențe în Control Hub și Configur area șabloanelor de atribuire automată a licențelor pentru Webex Calling utilizatori.
Cerințe de licență
Această secțiune acoperă numai licențele aferente. Alte tipuri de licențe (Exemplu - înregistrarea dispozitivului Webex, mesagerie, întâlniri) nu sunt acoperite. Ca parte a procesului de proiectare, trebuie stabilite cerințele de licență. Numărul de licențe pentru următoarele tipuri de licențe trebuie calculat:
-
Standard: numărul de utilizatori individuali care necesită caracteristici standard de telefonie.
-
Profesional: numărul de utilizatori și spații de lucru care necesită funcții avansate de telefonie . Liniile virtuale și mesageria vocală de grup au dreptul la un raport 1:1 pentru fiecare licență profesională. Prin urmare, în cazuri rare în care numărul de linii virtuale necesare sau de mesaje vocale de grup depășește numărul de utilizatori și spații de lucru care necesită funcții avansate de telefonie , trebuie luate în considerare licențe profesionale suplimentare.
-
Spațiu de lucru pentru zona comună: numărul de utilizări partajate sau locații în zone comune care necesită capacități standard de apelare.
-
Asistență pentru clienți: numărul de agenți și supraveghetori care necesită funcții de asistență pentru clienți. Asistența pentru clienți include licența profesională.
-
Apeluri de listă de rute: numărul de apeluri PSTN conectate la cloud necesare între utilizatorii locali și/sau aplicații terță parte specializate locale.
-
Consola însoț itoare: numărul de utilizatori care necesită acces la clientul consolei însoțitoare.
-
Planul de apelare Cisco (Planul de apelare de ieșire): numărul de utilizatori care necesită un număr PSTN și/sau acces la apel uri PSTN de ieșire pentru serviciul Cisco PSTN.
Nu există un tip de licență dedicat pentru spațiile de lucru profesionale. Spațiile de lucru profesionale consumă o licență profesională.
Spațiile de lucru doar la hot-desk oferă serviciul gazdă hot-desking și apeluri de urgență de la gazda hot-desking și nu necesită nicio licență. Pentru mai multe informații, consultați Adă ugarea și gestionarea dispozitivelor numai pentru birouri rapide.
Pentru a determina tipul de licență necesar pentru fiecare utilizator și spațiu de lucru pe baza caracteristicilor necesare, consultați Caracteristici disponibile după tipul de licență pentru Webex Calling.
Pentru a face diferența între funcționalitatea oferită de cozile de apeluri combinate cu licența profesională în contrast cu asistența pentru clienți, consultați Webex Callingcompararea caracteristicilor coadă de apeluri și asistență pentru clienți.
Aprovizionarea utilizatorilor
Atunci când furnizați utilizatori în Webex, există mai multe opțiuni disponibile, fiecare adaptată diferitelor nevoi și medii organizaționale:
-
Aprovizionare manuală: Administratorii pot adăuga și gestiona utilizatori individuali direct în interior. Această metodă este simplă, dar cea mai potrivită pentru organizațiile mici sau modificările limitate ale utilizatorilor.
-
Aprovizionare în masă prin CSV: Pentru baze de utilizatori mai mari, administratorii pot impor ta și actualiza utilizatorii în bloc încărcând fișiere CSV în. Acest lucru permite gestionarea eficientă a până la mii de utilizatori simultan.
-
Opțiuni de sincronizare a directorului:
Director Connector: Acesta este un instrument de sincronizare automată utilizat în Microsoft Active Directory medii. Sincronizează conturile de utilizator, grupurile și atributele în mod programat (orar, zilnic sau săptămânal). Acceptă configurări multi-domeniu și multi-pădure Active Directory și poate sincroniza imaginile de profil și obiectele camerei.
Aplicația expert Entra ID (Azure AD): Proiectată pentru organizațiile care utilizează Microsoft Entra ID (Azure AD), această metodă oferă sincronizarea automată, aproape în timp real, a conturilor de utilizator și atributelor direct de la Entra ID la. Este complet gestionat în interior și necesită o configurare minimă.
Aplicații SCIM 2.0: Pentru mediile non-Microsoft sau alți furnizori de identitate, cum ar fi Okta sau Duo, aplicațiile de sincronizare bazate pe SCIM permit furnizarea și dezactivarea automată a utilizatorilor cu maparea atributelor și sincronizarea grupurilor.
-
Unified CMsincronizare utilizator: Această opțiune permite crearea de conturi de utilizator bazate pe utilizatorii finali existenți prin sincronizarea de la la. Acest lucru necesită ca Cloud Connected UC (CCUC) să ruleze pe clusterele locale. Cu toate acestea, în general, este recomandat să sincronizați utilizatorii dintr-un director cloud centralizat, cum ar fi Entra ID, mai degrabă decât direct din.
-
Aprovizionarea API: API-urile publice (People, SCIM 2.0) pot fi utilizate pentru furnizarea utilizatorilor. Principalul beneficiu al utilizării API-urilor este opțiunea de a integra provizionarea utilizatorilor cu alte sisteme de întreprindere.
Această prezentare generală și tabel reflectă principalele opțiuni de furnizare a utilizatorilor, beneficiile și limitările acestora pentru a vă ajuta să alegeți cea mai bună abordare pentru nevoile organizației.Tabelul 6. Opțiuni de furnizare a utilizatorului pentru Metoda de furnizare Descriere Avantaje Contra Manuale Creați/gestionați utilizatorii individual în Simplu pentru puțini utilizatori; nu este necesară infrastructura Nu este scalabil; consumator de timp pentru mulți utilizatori În vrac (fișier CSV) Importați/actualizați utilizatorii în bloc prin CSV în Eficient pentru grupuri; nu este necesară codificarea Pregătire manuală CSV; mai puțin dinamic Oameni și SCIM 2.0 API Gestionarea programatică a utilizatorilor prin API-urile Webex Flexibil; suportă automatizarea și integrarea Necesită dezvoltare și infrastructură Sincronizarea directorului Sincronizare automată din aplicațiile AD, Entra ID, SCIM, Unified CM Automatizează ciclul de viață; acceptă filtrarea și maparea Complexitatea configurării: unele dintre opțiuni au caracteristici limitate sau necesită infrastructură
Grupuri de utilizatori
Gestionarea grupurilor de utilizatori în permite administratorilor să organizeze utilizatorii în grupuri pentru o gestionare eficientă în bloc a licențelor, setărilor și resurselor. Grupurile ajută la eficientizarea administrării aplicând politici, licențe și șabloane de setări mai multor utilizatori simultan, în loc să gestioneze utilizatorii individual.
Gestionarea grupului de utilizatori oferă mai multe avantaje, inclusiv:
-
Administrare simplificată: Gestionați licențele, setările și politicile pentru mai mulți utilizatori simultan.
-
Coerență: Aplicați setări și licențe uniforme între utilizatorii din același grup.
-
Scalabilitate: Suportă până la 250.000 de membri pe grup.
-
Integrare: Sincronizați grupurile din Microsoft Entra ID (Azure AD) sau Active Directory pentru gestionarea automată a utilizatorilor și a grupurilor.
-
Flexibilitate: Creați grupuri locale sau sincronizați grupuri de securitate; gestionați calitatea de membru al grupului manual sau prin fișiere CSV.
-
Alocarea resurselor: Controlează accesul la aplicațiile și serviciile încorporate în funcție de calitatea de membru al grupului.
Principalele cazuri de utilizare pentru grupurile de utilizatori la aprovizionare sunt:
-
Atribu irea licențelor: atribuiți licențe grupurilor pentru a furniza automat servicii precum apeluri, întâlniri, mesagerie sau servicii hibride membrilor grupului.
-
Șabloane de setări: Aplicați colecții de setări de servicii (de exemplu, mesagerie, întâlnire, apelare) grupurilor pentru o experiență consecventă a utilizatorului.
-
Gestionarea în bloc a utilizatorilor: adăugați sau eliminați utilizatori în bloc prin fișiere CSV sau sincronizare de directoare.
-
Automatizare și integrare: Utilizați API-uri sau sincronizare directoare pentru gestionarea automată a ciclului de viață al utilizatorilor și al grupului.
Următorul tabel rezumă diferitele opțiuni pentru gestionarea grupurilor de utilizatori și gestionarea grupurilor în.
| Opțiune | Descriere | Avantaje | Contra |
|---|---|---|---|
| provizionarea grupurilor (grupuri) | Creați și gestionați grupuri direct în. Adăugați/eliminați membrii manual sau prin CSV. | Control deplin asupra calității de membru al grupului Aplicarea imediată a licențelor și șabloanelor Ușor de creat și editat grupuri |
Actualizări manuale necesare Riscul de erori în încărcările manuale CSV Fără sincronizare automată cu directoare externe |
| Grupuri sincronizate din Entra ID (Azure AD) sau Active Directory | Sincronizați automat grupurile de securitate și abonamentele de la serviciile de director externe. | Sincronizarea automată reduce munca manuală Asigură coerența cu directorul corporativ Sprijină organizațiile mari |
Nu se poate edita calitatea de membru al grupului în Întârziere de sincronizare de până la 12 ore Grupurile imbricate necesită selectarea manuală |
| Grupuri și SCIM 2.0 API (Grupuri) | Utilizați Grupuri sau API-ul SCIM 2.0 pentru gestionarea programatică a grupurilor și a membrilor | Automatizare și integrare cu alte sisteme Scalabil pentru medii mari sau complexe |
Necesită efort de dezvoltare Complexitatea depinde de utilizarea API |
În timp ce grupurile sincronizate asigură consistența și oferă un singur punct de administrare, este posibilă o abordare hibridă care combină grupuri și grupuri sincronizate (fie gestionate în hub-ul de control, fie prin API-uri). Deci, de exemplu, grupurile pentru atribuirea licențelor ar putea fi grupuri sincronizate și un set separat de grupuri poate fi utilizat pentru atribuirea șabloanelor de utilizator și apelare.
Această abordare cuprinzătoare a gestionării grupurilor de utilizatori permite organizațiilor să gestioneze eficient licențele, setările și politicile utilizatorilor, asigurând experiențe de colaborare consecvente și scalabile.
Abordare recomandată la migrarea de la
Sursa principală de date pentru utilizatori este baza de date, care conține informații despre utilizatorul final. Cu toate acestea, nu este de obicei sursa autoritară pentru gestionarea identității utilizatorului și, mai important, va fi închisă la sfârșitul tranziției și, prin urmare, este exclusă ca sursă autoritară pe termen lung pentru informații de identitate.
Cisco recomandă utilizarea unui director cloud centralizat, cum ar fi Microsoft Entra ID (Azure AD), ca sursă unică de adevăr pentru identitățile utilizatorilor. Sincronizarea utilizatorilor din Entra ID pentru a asigura consecvența, simplifică gestionarea și acceptă capabilitățile de conectare unică (SSO).
Pentru a se asigura că toți utilizatorii sunt prezenți și în Entra ID, organizațiile ar trebui să verifice dacă conturile de utilizator corespund conturilor din Entra ID. Acest lucru se poate face exportând liste de utilizatori din și comparându-le cu listele de utilizatori Entra ID.
În rezumat, metoda de furnizare recomandată este de a sincroniza utilizatorii de la Microsoft Entra ID (Azure AD) la Webex utilizând Azure AD Wizard sau aplicațiile SCIM. Aprovizionarea manuală și CSV în bloc sunt disponibile ca metode suplimentare, dar sunt mai puțin scalabile și mai predispuse la erori pentru organizațiile mari. Asigurarea faptului că Entra ID este sursa autoritară și că toți utilizatorii există în Entra ID este esențială pentru o migrare reușită și o experiență consecventă a utilizatorului între medii și medii.
Tranziția de la un serviciu director local, cum ar fiActive Directory, la un serviciu de director cloud, cum ar fi Entra ID (ID Azure), este independentă de tranziția de apelare. Cisco recomandă finalizarea tranziției la un serviciu de director cloud înainte de a începe tranziția de apelare.
Proiectarea grupurilor de utilizatori
După trecerea directorului de întreprindere de la local la cloud, colectați grupurile de utilizatori necesare bazate pe cerințele de licențiere și șablon de caracteristici. Pentru fiecare document de grup:
-
Nume grup: numele unic al grupului.
-
Licențe: licențe care urmează să fie atribuite acestui grup (dacă există) și domeniul de aplicare (dacă licențele ar trebui atribuite utilizatorilor existenți sau numai utilizatorilor noi)
-
Șabloane de setări: șabloane de apelare pentru aplicații Webex și utilizatori.
-
Sincronizare director: Acest grup va fi sincronizat din directorul de întreprindere sau acesta este un grup Webex local furnizat în Control Hub sau printr-un API.
-
Descriere: cum va fi utilizat acest grup și ce utilizatori ar trebui să fie membri ai acestui grup
Aceste detalii vor fi utilizate ulterior în faza de implementare pentru a crea grupuri locale sau grupuri în directorul întreprinderii și pentru a gestiona aparten ența la grup a utilizatorilor.
Autentificare unică (SSO)
Cisco recomandă utilizarea SSO pentru autentificarea utilizatorului. Utilizarea SSO are câteva avantaje convingătoare, inclusiv:
-
Autentificare simplificată a utilizatorului: Utilizatorii se pot conecta o singură dată folosind acreditările corporative (de exemplu, din Azure ID) pentru a accesa și alte aplicații integrate, eliminând necesitatea mai multor parole și reducând solicitările de conectare. Acest lucru îmbunătățește securitatea prin asigurarea faptului că parolele corporative nu sunt niciodată stocate sau transmise după autentificare.
-
Gestionare simplificată a utilizatorilor: Automatizează crearea, actualizarea și dezactivarea contului de utilizator pe baza modificărilor din directorul corporativ, reducând cheltuielile administrative și asigurând că numai utilizatorii autorizați au acces.
-
Securitate îmbunătățită: SS O reduce oboseala parolei și riscul de încălcări legate de parolă prin centralizarea autentificării prin intermediul furnizorilor de identitate de încredere (IDP).
-
Integrare ușoară a autentificării multi-factor (MFA): MFA poate fi ușor suportată fie printr-o soluție de gestionare a accesului la identitate, cum ar fi Cisco Duo, fie prin suportul M FA al IdP.
Există mai multe opțiuni pentru a implementa SSO pentru servicii:
-
SSO bazat pe SAML 2.0: Protocolul principal acceptat pentru integrarea SSO, care permite schimbul securizat de informații de autentificare între Id P și furnizorul de servicii.
-
OpenID connect (OIDC): Suportat ca un protocol alternativ de autentificare modern pentru integrarea SSO.
-
Identitate Webex: De asemenea, acceptată ca opțiune furnizor de identitate.
SSO este configurat și gestionat central, necesitând schimbul de metadate între și IdP-ul ales.
După configurare, SSO poate fi testat înainte de activare pentru a asigura configurarea corectă.
Cisco acceptă integrarea cu mai mulți IDP și sisteme de gestionare a identității (IAM) testate și utilizate în mod obișnuit, inclusiv, dar fără a se limita la:
-
Cisco Duo
-
Okta
-
Microsoft Active DirectoryServicii de federație (ADFS)
-
Microsoft Azure
-
Ping Federate
-
OpenAM
-
F5 BIG-IP.
Acești IDP sunt conforme standardelor SAML 2.0 sau OpenID Connect și au fost validate pentru compatibilitatea cu soluțiile de colaborare Cisco.
Suport IdP multiplu
permite organizațiilor să configureze SSO cu mai mulți IDP pentru a găzdui medii IT complexe, cum ar fi fuziuni, achiziții sau departamente IT descentralizate în care diferite grupuri folosesc IDP diferiți. Suportul IdP multiplu poate fi implementat fie utilizând caracteristica Multiple IdP, fie prin integrarea unui sistem IAM de întreprindere, cum ar fi Cisco Duo.
Asistența pentru furnizorii de identitate multiplă (IdP) abordează mai multe cazuri cheie de utilizare în care organizațiile necesită autentificare flexibilă și sigură în diverse medii IT:
1. Fuziuni și achiziții
Atunci când companiile fuzionează sau achiziționează altele, acestea au adesea infrastructuri IT separate și IDP distincte care nu se pot federa. Suportul IdP multiplu permite utilizatorilor din ambele organizații să se autentifice și să colaboreze în siguranță, fără a fi nevoie să-și unifice imediat sistemele de identitate.
2. Mai multe departamente IT independente
Organizațiile mari sau instituțiile guvernamentale pot avea mai multe departamente IT independente, fiecare gestionând propriul IdP. Funcția multiplă IdP permite acestor departamente să își mențină propriile sisteme de autentificare, permițând în același timp utilizatorilor să acceseze fără probleme.
3. Diferite grupuri de utilizatori sau domenii
Organizațiile cu diferite grupuri de utilizatori (de exemplu, angajați vs. contractori) sau mai multe domenii de e-mail pot configura reguli de rutare pentru a direcționa solicitările de autentificare către IdP-ul corespunzător pe baza apartenenței la domeniu sau grup. Aceasta susține politici de acces diferențiate și controale de securitate.
4. Suport pentru diverse protocoale de autentificare
acceptă IDP-urile SAML și OpenID Connect (OIDC), permițând organizațiilor să integreze diferite tipuri de furnizori de identitate în funcție de infrastructura existentă și cerințele de securitate.
5. Securitate și conformitate îmbunătățite
Prin activarea mai multor IDP, organizațiile pot implementa mecanisme de autentificare mai puternice, inclusiv autentificarea cu mai mulți factori (MFA) prin integrări precum Duo și pot aplica politici de securitate consecvente în diverse baze de utilizatori.
6. Experiență simplificată a utilizatorului
Utilizatorii se pot autentifica folosind acreditările existente de la IDP-urile lor respective, oferind o experiență unificată de conectare, în ciuda complexității subiacente a sistemelor multiple de identitate.
În timp ce suportul IdP multiplu oferă flexibilitate, necesită o coordonare atentă între echipele de securitate și identitate pentru a menține politici de securitate consecvente și pentru a evita potențialele vulnerabilități.
Duo MFA cu SSO pentru
Duo Access Gateway (DAG) poate autentifica utilizatorii utilizând directoarele existente locale sau bazate pe cloud, cum ar fi Active Directory (AD) și OpenLDAP. De asemenea, acceptă integrarea cu alți furnizori de identitate, cum ar fi Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS și Shibboleth. Această flexibilitate permite organizațiilor să utilizeze infrastructura de directoare curentă pentru Webex SSO cu Duo MFA.
Duo acționează ca un strat puternic de autentificare deasupra autentificării directorului principal. Funcționează ca furnizor de identitate (IdP) folosind SAML 2.0 pentru a impune autentificarea cu doi factori (2FA) înainte de a acorda acces la. Duo evaluează contextul utilizatorului, dispozitivului și rețelei în funcție de politicile configurabile pentru a permite sau refuza accesul, sporind securitatea dincolo de numele de utilizator și parola. Duo oferă, de asemenea, contro ale flexibile ale politicilor, cum ar fi solicitarea MFA la fiecare conectare pentru unele aplicații și mai rar pentru altele.
Beneficiile Cisco Duo includ:
-
Securitate îmbunătățită: adaugă MFA rezistent la phishing pentru a proteja accesul, reducând riscul de parole compromise.
-
Politici flexibile: Permite controlul granular asupra cerințelor de autentificare pentru fiecare aplicație sau grup de utilizatori.
-
Integrarea cu directoarele existente: acceptă AD local, OpenLDAP, directoare cloud și diferiți furnizori SSO, minimizând modificările infrastructurii.
-
Comoditatea utilizatorului: acceptă conectarea unică (SSO) pentru a reduce oboseala parolei, permițând utilizatorilor să se conecteze o dată și să acceseze mai multe resurse în siguranță.
-
Puncte finale de încredere: acceptă încrederea dispozitivelor pentru clienții cu Windows și macOS, îmbunătățind poziția de securitate.
-
În@@ scriere cu autoservire: În scrierea în linie și promptul duo îmbunătățesc experiența utilizatorului în timpul configurării MFA.
Duo MFA cu SSO pentru valorifică directoarele existente precum Active Directory și OpenLDAP sau furnizorii de identitate cloud, pentru autentificarea utilizatorilor. Rolul Duo este de a oferi un al doilea factor de autentificare puternic, bazat pe politici, integrat prin SAML 2.0, sporind securitatea, menținând în același timp confortul utilizatorului prin SSO. Beneficiile includ o poziție de securitate îmbunătățită, aplicarea flexibilă a politicilor, integrarea perfectă și o experiență mai bună a utilizatorului.
Cisco recomandă implementarea SSO pentru utilizatori. Pentru securitate îmbunătățită, se recomandă integrarea cu Cisco Duo.
Strategia Enterprise IAM și SSO ar trebui implementată înainte de a începe tranziția de la la la .
Caracteristici
are o completare completă de caracteristici de bază care sunt incluse în serviciu. Aceasta include multe funcții de apelare la nivel de întreprindere care sunt disponibile de mai mulți ani. Este posibil să nu vedeți o paritate de 100% între caracteristici și caracteristici, totuși, după cum puteți vedea în figura de mai jos, funcțiile cheie de apelare sunt disponibile în.
Pe lângă numeroasele caracteristici ale utilizatorului, are caracteristici de bază ale sistemului care sunt incluse în platformă. Acestea includ funcții precum însoț itorii auto, cozile de apeluri, parcul de apeluri etc. Puteți vedea toate caracteristicile de bază ale sistemului disponibile în secțiunea Serviciu → Apelare → Caracteristici așa cum este descris în figura caracteristici de Webex Calling bază.
Asistent auto
Asistentul automat permite automatizarea 24/7 a gestionării apelurilor primite, ceea ce permite gestionarea eficientă a apelurilor fără a fi nevoie ca o persoană să răspundă la fiecare apel.
Asistentul automat răspunde la apelurile primite și oferă apelantului un meniu de opțiuni cu privire la locul în care dorește să-și direcționeze apelul. Aceasta ar putea fi pentru o persoană, o cutie de mesagerie vocală sau un serviciu de apelare (de ex. Coada de apel). A pelantul folosește tastatura telefonului pentru a introduce numărul din meniul de însoțitor automat.
Asistentul automat acceptă următoarele caracteristici cheie:
-
Program de afaceri și după ore
-
Program de sărbători
-
Opțiunea de apelare a meniului pentru a vă direcționa clienții către locul în care trebuie să meargă
-
Personalizați felicitările
-
Opțiunea de apelare după nume
-
Opțiuni de redirecționare a apelurilor
-
Analizele și rapoartele Control Hub.
Pentru mai multe informații, consultați Gestionarea asistenților automați.
Sună la Park
Parcul de apeluri oferă utilizatorilor posibilitatea de a pune cu ușurință un apel în aștep tare pentru ca un alt utilizator să îl pre ia cu ușurință atunci când este disponibil pentru a-l prelua. De asemenea, eliberează utilizatorul care a răspuns la apelul inițial pentru a efectua sau primi alte apeluri în timp ce apelul este parcat.
Există două tipuri de parcuri de apel disponibile în:
-
Call park direct - permite oricărui utilizator să parcheze un apel către extensia altui utilizator sau la o extensie de parcare, așa cum este definit de Administrator
-
Grup de parcuri de apel - permite unui grup definit de utilizatori să parcheze automat apelurile în funcție de destinațiile disponibile ale parcului definite pentru grup. Aceste destinații pot fi extensiile membrilor grupului sau extensiile parcului de apel.
În funcție de configurație și tipul de parcare, utilizatorii pot prelua apelurile apelând *88+><extension of parked call>, apăsând tasta de linie asociată cu extensia parcului de apel sau utilizând o tastă softkey de pe telefonul lor IP.
O opțiune de rechemare este disponibilă pentru a rechema un apel parcat după o perioadă specificată utilizatorului care a parcat apelul sau unui utilizator alternativ.
Pentru mai multe informații, consultați Gestionarea parcului de apeluri în Control Hub.
Preluarea apelurilor
Preluarea apelurilor permite unui administrator să definească un grup de utilizatori (membri) care pot răspunde la un apel la telefonul altui membru. Acest lucru oferă utilizatorului posibilitatea de a răspunde la apeluri atunci când colegii lor de echipă sunt ocupați și nu pot răspunde la un apel primit.
Utilizatorii dintr-un grup trebuie să se afle în aceeași locație.
Utilizatorii pot folosi fie telefonul de birou, fie telefonul lor de birou pentru a prelua un apel.
-
:
-
Suportă notificări vizuale și audio
-
Notificarea apelurilor primite
-
Preluare a apelurilor pe bază de FAC (apelare *98) sau notificare
-
Notificări de preluare a apelurilor pentru multiline.
-
-
Telefoane de birou:
-
Notificarea apelurilor primite
-
Sunete audio și notificare vizuală prin LED-ul receptorului. 6821 acceptă doar clopote audio
-
Când tipul de notificare selectat în nu este niciunul
-
-
Notificările de preluare a apelurilor numai pentru liniile principale.
-
Pentru mai multe informații, consultați Configurarea grupului de preluare a apelurilor.
Coada de apeluri
include cozi de apeluri doar vocale ca parte a caracteristicilor sale de bază și orice utilizator cu licență Professional poate face parte dintr-o coadă de apeluri, agent sau supraveghetor. Această caracteristică permite utilizatorilor să interacționeze eficient cu clienții. Cozile de apeluri acceptă un subset al unora dintre capacitățile de bază ale centr ului de apel, cum ar fi cozile vocale, apelurile înapoi, rutarea abilităților sau priorităților, gestionarea cozii agenților, analiza, raportarea etc.
Apelul Cisco pentru integrarea Microsoft Teams permite agenților să acceseze apelurile și funcțiile cozii de apeluri direct de la clientul lor Microsoft Teams.
Call Queues acceptă următoarele caracteristici cheie:
-
Salutări și mesaje (bun venit, confort, șoaptă etc.)
-
Țineți muzică
-
Apelare inapoi
-
Politici de rutare a cozii (serviciu de noapte, sărbători, redirecționare)
-
Logare/deconectare la coada agentului
-
Gestionarea stării cozii de agent
-
sau asistență telefonică la birou
-
Agentul de supraveghere apelează la monitorizarea, antrenorul, barja sau preia controlul prin intermediul codurilor de acces la caracteristici (FACS)
-
(acces administrator) pentru:
-
gestionarea cozii
-
Analiza și raportarea agenților și a cozii
-
Managementul cozii, agentului și supraveghetorului.
-
Pentru mai multe informații, consultați Configurarea cozii de apeluri.
are o caracteristică suplimentară de asistență pentru clienți care oferă capabilități suplimentare de coadă de apeluri și oferă agenților și supraveghetorilor o experiență mai bună a utilizatorului în cadrul. Pentru o comparație a caracteristicilor Coadă de apeluri și Asistență pentru clienți, consultați compararea Webex Calling caracteristicilor coadă de apeluri și asistență pentru clienți.
Grupul de vânătoare
Grupurile de vânătoare permit rutarea apelurilor primite către un anumit grup de utilizatori printr-un model predeterminat de rutare a apelurilor. Acest lucru asigură că apelurile sunt răspunse de grupul potrivit de utilizatori sau trimise la o mesagerie vocală pentru urmărire.
O mare diferență între Hunt Groups și Call Queues este că apelurile nu sunt coadă într-un grup de vânătoare, deci dacă niciun utilizator din grupul de vânătoare nu este disponibil pentru a răspunde la apel, acesta va fi deconectat, trimis la mesageria vocală sau redirecționat către un alt număr (utilizator sau serviciu).
Pentru mai multe informații, consultați Gestionarea grupurilor de vânătoare în Control Hub.
Moduri de operare
Funcția Moduri de operare permite companiilor să direcționeze eficient apelurile către diverse destinații (utilizatori, mesagerie vocală, servicii de apelare, cum ar fi o coadă de apeluri). Loc ul și momentul în care un apel este direcționat se bazează pe o oră din zi și o zi a săptămânii și orice utilizator poate fi autorizat să gestioneze aceste moduri (programe) pentru a controla modificările rutării apel urilor.
De exemplu, apelurile către o coadă de apeluri pot fi direcționate către o altă coadă de apeluri cu agenți dintr-un fus orar diferit pentru a răspunde apelurilor după ore, în timpul orelor de lucru pot fi direc ționate către agenții locali, iar în timpul sărbătorilor pot fi direcționate către mesageria vocală pentru urmărire după ce agenții se întorc la birou.
Un utilizator autorizat poate comuta între aceste diferite scenarii (moduri) de redirecționare a apelurilor dacă trebuie să schimbe locul în care apelurile primite sunt direcționate pentru o anumită perioadă. Acești utilizatori pot gestion a modurile prin telefoanele 6800/7800/8800 MPP, telefoanele 9800 sau în Hub-ul utilizatorului la Modurile de gestionare.
Pentru mai multe informații, consultați Rut area apelurilor pe baza modurilor de operare din Webex Calling.
Grupul de paginare
Grupurile de paginare permit utilizatorilor să efectueze un apel unic pentru a trimite un mesaj audio unui grup de utilizatori. Fiecare grup poate conține până la 75 de utilizatori țintă și/sau spații de lucru la care se ajunge prin apelarea unui număr sau a unei extensii predefinite.
Când un utilizator apelează un grup de paginare, se efectuează un apel simultan către toate țintele atribuite din grup, moment în care apelantul își poate exprima mesajele și poate închide odată ce acestea sunt terminate.
Pentru mai multe informații, consultați Configurarea unui grup de paginare în Control Hub.
Înregistrări
acceptă înregistrarea apelurilor efectuate sau primite de un utilizator. Acest lucru poate fi necesar pentru nevoile de calitate, asigurare, securitate sau formare. În mod implicit, apelurile sunt înregistrate în, dar pot fi utilizați și alți furnizori de înregistrare terți dacă sunt necesare alte caracteristici de înregistrare sau cerințe de conformitate și de reglementare.
Când se utilizează ca platformă de înregistrare, toate apelurile înregistrate sunt gestionate în interior. Administratorii cu rol de ofițer de conformitate pot juca și descărca înregistrările. Fără rolul de ofițer de conformitate, administratorul poate șterge doar înregistrările.
Pentru mai multe informații despre această caracteristică și o listă de înregistrări de la terți, consultați Gestionarea înregistrării apelurilor pentru Webex Calling.
Acoperire cu un singur număr
Acoperirea unui singur număr permite apelurilor către numărul de telefon al unui utilizator pentru a suna mai multe dispozitive. Aceasta poate include alte telefoane de birou, precum și telefoane mobile. Apelurile pot fi, de asemenea, plasate de pe aceste dispozitive, iar utilizatorii pot împinge și trage apeluri între ele.
Pentru mai multe informații despre această caracteristică și modul în care o configurează un administrator, consultați Configurarea accesului la un număr unic (office oriunde).
Pentru mai multe informații despre modul în care un utilizator poate gestiona și configura această caracteristică pentru el însuși în Webex User Hub (portal), consultați Configurarea accesului la un număr unic (birou oriunde).
Grup de mesagerie vocală
Grupurile de mesagerie vocală permit o casetă de mesagerie vocală partajată care poate fi atribuită unui utilizator sau unei caracteristici de rutare a apelurilor. Unele dintre motivele pentru care poate fi necesar un grup de mesagerie vocală sunt:
-
Mesagerie vocală de uz general pentru un departament sau grup de lucru
-
Adăugați opțiunea de mesagerie vocală la un operator automat sau la un grup de vânătoare
-
Pentru a trimite apeluri de reîncărcare dintr-o coadă de apeluri
-
Utilizatorii care au nevoie doar de o casetă de mesagerie vocală.
Pentru mai multe informații, consultați Gestionarea unei mesagerii voc ale partajate și a unei casete de fax de intrare pentru. Webex Calling
Consola Attendant este listată pe pagina Caracteristici de apelare din Webex, totuși este o caracteristică suplimentară care necesită achiziționarea licenței consolei însoțitoare pentru utilizare.
Pentru mai multe informații, consultați No țiuni de bază cu Consola Attendant.
Pentru informații despre toate caracteristicile, inclusiv unele caracteristici suplimentare, consultați Caracteristici disponibile în funcție de tipul de licență pentru Webex Calling.
Implementați
Pregătirea rețelei
Primul pas în tranziția către este asigurarea conectivității fiabile și sigure la Internet între rețeaua locală și cloud.
Deoarece majoritatea organizațiilor se conectează la internet prin unul sau mai multe firewall-uri sau dispozitive de securitate, este esențial să se valideze că fluxurile de trafic necesare sunt acceptate.
Administratorii de rețea și securitate trebuie să înțeleagă aceste fluxuri în termeni de:
-
Direc ție (intrare vs ieșire)
-
Protocoale (Exemplu - SIP TLS, SRTP, HTTPS)
-
Intervalele de adrese IP utilizate de servicii
-
Numere de port care trebuie deschise sau permise.
Acest lucru asigură că firewall-urile corporative, dispozitivele NAT și alte infrastructuri de rețea sunt configurate corespunzător pentru a găzdui traficul, menținând în același timp politicile de securitate ale întreprinderii.
Pentru informații despre fluxurile necesare, inclusiv adresa IP, porturile și protocoalele, consultați Informații de referință port pentru Webex Calling. Utilizați aceste informații pentru a configura firewall-ul, proxy-urile și alte infrastructuri de rețea din implementarea existentă pentru a activa fluxurile de rețea.
Ieșirea descentralizată a internetului de la fiecare sucursală sau site este abordarea recomandată pentru serviciile de colaborare în cloud, cum ar fi. Permițând traficului să iasă local, acest model:
-
Reduce întârzierea dus-întors și agitația, îmbunătățind calitatea generală a apelurilor
-
Se scalează eficient pe măsură ce mai mulți utilizatori și site-uri trec la
-
Funcționează perfect cu SD-WAN, care poate direcționa dinamic sesiunile către cel mai apropiat punct de intrare în cloud pentru performanțe optime
- Permite urmărirea locației utilizatorului pe baza adresei IP publice, ceea ce ajută la analiza și depanarea căilor media.
În plus, organizațiile trebuie să asigure o lățime de bandă adecvată a internetului la fiecare site. Lățimea de bandă ar trebui să fie dimensionată în funcție de numărul așteptat de apeluri concomitente, codecul selectat (de exemplu, Opus sau G.711), plus cheltuielile generale pentru semnalizare, retransmisii și creștere. Acest lucru se aliniază cu faza de pregătire a ciclului de viață PPDIO și stabilește o bază solidă pentru migrare.
Configurare inițială
Subsecțiunea inițială de configurare din faza de implementare a implementării este fundamentală pentru stabilirea unui mediu de apelare cloud bine structurat și gestionabil. Această etapă cuprinde sarcini critice, cum ar fi configurarea organizației, achiziționarea și atribuirea licențelor și verificarea și revendicarea domeniilor companiei dvs. pentru a asigura gestionarea și securitatea adecvată a utilizatorilor. În plus, include șabloane de licențe de furnizare pentru automatizarea atribuirii licențelor utilizatorilor, configurarea conectării unice (SSO) pentru a eficientiza autentificarea utilizatorilor și a îmbunătăți securitatea și ajustarea setărilor de servicii și client pentru a se alinia politicilor organizaționale și nevoilor utilizatorilor. Finalizarea acestor activități inițiale de configurare asigură că mediul este configurat corespunzător pentru scalabilitate, securitate și experiență perfectă a utilizatorului, stabilind scena pentru fazele ulterioare de implementare și operaționale.
Verificarea domeniului
Pentru a permite identificarea utilizatorilor înregistrați cu domeniile de e-mail ale companiei dvs., este esențial să vă verificați domeniile. Fără verificarea domeniului, utilizatorii vor fi alocați unei organizații de consumatori, complicând gestionarea utilizatorilor pentru compania dvs. Verificarea domeniului este un pas obligatoriu care permite organizației dvs. să revendice și să gestioneze eficient acești utilizatori.
Asigurați-vă că toate domeniile asociate cu adresele de e-mail ale utilizatorilor dvs. sunt verificate. Verificarea domeniului nu este exclusivă; același domeniu poate fi verificat în mai multe organizații.
Pentru mai multe informații despre gestionarea domeniilor, consultați Gestionarea domeniilor.
Revendicați (convertiți) utilizatorii existenți
După verificarea cu succes a domeniilor, puteți continua să revendicați utilizatorii care s-au înregistrat pentru utilizarea domeniilor de e-mail ale companiei dvs. în organizația dvs. Acest proces consolidează toți utilizatorii sub o singură umbrelă organizațională, permițând gestionarea centralizată și administrarea simplificată. Prin revendicarea acestor utilizatori, vă asigurați că compania dvs. are control deplin asupra conturilor de utilizator, permițându-vă să atribuiți licențe adecvate, să configurați serviciile și să oferiți asistența necesară în mod eficient. Această abordare unificată de gestionare îmbunătățește securitatea, simplifică furnizarea de utilizatori și asigură accesul constant la servicii în întreaga organizație. Revendicarea utilizatorilor îi împiedică, de asemenea, să fie gestionați în organizații externe sau de consumatori, menținând astfel integritatea organizațională și controlul asupra resurselor de colaborare.
Pentru mai multe informații despre revendicarea utilizatorilor, consultați Rev endicarea utilizatorilor către utilizatorii organizației dvs. (convertiți).
Configurați și testați sincronizarea directorului
Pentru a activa gestionarea perfectă a utilizatorilor și a grupurilor, puteți sincroniza utilizatorii și grupurile din directorul corporativ, fie Microsoft Entra ID (anterior Azure AD), fie Microsoft Active Directory (AD) cu. Acest proces asigură că identitățile utilizatorilor și calitatea de membru al grupului sunt menținute în mod constant în mediul dvs.
Pentru organizațiile care implementează implementări pe etape, este crucial să controlați și să limitați domeniul de sincronizare în timpul lansărilor inițiale. Acest lucru minimizează riscul modificărilor neintenționate și permite testarea țintită înainte de adoptarea mai largă.
Cea mai eficientă metodă de filtrare a utilizatorilor care sunt sincronizați este de a utiliza apartenența la grupul de directoare:
| 1 |
Crearea unui grup de sincronizare dedicat: În directorul întreprinderii (Microsoft Entra ID sau AD), creați un grup de securitate specific pentru sincronizare (de exemplu, grup de sincronizare). |
| 2 |
Popularea grupului cu utilizatori țintă: Adăugați la acest grup numai utilizatorii pe care doriți să îi sincronizați (cum ar fi un grup de testare în timpul fazei pilot). Acest lucru vă permite să controlați strâns cine este inclus în procesul de sincronizare. |
| 3 |
Configurarea acordului de sincronizare cu filtrare bazată pe grup: Când configurați acordul de sincronizare în Directory Connector sau în furnizarea Entra ID, configurați domeniul de aplicare pentru a include numai utilizatorii care sunt membri ai grupului desemnat.
|
| 4 |
Extindeți grupul după cum este necesar: Pe măsură ce progresați la faze mai largi de implementare, pur și simplu adăugați utilizatori sau grupuri suplimentare la grupul de sincronizare. Domeniul de sincronizare se va extinde automat pentru a include acești utilizatori, permițând lansarea controlată și tre ptată. Exemple de pași de implementare:
Referințe: Sincronizați utilizatorii Entra ID în Control Hub |
Configurarea și testarea Single Sign-On (SSO)
Single Sign-On (SSO) îmbunătățește securitatea și simplifică accesul utilizatorilor, permițând utilizatorilor să se autentifice o singură dată cu acreditările lor corporative și să obțină acces fără probleme la. acceptă integrarea SSO cu IDP compatibili SAML 2.0, inclusiv Microsoft Entra ID (anterior Azure AD), soluții federate Active Directory (AD) și diferiți IDP terți.
În acest moment, configurația SSO proiectată ar trebui implementată și testată.
Referințe:
Integrare de conectare unică în hub-ul de control
configurați conectarea unică pentru administrarea webex
Achiziționarea, furnizarea și verificarea licențelor
Ca parte a configurării inițiale pentru, este esențial să achiziționați, să furnizați și să verificați licențele corespunzătoare pentru a activa și gestiona serviciile în mod eficient. Procesul de achiziție implică selectarea ti purilor de licențe pe baza rolurilor de utilizator și a volumelor de lucru, cum ar fi licențele Professional, Standard și Workspace. Licențele sunt generate și furnizate prin intermediul platformelor software Cisco sau prin intermediul partenerilor. După achiziție și furnizare, numărul adecvat de licențe trebuie verificat. Acest proces asigură că organizația are licențele corecte activate și gata de utilizare în implementare.
Ca parte a configurării inițiale de licențiere în, este important să configurați licențierea automată bazată pe organizație pentru a simplifica atribuirea licențelor pentru utilizatorii noi. Această configurare permite acordarea automată a licențelor atunci când utilizatorii sunt adăugați la organizație, eliminând necesitatea atribuirii manuale a licen țelor. Când configurați licențierea automată la nivel de organizație, selectați serviciile de atribuit și definiți domeniul de aplicare, cum ar fi aplicarea licențelor numai pentru utilizatorii viitori sau includerea utilizatorilor existenți.
Cu toate acestea, dacă planul de implementare implică utilizarea licențierii automate la nivel de grup , puteți alege să nu atribuiți licențe la nivel de organizație pentru a evita conflictele sau atribuirea duplicată a licențelor. Cu licențierea automată la nivel de grup, licențele sunt atribuite în funcție de calitatea de membru al grupului. Utilizatorii din mai multe grupuri primesc licențe de la toate atribuirile de grup aplicabile.
Configurația de atribuire a licențelor pe bază de grup trebuie efectuată după fin alizarea sincronizării directorului, astfel încât grupurile sincronizate să existe și să poată fi utilizate pentru atribuirea licențelor.
În mod specific, atribuirea automată a licențelor necesită detalii suplimentare de furnizare, cum ar fi locația utilizatorului și atribuirea numărului de telefon. Numărul de telefon de serviciu al utilizatorului trebuie să fie în format+E.164, pre-furnizat și atribuit unei locații valide pentru ca licența să fie activată automat. Dacă aceste condiții nu sunt îndeplinite, utilizatorul nu va primi servicii în mod automat și poate necesita intervenție manuală.
În rezumat, configurați licențierea automată bazată pe organizație pentru utilizatorii noi dacă doriți o atribuire largă a licențelor la nivel de organizație. Dacă preferați un control mai granular sau aveți nevoi diferite de licențiere pentru fiecare grup, configurați licențierea automată la nivel de grup și evitați atribuirea licențelor la nivel de organizație pentru a preveni suprapunerea și pentru a asigura gestionarea corectă a licențelor.
Webex Callingsetări de servicii
Este esențial să efectuați o revizuire și configurare cuprinzătoare a setărilor globale de servicii din interior.
Începeți prin accesarea și navigarea la secțiunea de setări. Examinați cu atenție fiecare opțiune configurabilă, inclusiv, dar fără a se limita la, configurația de apelare internă, parametrii apelurilor de urgență, politicile de rutare a apelurilor, gestionarea mesageriei vocale și setările implicite ale dispozitivului.
Ajustați aceste setări globale pentru a reflecta politicile și deciziile de proiectare ale organizației.
De asemenea, setări de configurare și șabloane pentru utilizatori și aplicații.
Migrație pilot
În timpul fazei de implementare, executarea unei migrări pilot reprezintă o etapă critică în validarea tranziției de la la la. Acest pilot implică furnizarea unui subset reprezentativ de utilizatori într-una sau mai multe locații pe platformă, asigurându-se că populația selectată reflectă diverse cazuri de utilizare și roluri organizaționale. În paralel cu migrarea utilizatorilor, serviciile esențiale de colaborare, inclusiv mesageria vocală, însoțitorii auto, cozile de apeluri și grupurile de vânătoare trebuie să fie trecute la echivalentele lor pentru a menține continuitatea afacerii și funcționalitatea serviciului.
Migrarea pilot ar trebui să utilizeze aceeași combinație de instrumente furnizate de Cisco și utilități de migrare terțe care sunt planificate pentru implementarea organizațională mai largă, asigurându-se că procesele, fluxurile de lucru de automatizare și punctele de integrare sunt validate temeinic în condiții reprezentative.
Obiectivele principale ale acestei implementări pilot sunt două: în primul rând, validarea și perfec ționarea proceselor de tranziție end-to-end, inclusiv fluxurile de lucru de furnizare a utilizatorilor, procedurile de migrare a datelor și configurațiile punctelor finale; și în al doilea rând, verificarea cuprinzătoare a funcționalității serviciilor migrate în condiții operaționale reale.
Această abordare pe etape permite echipei de proiect să identifice și să remedieze orice probleme tehnice sau procedurale într-un mediu controlat, să adune feedback de la utilizatori cu privire la experiența noii platforme, să evalueze eficacitatea instrument elor de migrare selectate și să stabilească încrederea în metodologia de migrare înainte de a continua cu o implementare organizațională mai largă.
Informațiile obținute în timpul acestei faze pilot sunt esențiale în optimizarea valurilor de migrare ulterioare și asigurarea unei tranziții lină, cu reducerea riscurilor, pentru întreaga întreprindere.
Achiziționați PSTN
Pentru a procura servicii PSTN, selectați mai întâi o opțiune de conectivitate PSTN în.
Dacă o organizație intenționează să mențină controlul apelurilor duale hibride (faza 1 din figura Tranzi ția apelurilor pe etape: hibrid și cloud), fie temporar, fie pe termen nelimitat, va trebui să implementeze unul sau mai multe gateway-uri locale pentru PSTN local pentru a permite apelarea între și punctele finale.
Dacă o tranziție completă (faza 2) la cloud este obiectivul final, inclusiv PSTN, atunci pentru PSTN va fi necesar fie un Plan de apelare Cisco, fie o opțiune Cloud Connect for.
Lucrați cu furnizorul ales pentru a comanda și porta numere de telefon înainte de a le configura. Comandarea numerelor de telefon sau inițierea comenzilor de port este necesară/posibilă numai pentru PSTN local și Cloud Connect pentru. Pentru planurile de apelare Cisco, comanda și portarea sunt inițiate din Control Hub de în dată ce locația este creată și în țările în care Planul de apelare Cisco este disponibil. Pentru mai multe informații despre planurile Cisco Calling, consultați Noțiuni de bază cu planurile Cisco.
Ca parte a implementării PSTN, asigurați-vă că furnizorul dvs. a activat atât serviciile PSTN de intrare, cât și de ieșire pentru locația dvs. În plus, efectuați apeluri de testare pentru a verifica dacă apelurile sunt direcționate corect prin conexiunea PSTN aleasă.
Configurați locațiile
Înainte de a adăuga utilizatori și dispozitive, trebuie să furnizați locații de apelare. Pentru fiecare locație, trebuie introdusă o adresă de stradă validă. În SUA și Canada, această adresă este validată și utilizată de platformă pentru a trimite informații de locație PIDF-LO pentru apelurile de urgență.
Când configurați locațiile care utilizează PSTN local, trebuie să configurați gateway-urile locale în consecință. În, trebuie create un trunchi și un grup de rute pentru fiecare gateway local, iar grupul de rute este apoi atribuit ca alegere PSTN pentru locație. Cisco recomandă insistent să selectați întotdeauna un grup de rute ca alegere PSTN, deoarece această abordare vă permite să adăugați cu ușurință trunchiuri suplimentare în viitor, susținând atât scalabilitatea, cât și redundanța. Cisco recomandă, de asemenea, activarea suportului dual-identity și P-Charge-Info pe fiecare trunchi PSTN, deoarece acest lucru simplifică identificarea părții facturabile pentru apelurile directe sau redirecționate. Dacă furnizorul dvs. PSTN utilizează un antet diferit pentru facturare, puteți copia informațiile din ant etul P-Charge-Info de pe gateway-ul local în antetul de facturare necesar.
Pentru locațiile care utilizează Cloud Connect pentru sau Planul de apelare Cisco ca opțiune PSTN, pur și simplu selectați opțiunea PSTN respectivă pentru locație în timpul configurării. Dacă locația utilizează fie Cloud Connect pentru PSTN local, fie PSTN local, va trebui să adăugați numerele de telefon care au fost comandate în pasul anterior. Numerele pot fi adăugate ca inactive dacă nu doriți să fie incluse imediat în rutarea apelurilor; puteți activa aceste numere mai târziu atunci când sunt atribuite utilizatorilor sau caracteristicilor.
Este important să setați întotdeauna numărul principal pentru fiecare locație. Numărul principal poate fi atribuit fie unui utilizator, fie unei caracteristici, cum ar fi un asistent automat. Pentru a activa mesageria vocală în locație, asigurați-vă că setați numărul pilot al mes ageriei vocale, cunoscut și sub numele de numărul portalului vocal.
Setările suplimentare pentru locațiile de apelare includ configurarea detali ilor apelurilor de urgență, cum ar fi numărul de apel de urgență, opțiunile de notificare și funcțiile îmbunătățite de apelare de urgență. De asemenea, ar trebui să examin ați și să ajustați setările de înregistrare, preferințele de limbă și configurațiile dispozitivului, după cum este necesar pentru fiecare locație. Dacă organizația dvs. utilizează apel area prescurtată între site-uri on-net cu numere semnificative pentru întreprindere, nu uitați să configurați un cod unic de site pentru locație în setările de apelare interne. În cele din urmă, dacă apelarea externă necesită o cifr ă de apelare de ieșire, asigurați-vă că ați setat acest lucru în setările de apel are externă. Când este configurată o cifră de apelare de ieșire, Cisco recomandă activarea aplicării numerelor de apelare de ieșire pentru a asigura consecvența.
Integrare cu controlul apelurilor locale
Pentru a se integra cu controlul apelurilor locale, este necesar să configurați trunchiuri, grupuri de rute, planuri de apelare pentru întreprinderi și atât setările de locație, cât și cele globale. Începeți prin a configura trunchiurile și gateway-urile locale destinate interconectării cu sistemul local de control al apelurilor; acest pas este necesar numai dacă sunt necesare trunchiuri dedicate. Dacă trunchiurile existente și grupurile de rute sunt suficiente pentru implementare, acestea pot fi reutilizate pentru interconectarea locală fără configurare suplimentară.
Odată ce trunchiurile și grupurile de rute sunt stabilite, continuați să creați planurile de apelare pentru întreprindere și atribuiți grupul de rute corespunzător ca destinație pentru fiecare plan de apelare. Atunci când integrarea implică mai multe sisteme de control al apelurilor locale conectate prin trunchiuri diferite, vor fi necesare mai multe planuri de apelare. Este important să vă asigurați că aceste planuri de apelare conțin doar modelele necesare pentru dirijarea apelurilor către destinații locale.
Dacă implementarea necesită suport pentru rutarea extensiilor necunoscute, această caracteristică ar trebui să fie activată la nivel de locație. În plus, atunci când rutarea extensiei necunoscute este activată, trebuie să specificați lungimea maximă necunoscută a extensiei în secțiunea Rut are apeluri între și locații din setările serviciilor de apelare din. Acest lucru asigură rutarea fără probleme a apelurilor și gestionarea corectă a scenariilor de apelare bazate pe extensii în mediul dvs. integrat.
Migrarea utilizatorilor în loturi
Când migrați utilizatori de la la la, este posibil să nu puteți muta toți utilizatorii în același timp. Acest lucru se poate datora mai multor motive, inclusiv, dar fără a se limita la numărul de site-uri sau utilizatori, durata de tranziție a unui site și/sau a unui grup de utilizatori la un moment dat, resursele IT sau ale site-ului limitate pentru a sprij ini fereastra de schimbare, durata ferestrei de schimbare, complexitatea schimbării etc.
Atunci când migrați utilizatorii în etape, este esențial să identificați utilizatorii care trebuie să mig reze împreună în același lot. Scopul principal este de a migra împreună utilizatorii care au dependențe între ei pentru serviciile și caracteristicile lor de apelare. Doriți să vă asigurați că toate caracteristicile lor de apelare (Exemplu - Cozi de apeluri) sunt pe deplin funcționale așa cum erau înainte de tranziție.
Chiar dacă implementați interconectarea apelurilor între și cu gateway-urile locale, nu puteți împărți serviciile sau caracteristicile partajate în această conexiune. Prin urmare, trebuie să identificați dependențele dintre utilizatori analizând caracteristici precum:
-
Monitorizarea altor utilizatori folosind BLF-uri
-
În același pilot de vânătoare, coadă de apel etc.
-
Linii partajate
-
Utilizarea preluării apelurilor
-
Utilizarea acelorași numere de call park
-
Interfon
-
Executiv/Admin.
Un exemplu ar fi un utilizator care face parte dintr-un grup de vânătoare la care se face tranziție. Acest utilizator va trece la grupul de vânătoare și cu toți ceilalți membri ai grupului de vânătoare. Prin urmare, după tranziție, Grupul Hunt și membrii săi pot răspunde cu succes la apeluri pe noua platformă.
Acest lucru devine mai dificil atunci când utilizatorii sunt conectați la diferite grupuri de utilizatori pentru diferite servicii și funcții de apelare. Acest lucru va necesita tranziția mai multor grupuri de utilizatori și a unui serviciu de apelare în același timp.
Utilizați rezultatul din instrumentul Migration Insights sau instrumentul terț pe care l-ați utilizat în faza de pregătire pentru a determina ce utilizatori și caracteristici ar trebui grupate împreună. Această ieșire ar fi trebuit utilizată pentru a vă dezvolta planul de migrare și vă va oferi informații despre modul în care veți grupa utilizatorii și caracteristicile care trebuie să facă tranziție împreună.
Pașii cheie la trecerea unui lot de utilizatori sunt:
-
Identificarea utilizatorilor pentru migrare împreună
-
Verificați dacă toți utilizatorii sunt înscriși
-
Verificați că toate TN-urile pentru utilizatori există în
-
Verificați formatul corect al numărului de telefon în director
-
Asigurați-vă că șablonul de licențiere și setări pentru grupurile de utilizatori este configurat corect
-
Verificarea sau configurarea tuturor serviciilor și caracteristicilor de apelare pentru grupul de utilizatori (înainte sau în timpul tranziției, după caz)
-
În directorul corporativ adăugați utilizatori la grupul de utilizatori activați pentru apeluri
-
Instrumente de levier - instrumente de migrare a utilizatorilor și a caracteristicilor și/sau instrumente terțe
-
Dezactivați/ștergeți numărul directorului utilizatorului/dispozitivului și funcțiile/serviciile de apelare după tranziție.
După migrarea unui grup de utilizatori, testați un subset de utilizatori pentru a valida că toate funcțiile și serviciile lor de apelare funcționează corect. Dacă funcțiile de apelare, cum ar fi Call Queue, Hunt Groups etc., sunt tranz itate cu grupul de utilizatori, atunci testați aceste servicii de apelare pentru funcționalitatea corespunzătoare.
Spații de lucru
În, un spațiu de lucru se referă la o locație partajată (cum ar fi o sală de conferințe, un spațiu de întâlnire sau un birou fierbinte) căreia i se pot atribui dispozitive, extensii și utilizatori. Spre deosebire de telefoanele tradiționale Unifed CM, spațiile de lucru sunt:
-
Centrat pe locație: legat de spațiile fizice.
-
Dispozitiv flexibil: poate avea unul sau mai multe dispozitive (telefoane de birou, plăci etc.).
Odată ce spațiile de lucru au fost identificate ca parte a tranziției la, acestea pot fi adăugate sub Dispozitive. Fiecare spațiu de lucru are nevoie de o atribuire de dispozitiv și, dacă este deja Unified CM instalat, trebuie să fie resetat sau realocat. funcții precum mesageria vocală, redirecționarea apelurilor și preluarea apelurilor pot fi activate sau dezactivate, iar politicile pot fi aplicate pentru apelurile video, parcarea apelurilor și mobilitatea, după cum este necesar. Testați fiecare spațiu de lucru efectuând apeluri interne și externe, testând funcții video, conferințe și mobilitate . În cele din urmă, informați utilizatorii despre orice procese aplicabile pentru dispozitivele spațiului de lucru și rezervări.
Pentru mai multe informații despre spațiile de lucru din, consultați Spații de lucru.
Dispozitive de aprovizionare
Telefoanele la care sunt înregistrate în prezent vor trebui să fie migrate ca parte a tranziției cloud. Pentru a face migrarea cât mai simplă posibil, cu șanse minime de eșec, Cisco recomandă migrarea site-urilor fizice sau a departamentelor în același timp. Cu toate acestea, este posibil să vi se solicite să migrați utilizatorii în loturi din cauza dependențelor de caracteristici. Consultați secțiunea Migrarea utilizatorilor în loturi pentru mai multe detalii.
Toate telefoanele acceptate de la care trebuie să treceți vor trebui configurate ca utilizator sau spațiu de lucru, iar telefonul fizic va trebui reconfigurat pentru a vă înregistra. În plus, telefoanele din seria 7800 și 8800 au nevoie ca firmware-ul lor să fie actualizat de la firmware-ul Enterprise la firmware-ul Multiplatform Phone (MPP). Acest proces include încărcarea firmware-ului tranzitoriu înainte de încărcarea firmware-ului MPP necesar pentru înregistrare. De asemenea, necesită licența de migrare corespunzătoare. Cisco a îmbunătățit acest proces în ultimii ani pentru a vă facilita actualizarea telefoanelor firmware Enterprise la firmware-ul MPP. Pentru mai multe informații despre pașii pentru finalizarea actualizării firmware-ului, consultați Conversia telefoanelor IP Cisco 7800 și 8800 între firmware-ul Enterprise și MP P.
În plus față de pașii descriși în acest articol, are un instrument încorporat, Migrarea telefonului către Webex Calling, pe care îl puteți utiliza pentru a ajuta la migrarea telefoanelor 7800 și 8800 de la firmware-ul Enterprise la MPP. Acest instrument vă permite, de asemenea, să adăugați telefoanele și să le atribuiți utilizatorilor sau spațiilor de lucru corespunzătoare. Pentru mai multe informații despre utilizarea instrumentului, consultați Migrarea telefonului.
Pentru orice telefoane din seria 9800 înregistrate cu cerința de migrare a firmware-ului de mai sus nu se aplică. Aceste telefoane rulează PhoneOS, care este acceptat de ambele și. Pentru a trece aceste telefoane la, va trebui să le adăugațiWebex Calling, să le atribuiți unui utilizator sau unui spațiu de lucru și apoi să reset ați telefoanele din fabrică. Sec@@ vența de pornire PhoneOS pentru înregistrare Figura de mai jos arată secvența de pornire PhoneOS și modul în care se va înregistra telefonul odată ce a fost adăugat, chiar dacă telefonul este încă furnizat și/sau Opțiunile DHCP (Exemplu - 150) sunt utilizate.
acceptă resetarea din fabrică a dispozitivelor PhoneOS pentru a permite integrarea Zero-Touch. administratorii pot reseta de la distanță din fabrică telefoanele 9800 și 8875 prin paginile de administrare CUCM, ceea ce elimină necesitatea accesului fizic la telefoanele la care se încorporează telefoanele. Această caracteristică este acceptată cu pachetele de dispozitive începând cu 9 septembrie 2025:
-
CUCM v15 - Manager de comunicații unificate versiunea 15
-
CUCM v14 - Manager de comunicații unificate versiunea 14.
Pentru mai multe informații despre procesul de înregistrare pentru seria 9800, consultați Procesul de înregistrare .
În plus față de telefoanele IP Cisco, poate fi necesară furnizarea altor dispozitive, cum ar fi adaptoare telefonice analogice (ATA), telefoane wireless (Wifi, DECT), dispozitive video, gateway-uri vocale și dispozitive și telefoane terță parte. Multe dintre aceste dispozitive nu au o cale de actualizare a firmware-ului, cum ar fi telefoanele IP, pentru a le trece de la firmware-ul întreprinderii la firm ware-ul cloud. Prin urmare, veți furniza fiecare dintre aceste dispozitive în Control Hub. Unele dintre acestea nu pot fi trecute și modelul echivalent va trebui să îl înlocuiască (de ex. ATA 191/192) și altele vor necesita reconfigurare manuală și/sau modificări software.
- Gateway-uri vocale - Pentru a migra gateway-ul local, consultați Migrarea gat eway-ului local.
-
Adaptor telefonic analogic (ATA) - Pentru a începe cu Cisco ATA 191 și 192, consultați Cisco ATA.
-
Telefon wireless Wifi - Pentru a integra telefonul wireless 840 și 860, consultați Integrarea telefonului wireless Webex.
-
Telefoane wireless DECT - Pentru a începe cu noua serie Cisco IP DECT 6800, consultați Cisco IP DECT.
Pentru a construi și gestiona rețeaua digitală DECT în Control Hub, consultați Gestionarea rețelei DEC T
Pentru mai multe informații despre Cisco IP DECT 6800, consultați Ghidul de implementare
-
Dispozitive și telefoane terță parte - Lucrați cu furnizori terți cu privire la cerințele dispozitivului/telefonului și la procesul de migrare sau înlocuire a acestora pentru asistență.
Configurați caracteristicile
Orice caracteristici de apelare care sunt necesare trebuie furnizate înainte sau în timpul tranziției. După cum s-a discutat în secțiunea Migrarea utilizatorilor în loturi, caracteristicile de apelare trebuie configurate și tranzitate atunci când utilizatorii care le utilizează sunt tranzitați.
Pentru detalii despre configurarea fiecărei caracteristici, consultați articolele de ajutor pentru configurare corespunzătoare.
-
Parcarea apelurilor - Pentru a gestiona parcarea apelurilor, consultați Parcarea apelurilor
-
Preluarea apelurilor - Pentru a configura grupul de preluare a apelurilor, consultați Pre luarea apel urilor
-
Cozi de apeluri - Pentru a configura Coada de apeluri, consultați Coada de apeluri
-
Grupuri de vânătoare - Pentru a gestiona grupurile de vânătoare, consultați Gestionarea grupului de vân ătoare
-
Moduri de operare - Pentru rutarea apelurilor pe baza modurilor de operare, consultați Rut area apelurilor pe baza modurilor operaționale
-
Grupuri de paginare - Pentru a configura un grup de paginare, consultați Configurarea unui grup de paginare
-
Înregistrări - Pentru a gestiona înregistrarea apelurilor, consultați Gestionarea înregistrărilor
-
Acoperire cu un singur număr - Pentru a configura acoperirea unui număr unic (birou oriunde), consultați Configurarea unui număr unic
Testarea acceptării
Testarea acceptării asigură faptul că mediul migrat îndeplinește cerințele funcționale, funcționează conform așteptărilor și oferă o experiență perfectă pentru utilizator în toate fluxurile de lucru de comunicare. Acest proces de validare are multiple fațete, acoperind totul, de la furnizarea de utilizatori și atribuirea numerelor până la performanța operațională a caracteristicilor avansate de apel are.
Această secțiune oferă exemple și evidențiază aspectele cheie de luat în considerare în timpul testării de acceptare; cu toate acestea, nu este destinat să servească drept o listă de verificare exhaustivă sau cuprinzătoare.
Aprovizionarea utilizatorilor și atribuirea numerelor
Un aspect fundamental al testării de acceptare implică verificarea faptului că toți utilizatorii sunt furnizați cu acuratețe și complet în interior. Acest lucru necesită o comparație amănunțită între directorul sursă () și baza de utilizatori nou stabilită pentru a vă asigura că fiecare cont de utilizator, împreună cu atributele asociate, cum ar fi numerele de extensie și atribuirile de apelare directă spre interior (DID), au fost migrate corect. Completitudinea furnizării este esențială nu numai pentru operabilitatea din prima zi, ci și pentru administrarea și asist ența continuă.
Validarea atribuirii numerelor include confirmarea faptului că fiecărui utilizator i se atribuie extensia corectă și numărul extern și că aceste numere direcționează corect atât în fluxurile de apeluri interne (on-net), cât și externe (PSTN) . Este esențial să verificați dacă există suprapuneri, atribuiri lipsă sau configurații greș ite care ar putea duce la erori de rutare a apelurilor sau întreruperi ale serviciului.
Fluxurile de apeluri PSTN și prezentarea ID-ului apelantului
O procedură robustă de testare a acceptării trebuie să cuprindă validarea end-to-end a fluxurilor de apeluri PSTN. Aceasta include atât scenarii de apel de intrare, cât și de ieșire . Pentru apelurile PSTN primite, echipa de testare ar trebui să confirme că apelurile sunt livrate către punctele finale dorite, indiferent dacă acestea sunt utilizatori individuali, cozi de apeluri, grupuri de vânătoare sau însoțitori auto. Apel urile PSTN efectuate trebuie efectuate cu succes, acordându-se o atenție deosebită livrării și prezentării corecte a informațiilor de identificare a apelantului. Aceasta implică asigurarea faptului că numele și numărul corect al apelantului sunt afișate destinatarilor externi, în conformitate cu politicile organizaționale și cerințele de reglementare.
Testarea ar trebui să abordeze, de asemenea, scenarii de failover, cum ar fi gestionarea punctelor finale in accesibile sau întreruperile rețelei. Acest lucru ajută la confirmarea faptului că mecanismele de rezervă și rutarea alternativă funcționează corect, menținând continuitatea și fiabilitatea serviciului.
Fluxuri de apeluri on-net
Fluxurile de apeluri interne sau on-net formează coloana vertebrală a comunicării întreprinderii. Testarea de acceptare în această zonă verifică dacă apelurile dintre utilizatorii din cadrul organizației sunt direcționate corect, cu funcții precum transferul apelurilor, reținerea, redirecționarea și conferința funcționând conform intenției. Integritatea planurilor de apelare, conectivitatea de la extensie la extensie și suportul pentru politicile de apeluri organizaționale trebuie toate confirmate.
Gestionarea apelurilor utilizatorului și validarea caracteristicilor
Un aspect important al testării de acceptare implică validarea modului în care utilizatorii gestionează apel urile folosind telefoanele de birou acceptate. Acest proces se concentrează pe confirmarea faptului că fluxurile de lucru de apelare zilnice sunt intuitive și fiabile și că utilizatorii au acces fără probleme la caracteristicile de bază necesare rolurilor lor. Testarea ar trebui să evalueze ușurința cu care utilizatorii pot plasa și primi apeluri, să gestioneze funcțiile de reținere și reluare și să efectueze atât transferuri blindate, cât și consultative. De asemenea, este esențial să verificați dacă redirecționarea apelurilor, conferința și alte capacități avansate, cum ar fi parcarea și preluarea apelurilor sau activarea „nu deranjați”, sunt ușor disponibile și funcționează fără probleme.
Experiența ar trebui evaluată pentru claritate și reacție, având în vedere modul în care utilizatorii interacționează cu istoricul apelurilor, mesageria vocală și directoarele integrate. O atenție suplimentară ar trebui acordată capacității de a muta apelurile active între dispozitive și de a utiliza controalele în timpul apelurilor în mod eficient în cadrul aplicației sau pe telefoanele fizice. Scopul final este de a se asigura că experiența utilizatorului final este consecventă, eficientă și susține pe deplin nevoile de comunicare ale organizației în urma migrării.
Cozi de apel: experiență de agent și supraveghetor
Cozile de apeluri sunt utilizate frecvent pentru gestionarea scenariilor de apeluri de intrare cu volum mare. Testarea de acceptare aici se concentrează pe mai multe dimensiuni. În primul rând, trebuie verificat dacă apelurile sunt distribuite agenților în conformitate cu logica de coadă configurată, cum ar fi round robin, cel mai lung inactiv sau apel simultan. Prezentarea apelurilor aflate în coadă pe desktop-urile agenților trebuie examinată pentru claritate și ușurință în utilizare, asigurându-se că agenții pot accepta, reține și transfera în mod eficient apelurile.
Pentru supraveghetori, experiența desktop ar trebui evaluată pentru funcții precum monitorizarea în timp real, blocarea apelurilor și analize sau informații despre performanța cozii. Aceasta include, dar nu se limitează la, validarea tablourilor de bord și a instrumentelor de raportare care furnizează date acționabile despre distribuția apelurilor, activitatea agentului și valorile cozii.
Grupuri de vânătoare: Distribuirea apelurilor
Grupurile de vânătoare sunt un mecanism cheie pentru distribuirea apelurilor către seturi predefinite de utilizatori. Testarea de acceptare trebuie să confirme că apelurile sunt direcționate către membrii grupului pe baza algoritmului de vânătoare configurat și că scenariile de revărsare, redirecționare și fără răspuns sunt gestionate conform designului. Asigurarea faptului că apartenența la grup și comportamentele de rutare a apelurilor se potrivesc cu cele stabilite anterior este esențială pentru consecvența operațională și satisfacția utilizatorilor.
Însoțitori automați: Anunțuri și operațiuni de meniu
Însoțitorii auto reprezintă prima linie a gestionării automate a apelurilor. Testarea trebuie să acopere redarea anunțurilor, acurate țea felicitărilor înregistrate și funcționarea corectă a arborilor de meniu. Selec țiile de meniu ar trebui să direcționeze în mod fiabil apelanții către departamentele, persoanele fizice sau numerele externe corespunzătoare. Testarea ar trebui să includă, de asemenea, scenarii nevalide sau de expirare pentru a confirma că apelanții primesc îndrumări clare sau sunt redirecționați conform intenției.
Funcționarea mesageriei vocale
În cele din urmă, funcționalitatea mesageriei vocale este esențială pentru experiența utilizatorului. Testele de acceptare ar trebui să verifice dacă casetele de mesagerie vocală sunt atribuite corect și accesibile, atât din cadrul organizației, cât și de la distanță. Capacitatea de a înregistra, prelua și gestiona mesajele trebuie confirmată, împreună cu livrarea notificărilor.
Optimizați
Migrarea PSTN la Cloud Connect pentru
Odată ce toate punctele finale și utilizatorii sunt migrați la apelarea în cloud, scopul unic Unified CM este de a acționa ca un tranzit între gateway-urile PSTN și prin Gateway Local. Eliminarea gateway-urilor PSTN și a gateway-ului local din imagine prin utilizarea Cloud Connect pentru ca acces PSTN pentru toți Webex Calling utilizatorii are mai multe beneficii, inclusiv reducerea costurilor și fiabilitatea îmbunătățită. Pentru a trece accesul PSTN local la Cloud Connect pentru , urmați acești pași:
-
Cloud Connect pentru selectarea partenerilor.
Consultați lista Cloud Connect pentru parteneri și selectați dintre partenerii disponibili disponibili pentru locația organizației dvs.
-
Cloud Connect pentru validare.
Înainte de a trece accesul PSTN pentru locații la Cloud Connect, conectivitatea la PSTN prin intermediul partenerului Cloud Connect selectat trebuie verificată și validată. În acest scop, trebuie să fie furnizată o locație de testare cu anumiți utilizatori de testare furnizați în acea locație de testare. Accesul PSTN pentru această locație de testare este apoi setat partenerului Cloud Connect înainte de a valida conectiv itatea PSTN folosind telefoanele de testare. După validarea cu succes, locația de testare poate fi dezalocată.
-
Portarea numerelor.
Pentru a vă pregăti pentru trecerea la Cloud Connect, trebuie plasată o comandă de port pentru toate numerele atribuite în prezent trunchiului PSTN care se termină. Toate numerele trebuie portate către partenerul Cloud Connect. Pentru a menține accesibilitatea între locații, toate numerele din toate locațiile trebuie să fie portate în același timp .
-
Treceți la partenerul Cloud Connect.
La data intrării, accesul PSTN pentru toate locațiile din trebuie să fie setat la furnizorul PSTN conectat la cloud, iar conectivitatea de intrare și de ieșire ar trebui verificată.
După cum s-a discutat în secțiunea PSTN a capitolului de proiectare, clienții pot alege, de asemenea, să-și mute accesul PSTN la Cloud Connect pentru la începutul tranziției folosind trunking-ul PSTN pentru implementări hibride. Pentru mai multe informații, consultați trunchiul PSTN pentru implementări hibride. Webex Calling În acest caz, în timpul tranziției, accesul PSTN este prin Gateway Local și după mutarea tuturor utilizatorilor către nu există nicio etapă suplimentară de migrare legată de PSTN decât dezafectarea și gateway-urile locale.
Optimizarea infrastructurii locale
După ce toți utilizatorii au fost trecuți și toate punctele finale au fost trecute la înregistrarea în cloud (sau au fost dezafectate), actualizați infrastructura locală corespunzătoare acum când apelurile în cloud sunt utilizate. Actualizările infrastructurii includ:
-
Eliminați DNS SRV înregistrările de control al apelurilor și mesagerie locale de pe server ul (serverele) DNS local (e), inclusiv cisco_uds. _tcp. <domain>, cup_login. _tcp. <domain>. Aceste înregistrări SRV nu mai sunt necesare pentru descoperirea serviciului client.
-
Eliminați DNS SRV înregistrările legate de margine din sistemul DNS public, inclusiv collab_edge. _tls. <domain>. Aceste înregistrări SRV nu mai sunt necesare pentru descoperirea serviciului client a serviciilor edge de colaborare.
-
Actualizați toate domeniile DHCP relevante pentru a elimina opțiunile 66 și opțiunile 150 adresele serverului TFTP/boot. Aceste domenii nu mai sunt necesare pentru descoperirea și descărcarea configurației controlului apelurilor la punctul final.
-
Actualizați/eliminați dial-peer-urile corespunzătoare din Gateway/Cub local care direcționează apelurile către și de la. Unified CM Acești dial-peer nu mai sunt necesari pentru rutarea apelurilor locale.
-
Ștergeți sau eliminați toate mașinile virtuale și/sau serverele nodurilor de cluster. Reutilizați resursele de calcul și hardware-ul după cum este necesar. Aceste resurse nu mai sunt necesare pentru controlul apelurilor și serviciile edge.
-
Ștergeți sau eliminați toate mașinile și/sau serverele virtuale ale nodurilor clusterului. Reutilizați resursele de calcul și hardware-ul după cum este necesar. Aceste resurse nu mai sunt necesare pentru mesageria vocală și serviciile de mesagerie unificată.
-
Curățare: După migrarea accesului PSTN la PSTN conectat la Cloud, trunchiurile PSTN, gateway-urile PSTN și gateway-ul local pot fi dezafectate.
-
Pentru orice soluție locală E911 existentă, ștergeți orice locații sau numere care au migrat și, odată ce tranziția completă este finalizată, eliminați mașinile virtuale sau serverele de aplicații. Reutilizați resursele de calcul și hardware-ul după cum este necesar. Aceste resurse nu mai sunt necesare pentru apeluri de urgență și servicii de localizare.
-
DN-urile aparținând utilizatorilor migrați ar trebui plasate într-o partiție ascunsă pentru a evita eșecurile de rutare a apelurilor și pentru a se asigura că toate CSS-urile au acces prioritar la calea cloud a acelorași DN-uri.
-
Actualizați locația fizică expediabilă și elementul de rețea în mobilitatea orizontului ori de câte ori apar modificări. Activitățile comune care necesită actualizări sunt:
-
Înlocuirea comutatorului de rețea
-
Înlocuirea punctului de acces fără fir
-
Modificări ale domeniului de aplicare DHCP
-
Modificări fizice în interiorul clădirii (dacă se rezolvă la cubic/birou)
-
Extinderea sau contracția spațiului fizic de birouri în interiorul unei clădiri.
-
Utilizați analiza și depanarea
oferă capacități cuprinzătoare de analiză și depanare pentru a vă ajuta să vizualizați și să urmăriți implementarea. Acestea acoperă calitatea media, istoricul detaliat al apelurilor, coada de apeluri, grupul de vânătoare și analiza asistentului automat. Un exemplu de analiză a calității media este prezentat în figura analitică de calitate media.
Sub depanare, fiecare apel efectuat utilizând poate fi vizualizat cu informații detaliate despre calitatea materialelor media cheie și problemele legate de semnalizare, pentru a ajuta la identificarea problemelor media, precum și a apelurilor eșuate, așa cum se arată în figura Depanarea calității media.
Depanarea se poate integra și cu alte produse Cisco, cum ar fi switch-urile ThousandEyes și Meraki, pentru a oferi o experiență integrată și mai bogată în Control Hub. Pentru mai multe informații despre utilizarea Webex Callinganalizelor și depanarea, consultați Dep an Webex Calling area apelurilor în Control Hub.
Înainte de a începe
Acest ghid este destinat echipelor sau persoanelor cu experiență în configurarea și administrarea Cisco Unified Communications Manager (Unified CM) și a punctelor finale Cisco, inclusiv telefoane de birou IP, dispozitive video și clienți soft Jabber. De-a lungul acestui document, există linkuri către documentația de produs și asistență pentru a vă ajuta.
Acest document se concentrează numai pe tranzițiile de la Unified CM la Webex Calling mai mulți chiriași. Termenul Webex Callingdin acest document se referă întotdeauna la Webex Calling multi-chiriaș.
Înainte de a începe migrarea de Unified CM la la laWebex Calling, este imperativ să aveți o înțelegere cuprinzătoare a Webex Calling soluției și a componentelor sale respective. O migrare reușită necesită familiarizarea cu Webex Calling arhitec tura, modelele de servicii, opțiunile de implementare și caracteristicile asociate pentru a mapa corect sarcinile de Unified CM lucru existente și pentru a proiecta un plan eficient de tranziție.
O înțelegere aprofundată a următoarelor Webex Calling componente este esențială pentru a informa o strategie eficientă de tranziție și pregătirea operațională.
-
Hub de control
-
Aprovizionarea directorului și a utilizatorilor
-
Webex Callingplatformă
-
Puncte finale de apelare acceptate
-
Opțiuni de conectivitate PSTN
-
Webex CallingPlanul de apelare și gestionarea numerelor
-
Caracteristici de securitate și conformitate.
Pentru mai multe informații, consultați Arhit ectura preferată Cisco pentruWebex Calling.
Acest ghid va evidenția instrumentele și procesele de utilizat pe tot parcursul ciclului de viață al tranziției. Cu toate acestea, o tranziție de la apelurile locale Unified CM la o nouă platformă de apeluri în cloud,Webex Calling, poate fi un efort semnificativ, cu potențiale provocări de afaceri, tehnice și complexe. Pentru a ajuta la depășirea acestor provocări, Cisco are câteva opțiuni diferite disponibile pentru a vă ajuta în călătoria dvs. Este important să examinați informațiile de la Enterprise cloud Calling - Migrarea apel urilor și să înțelegeți fiecare opțiune și modul în care fiecare dintre ele vă poate ajuta cu propria migrare.
-
Instrumente de migrare Webex: instrumente gratuite cu autoservire încorporate în Control Hub pentru a vă simplifica tranziția la Webex Calling
-
Furnizori certificați de migrare: furnizori de software și instrumente validați de Cisco care au dezvoltat soluții de migrare pentru a ajuta partenerii și clienții Webex cu migrări complexe și mari. Aceste soluții pot ajuta la simplificarea, gestionarea și accelerarea tranziției către Webex Calling
-
Webex Setup Assist: un serviciu de migrare condus de Cisco care ghidează clienții și partenerii prin Webex Calling implementare și configurare, care sunt necesare pentru a migra cu succes Unified CM utilizatorii și serviciile către. Webex Calling
Prezentare generală
Odată cu creșterea serviciilor de colaborare furnizate în cloud, mai mulți clienți caută să-și mute volumele de lucru existente de colaborare în cloud, având în vedere promisiunile de cost total de proprietate redus, gestionare simplificată, livrare continuă a caracteristicilor, scară sporită și fiabilitate superioară inerentă serviciilor bazate pe cloud. Pe măsură ce clienții caută să facă tranziția de la serviciile de colaborare locale la serviciile de colaborare cloud, este important pentru ei să înțeleagă ce presupune tranzi ția și pașii necesari pentru a face tranziția.
Scopul acestui document este de a oferi îndrumări de implementare pentru clienții care doresc în mod specific să facă tranziția de la Unified CM local la Webex Calling în cloud. Acest ghid de implementare presupune că cititorul are o înțelegere de bază a tranzi ției apelurilor între Unified CM șiWebex Calling, inclusiv ce se modifică la efectuarea acestei tranziții și care sunt diferențele atunci când mută volumul de muncă de apelare din local în cloud. Înainte de a continua, asigurați-vă că ați examinat și sunteți familiarizați cu informațiile disponibile în harta tranziției. Acest document de hartă de tranziție oferă informații despre modificările și diferențele acestei tranziții.
După cum se arată în Figura Arhit ectură de colaborare locală: controlul apelurilor și acces la distanță, o implementare locală tipică include diferite componente de infrastructură de colaborare în rețea, o platformă de control al apelurilor, o platformă de margine, puncte finale hardware și software și, în unele cazuri, chiar platforme de conferință și programare. În arhitectura Cisco, aceasta ar include Unified CM controlul apelurilor, Expressway pentru acces la distanță și servicii edge business-to-business (B2B), Cisco Meeting Server/ Cisco Meeting Management pentru conferințe locale, Unity Connection pentru mesagerie vocală și hardware orientat către utilizator (telefoane IP Cisco, sisteme video Cisco Desk și Room) și software () terminale bazate pe IP. Cisco Jabber Aceste componente pot varia ușor în unele medii, dar acesta este punctul de plecare pentru tranziția descrisă în restul acestui document.
Arhitectura prezentată în Fig ura Arhitectura colaborării locale: controlul apel urilor și accesul la distanță se bazează pe Arhitectura preferată (PA) pentru implementările locale Cisco Collaboration Enterprise. Pentru mai multe informații despre Enterprise On-premise, consultați arhitecturile preferate de colaborare Cisco.
Înainte: Tabelul componentelor infrastructurii de apel are locală listează elementele cheie ale arhitecturii locale înainte de tranziția Webex Calling la cloud.
| Produs | Descriere |
|---|---|
| Unified CM | Controlul apelurilor local care oferă servicii de înregistrare a dispozitivelor și de rutare a apelurilor |
| Cisco Expressway-C/E | Infrastructură Edge care oferă funcționalități mobile și Remote Access (MRA) și business-to-business (B2B) care permit punctelor finale de la distanță să se conecteze în siguranță din afara organizației. Expressway este implementat în perechi pentru a oferi traversarea prin firewall pentru punctele finale externe. |
| Serverul de întâlniri Cisco (CMS), managementul întâlnirilor Cisco (CMM) și suita Cisco de gestionare a teleprezenței (TMS) | Infrastructură locală de conferințe vocale, video și web care oferă întâlniri cu mai multe puncte, gestionarea întâlnirilor și posibilități de programare. [Opțional] |
| Cisco Unity Connection | Platformă locală de mesagerie vocală care oferă capabilități de mesagerie vocală și de mesagerie unificată. [Opțional] |
| Cisco Desk, Cisco Room, Placă Cisco, Telefoane IP Cisco și Cisco Jabber | Dispozitive bazate pe IP înregistrate Unified CM și care oferă capabilități de apelare vocală și video |
După cum este ilustrat în Figura Decizie de tranziție: apelarea locală către Webex Calling, clienții care au un control al apelurilor locale cu puncte finale IP de birou Unified CM și video au posibilitatea de a face tranziția arhitecturii către o arhitectură cloud. Webex Calling
Decizia trebuie luată pe baza cerințelor de funcționalitate ale clientului. Clienții care au următoarele cerințe ar trebui să ia în considerare cu atenție înainte de a lua această decizie și, în cele din urmă, pot decide să păstreze controlul apelurilor local:
- Modele de telefon care nu sunt acceptate de Webex Calling
- Integrări complexe sau numeroase cu alte sisteme sau soluții locale, în special în cazul în care replicarea acestor integrări Webex Calling este dificilă sau nu sunt disponibile soluții alternative echivalente
- Plan de apelare complex, clase de servicii foarte granulare sau ambele
- Acces restrictiv, limitat sau nesigur la Internet
- Politici stricte privind confidențialitatea și proprietatea datelor
- Cerință de conformitate pentru înregistrarea și stocarea suporturilor media locale sau în țară
- Integrări terțe fără integrare alternativă Webex Calling viabilă
- Integrări de centre de contact în care centrul de contact inter nu se mută încă în cloud.
Acest document se concentrează pe clienții cu implement Unified CM ări de control al apelurilor care doresc să înțeleagă pașii, considerațiile și cerințele generale pentru activarea Webex Calling implementării, așa cum este descris în secțiunea următoare.
Componente de bază
Arhitectura țintă pentru această migrare include mai multe componente noi. Aceasta include Webex Calling serviciul pentru apeluri bazate pe cloud, aplicația Webex, Cisco Directory Connector pentru integrarea identității și Gateway-ul local (LGW) pentru accesul PSTN, precum și integrarea apelurilor locale în cloud. Planurile de apelare Cisco sau Cloud Connected PSTN (CCP) facilitate de un Cloud Connect pentru Webex Calling partener sunt opțiuni suplimentare pentru accesul PSTN.
După cum se arată în Figura După: Webex Calling Arhitectură, noile componente (Webex Calling, Conector director, gateway local și gateway de supraviețuire) sunt adăugate la implementarea locală exist entă.
După: Tabelul componentelor infrastructurii de apelare în cloud listează noile elemente ale arhitecturii după trecerea la Webex.
| Produs | Descriere |
|---|---|
| Webex Calling | Serviciul de apeluri bazat pe cloud livrat de pe platforma Webex și care oferă înregistrarea punctului final și rutarea apelurilor |
| Conector director Cisco | Aplicație Windows care rulează pe o mașină de domeniu Windows care asigură
sincronizarea identității între întreprinderea locală Active Directory și
magazinul de identitate al organizației Webex. Pentru clienții care trec de la local Active Directory la Entra ID, integrarea identității cu Webex în loc de Cisco Directory Connector utilizează aplicația Entra ID Wizard. |
| Gateway local | Un gateway local acționează ca o punte între rețeaua de comunicații unificate locale a unui client și Webex Calling cloud. Acesta poate fi implementat local sau găzduit de un partener, oferind acces PSTN pentru punctele finale înregistrate în cloud, precum și integrarea apelurilor între punctele finale înregistrate și cele Unified CM înregistrate în cloud. Cisco IOS-Router pentru servicii integrate XE (seria ISR 1100 și 4000), Cisco Catalyst 8200/8300 Series, Cisco Catalyst 8000V Edge Software și diverse controlere de frontieră de sesiune certificate (SBC) terță parte pot fi utilizate ca LGW pentru o abordare de migrare pe etape. |
| Gateway de supraviețuire | Survivalability Gateway (SGW) este un gateway de rețea locală bazat pe IOS-XE care oferă servicii de apelare de rezervă către punctele finale la fața locului în timpul întreruperilor rețelei. Webex Calling |
| Planul de apelare Cisco, Cloud Connect pentru Webex Calling | Cisco Calling Plan și Cloud Connect for Webex Calling sunt opțiuni bazate pe cloud pentru accesul PSTN pentru Webex Calling punctele finale. Accesul PSTN este facilitat de un furnizor PSTN cloud și nu necesită echipament local. |
| Aplicația Webex | Aplicație client care rulează pe sistemul de operare desktop (Windows, Mac) sau sistem de operare mobil (Android, iOS) și înregistrată direct pe Webex Calling platformă pentru funcționalitatea de apelare. |
Prezentare generală a procesului PPDIO
Procesul PPDIO înseamnă Pregătire, Planificare, Proiectare, Implementare și Optimizare. Este o metodologie structurată Cisco care ghidează proiectele de la evaluarea inițială până la îmbunătățirea continuă, asigurând implementări sau migrări eficiente și reușite.
Descrierea generală a PPDIO
-
Pregătiți: Evaluați mediul actual, adunați cerințele și aliniați părțile interesate pentru a stabili o bază solidă.
-
Plan: Elaborați planuri detaliate de proiect, inclusiv termene, resurse și strategii de atenuare a riscurilor.
-
Proiectare: Arhitectați soluția țintă adaptată nevoilor de afaceri și tehnice.
-
Implementare: Executați implementarea sau migrarea în funcție de proiectare, validând funcționalitatea și performanța.
-
Optimizare: Îm bunătățiți continuu soluția post-implementare prin monitorizarea performanței, rafinarea configurațiilor și valorificarea instrumentelor de automatizare și integrare.
Utilizarea PPDIO pentru proiecte Unified CM de Webex Calling migrare
La trecerea de la la Unified CM laWebex Calling, procesul PPDIO oferă o foaie de parcurs clară pentru a asigura o tranziție lină și eficientă:
Pregătiți
-
Evaluarea Unified CM mediului existent și a gradului de pregătire pentru migrație
-
Colectați date detaliate despre utilizatori, dispozitive, rețea și dependențe
-
Colectați detalii despre locație, inclusiv adresa de răspuns de urgență, numărul de utilizatori, acces la internet, acces PSTN
-
Identificați riscurile și definiți domeniul de aplicare al proiectului pentru a alinia toate părțile interesate.
Planifică
-
Creați un plan de migrare cuprinzător cu programări de lot, alocări de resurse și cron ologii
-
Definiți sarcini, cum ar fi actualizările firmware-ului dispozitivului, furnizarea licențelor și integrarea utilizatorilor
-
Coordonați ferestrele de migrare cu Cisco și partenerii pentru a minimiza întreruperile.
Proiectare
-
Maparea Unified CM configurațiilor curente, a planurilor de apelare și a profilurilor de utilizator la Webex Calling echivalente
-
Proiectați Webex Calling mediul, inclusiv strategia PSTN (intermediară și finală), locații, roluri de utilizator și puncte de integrare, cum ar fi Gateway Local (CUBE) și sincronizarea directorului
-
Planificați scenarii de coexistență în care Unified CM și Webex Calling funcționează simultan în timpul migrației.
Implementați
-
Utilizați instrumentele de migrare Control Hub alături de instrumente terțe pentru a efectua modificări ale modului de firmware al dispozitivului, configur area caracteristicilor și migrarea utilizatorilor
-
Folosiți operațiuni în bloc și furnizarea utilizând API-urile Webex pentru a eficientiza migrările și configurațiile la scară largă
-
Executați furnizarea licențelor, înregistrarea dispozitivului și actualizările de configurare
-
Validați succesul migrării prin testare și verificare operațională.
Optimizați
-
Monitorizați continuu Webex Calling performanța și experiența utilizatorului
-
Rafinați configurațiile și fluxurile de lucru pe baza datelor operaționale și a feedback-ului
-
Folosiți capacitățile de automatizare și integrare pentru a spori eficiența și scalabilitatea
-
Dezafectați Unified CM componentele vechi, după caz, și oferiți sprijin continuu pentru operațiunile din ziua a doua.
Această abordare PPDIO îmbunătățită asigură o migrare controlată, transparentă și eficientă de la la Unified CM laWebex Calling, utilizând instrumentele Cisco, API-urile și ecosistemul partenerilor pentru a menține continuitatea afacerii și a îmbunătăți capacitățile de colaborare.
Bucle de feedback PPDIO
Prezentarea generală la nivel înalt descrisă în Iterațiile figurii în timpul executării PPDIO ilustrează o singură buclă de feedback de la faza de optim izare înapoi la faza de pregătire . Aceasta înseamnă că, după implementarea inițială, există o oportunitate continuă de îmbunătățire continuă. Fiecare ciclu de optimizare poate identifica noi cerințe sau domenii de îmbunătățire, care pot fi abordate prin proiecte sau inițiative ulterioare. Aceste proiecte individuale, la rândul lor, urmează fiecare ciclul de viață stabilit PPDIO (Pregătiți, Planificați, Proiectați, Implementați, Optimizați). Această abordare iterativă asigură faptul că sistemul rămâne aliniat la obiectivele de afaceri în evoluție și la progresele tehnologice, favorizând o cultură a rafinamentului și adaptabilității continue.
În timpul executării procesului PPDIO, este obișnuit ca constatările din fazele ulterioare să necesite revizuirea și eventuala revizuire a deciziilor luate în etapele anterioare. De exemplu, problemele întâmpinate în timpul fazei de punere în aplicare, cum ar fi identificarea ambiguităților de proiectare sau a detaliilor lipsă, pot dezvălui faptul că anumite aspecte nu au fost abordate pe deplin în timpul fazei de proiectare. În astfel de cazuri, devine necesar să se repete la faza anterioară relevantă pentru a rezolva aceste probleme înainte de a continua. Acest mecanism de feedback iterativ, așa cum este ilustrat în procesul PPDIO Unified CM asist at de figură asigură că soluția este validată și rafinată temeinic, contribuind în cele din urmă la o implementare mai robustă și mai eficientă.
Atunci când întreprindeți o tranziție de Unified CM la laWebex Calling, fiecare fază a procesului PPDIO poate beneficia în mod semnificativ de informațiile colectate din Unified CM mediul existent. De exemplu, inventare cuprinzătoare de utilizatori, numere de telefon, caracteristici de apelare și componente ale planului de apelare pot fi extrase din Unified CM configurația curentă. Aceste date completează informațiile furnizate direct de părțile interesate și ajută la eficientizarea activităților de planificare și proiectare. Utilizarea instrumentelor adecvate pentru automatizarea extragerii și analizei datelor nu numai că îmbunătățește acuratețea, ci și accelerează procesul general. Prin utilizarea informațiilor din implementarea existentă, tranziția la Webex Calling poate fi executată mai eficient decât o implementare tradițională greenfield, respectând în același timp metodologia structurată PPDIO. Acest proces este ilustrat în procesul PPDIO Unified CM asistat de figură.
Abordarea migrației
Pe măsură ce planificați tranziția de la local Unified CM la localWebex Calling, trebuie să determinați modul în care veți aborda această călătorie. În primul rând, va trebui să decideți dacă migr area va fi o clipă (totul dintr-o dată) sau o abordare pe etape (migrarea grupurilor de utilizatori/dispozitive pe o perioadă lungă de timp).
Efectuarea unei migr ări flash-cut mută toți utilizatorii și dispozitivele dvs. cel mai rapid. Cu această metodă, veți muta toți utilizatorii și dispozitivele de la Unified CM local Webex Calling la același timp. În esență, este o singură fereastră de migrare pentru toți utilizatorii și dispozitivele. După finalizarea acestei migrări, toți utilizatorii și dispozitivele dvs. vor fi pe Webex Calling platformă și toată Unified CM infrastructura dvs. poate fi dezafectată. Cu toate acestea, multe organizații nu pot utiliza această abordare din cauza dimensiunii și dimensiunii implementării apelurilor.
A doua abordare este o migrație pe etape. Majoritatea organizațiilor vor folosi această abordare, deoarece oferă un control mai bun, gestionare și scalare odată cu migrarea. De asemenea, este mai potrivit pentru implementări și/sau implementări UC mai mari în mai multe regiuni. Prin urmare, acest document se concentrează pe abordarea pe etape, cu două etape în tranziție.
După cum se arată în Figura de mai jos Tranziție de apelare pe etape: Hibrid și cloud, prima fază de tranziție (faza 1) are ca rezultat o implementare de coexistență cu medii de apel are duală. În această fază, unii utilizatori, dispozitive și clienți soft sunt trecuți la, Webex Calling în timp ce alții sunt încă pe controlul apelurilor localeUnified CM. Faza finală de tranziție (faza 2) are ca rezultat un mediu pur de apelare cloud în care toți utilizatorii, dispozitivele și clienții soft au fost complet tranziționați către Webex Calling platformă.
Cât timp durează unei organizații să treacă complet la apelurile în cloud va varia în funcție de implementarea actuală. În unele cazuri, o organizație poate face tranziția inițială și poate rămâne în faza de coexistență a controlului apelurilor duale (Faza 1) pentru o perioadă extinsă (luni sau chiar ani), în timp ce în alte cazuri, o organizație poate trece complet la Webex Calling (Faza 2) într-o perioadă foarte scurtă (săptămâni sau luni). Acest document este destinat să acoper e ambele faze (faza 1 - coexistență și faza 2 - tranziție completă).
Este posibil ca unele organizații să mențină o implementare de coexistență a controlului apelurilor duale la nesfârșit, fără planuri de a trece vreodată complet la apelurile în cloud.
A doua considerație este modul în care veți trece utilizatorii, dispozitivele și clienții soft de la controlul apelurilor locale la controlul apelurilor în cloud. Abordarea recomandată este o tranziție în trei etape . Figura Tran ziția trifazată recomandată de mai jos descompune această abordare în cele 3 faze.
Pre-migrare: Această fază se concentrează pe pregătirea atât a Webex, cât și a Unified CM mediilor pentru migrare. Nu este vorba despre apelarea planificării sau configurațiilor specifice și se concentrează pe finalizarea activităților care pot fi realizate acum și înainte de începerea oricărui proiect de Webex Calling migrare. Scopul este de a construi fundația pentru ca cele două medii să se pregătească pentru migrație.
Pregă@@ tirea migrației: În această fază începe efortul de pregătire pentru migrare Webex Calling. Aici, cerințele tehnice și de afaceri trebuie revizuite și actualizate. Nu faceți doar o ridicare și o schimbare a ceea ce este implementat în prezent, ci, în schimb, redefiniți cerințele de afaceri și tehnice de care compania dvs. are nevoie astăzi și în viitor, valorificând puterea. Unified CM Webex Calling În plus, aceasta este faza în care vă veți finaliza proiectarea, planificarea configurației și planificarea/programul migrării.
Migrare (lansare și dezafectare): Această fază este locul în care are loc migrarea efectivă a utilizatorilor, dispozitivelor, numerelor de telefon și clienților soft. După cum sa discutat mai sus, această fază poate fi finalizată pentru toată lumea la un moment dat (flash-cut) sau peste mai multe ferestre de schimbare (tăiate în etape). Planurile de adoptare a utilizatorilor finali, instruirea și comunicările sunt esențiale, astfel încât utilizatorii dvs. să fie conștienți de schimbări, cum să utilizeze noua platformă de apelare și să știe când se va întâmpla schimbarea. Ultimul pas este dezafectarea întregii infrastructuri UC locale care nu mai este utilizată.
Faza pre-migrare are activități (obligatorii, recomandate și opționale) la care puteți începe să lucrați imediat. Este recomandat să le finalizați mai devreme decât mai târziu și, de preferință, înainte de începerea proiectului. Unele dintre activități pot dura mai mult timp pentru a fi finalizate, prin urmare, începerea lor mai devreme vă va ajuta să vă eficientizați proiectul efectiv de migrare.
Figura Activ ități pre-migrație de mai jos evidențiază cinci categorii specifice de activități care sunt legate de o Webex Calling migrație.
Pregătește-te
Cerințe de afaceri și tehnice
Atunci când planificați o migrare de la la la, este esențial să adunați în detaliu atât cerințele tehnice, cât și cele de afaceri în faza de planificare. Acest pas asigură faptul că migrarea se aliniază obiectivelor operaționale și capacităților tehnice ale organizației dvs., minimizând riscurile și întreruperile.
De ce este importantă colectarea cerințelor:
-
Aliniază obiectivele afacerii: Înț elegerea nevoilor afacerii ajută la adaptarea migrării pentru a sprijini fluxurile de lucru cheie, experiența utilizatorului și planurile de creștere.
-
Asigură compatibilitatea tehnică: Identificarea timpurie a cerințelor tehnice previne problemele de integrare cu infrastructura, rețeaua și punctele finale existente.
-
Facilitează planificarea resurselor: cerințele clare ajută la estimarea cu precizie a termenelor, costurilor și resurselor necesare.
-
Reduce riscurile: Detectarea timpurie a potențialelor provocări permite soluții proactive, reducând timpii de nefuncționare și întreruperile serviciului.
Cerințe de afaceri
Cerințele tipice de afaceri includ:
-
Numărul de utilizatori și locații care urmează să fie migrate
-
Caracteristici și servicii dorite (exemplu, rutarea apelurilor, mesagerie vocală, conferințe, însoțitori auto, co zi de apel)
-
Politici de conformitate și securitate
-
Constrângeri bugetare și așteptări de cost
-
Instruirea utilizatorilor și nevoile de asistență
-
Cronologia migrației și considerațiile privind continuitatea afacerii.
Colectarea caracteristicilor și serviciilor dorite este un pas critic pentru a vă asigura că noul sistem răspunde nevoilor afacerii. Atunci când colectați aceste cerințe, este important să nu luați în considerare doar ceea ce este configurat în prezent, ci să încercați să colectați cerințele reale de la entitățile comerciale care urmează să utilizeze sistemul. În caz contrar, există riscul ca planul să se bazeze pe ipoteze pe termen lung. Asigurați-vă că evaluați caracteristicile suplimentare sau îmbunătățite disponibile în care este posibil să nu existe, cum ar fi apelurile din cloud, cozile avansate de apeluri și. Acest lucru ajută la valorificarea deplină a beneficiilor platformei cloud.
Atunci când evaluați configurația curentă în, este important să recunoașteți că nu toate setările existente pot rămâne necesare din cauza cerințelor în evoluție pe tot parcursul ciclului de viață al sistemului. Accentul ar trebui să fie pus pe identificarea și păstrarea numai a acelor configurații care se aliniază nevoilor actuale și viitoare ale implementării.
Concentrează-te mai mult pe ceea ce ai nevoie decât pe ceea ce ai.
Politic@@ ile de conformitate și securitate sunt considerente esențiale în timpul migrării de la la la la, pentru a Webex Calling se asigura că noul sistem de comunicații bazat pe cloud respectă standardele legale, de reglementare și organizaționale.
-
Conformitatea cu reglementările: Organizațiile trebuie să verifice dacă respectă reglementările specifice industriei, cum ar fi GDPR, HIPAA sau SOX, abordând cerințele privind confidențialitatea, păstrarea și manipularea datelor, precum și mandatele specifice fiecărei țări legate de rezidența datelor, ocolirea taxei rutiere și localitatea media.
-
Securitatea datelor: Asigur area faptului că datele vocale și de semnalizare sunt criptate atât în tranzit, cât și în repaus, pentru a proteja împotriva interceptării sau accesului neautorizat.
-
Controale de acces: Definirea și impunerea autentificării utilizatorilor, a autorizării și a accesului bazat pe roluri pentru a preveni utilizarea neautorizată a resurselor de comunicare.
-
Audit și monitorizare: Im plementarea capacităților de înregistrare și monitorizare pentru a urm ări accesul și utilizarea pentru audituri de conformitate și investigații privind incidentele de securitate.
-
A@@ linierea politicilor: alinierea migrării la politicile de securitate corporative existente, inclusiv securitatea punctelor finale, segmentarea rețelei și planurile de răspuns la incidente.
-
Asigurarea securității furnizorilor: Evaluarea certificărilor de securitate Cisco și a atestărilor de conformitate pentru a asigura fiabilitatea.
Abordarea acestor politici de conformitate și securitate în timpul fazei de planificare ajută la atenuarea riscurilor, la evitarea sancțiunilor legale și la menținerea integrității și confidențialității comunic ațiilor pe tot parcursul și după migrare.
Nevoile de instruire și asistență ale utilizatorilor sunt componente esențiale în timpul migrării de la la la la, pentru a asigura o tranziție lină și adoptarea utilizatorilor. Considerațiile cheie includ:
-
Pro@@ grame de instruire: Dezvoltați sesiuni de instruire personalizate pentru diferite grupuri de utilizatori (utilizatori finali, administratori, personal de asistență) pentru a le familiariza cu caracteristicile, interfețele cu utilizatorul și fluxurile de lucru noi.
-
Documentație: Furnizați ghiduri de utilizare clare și accesibile, întrebări frecvente și materiale de referință rapide, inclusiv resurse Noutăți și Diverse și ghiduri pas cu pas înainte și după (în format video sau ghid rapid), pentru a sprijini utilizatorii în timp ce se adaptează la experiența actualizată după migrare.
-
Managementul schimbărilor: Comunicați schimbările în mod proactiv pentru a gestiona așteptările utilizatorilor și a reduce rezistența.
-
Structura de asistență: Stabiliți o echipă de asistență dedicată sau o cale de escaladare pentru a abor da problemele utilizatorilor cu promptitudine în timpul și după migrare.
-
Educație continuă: Planificați actualizări de formare continuă pe măsură ce sunt lansate noi funcții sau actualizări.
-
Mecanisme de feedback: Implementați canale pentru ca utilizatorii să raporteze problemele și să ofere feedback pentru a îmbunătăți procesele de instruire și asistență.
Abordarea acestor nevoi de instruire și asistență în timpul fazei de planificare ajută la minimizarea întreruperilor, îmbunătățește încrederea utilizatorilor și maximizează beneficiile migrării către.
Cerințe tehnice
Mai multe cerințe tehnice esențiale trebuie colectate și documentate pentru o migrare reușită de la la la, inclusiv detalii privind:
-
Disponibilitatea rețelei și capacitatea lățimii de bandă
O evaluare cuprinzătoare a rețelei este esențială pentru a vă asigura că infrastructura dvs. existentă poate susține noul Webex Calling mediu. Aceasta include:
-
Analiza lățimii de bandă: Evaluarea utilizării lățimii de bandă curente și proiectate pentru a gestiona traficul vocal, video și de date fără congestie.
-
Calitatea serviciului (QoS): Implementarea politicilor QoS pentru a acorda prioritate traficului vocal și a minimiza latența, jitterul și pierderea pachetelor.
-
Conec@@ tivitate WAN și internet: Veri ficarea faptului că legăturile WAN și conexiunile la internet îndeplinesc cerințele pentru apelurile bazate pe cloud, inclusiv capacitățile de redundanță și failover.
-
Configurare firewall și NAT: Asigur area faptului că setările firewallului și NAT permit semnalizarea necesară și traficul media pentru.
-
-
Integrarea cu sistemul existent
Integrarea perfectă cu sistemele de afaceri existente este esențială pentru experiența utilizatorului și continuitatea fluxului de lucru:
-
Servicii de director: Evalu area integrării cu un director de întreprindere pentru furnizarea și autentificarea automată a utilizatorilor.
-
CRM și aplicații de afaceri: Identificarea punc telor de integrare cu sistemele de management al relațiilor cu clienții și alte aplicații critice pentru afaceri.
-
Interconectarea PBX veche: Planific area coexistenței sau a strategiilor de migrare pe etape dacă vreun sistem de telefonie moștenit va rămâne în timpul tranziției.
-
-
Compatibilitatea și furnizarea punctelor finale
Toate punctele finale, inclusiv telefoanele de birou, telefoanele mobile și dispozitivele mobile, trebuie evaluate din punct de vedere al compatibilității :
-
Suport pentru dispozitive: Confirmarea faptului că telefoanele și dispozitivele IP existente sunt acceptate de înlocuirile necesare sau identificarea înlocuirilor necesare.
-
Procese de aprovizionare: Stabilirea unor metode de aprovizionare automatizate sau simplificate pentru integrarea eficientă a punctelor finale.
-
Actualiz@@ ări de firmware și software: Planificarea actualizărilor necesare pentru a asigura interoperabilitatea și securitatea.
-
-
Configurații de securitate și standarde de criptare
Securitatea este primordială în comunicațiile cloud:
-
C@@ riptare: Implementarea criptării end-to-end pentru semnalizare și fluxuri media, în conformitate cu cele mai bune practici de securitate Cisco.
-
Autentificare și control acces: Implement area mecanismelor de autentificare securizate (cum ar fi SSO, autentificarea multifactorială) și controale granulare de acces ale utilizatorilor.
-
Conformitate: Asigurarea faptului că soluția îndeplinește standardele relevante de reglementare și de conformitate din industrie (de exemplu, GDPR, HIPAA).
-
Monitorizarea securității: Integrarea cu instrumentele SIEM și configurarea alertelor pentru eventuale incidente de securitate.
-
| Cerință | Considerații cheie |
|---|---|
| Pregătirea rețelei și lățimea de bandă | Lățime de bandă, QoS, WAN/Internet, Firewall/NAT |
| Integrarea cu sistemele existente | Director, CRM, PBX, E-mail/Calendar |
| Compatibilitatea și furnizarea punctelor finale | Suport pentru dispozitive, aprovizionare, actualizări de firmware |
| Configurații de securitate și criptare | Criptare, autentificare, conformitate, monitorizare securitate |
| Instruirea utilizatorilor și gestionarea schimbărilor | Programe de instruire, documentare, comunicare de schimbare |
| Portabilitatea numerelor și planul de apelare | Migrarea/portarea numerelor, traducerea planului de apelare |
| Integrări terță parte | Paginare, centru de contact, fax, dispozitive analogice |
Pregătirea și cerințele rețelei
Pregătirea pentru rețea este esențială pentru o migrare reușită la orice soluție de apelare bazată pe cloud, cum ar fi. Planificarea slabă a rețelei poate duce la degradarea calității apelurilor, la întreruperea apelurilor și la utilizatori nemulțumiți. Clienții trebuie să efectueze o evaluare a rețelei înainte de a migra către. Este recomandat să confirmați disponibilitatea lățimii de bandă a rețelei pentru volumul de apel așteptat, să vă asigurați că cerințele de calitate a serviciului (QoS) sunt îndeplinite și să înțelegeți diferitele porturi care trebuie deschise în firewall-ul (firewallurile) edge (firewall-uri).
Conectivitatea fiabilă la rețea cu o calitate suficientă a serviciului (lățime de bandă, pierdere de pachete, RTT) este o cerință de bază pentru a asigura cea mai bună experiență posibilă de utilizator end-to-end pentru toate punctele finale, clienții și aplicațiile capabile de voce și video care utilizează.
Clienții și partenerii au opțiuni de conectivitate de acces dincolo de Internet Over-the-Top (OTT) , care pot optimiza conexiunea la inclu Webex Edge derea Connect. Pentru mai multe informații despre detaliile de Webex Edge proiectare Connect, consultați Cisco Preferred Architecture for Webex Edge Connect forWebex Meetings, Calling Multi-Tenant și Dedicated Instance.
Clienții pot utiliza cScan pentru evaluarea rețelei, care oferă informații despre calitatea rețelei clientului, câte apeluri pot fi stabilite, latența și așa mai departe. Pentru mai multe informații despre instrumentul cScan, consultați Utilizarea cScan pentru a testa calitatea Webex Calling rețelei.
Pentru a vă asigura că rețeaua este pregătită pentru migrare, luați în considerare următoarea listă de verificare:
-
Planificare lățime de bandă
Calculați apelurile simultane pe site pentru a vă asigura că aveți suficientă lățime de bandă în amonte și în aval și includeți spațiu pentru alt trafic critic pentru afaceri și creșterea viitoare.
Tabelul de calculare a lățimii de bandă a tipului de Webex Calling apel arată tipurile de apeluri disponibile cu o implementare împreună cu codecul și lățimea de bandă maximă necesară pentru fiecare tip de apel. După cum se arată în tabelul de calcul Webex Calling are a lățimii de bandă a tipului de apel, lățimea de bandă necesară a apelurilor audio pentru fiecare tip de apel poate fi calculată utilizând următoarea formulă generală:
Numărul de apeluri concurente așteptate * Lățime de bandă per apel bazată pe codec = debit de rețea necesar.
Tabelul 2. Webex Calling calcule lățime de bandă de tip apel Tipuri de apeluri Codec - lățime de bandă Calculele lățimii de bandă /Telefon de birou -> OPUS - 70 kbps Numărul de apeluri concomitente* 70 kbps = debit de rețea necesar /Telefon de birou -> Telefon de birou OPUS — 70 kbps Numărul de apeluri concomitente* 70 kbps = debit de rețea necesar /Telefon de birou -> PSTN prin LGW G.711 — 80 kbps Numărul de apeluri concomitente* 80 kbps = debit de rețea necesar /Telefon de birou -> PSTN prin Cloud PSTN (de ex. Planul de apelare Cisco) G.711 — 80 kbps Numărul de apeluri concomitente* 80 kbps = debit de rețea necesar /Telefon de birou -> Enterprise prin LGW G.722 - 80 kbps Numărul de apeluri concomitente* 80 kbps = debit de rețea necesar /Telefon de birou -> mesagerie vocală OPUS — 70 kbps Numărul de apeluri concomitente* 70 kbps = debit de rețea necesar Prin însumarea debitului de rețea necesar concomitent pentru fiecare tip de apel, se poate determina cerința totală de lățime de bandă potențială pentru un anumit site.
Toate picioarele de apel sunt întotdeauna ancorate pe SBC-urile de acces. Pentru a determina lățimea de bandă de internet necesară pentru o anumită locație, nu trebuie luate în considerare doar apelurile de interlocare, ci și apelurile intra-locație și apelurile către și de la un gateway local din acea locație. De exemplu, un apel intra-site între două telefoane MPP ar avea nevoie de până la 2 x 70 kbps duplex complet pe accesul la internet al locației.
Tabelul Webex Callingexemplelor de calcul al lățimii de bandă prezintă un exemplu de exercițiu complet de calcul al lățimii de bandă, presupunând că toate dispozitivele se află în același site.
Tabelul 3. Webex Calling exemple de calcul al lățimii de bandă Tipuri de apeluri Numărul de apeluri concurente Lățime de bandă totală Aplicația Webex/Telefon de birou → Aplicația Webex 15 2 * 15 * 70 kbps = 2.100 kbps Aplicația Webex/Telefon de birou → Telefon de birou 15 2 * 15 * 70 kbps = 2.100 kbps Aplicația Webex/Telefon de birou → PSTN prin LGW 50 2 * 50 * 80 kbps = 8.000 kbps Aplicația Webex/Telefon de birou → PSTN prin Cloud Connect pentru Webex Calling 0 0* 80 Kbps Aplicația Webex/Telefon de birou → Enterprise prin LGW 15 2 * 15 * 80 kbps = 2.400 kbps Aplicația Webex/Telefon de birou → Webex Calling Mesagerie vocală 5 5 * 70 kbps = 350 kbps Total apeluri/Lățime de bandă 100 de apeluri 14.950 kbps/14,95 Mbps -
Toate valorile lățimii de bandă din tabelele de mai sus se referă la lățimea de bandă IP. Lățimea de bandă a legăturii este mai mare în funcție de încapsulările WAN.
-
Lățimea de bandă din tabelele de mai sus este pentru apelurile audio. Pentru lățimea de bandă a apelurilor video, aplicația Webex și telefoanele MPP 8845/65 acceptă videoclipuri H.264 cu rezoluție maximă de 720p la o lățime de bandă maximă de 1.500 kbps pe apel. Cu toate acestea, cantitatea de lățime de bandă consumată în orice moment în timpul apelului va fluctua pe baza ratei de biți variabile inerente comunicațiilor video.
-
-
Calitatea serviciilor (QoS)
Implementați politici QoS în mediul dvs. local pentru a acorda prioritate traficului în timp real și pentru a vă asigura că QoS este menținut pe switch- uri, routere și firewall-uri.
-
Ținte de latență, jitter și pierderi de pachete
Următoarele praguri sunt recomandate pentru o calitate optimă a vocii atunci când apelurile merg Over-the-Top (OTT) și pe internet:
-
Latență - mai puțin de 100ms într-o singură direcție
-
Jitter - mai puțin de 10ms
-
Pierderea pachetelor - 0,5% sau mai puțin.
-
-
Firewall și NAT
Asigurați-vă că firewall-ul este configurat pentru a permite traficul, așa cum este listat în articolul disponibil la Informații de referință port pentru Webex Calling. În plus, permiteți accesul la domeniile și intervalele IP enumerate în același ghid și evitați SIP ALG deoarece interferează cu semnalizarea SIP. Traficul media prin proxy-uri trebuie evitat.
-
DNS și NTP
Asigurați-vă o rezoluție DNS adecvată a domeniilor și a serverelor NTP fiabile pentru a sincroniza ceasurile dispozitivului pentru verificarea și înregistrarea certificatelor TLS.
-
Planificarea failover
Luați în considerare conexiunile de date existente ale furnizorului (MPLS, SD-WAN și așa mai departe) și, în general, planificați accesul direct la internet în fiecare locație din cadrul implementării. Planificați legături de internet redundante în cazul în care este necesară o disponibilitate ridicată. Deoarece veți consuma servicii bazate pe cloud, conectivitatea fiabilă la internet cu lățime de bandă suficientă este o cerință de bază. Ar trebui să reconsiderați efectuarea acestei tranziții dacă conexiunile la internet ale locațiilor organizației dvs. nu sunt, în general, fiabile, cu latență scăzută și randament adecvat în sus și în aval.
-
Supraviețuirea site-ului
Supraviețuirea site-ului vă asigură că afacerea dvs. este întotdeauna accesibilă, chiar dacă conexiunea dvs. de rețea se întrerupe. Site Survivalability utilizează un gateway în rețeaua locală pentru a oferi un serviciu de apelare de rezervă către punctele finale la fața locului pentru situațiile în care conexiunea la rețea se întrerupe. Luați în considerare supraviețuirea site-ului cu un gateway local de supraviețuire (SGW) dacă cerințele de afaceri necesită apelare continuă în caz de întrerupere a rețelei. Pentru mai multe informații despre verificarea supraviețuirii site-ului, consultați Supravieț uirea site-ului pentru. Webex Calling
Configurarea sistemului UC conectat la cloud
Cloud Connected UC (CCUC) este o soluție de gestionare și analiză bazată pe cloud concepută pentru a oferi vizibilitate centralizată, administrare și informații pentru implementări atât locale (cum ar fi), cât și cloud (Unified CM). Acționează ca o punte de legătură între mediile tradiționale locale și serviciile cloud Cisco, sprijinind organizațiile pe parcursul călătoriei de migrare de la la la.
În timpul tranziției la, CCUC joacă un rol vital în eficientizarea procesului de migrare prin facilitarea colectării datelor cuprinzătoare din implementarea comunicațiilor unificate existente. CCUC asistă la sarcini cheie de tranziție, cum ar fi migrarea dispozitivelor, caracteristicilor și contactelor utilizatorilor, precum și automatizarea actualizărilor de firmware pentru telefoanele IP acceptate. Prin furnizarea de vizibilitate și gestionare centralizate, CCUC ajută la asigurarea unei experiențe de migrare mai fluide și mai eficiente.
Cisco recomandă cu tărie ca CCUC să fie implementat și implementat la începutul proiectului de tranziție, în mod ideal înainte sau în timpul fazei de pregătire. Acest lucru va permite informațiile și capacitățile necesare pentru a evalua temeinic, inventariere și planifica activitățile ulterioare de migrare și pentru a începe călătoria către capacitățile hibride viitoare.
Evaluarea mediului actual
O activitate esențială în planificarea migrării este evaluarea mediului local actual și a implementării. Acest lucru oferă informații despre ce schimbări potențiale pot fi necesare pentru a trece cu succes. De asemenea, vă permite să evaluați elementele cheie ale platformei în comparație cu implementarea locală existentă. Puteți utiliza aceste informații pentru a vă ajuta să identificați ce sarcini specifice sunt necesare pentru tranziție și ce modificări doriți să faceți pentru a îndeplini cerințele de afaceri și tehnice și cazurile de utilizare.
Următoarele aspecte sunt importante de revizuit ca parte a acestui efort.
Licențiere
Înțelegerea structurii actuale de licențiere a implementării existente este esențială atunci când vă pregătiți să migrați la. Efectuați o evaluare a licențelor pentru următoarele zone ale soluției locale Cisco existente.
-
Platforma
Capacitatea de a articula pe deplin ceea ce este licențiat în prezent pe platforma dvs. de bază va fi esen țială atunci când lucrați cu echipa de cont sau partenerul dvs. pentru a determina cea mai bună cale către licențierea flexă . este licențiat folosind licențierea flexibilă. Pentru mai multe informații despre licențierea flexibilă, consultați planul flexibil de colaborare Cisco.
-
Utilizatori și dispozitive
Identificați ce categorie de licență necesită utilizatorii și dispozitivele dvs. existente. Aceasta va fi utilizată pentru a determina ce tip de licență este necesar pentru utilizatori și dispozitive. oferă mai multe tipuri de licențiere, inclusiv licențe Profesionale și Standard pentru utilizatori și licențe profesionale și zone comune pentru spațiile de lucru. Pentru mai multe informații despre licențierea dispozitivului, consultați fișa tehnică disponibilă la Licențierea dispozitivului.
-
Gateway local
Dacă Cisco Unified Border Element (CUBE) este necesar pentru accesul PSTN pentru această tranziție, trebuie luată în considerare și licențierea CUBE. Considerațiile privind licențierea CUBE sunt acoperite mai târziu în acest document.
Locații/Site-uri
Numărul și tipurile de site-uri (centrale mari, regionale, sucursale etc.) din cadrul implementării existente ar trebui luate în considerare atunci când planificați această tranziție. O înțelegere completă a site-urilor de implementare existente va ajuta la planificarea strategică pentru o tranziție reușită, în special atunci când vine vorba de a determina ce site-uri să migreze și în ce ordine. Înțelegerea în detaliu a cerințelor planului de apelare (numerotare, obiceiuri de apelare, clase de restricție etc.), conectivitatea rețelei site-ului și lățimea de bandă (Internet, WAN, LAN) și accesul PSTN (local sau centralizat, IP sau TDM) pentru fiecare site va fi esențială atunci când luați decizii de migrare. Pentru mai multe informații despre modelele comune de implementare și considerațiile cheie, consultați informațiile despre modelele de implementare a colaborării disponibile în SRND pentru colaborare.
O altă considerație importantă de implementare la trecerea la este disponibilitatea locației. are capacități, abonamente și dispozitive diferite care sunt disponibile în funcție de locul în care se află implementarea . Pentru mai multe informații despre disponibilitatea geografică, consultați Unde este disponibil Webex? .
În cele din urmă, este important să înțelegem impactul pe care tranziția la îl va avea asupra altor servicii de colaborare. Pe baza obiectivului acestui document, ipoteza generală este că, dacă serviciile de colaborare existente în afara volumului de muncă de apel are urmează să fie menținute, atunci este de așteptat trecerea la implementarea hibridă de fază 1 menționată mai sus. Exemple de servicii de colaborare care pot necesita implementare hibridă includ centrul de contact local care nu a fost încă migrat la centrul de contact Webex și integrări strânse în sisteme precum sistemele de paginare și facturare. Pentru mai multe informații despre tranziția volumelor de lucru și serviciilor suplimentare de colaborare, consultați Tranzi țiile de colaborare.
Inventarul dispozitivelor/clienților existenți
Înainte de a începe tranziția, este important să inventariați punctele finale hardware și software existente. Având o listă completă de tipuri/modele de dispozitive, versiuni hardware, tipuri și cantități de sisteme de operare soft client, vă veți asigura că puteți planifica în mod adecvat tranzi ția dispozitivelor și atenuarea impactului pentru acele dispozitive care nu pot fi migrate la apelurile în cloud. Inventarul ar trebui utilizat pentru a determina dispozitivele de tranziție și dispozitivele de înlocuit înainte de tranziție.
Telefoane de birou
Pentru telefoanele de birou audio și video sunt acceptate numai telefoanele de birou din seria 6800, 7800, 8800 și 9800. Acesta este un subset al telefoanelor IP Cisco care sunt acceptate cu. Există câteva modele și versiuni ale telefoanelor 6800, 7800 și 8800 care nu pot fi utilizate cu. Pentru mai multe informații despre modelele și versiunile hardware acceptate, consultați Dis pozitivele acceptate pentru Webex Calling.
Telefoanele IP din seria Cisco 6800 nu pot fi actualizate de la firmware-ul Enterprise la firmware-ul Multiplatform (MPP), care este necesar pentru. Prin urmare, orice 6800 de telefoane înregistrate la firmware-ul de întreprindere trebuie înlocuit cu un model de 6800 MPP sau cu un alt model de telefon acceptat.
Telefoanele IP din seria Cisco 7800 și 8800 trebuie actualizate la firmware-ul Multiplatform Phone (MPP) înainte de tranziție și înregistrare. Pentru a determina ce modele 7800 și 8800 și versiuni hardware acceptă firmware- ul MPP, consultați Conversia telefoanelor IP Cisco 7800 și 8800 între firmware-ul Enterprise și MPP.
8845, 8865 și 8865NR au ajuns la sfârșitul vânzării și nu se recomandă migrarea către acestea.
Versiunile mai vechi ale telefoanelor din seria 8800 (8811, 8841, 8851, 8851NR, 8861) nu sunt recomandate pentru a fi utilizate cu. Webex Calling Telefoanele cu versiuni hardware VID 14 sau mai vechi se vor înregistra, dar pot întâmpina unele probleme de performanță din cauza hardware-ului.
Telefoanele de birou din seria 9800 rulează PhoneOS, care acceptă atât înregistrarea, cât și înregistrarea. Prin urmare, aceste telefoane pot fi tranzitate fără o actualizare a firmware-ului.
Toate celelalte telefoane IP vor trebui înlocuite cu telefoane din seria 6800, 7800, 8800 sau 9800 acceptate de. Webex Calling Pentru mai multe informații despre telefoanele IP și de birou acceptate cu, consultați articolul la Dis pozitive acceptate pentru Webex Calling.
Puncte finale video
Punctele finale video personale și de cameră, inclusiv seria Cisco Board, seria Room și seria Desk, se pot înregistra nativ SIP. Oricare dintre aceste puncte finale care trebuie să efectueze apeluri audio și/sau PSTN necesită o licență de apelare:
-
Dispozitivele partajate din săli de conferințe, spații de întâlnire etc. necesită fie o licență Professional Workspace, fie Workspace.
-
Dispozitivul personal al unui utilizator final necesită o licență profesională sau standard.
Determinați câte puncte finale video sunt înregistrate și sunt utilizate pentru a efectua apeluri audio. Este posibil ca unele dintre punctele finale video să poată fi utilizate numai pentru a vă alătura întâlnirilor sau pentru a efectua apeluri video SIP. În ambele cazuri, punctele finale trebuie încă să migreze înainte ca serverele să fie dezafectate, însă acest lucru va ajuta la determinarea câți dintre ele vor avea nevoie de licențe pentru a continua să efectueze apeluri telefonice.
-
Când dispozitivele video sunt mutate de la înregistrare la, URI-ul pentru aceste puncte finale se va schimba deoarece acestea sunt acum înregistrate în cloud.
-
Modelele de telefon 8845, 8865 și 8875 sunt telefoane video personale care sunt acceptate cu.
Clienți soft
Este singurul client soft acceptat de, spre deosebire de Unified CM care acceptă atât aplicația Webex, cât și Jabber și este noul client soft implicit pentru utilizatorii finali.
În funcție de modul (modurile) de implementare implementat pentru Jabber (moduri numai IM, numai telefon și/sau UC complete), poate fi necesar să luați în considerare și tranziția volumelor de lucru Mesagerie și/sau Întâlniri de la Jabber la. Poate fi implementat în modul numai telefon dacă va fi utilizat ca client exclusiv apelant sau poate fi implementat ca complet Webex Suite dacă alte sarcini de lucru, de ex. Webex Messagingși/sauWebex Meetings, sunt trecute la aplicație cu apeluri.
Îmbunătățește experiența utilizatorului final oferind funcții AI, cum ar fi inteligența audio/video, transcrierea apelurilor și altele. Pentru mai multe informații, consultați https://www.webex.com/all-new-webex.
Înainte de a muta utilizatorii la, va trebui să treceți clienții lor Jabber la. Aveți două opțiuni pentru a finaliza această tranziție.
-
Înainte de a le trece la
-
Când le treci la.
Pentru a ușura tranziția inițială la, se recomandă utilizarea opțiunii 1 și mutarea utilizatorilor la apelarea cu mai întâi. Acest lucru oferă utilizatorilor timp să se familiarizeze cu noua aplicație în timp ce încă utilizează platforma de apelare locală existentă. După ce sunteți gata să mutați utilizatorii, îi veți configura să se înregistreze pe platforma de apeluri cloud.
Pentru mai multe informații, despre aceste două opțiuni, consultați C ălătoria migrației - unul sau doi pași? .
Pentru o listă completă a dispozitivelor acceptate pentru, consultați Dis pozitive acceptate pentru Webex Calling.
Verificați eligibilitatea dispozitivului
După cum sa menționat anterior, acceptă un subset de telefoane IP Cisco și necesită un tip de firmware diferit pentru telefoanele din seria 7800 și 8800. Unified CMtelefoanele rulează firmware-ul Enterprise, în timp ce telefoanele rulează firmware-ul Multiplatform Phone (MPP). Este recomandat să verificați ce telefoane înregistrate sunt eligibile pentru a face upgrade la firmware-ul MPP în timpul fazei Pregătire. Acest lucru vă oferă timp pentru a înlocui telefoanele neeligibile cu unul dintre modelele de telefon acceptate sau pentru a identifica un plan alternativ, cum ar fi mutarea unui utilizator numai în aplicația Webex.
Pentru a ajuta la determinarea eligibilității telefoanelor, Control Hub are un instrument încorporat numit Migrate Your Phone to Webex Calling. Când utilizați acest instrument pentru a verifica eligibilitatea dispozitivului, selectați opțiunea Migrare Generați numai licență dispozitiv.
Această opțiune vă permite să încărcați un fișier CSV care conține telefoanele, astfel încât să puteți verifica eligibilitatea fiecărui telefon. Selectând această opțiune de migrare, nu adaugă telefoanele, deoarece sunteți încă în faza de pregătire și nu sunteți încă gata să faceți acest lucru. Pentru mai multe informații, consultați Migrarea telefonului către Webex Calling.
Este posibil ca unele dintre telefoane să revină cu o eligibilitate necunoscută. Acest lucru se datorează de obicei faptului că nu este în măsură să valideze unele informații despre telefon în sistemul back-end. Pentru toate telefoanele care au statutul Necunoscut, aveți două opțiuni pentru a verifica dacă sunt eligibile pentru a face upgrade la firmware-ul MPP.
-
Verificați manual fiecare telefon și verificați modelul și versiunea hardware (PID VID)
Etichetă de telefon 7800/8800 cu informații despre model și versiune hardware -
Utilizați instrumentul de pregătire a telefonului IP Cisco
Descărcați instrumentul de la https://github.com/joemar2/mpp_readiness_check.
Acest instrument nu este un instrument oficial Cisco și nici nu este acceptat TAC. Are suport pentru cel mai bun efort , dar este gratuit de utilizat.
Acest instrument trebuie să fie rulat pe o mașină locală și care poate accesa serverele și telefoanele IP. Are o opțiune de a activa accesul web pe telefoanele IP, care este recomandat și necesar pentru a obține cele mai bune rezultate. Prin urmare, ar trebui utilizat în timpul orelor libere pentru a evita perturbarea utilizatorilor finali. Rezultatul instrumentului oferă un raport care listează care dintre telefoanele din seria 7800 și 8800 sunt eligibile pentru upgrade la firmware-ul MPP. Deoarece accesează direct telefonul, poate verifica dispozitivele necunoscute care au fost raportate din instrumentul Control Hub.
Raport privind instrumentul de pregătire a telefonului IP Cisco
Utilizatori
Unul dintre cei mai importanți pași de pregătire pentru a vă asigura că aveți o migrare reușită este furnizarea adecvată a utilizatorilor. Trebuie să planificați corect pentru toți utilizatorii, chiar dacă efectuați o migrare pe etape. Utilizatorii trebuie să fie prevăzuți pentru oricare dintre următoarele:
-
Implementarea cu apelare
-
Implementarea cu
-
Configurarea serviciilor pentru un utilizator
-
Pentru a face utilizatorii căutabili în director (clic pentru a apela, informații de contact ale utilizatorului, căutare în directorul telefonic).
Este recomandat să furnizați toți utilizatorii înainte sau la începutul proiectului. Aceasta include utilizatorii care încă folosesc platforma lor Unified CM de apelare independentă de dispozitivul lor de apelare (telefon IP, Jabber,). Pe măsură ce utilizatorii sunt migrați către (și/sau), le veți actualiza licențele pentru a activa serviciile de care au nevoie. Prin furnizarea tuturor utilizatorilor de apeluri de întreprindere înainte de a începe tranziția, permite unui utilizator care a trecut la sau să caute în director un utilizator care apelează la întreprindere care este încă pe Jabber și/sau activat. Acest lucru asigură că utilizatorii în tranziție pot găsi informațiile de contact ale oricărui alt utilizator și pot efectua un apel către aceștia folosind căutarea directorului.
Căutarea în directorul figurilor arată un exemplu de utilizator care caută un alt utilizator. Rezultatele căutării arată informațiile de contact ale utilizatorului și pot fi pentru un utilizator care este încă pe Jabber și sau pentru un utilizator care a trecut la și/sau.
Apoi, stabiliți la care dintre utilizatorii de apelare locali existenți vor fi trecuți. Dacă toți sau un număr mare de utilizatori vor fi tranzitați, atunci este recomandat să mutați utilizatorii în grupuri pentru a vă asigura că echipa de proiect, personalul IT și personalul de asistență sunt capabili să gestioneze tranzi ția și orice probleme care pot apărea. De asemenea, ar trebui să alocați ceva timp pentru a furniza informații inițiale și sesiuni de instruire pentru a pregăti utilizatorii pentru această tranziție. Gruparea tranziției utilizatorilor se poate face pe baza unei varietăți de criterii, inclusiv locația sau site-ul la care sunt alocați utilizatorii, departamentele utilizatorilor sau chiar tipurile de utilizatori (lucrători de cunoștințe, directori, lucrători mobili și așa mai departe).
De exemplu, dacă utilizatorii din implementare sunt împărțiți pe trei site-uri principale, New York (NYC), San Francisco (SFC) și Research Triangle Park (RTP), un plan de tranziție pentru utilizatori poate arăta ca planul prezentat în Plan de tranziție utilizator după tabel.
| Site-ul utilizatorului/locatia | Sesiuni de informare și instruire înainte de tranziție | Perioada de tranziție | Suport post-tranziție |
|---|---|---|---|
| NYC (1.525 utilizatori) | Săptămâna 1 aprilie | Aprilie 15 — Aprilie 27 | Săptămâna 29 aprilie |
| SFO (1.600 utilizatori) | Săptămâna 6 mai | 20 mai — 31 mai | Săptămâna 3 iunie |
| RTP (1.275 utilizatori) | Săptămâna 3 iunie | 17 iunie — 28 iunie | Săptămâna 1 iulie |
Un alt factor important este tranziția utilizatorilor împreună care au dependențe între ei. Aceasta ar putea include, dar nu se limitează la următoarele:
-
Monitorizarea BLF
-
Același pilot/grup de vânătoare
-
Partajarea liniilor
-
Face parte din același grup de preluare a apelurilor
-
Utilizarea acelorași numere de call park
-
Interfon
-
Administrator/Exec.
Puteți revizui configurația (GUI sau export) sau puteți utiliza instrumentul Migration Insights pentru a ajuta la identificarea grupurilor de utilizatori cu aceste dependențe.
Conectivitate PSTN
poate accesa PSTN în trei moduri: planuri de apelare Cisco, Cloud connect pentru (anterior Cloud Connected PSTN) și PSTN local (gateway local). Cu toate acestea, o singură locație definită în cadrul poate fi atribuită numai unei singure opțiuni PSTN.
PSTN local cu un gateway local (LGW) este o componentă esențială a strategiei de tranziție. Oferă conectivitate între implementarea locală și/sau PSTN și platformă. acceptă atât controlorii Cisco, cât și controlorii de frontieră de sesiune terți certificați (SBC) care pot fi utilizați ca gateway local. Pentru cea mai recentă listă de SBC-uri acceptate, consultați Lista SBC-urilor acceptate.
acceptă până la 250 de apeluri simultane de la un singur gateway local bazat pe înregistrare și mai mult de 250 de apeluri simultane de la un singur gateway local care este bazat pe certificate. Gateway-urile locale bazate pe certificate pot suporta până la 6500 de apeluri concomitente, dar acest lucru se bazează pe tipul de conectivitate pe care trebuie să-l aibă gateway-ul local (Over-the-Top vs interconnect peering) și modelul SBC pe care este implementat Gateway-ul local. Aceste limite sunt, în esență, limita implicită de numărare atât pentru apelurile PSTN bazate pe gateway local, cât și pentru apelurile inter-site între și punctele finale. Pentru mai multe informații, consultați Introduc ere în utilizarea gateway-ului local.
Orice apeluri care depășesc această limită sunt respinse cu un 403 Interzis. Comanda vocală activă de afiș are a apelului poate fi rulată pe gateway-ul local în orice instanță pentru a determina numărul total de apeluri active.
Condițiile slabe de rețea dintre un gateway local și SBC de acces pot limita performanța conexiunii de semnalizare, ducând la o limită de apeluri concurente și mai mică. Latența unidirecțională între gateway-ul local și centrul de date nu trebuie să depășească 100 ms, iar jitterul ar trebui să fie mai mic de 10 ms, în timp ce pierderea pach etelor este mai mică de 0,5%.
Caracteristici și utilizare a caracteristicilor
Atunci când evaluați mediul actual, este important să identificați și să revizuiți ce caracteristici sunt configurate. În plus, este important să înțelegeți utilizarea caracteristicilor, astfel încât să puteți (re) defini cerințele tehnice și de afaceri pentru implementare.
Pentru a determina ce caracteristici sunt configurate, analizați configurația. Acestea sunt toate datele statice care sunt setate atunci când o caracteristică sau o setare este configurată pe sistem. Următoarele opțiuni pot fi utilizate pentru a finaliza această analiză:
-
Examinați configurația în GUI admin
-
export config - export în vrac sau AXL
-
Instrument de informații privind migrarea (recomandat)
-
Instrumente Cisco pentru parteneri terți (Recomandat).
Pentru a analiza eficient utilizarea caracteristicilor, este esențial să examinați datele dinamice ale sistemului, cum ar fi utilizarea, înregistrările și activitatea de apel. Diverse instrumente analitice și tablouri de bord oferă informații despre aceste valori, permițând o înțelegere cuprinzătoare a performanței și capacității sistemului, ceea ce sprijină luarea deciziilor în cunoștință de cauză în timpul eforturilor de migrare și optimizare. Următoarele opțiuni pot fi utilizate pentru a finaliza acest tip de analiză:
-
Revizuirea înregistrărilor CDR brute
-
Revizuirea Unified CM datelor RTMT
-
Instrumentul Migration Insights care utilizează date CDR
-
Revizuirea analizei UC conectate la cloud în
-
Volumul apelurilor
-
Puncte finale înregistrate
-
(CAC) locații
-
Utilizarea trunchiului.
-
-
Instrumente Cisco pentru parteneri terți.
Cisco recomandă începerea cu instrumentul Webex Control Hub Migration Insights pentru această analiză. Veți importa fișierul export.TAR și fișierele Unified CM CDR (opțional, dar necesar pentru analiza utilizării caracteristic ilor) în instrument. Instrumentul va genera următoarele rapoarte bazate pe CSV care pot fi utilizate pentru a începe analiza:
| Denumirea raportului Descrierea raportului |
|---|
| ImportedDataBulk.csv
Toți utilizatorii și dispozitivele din Unified CM date |
| DeviceEligibility.csv
Identifică dispozitivele eligibile pentru migr Webex Calling are (telefoane IP, dispozitive Room OS, ATA și terțe părți) |
| DevicePoolNumbers.txt Lista tuturor numerelor dintr-un anumit grup de dispozitive |
| HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Detalii despre dispozitivele și utilizatorii care ar trebui să fie migrați împreună pe baza liniilor partajate, pilot de vânătoare, coadă de apeluri, parcarea apelurilor și configurarea grupului de preluare a apelurilor |
| HuntGroupMigrationInsight.csv Informații detaliate despre liniile de vânătoare atribuite, grupurile de linii și agenții asociați |
| SharedlineGroupMigrationReport.csv Prezentare generală a modului în care numerele de telefon (numerele de director) sunt partajate între utilizatori |
| Denumirea raportului Descrierea raportului |
|---|
| FeatureUsageBasedDeviceEligibilityReport.csv Informații despre eligibilitatea migrării dispozitivului în funcție de utilizarea funcției |
| FeatureUsageWithLastUsageDateReport.csv Numărul de utilizare pentru numărul de apeluri ale piloților de vânătoare și coada de apeluri împreună cu data ultimei utilizări |
| UserWorkspaceLastUsage.csv Data ultimei utilizări pentru utilizatori și spații de lucru atât pentru clienții soft, cât și pentru telefoanele hard disk |
| DIDUsageReport.csv Utilizarea DID atât pentru DID-urile atribuite, cât și pentru cele neatribuite |
Pentru mai multe detalii despre rapoartele Migration Insights, consultați Informații privind migr area.
Dacă aveți nevoie de mai multe informații despre caracteristici și utilizare după examinarea informațiilor din rapoartele Migration Insights, Cisco recomandă să luați în considerare unul dintre instrumentele Cisco de migrare a partenerilor terți și/sau să examinați configurațiile din interfața grafică sau din datele de export de configurare.
Integrări Cisco: Unity Connection UCCX UCCE
Mesageria vocală este o parte integrantă a ofertei și este încorporată nativ în soluție. nu se poate integra cu o soluție de mesagerie vocală bazată pe premise, cum ar fi Unity Connection sau Unity Connection Express. Mai mult, nu există o modalitate nativă de a migra mesajele vocale sau felicit ările existente la conexiunea Unity către serviciul de mesagerie vocală nativă disponibil cu. Unele dintre instrumentele de migrare ale partenerilor terți Cisco au capacități de migrare a unor astfel de date. Pentru mai multe informații despre mesageria vocală pentru, consultați Configurarea și gestionarea setărilor mesageriei vocale pentru un utilizator. Webex Calling
acceptă, de asemenea, căsuțele poștale partajate de mesagerie vocală și fax. Pentru mai multe informații, consultați Gestionarea unei mesagerii voc ale partajate și a unei casete de fax de intrare pentru. Webex Calling
are o caracteristică încorporată Auto Attendant care este inclusă ca parte a platformei de bază. Această caracteristică permite tranziția operatorilor de apeluri Unity Connection și a funcționalității de însoțitor automat . Instrumentul Control Hub, Migrate Features fromUnified CM, acceptă migrarea configurațiilor Unity Connection la Auto-Attendents. Pentru mai multe informații despre utilizarea acestui instrument, consultați Migrarea dispozitivelor și a caracteristicilor de la Unified CM laWebex Calling.
Înregistrarea apelurilor
include două opțiuni pentru înregistrarea apelurilor fără costuri suplimentare.
-
Înregistrarea apelurilor Webex
-
Înregistrare Dubber Go (ofertă partener) - o integrare între și dubber în care toate mediile înregistrate sunt păstrate în siguranță în cloud.
tabelul cu opțiuni de înregistrare inclus evidențiază câteva caracteristici cheie ale celor două opțiuni de înregistrare a apelurilor care sunt disponibile fără costuri suplimentare.
| Webex | Double Go |
|---|---|
| Disponibil tuturor utilizatorilor | Disponibil tuturor utilizatorilor |
| Înregistrări nelimitate | Înregistrări nelimitate |
| Perioada de păstrare de 1 an* | Perioada de păstrare de 30 de zile |
| 100 GB spațiu de stocare per organizație | - |
| Ofițerii de conformitate pot accesa și gestiona înregistrările apelurilor | - |
| API-uri pentru gestionarea înregistrărilor | - |
Administratorii pot configura și gestiona accesul utilizatorilor la înregistrările apelurilor
|
Doar utilizatorii își pot accesa și gestiona înregistrările
|
Dacă organizația dvs. necesită capacități suplimentare de înregistrare, cum ar fi înregistrarea apelurilor de conformitate, perioade mai lungi de păstrare, mai mult spațiu de stocare, analiză AI și/sau acces de administrator, există oferte plătite sau suplimente atât de la Cisco, cât și de la furnizorii de înregistrare terți. Pentru mai multe informații despre furnizorii de înregistrare, configurațiile și serviciile partenere suplimentare, consultați Gestionarea înregistrării apelurilor pentru Webex Calling.
Integrări terțe
acceptă o varietate de integrări terță parte, inclusiv, dar fără a se limita la SBC-uri pentru gateway-uri locale, telefoane IP, telefoane interfon, difuzoare/pagere, ATA etc. În plus față de aceste dispozitive terță parte, Webex Calling acceptă diferite soluții ter ță parte pentru asistență pentru clienți, analize, înregistrare, facturare etc. Pentru mai multe informații despre solu țiile terță parte, consultați Webex App Hub.
Planifică
Plan de proiect la nivel înalt
Atunci când se elaborează un plan de proiect la nivel înalt pentru migrarea de la la la, este esențial să se stabilească faze și etape clare care să se alinieze atât obiectivelor de afaceri, cât și cerințelor tehnice. Planul ar trebui să înceapă cu o fază cuprinzătoare de evaluare, inclusiv colectarea cerințelor tehnice și de afaceri detaliate, precum și identificarea părților interesate și definirea criteriilor de succes. Considerațiile cheie includ alocarea resurselor, estimarea calendarului, gestionarea riscurilor și strategiile de comunicare pentru a se asigura că toate părțile sunt informate și implicate pe tot parcursul migrației. În plus, planul ar trebui să includă puncte de control de validare, cum ar fi testarea pilot și lansările pe etape, pentru a minimiza întreruperile și a permite ajustări bazate pe feedback.
Exemple de elemente care trebuie incluse în planul de proiect sunt:
-
Definirea domeniului de aplicare al migrării (de exemplu, ce utilizatori, dispozitive și caracteristici vor trece)
-
Programarea sesiunilor de instruire pentru utilizatorii finali și echipele de asistență
-
Coordonarea evaluărilor pregătirii rețelei și
-
Planificarea activităților de tranziție cu opțiuni de rezervă. De asemenea, este important să se integre ze revizuirile de conformitate și securitate, precum și fazele de asistență și optimizare post-migrare.
Prin structurarea planului de proiect cu aceste considerente, organizațiile pot gestiona mai bine complexitatea, pot reduce riscurile și pot realiza o tranziție mai lină la.
Călătoria migrației - unul sau doi pași?
solicită utilizatorilor să utilizeze clientul soft pentru apelarea lor. Prin urmare, dacă vreun utilizator încă folosește, aveți două opțiuni privind momentul în care îi puteți muta în. Puteți efectua fie o migrare a utilizatorului cu un singur pas, fie o migrare a utilizatorului în doi pași.
Opțiunea 1: Migrarea utilizatorului într-un singur pas
Într-o migrare cu un singur pas, utilizatorii trec de la la la în același timp în care sunt trecuți de la la Unified CM la. Această opțiune este de obicei destinată migrării clienților cu un număr mic de utilizatori și pot gestiona mutarea atât a clientului soft al utilizatorului, cât și a serviciului de apelare în același timp. Figura către care migrează serviciul de apelare al utilizatorului, clientul soft și telefonul în același timp de mai jos evidențiază acest tip de migrare. Cu această opțiune, un utilizator va avea următoarele completate în același timp:
-
Serviciile de apelare au fost mutate de la
-
Numerele de telefon și extensiile mutate de la la
-
Clientul soft a trecut de la Jabber la - se va înregistra la
-
Înregistrarea telefonică a fost mutată de la la.
Aceasta poate fi în continuare o migrare pe etape în care grupurile de utilizatori sunt mutate în momente diferite, dar atunci când fiecare utilizator este mutat, toate acestea se întâmplă în același timp.
Opțiunea 2: Migrarea utilizatorului în doi pași
Cealaltă abordare este o migrare în două etape. În pasul 1, utilizatorii sunt trecuți de la serviciile de apelare, dar rămân activați. Apoi, la pasul 2, utilizatorii sunt mutați de la Unified CM la. Această opțiune este recomandată clienților mai mari pentru a gestiona modificările utilizatorului final și doresc să separe modificarea clientului soft al utilizatorului de schimbarea serviciului de apelare. Următoarea figură Migrați clientul soft; apoi migrați serviciul de apelare, clientul soft și telefonul la Webex Calling mai jos evidențiază acest tip de migrare.
Pasul 1
-
Clientul soft a trecut de la la - se va înregistra la.
Pasul 2
-
Serviciile de apelare s-au mutat de la la.
-
Numerele de telefon și extensiile s-au mutat de la la.
-
înregistrarea a fost mutată de la la.
-
Înregistrarea telefonică a fost mutată de la la.
Aceasta poate fi în continuare o migrare pe etape în care grupurile de utilizatori sunt mutate în momente diferite în ambii pași.
Opțiunea pe care o alegeți depinde de modul în care doriți să gestionați tranziția utilizatorilor dvs. la și. Recomandarea este să o luați în pași (opțiunea 2). Acest lucru vă permite să minimizați modificările utilizatorului final la un moment dat și să împărțiți efortul în diferite părți ale proiectului. Cu toate acestea, dacă preferați ca utilizatorii să fie afectați o singură dată, atunci utilizarea Opțiunii 1 este, de asemenea, valabilă.
Privind călătoria recomandată (Opțiunea 1), figura h ărții de tranziție la nivel înalt Jabber la Webex App de mai jos arată tranziția la nivel înalt pentru Pasul 1.
În acest pas, utilizatorii sunt trecuți de la Jabber la pentru toate serviciile lor de apelare. Cu toate acestea, platforma de apelare este încă Unified CM și își va înregistra serviciile de apelare. După cum se vede în harta de tranziție la nivel înalt a aplicației Jabber la Webex, infrastructura locală nu se schimbă și funcționează la fel ca Jabber. Singura schimbare este că necesită o conexiune la.
Pentru mai multe informații despre această tranziție, consultați Hartă de tranzi ție Jabber la Webex și Ghid de implement are din secțiunea Client din pagina Tranzi ție colaborare.
Unified CMla figura Webex Calling hărții de tranziție la nivel înalt este tranziția la nivel înalt de la la. Acesta este Pasul 2 al călătoriei recomandate.
Dacă decideți să utilizați abordarea cu un singur pas, acest lucru se aplică și acest lucru.
În acest pas, utilizatorii sunt trecuți în grupuri. În acest moment, utilizatorii încep să utilizeze pentru serviciile lor de apelare, înregistrarea apelurilor și înregistrarea telefonului IP.
Deoarece utilizatorii se deplasează în grupuri, utilizatorii Enterprise vor fi împărțiți între cele două platforme de apelare în timpul tranziției. Faza 1 în figura Unified CMhărții de tranziție Webex Calling la nivel înalt descrie această stare. În această fază este necesară planificarea modului de gestionare a apelurilor între utilizatori pe cele două platforme și modul în care apelurile PSTN vor fi direcționate. De fiecare dată când un grup de utilizatori este transmis, planurile de apelare și actualizările de rutare a apelurilor vor fi necesare pe gateway-ul local (gateway-urile) local (gateway-urile).
Odată ce toți utilizatorii, clienții soft și dispozitivele au fost trecute la (Faza 2), atunci toată infrastructura UC locală poate fi eliminată și dezafectată.
Proiectare
Selectarea regiunii
este disponibil la nivel global și este livrat de la centre de date redundante din mai multe regiuni: SUA (Dallas, Chicago), Canada (Vancouver, Toronto), Europa (Frankfurt, Amsterdam), Marea Britanie (Londra, Manchester), Australia (Melbourne, Sydney), Japonia (Tokyo, Osaka), Arabia Saudită (Riyadh, Jeddah) și India (Mumbai, Chennai). POP-urile media oferă servicii media pentru a optimiza timpii dus -întors media. Centrul de date din Singapore, de exemplu, este utilizat pentru a optimiza timpii media dus-întors pentru clienții din țările asiatice, unde orele dus-întors către Australia sau Japonia ar putea fi suboptime. Centrele de date sunt interconectate printr-o coloană vertebrală multi-gigabit și complet redundantă. Cifra centrelor de date distribuite la nivel global arată o imagine de ansamblu a tuturor centrelor de date. Pentru cea mai recentă listă de centre de date disponibile, consultați Loc ațiile centrului de date pentru Webex Calling.
Fiecare client este furnizat pentru una dintre instanțe. Toate informațiile de furnizare ale clientului respectiv sunt stocate în acea instanță, iar semnalizarea SIP a tuturor punctelor finale și a gateway-urilor locale furnizate pentru acel client este legată de instanța pe care clientul este furnizat. Deoarece este dificil să se schimbe selecția inițială a regiunii, este important să se ia în considerare toți factorii relevanți ca parte a procesului de decizie care duce la selecția regiunii. Pentru a evita întârzierea excesivă de semnalizare dus-întors, este important să decideți la începutul procesului de tranziție ce instanță ar trebui utilizată. Cisco recomandă selectarea instanței care oferă cele mai mici timpi de semnalizare dus-întors pentru cel mai mare număr de utilizatori din cadrul implementării.
Pentru disponibilitatea în țară, consultați Unde este disponibil Webex? .
Locații
Pentru a vă pregăti pentru furnizarea locațiilor, trebuie colectate informațiile necesare pentru toate locațiile țintă de migrare. Informa țiile necesare pentru fiecare locație sunt rezumate în Informații de capturat pentru fiecare locație.
| Informatii | Comentariu |
|---|---|
| Intervalul (domeniile) de extensie | Fiecare locație din poate avea extensii care încep cu cifre diferite. O cifră trebuie păstrată pentru cifra
direcției de apelare între amplasamente (de exemplu 8) și una pentru cifra de
direcție PSTN (de exemplu 9). Nici un interval de extensie nu poate începe cu niciuna dintre
aceste două cifre. Toate intervalele de extensie ale tuturor locațiilor trebuie să aibă o lungime egală. |
| Intervalul (intervalele) DID | - |
| Cifra de direcție PSTN | - |
| Codul site-ului | Toate codurile site-ului din toate locațiile trebuie să fie unice și să aibă aceeași lungime. |
| Numărul principal | Când creați o locație, trebuie să fie furnizate două DID-uri. Unul ca număr
principal (de exemplu, pentru a fi atribuit unui serviciu de însoțitor automat) și unul pentru portalul mesageri
ei vocale. Furnizați un DID pentru numărul mesageriei vocale. |
| Numărul mesageriei vocale | |
| Numărul de licențe | Licențe necesare în funcție de tip, inclusiv Standard, Profesional, Spațiu de lucru, Listă de rute, Plan de apelare de ieșire. |
| Apeluri simultane în orele aglomerate | Suma apelurilor simultane între dispozitive și între dispozitive și gateway-ul local (PSTN și apeluri către dispozitive). Necesar pentru a determina lățimea de bandă necesară a accesului la internet. |
| Țara | - |
| Fus orar | - |
| Limba | - |
| Contact (Nume, Telefon, E-mail) | - |
| Adresă (adresa stradală, oraș, stat, cod poștal) | - |
| Locația fizică expediabilă a serviciilor de urgență pentru punctele finale | Locația de expediere a dispozitivului utilizată pentru apelurile de urgență include, în general, următoarele: adresa clădirii, adresa clădirii + numărul etajului, adresa clădirii + numărul apartamentului sau adresa clădirii + numărul etajului + numărul biroului/cubic. |
| Locația unică a rețelei fizice pe dispozitiv pentru serviciile de urgență | Locația fizică a rețelei pentru apelurile de urgență include, în general, următoarele: comutator/switchport pentru dispozitivele cu fir, identificatorii setului de servicii de bază (AP) pentru punctele de acces fără fir (BSSID) pentru dispozitivele conectate fără fir și/sau subrețele IP locale pentru dispozitivele finale. |
PSTN
Atunci când proiectează o implementare, clienții au trei opțiuni principale de conectivitate PSTN: Cisco C alling Plans (un serviciu PSTN furnizat în cloud gestionat de Cisco), Cloud Connec ted PSTN Providers (CCPP, unde furnizorii furnizează servicii PSTN prin cloud) și PSTN local (unde gateway-urile locale conectează rețeaua întreprinderii la PSTN). Odată cu introducerea trunking-ului PSTN pentru implementări hibride (Pentru mai multe informații, consultați trunchiul PSTN pentru implementări hibride la trunking PSTN), organizațiile câștigă o Webex Calling flexibilitate suplimentară în abordarea lor de migr are. Această caracteristică permite clienților să își mute PSTN-ul în CCPP la începutul călătoriei de tranziție și să înceapă tranziția către PSTN cloud pentru utilizatori, valorificând în același timp CCPP pentru a menține serviciul PSTN pentru utilizatorii care rămân pe Cisco în timpul unei migrări pe etape.
Această abordare hibridă permite organizațiilor să mute mai întâi anumite grupuri de utilizatori în cloud, fără a revizui imediat întregul mediu de telefonie. Cu toate acestea, introduce complexitate și riscuri suplimentare, în special în ceea ce privește adaptarea log icii existente de rutare a apelurilor pentru a sprijini noua arhitectură. Interoperabilitatea cu aplicațiile vechi, cum ar fi serverele de fax, centrele de contact sau sistemele de paginare, necesită, de asemenea, o analiză atentă. Provocările tehnice cheie pot include asigurarea negocierii fără probleme a codecului end-to-end și semnalizarea DTMF (Dual-Tone Multi-Frequency) în mediul mixt, precum și validarea compatibilității cu funcții specializate de telefonie. Planificarea și testarea corespunzătoare sunt esențiale pentru a minimiza întreruperile și pentru a menține servicii de voce fiabile pe tot parcursul procesului de migrare. În plus, considerațiile comerciale sunt importante, deoarece trunking-ul hibrid necesită o licență de utilizare bazată pe numărul de apeluri concurente între mediul local și furniz orul PSTN conectat la cloud (CCPP).
Alternativ, organizațiile pot alege să își păstreze conectivitatea PSTN locală pe toată durata fazei de tranziție. În acest scenariu, migrarea la CCPP poate fi executată în două moduri: ca o singură tranziție coordonată pentru toți utilizatorii și locațiile odată ce migrarea este finalizată sau incremental, cu migrarea PSTN care are loc în funcție de locație pe măsură ce utilizatorii sunt mutați. Această abordare poate ajuta la eficientizarea coexistenței și la menținerea continuității pentru integrările vechi, dar introduce mai multe complexități operaționale. Printre acestea se numără provocările legate de portarea numerelor, cum ar fi necesitatea unei coordonări precise a comenzilor de număr de porturi, întârzieri potențiale și limitări impuse de furnizor, cum ar fi un plafon al numărului de cereri de port concomitente sau restricții privind portarea subseturilor de blocuri cu număr mare. Organizațiile trebuie să își planifice cu atenție strategia de tranziție PSTN, luând în considerare aceste considerații logistice pentru a evita întreruperile serviciilor și pentru a asigura o experiență de migrare lină.
Figura Migrare la CCCP la început vs. păstrarea PSTN local arată cele două opțiuni de migrare PSTN explicate mai sus. Ilustrația din stânga arată scenari ul în care toți utilizatorii și aplicațiile locale consumă servicii PSTN conectate la cloud printr-un trunchi local și un gateway local care conectează local, în timp ce ilustrația din dreapta arată scenariul în care PSTN-ul local existent rămâne în poziție, iar utilizatorii utilizează PSTN local prin conexiunea Gateway local Webex Calling între local și. În timpul tranziției, locațiile pot fi comutate la utilizarea PSTN Cloud Connected.
În ambele scenarii, apelurile dintre local și utilizator utilizează conexiunea Gateway local. Conexiunea dintre local și cea locală trebuie proiectată și dimensionată corespunzător, pe baza numărului preconizat de apeluri concomitente și a redundanței necesare.
Plan de apelare
Pentru a obține o interoperabilitate perfectă între și în timpul perioadei de migrare, trebuie dezvoltată și implementată o arhitectură cuprinzătoare a planului de apelare pe ambele platforme. Acest design al planului de apelare cu două platforme asigură rutarea consecventă a apelurilor, traducerea numerelor și transparența caracteristicilor, permițând utilizatorilor de pe oricare dintre sisteme să comunice fără degradarea serviciului sau întreruperi ale experienței utilizatorului pe tot parcursul fazei de coexistență.
Plan de apelare local în
În timpul tranziției, pentru a permite coexistența dispozitivelor Unified CM înregistrate pe și pe întreprindere, planul de apelare trebuie modificat astfel încât să poată fi îndeplinite cel puțin următoarele cerințe:
-
+E.164 apelarea de la la
-
Apelare extensivă de la la (intra-site, dar și între site-uri dacă intervalele de extensie sunt unice)
-
Apelare prescurtată între site-uri de la la
-
Apelare forțată în rețea de la la
-
Apelare înapoi din directorul apelurilor pierdute la destinațiile pe
-
Apeluri PSTN de la PSTN dacă în timpul tranziției PSTN local este utilizat pentru
-
Apeluri PSTN de la la if în timpul tranziției Trunking-ul PSTN pentru implementări hibride este utilizat pentru a oferi acces PSTN utilizatorilor locali prin Cloud Connect pentru
-
Forțat on-net de la la
-
Apelare extensivă de la la (inter-site).
Dacă oricare dintre cele de mai sus nu sunt acceptate obiceiuri de apelare înainte de tranziție, de exemplu, nu există un obicei de apelare între site-uri prescurtat, atunci nu trebuie neapărat să fie introduse în timpul tranziției.
Figura Planul de apelare pentru cele mai bune practici arată cele mai bune practici de abordare a planului de apelare, așa cum este descris în Arhit ectura preferată pentru Cisco Collaboration 12.x Enterprise On-Premises Deployments, CVD. Caracteristicile cheie ale acestei abordări includ:
-
O singură partiție pentru numerele directorului+E.164
-
Rutare de bază bazată pe tiparele de rute+E.164
-
Normalizarea tuturor obiceiurilor de apelare la +E.164 folosind modele de traducere
-
Utilizarea modelului de traducere care apelează moștenirea spațiului de căutare (opțiune Utilizați spațiul de căutare de apelare al inițiatorului setat pe modelele de traducere).
De exemplu, apelarea PSTN (9+1+10D) de pe un dispozitiv din SJC furnizat cu spațiu de căutare pentru apeluri de linie SJCinternational va fi mai întâi corelată cu modelul de traducere 9.1 [2-9] XX [2-9] XXXXXX care normalizează numărul părții apelate la +E.164. Căutarea secundară folosește apoi același spațiu de căutare de apelare SJCInternational din nou (apelând moștenirea spațiului de căutare) și șirul de +E.164 de cifre va fi asociat fie cu un număr de director +E.164 din partiția DN, fie de unul dintre modelele de rute PSTN din partiția USPSTNNational sau SJCpStnLocal. Obiceiurile prescurtate de apelare intra-site și inter-site sunt implementate de traducerile din partiția ES N și SJCTOE164. În timp ce partiția ESN este o partiție globală (accesibilă pentru telefoane în toate locațiile) partiția SJCTOE164 este accesibilă numai pentru utilizatorii din locația SJC. Aceasta presupune suprapunerea intervalelor de extensie.
Primul pas pentru a activa apelarea de la către este să vă asigurați că destinațiile +E.164 sunt direcționate corespunzător. Acest lucru poate fi realizat prin adăugarea unei partiții la planul de apelare, adăugarea tiparelor de trase+E.164 pentru toate destinațiile la acea partiție și, în cele din urmă, adăugarea partiției la toate spațiile de căutare apelante reprezentând clase de servicii la care trebuie să poată ajunge. Crearea unei partiții dedicate este necesară pentru a permite crearea unei clase diferențiate de servicii pentru apelurile provenite din. Pentru a evita buclele de apel, spațiul de căutare a apelurilor de intrare de pe trunchiul de la Local Gateway nu ar trebui să aibă acces la partiție.
După cum se arată în Figura +E.164 rutare cătreWebex Calling, pentru a permite rutarea de la către pentru o locație cu intervalul+E.164 DID +1 221 555 2XXX și codul site-ului 121, trebuie adăugat la partiție un model de traseu urgent care se potrivește cu acest interval+E.164.
Dacă nu este necesară selectarea unui Gateway local specific site-ului, atunci în loc să utilizați o listă de rute cu un grup de rute locale ca destinație pentru tiparele de rute care indică un singur grup de rute poate fi furnizat cu Gateway-ul local ca unic membru, iar apoi modelele de rute indică o singură listă de rute cu acest grup de rute unic ca intrare.
Pentru a activa apelarea prescurtată între site-uri către site, modelul de traseu necesar 8121.2XXX este adăugat la partiție. Pentru site-urile care urmează să fie trecute la un model de normalizare a apelării 8121.2XXX care normalizează apelarea ESN la+E. 164 ar putea exista deja în partiția ESN. În acest caz, 8121.2XXX pare a fi redundant, dar de îndată ce toate DN-urile din locația respectivă au fost migrate la modelul de traducere de normalizare a apelării 8121.2XXX poate fi eliminat, iar apoi modelul de traseu 8121.2XXX permite apelarea ESN chiar și pentru utilizatorii numai de extensie din intervalul respectiv.
Cu aceste modificări ale planului de apelare apelurile către locație pot fi plasate nu numai prin apelarea prescurtată inter-site și +E.164. De asemenea, apel area internațională și națională PSTN este posibilă, deoarece aceste obiceiuri de apelare sunt mai întâi normalizate la +E.164 prin modelele de traducere deja existente de normalizare a apelării și apoi sunt direcționate prin potrivirea modelului de traseu +E.164 din partiție.
Potrivirea modelului de trase+E.164 pe intervalul DID al locației poate fi furnizat în timp ce toate DID-urile sunt încă găzduite. Cel mai bun algoritm de potrivire a tiparului de potrivire asigură că atunci când este apelat un număr găzduit, atunci numărul directorului +E.164 furnizat este o potrivire mai bună decât modelul de traseu +E.164 cu caractere wildcard care indică, astfel încât apelurile să fie extinse la o linie activată și nu trimise către.
plan de apelare
Fiecare utilizator este prevăzut cu o extensie și/sau un număr de telefon +E.164. Lungimea extensiei este o setare globală fixă: toate extensiile dintr-o implementare au aceeași lungime. Apelarea prin extensie poate fi utilizată între utilizatori atât într-o locație, cât și între locații. Apelarea prescurtată între extensii între site-uri (ultimul caz) funcționează numai dacă extensia formată este unică.
Dacă apelarea prescurtată între locații între locații este o cerință, dar există suprapuneri între extensiile atribuite în locații diferite, atunci trebuie creat un plan de numerotare specific întreprinderii prin prefixarea extensiilor cu un cod de acces și un cod de site. Pentru mai multe informații, consultați Arhit ectura preferată pentru implementările locale Cisco Collaboration 15, Prezentare generală a proiec tării disponibilă la arhitecturile preferate de colaborare Cisco.
Lungimea extensiei, comportamentul de apelare între extensii între locații, lungimea prefixului pentru apelarea între locații și cifra de direcție din prefixul de rutare pentru apelarea între locații sunt configurate în setările serviciului de apelare în:
-
Lungimea prefixului de trasare a loc ației: lungimea prefixului, inclusiv cifra direcției. Este necesar numai dacă un plan de numerotare a întreprinderii trebuie stabilit ca obicei alternativ de apelare între locații între întreprinderi prescurtat.
-
Cifra de direcție în prefixul de rutare: cifră de direcție pentru obișnuința prescurtată de apelare între locații de întreprindere. Trebuie evitate suprapunerile cu prima cifră a oricărei locații și cifre de apelare de ieșire a locației. Este necesar numai dacă un plan de numerotare a întreprinderii trebuie stabilit ca obicei alternativ de apelare între locații între întreprinderi prescurtat.
-
Lungimea extensiei interne: Lungimea standard a extensiilor. Poate fi orice valoare între două și zece.
Atunci când apelarea prin extensie sau apelarea utilizând numere semnificative de întreprindere (cod de direcție, cod de site, extensie) este necesară de la un control de apel local către și controlul apelurilor locale trimite o extensie ca ID apelant, asigurați-vă că setați și parametrul Lungime maximă necunoscută a exten siei în secțiunea Rutare apeluri între și locații pentru a vă asigura că apelurile din amonte din controlul apelurilor locale pot fi clasificate corect ca apeluri locale. -
Permiteți apelarea prin extensie între locații: Com utați pentru a activa/dezactiva apelarea exten siei între locații. Această opțiune ar trebui să fie activată numai dacă toate extensiile din cadrul organizației sunt unice. Dacă opțiunea este dezactivată, numerele semnificative ale întreprinderii (cod de direcție, cod site, extensie) sau numere de telefon trebuie să fie formate între locații.
Primii trei parametri sunt utilizați în principal pentru a construi un plan de apelare pentru telefoane pentru a minimiza expir ările între cifre atunci când utilizați apelarea off-hook. Abaterile de la aceste setări globale sunt încă posibile (Exemplu - pot fi furnizate extensii cu o lungime diferită), dar va apărea un mesaj de avertizare în Control Hub, iar apelarea de pe telefoane ar putea necesita apelarea blocată pentru a evita conflictele în cadrul planului de apelare preîncărcat.
Exemplul de numerotare a tabelului Enterprise arată un exemplu de trei locații în care intervalele de extensie a două locații, NYC și RTP, sunt identice. Stabilirea unei scheme de numerotare a întreprinderilor cu cifra de direcție între site-uri 8, urmată de un cod de site din trei cifre și extensia din patru cifre creează un obicei de apelare între site-uri prescurtat care nu se suprapune.
| Site-ul | Gama de extensie | Codul site-ului | Gama Enterprise |
|---|---|---|---|
| NYC | 2XXX | 202 | 8 202 2XXX |
| SFO | 3XXX | 203 | 8 203 3XXX |
| RTP | 2XXX | 204 | 8 204 2XXX |
Pentru a permite o tranziție lină, setul de obiceiuri de apelare pentru utilizatori înainte și după trecerea la ideal ar trebui să fie același. Pentru a vă pregăti pentru tranziția pentru fiecare locație, trebuie documentate intervalele DI D și intervalele de extensie (sau obiceiurile de apelare intra-site abreviate). Pe baza acestor informații, trebuie selectată cifra de direcție între amplasamente.
Tabelul Intervale de extensie a lungimii fix e prezintă un exemplu de trei locații și intervale de extensie de lungime fix ă. Deoarece obiceiurile de apelare suprapuse trebuie evitate, este important să vă asigurați că, pentru orice interval de extensie, prima cifră a intervalului nu se potrivește cu cifra de direcție pentru apelarea prescurtată între site-uri. Dacă, de exemplu, 8 este selectată ca cifră de direcție pentru apelarea între site-uri, atunci niciun interval de extensie din niciun site nu poate începe cu 8. De obicei, extensiile dintr-o anumită locație se potrivesc cu ultimele cifre ale DID-urilor atribuite acel ei locații. Pentru a evita conflictele, prima cifră a extensiei poate fi modificată. Dacă, de exemplu, DID-urile din intervalul +1 408 555 8XXX sunt utilizate într-o locație, atunci în loc să utilizați 8XXX ca interval de extensie, 7XXX poate fi utilizat pentru extensiile din acel site
| Site-ul | Gama de extensie | Extensii | Codul site-ului | Gama Enterprise |
|---|---|---|---|---|
| NYC | 2XXX | 2XXX | 202 | 8 202 2XXX |
| SFO | 8XXX | 7XXX | 203 | 8 203 7XXX |
| RTP | 1XX | 11XX | 204 | 8 204 11XX |
Șirurile de apelare din șapte cifre formate pe un dispozitiv care utilizează planul de apelare din SUA se suprapun cu un model de șapte cifre pentru apelarea locală în planul de apelare din SUA preîncărcat. Pentru a evita suprapunerile între orice obiceiuri de apelare on-net și off-net (PSTN), un cod de acces extern obligatoriu poate fi utilizat în acea locație. Dacă schema existentă de numerotare a întreprinderii și apelarea prescurtată corespunzătoare între site-uri se suprapun cu modelele din cadranul național, atunci în timpul tranziției la schema de numerotare pentru a evita suprapunerile pot fi, de asemenea, schimbate într-o formă mai lungă sau mai scurtă. Cel mai simplu mod de a realiza acest lucru este să adăugați o cifră suplimentară de umplere la schema de numerotare. Noua schem ă mai lungă de apelare între site-uri trebuie adoptată doar de utilizatorii care au migrat deja. Utilizatorii încă activați pot continua să formeze șapte cifre. Planul de apelare al întreprinderii activat în acest caz trebuie să se asigure că apelarea prescurtată din șapte cifre de la la Unified CM la este transformată fie în +E.164, fie în formatul de apelare abreviat implementat pe. Acest lucru trebuie făcut înainte de a trimite apelul la poarta locală.
Apelarea de șapte cifre prin tranziția tabelului arată un exemplu de renumerotare. În acest exemplu, apelarea prescurtată între site-uri utilizează cifra de direcție 8 urmată de un cod de site din două cifre și o extensie de patru cifre. Pentru a evita apelarea prescurtată între site-uri din șapte cifre pentru locațiile pe, codurile site-ului pot fi ușor schimbate în trei cifre prefixând o cifră de umplutură arbitrară (8 în exemplu) la codurile site-ului de două cifre utilizate în astfel încât apelarea între site-uri de pe telefoane să utilizeze cifra de direcție 8 urmată de cifra de umplere 8, vechiul cod de site din două cifre și extensia din patru cifre. Utilizatorii nu trebuie să-și amintească noile coduri ale site-ului; trebuie doar să-și amintească să folosească 88 ca prefix pentru apelarea între site-uri în loc de 8 activat.
| Site-ul | Extensii | Codul Site-ului | Gama Enterprise | Site ode | Întreprindere anglică |
| NYC | 2XXX | 22 | 8 22 2XXX | 822 | 8 822 2XXX |
| SFO | 8XXX | 23 | 8 23 7XXX | 823 | 8 823 7XXX |
| RTP | 1XXX | 24 | 8 24 11XX | 824 | 8 824 11XX |
Într-un scenariu cu diferite formate de numere de întreprindere activate și dacă numerele de întreprindere sunt prezentate ca informații ale părții apelante pentru apelurile de la către (de exemplu - Apeluri de pe dispozitive fără DID), este important să se implementeze, de asemenea, o mapare între diferitele formate de numere pentru informațiile părții apelante, pentru a asigura funcționarea apelului înapoi . Această mapare poate fi realizată utilizând modelul de transformare a părții apelante pe trunchi ul dintre și Poarta Locală.
Înregistrare
O soluție de înregistrare a apelurilor bine arhitectată necesită o analiză atentă a mai multor elemente cheie de proiectare pentru a se asigura că se aliniază obiectivelor organizaționale, cerințelor de reglementare și constrângerilor tehnice. Două dintre cele mai critice decizii implică selectarea furnizorilor și selecția regiunii, ambele putând fi nevoite să fie adaptate la nivel global și înlocuite în anumite locații, în funcție de nevoile afacerii.
1. Selectarea furnizorului de înregistrare a apelurilor
Selectarea furnizorului adecvat de înregistrare a apelurilor este fundamentală pentru îndeplinirea obiectivelor de afaceri și asigurarea alinierii caracteristicilor în cadrul organizației:
-
Selectarea furnizorului global: Organizațiile desemnează de obicei un furnizor principal de înregistrare a apelurilor la nivel global, asigurând consecvența setului de caracteristici, conformitatea și asistența în toate locațiile
-
Suprascrieri bazate pe locație: În scenariile în care anumite loc ații sau regiuni au nevoi unice de afaceri sau cerințe de reglementare, poate fi necesar să se anuleze selecția globală a furnizorilor și să se specifice furnizori alternativi pentru locațiile respective. Această flexibilitate suportă diferite mandate de conformitate și nevoi operaționale locale
-
Cerin@@ țe de afaceri: Alegerea furnizorului ar trebui să se bazeze pe o evaluare a factorilor de afaceri, cum ar fi conformitatea cu reglementările (Exemplu - MiFID II, HIPAA), asigurarea calității, soluționarea litigiilor sau nevoile de formare
-
Disponibilitatea caracteristicilor: Furnizorii ar trebui evaluați în funcție de capacitatea lor de a furniza caracteristicile necesare, cum ar fi monitorizarea în timp real, capacitățile de căutare și redare, criptarea, politicile de păstrare, integrarea cu platformele de analiză și suport pentru diferite tipuri de apeluri (de intrare, de ieșire, intern).
2. Selectarea regiunii
Determinarea regiunii în care sunt stocate și procesate înregistrările apelurilor este esen țială pentru conformitate și performanță:
-
Selectarea regiunii globale: În mod implicit, organizațiile pot alege o singură regiune pentru stocarea înregistrărilor apelurilor pentru a simplifica gestionarea și guvernanța
-
Suprascrieri ale regiunilor bazate pe locație: în cazul în care legislația privind rezidența datelor sau politicile corporative impun, poate fi necesar să se anuleze setarea regiunii globale pentru anumite locații, asigurându-se că înregistrările apelurilor sunt stocate și procesate în limitele geografice cerute
-
C@@ erințe privind rezidența datelor: Designul trebuie să țină cont de reglementările internaționale și locale privind protecția datelor (cum ar fi GDPR, CCPA sau mandatele specifice fiecărei țări), care pot dicta unde și cum sunt păstrate înregistrările apelurilor.
Un alt aspect critic care trebuie abordat în timpul planificării și proiectării unei soluții de înregistrare a apelurilor este estimarea cerințelor de stocare. Prognoza precisă a nevoilor de stocare este esențială pentru a vă asigura că este disponibilă o capacitate suficientă pentru a sprijini operațiunile de afaceri în curs, pentru a menține conformitatea și pentru a evita întreruperile serviciilor.
Câțiva parametri cheie ar trebui luați în considerare la determinarea cererii de stocare preconizate:
-
Volumul apelurilor înregistrate: Evaluează numărul anticipat de apeluri care vor fi înregistrate într-un interval de timp dat (de exemplu, pe zi, săptămână sau lună). Aceasta include nu numai apelurile externe, ci și comunicațiile interne, dacă acest lucru este impus de politica de afaceri sau mandatele de reglementare.
-
Durata medie a apelului: Calculați lungimea tipică a apelurilor înregistrate, deoarece apelurile mai lungi vor consuma mai mult spațiu de stocare. Variațiile duratei apelurilor între diferite departamente sau grupuri de utilizatori ar trebui, de asemenea, luate în considerare în estimare
-
Perioada de păstrare: Definiți durata de timp în care trebuie păstrate înregistrările, care este adesea dictată de politicile organizaționale sau de reglementările externe (cum ar fi standardele de conformitate specifice industriei). Perioadele de păstrare mai lungi vor crește cerințele generale de stocare
-
Proiecții de creștere: Luați în considerare creșterea anticipată a volumelor de apeluri sau extinderea domeniului de înregistrare, care poate rezulta din scalarea afacerii, noile cerințe de reglementare sau integrarea utilizatorilor sau locațiilor suplimentare.
Analizând amănunțit acești parametri, organizațiile pot dezvolta o strategie robustă de stocare care asigură scalabilitatea, rentabilitatea și conformitatea cu reglementările pentru soluția lor de înregistrare a apelurilor. De asemenea, este recomandabil să revizuiți și să ajustați periodic alocările de stocare pe măsură ce modelele de utilizare evoluează în timp.
Apel de urgență
Cerința de a redirecționa un apel de urgență către centrul de expediere corespunzător este o cerință pentru orice serviciu de apelare care oferă serviciul PSTN. Cu, rutarea apelurilor de urgență este nativă soluției și include suport pentru toate numerele naționale de urgență din țările care acceptă. Rutarea unui apel de urgență se bazează pe locația definită în interiorul și pe metoda de acces PSTN a locației. Numerele de urgență sunt predefinite și specifice țării în care sunt desfășurați utilizatorii și dispozitivele.
Există două metode de livrare a apelurilor de urgență. Există un serviciu de rutare a apelurilor de urgență de bază și un serviciu îmbunătățit de rutare a apelurilor de urgență. Serviciul de rutare a apelurilor de urgență de bază va utiliza un număr selectat de administrator pentru a identifica locația și ruta de apel pentru a ajunge la serviciile de urgență. Pentru apelurile de urgență de bază, calea apelului este de obicei prin opțiunea PSTN a clientului pentru acea locație. are, de asemenea, o rutare îmbunătățită a apelurilor de urgență concepută pentru implementările din SUA și Canada care au cerințe de conformitate cu reglementările care necesită utilizarea unui furnizor la nivel național pentru a livra apeluri de urgență către centrul de expediere corect.
Toți clienții ar trebui să implementeze, cel puțin, configurația de bază a apelurilor de urgență. Apelarea de urgență de bază necesită ca cel puțin un număr +E.164 deținut de client să fie atribuit fiecărei locații definite în. Pentru apelurile de urgență de bază, fiecare locație va fi definită de o adresă stradală la care sunt trimise serviciile de poliție, pompieri sau ambulanță în caz de urgență. În cele mai multe cazuri, numărul principal pentru locație este cea mai bună alegere pentru a reprezenta locația fizică a situației de urgență. De obicei, atribuirea adresei la numărul +E.164 este coordonată cu furnizorul PSTN. Imaginile de mai jos arată alocarea numărului principal care va fi utilizat ca număr de apel de urgență pentru locația Richardson.
În majoritatea situațiilor, o adresă a clădirii este suficientă pentru adresa de expediere a locației. Dar dacă sunt necesare detalii suplimentare despre locație pentru anumiți utilizatori sau dispozitive, atunci un administrator poate utiliza același proces descris mai sus și poate atribui acele dispozitive unei adrese specifice sau unei locații mai precise în interiorul adresei (cum ar fi un etaj sau o cameră). În Gestionarea utilizatorului în, fil a Apelare permite utilizarea unui anumit număr pentru un utilizator și dispozitivele acestuia pentru a obține o anumită adresă de expediere. Următoarele imagini ilustrează modul în care un anumit număr poate fi atribuit unui dispozitiv. Administratorul este responsabil să se asigure că numărul utilizat de dispozitiv va avea adresa corectă de expediere atribuită acestuia. Atri buirea adresei se face de obicei prin intermediul furnizorului PSTN al acelei locații.
Pentru implementările de telefonie din SUA care trebuie să ofere soluții îmbunătățite de apelare de urgență, utilizează Horizon Mobility de la RedSky integrat pentru rutarea apelurilor de urgență. Când utilizați RedSky pentru rutarea apelurilor, un administrator trebuie să se înscrie pentru un cont prin Cisco și să configureze informațiile corespunzătoare în Apelare -> Setări serviciu pentru a activa această caracteristică. Odată ce serviciul RedSky a fost activat la nivel de sistem, un administrator va activa serviciul RedSky la fiecare nivel de locație. Activarea apelurilor de urgență îmbunătățite într-o locație va activa serviciul pentru toate dispozitivele care sunt atribuite acelei locații. Dispozitivele care acceptă apeluri de urgență îmbunătățite sunt telefoanele Cisco MPP, telefoanele Cisco PhoneOS și cele Cisco.
Există două setări pentru activarea apelurilor de urgență îmbunătățite într-o locație. Permit eți RedSky să primească informații despre conectivitatea rețelei și apel urile de testare trebuie utilizat pentru a verifica dacă configurația RedSky pentru mapările dispozitivului și infrastructurii este corectă. Această setare permite, de asemenea, efectuarea apelurilor de testare la 933 pentru a efectua verificarea locației utilizând sistemul IVR al RedSky pentru a citi locația apelantului. Deși acest document nu va acoperi configurația RedSky pentru urmărirea locației, un administrator ar trebui să testeze ÎNTOTDEAUNA descoperirea locației înainte de a activa apelurile de urgență pentru a direcționa către RedSky. Odată ce testarea a fost finalizată și verificată ca fiind exactă, administratorul va direcționa apelurile către RedSky comutând apelurile de urgență ale rutei către RedSky. Această comutare va direcționa toate apelurile de urgență pentru locație către RedSky pentru livrare la centrul de răspuns pentru locație.
Setările Apelare de urgență îmbunătățită se aplică, de asemenea, clienților atât la nivel local, cât și în afara sediului. Când sunt locale, acestea pot fi urmărite în același mod în care sunt urmărite telefoanele de birou. Când este în afara sediului, utilizatorul își va putea seta locația dinamic direct în cadrul. Pentru mai multe informații despre apelurile de urgență, consultați Apel are de urgență îmbunătățită pentru.
Licențiere
Există mai multe opțiuni pentru a atribui licențe utilizatorilor.
Atribuirea manuală prin
Administratorii atribuie manual licențe utilizatorilor individuali prin interfață.
Administratorii pot edita licențele de servicii pentru utilizatori individuali și pot atribui licențe de apelare direct.
Șabloane de atribuire automată a licențelor
Utilizați șabloane de atribuire a licențelor pentru a atribui automat licențe utilizatorilor pe baza setărilor de grup sau organizație.
Licențierea automată se poate face prin sincronizarea directorului sau actualizări manuale ale utilizatorului, dar utilizatorii trebuie să aibă un număr de telefon valid formatat +E.164, iar numerele de telefon trebuie să existe într-o locație înainte de furnizarea utilizatorului. Dacă nu sunt îndeplinite condițiile (de exemplu, formatul nevalid al numărului de telefon), licențele nu vor fi atribuite.
Atribuire în bloc prin șablon CSV
Încărcați un fișier CSV cu detalii despre utilizator și atribuiri de licențe pentru a adăuga sau modifica mai mulți utilizatori simultan.
Importul CSV acceptă adăugarea a până la 20.000 de utilizatori și atribuirea licențelor, dar licențele necesită câmpuri specifice, cum ar fi numărul de telefon și extensia.
Atribuire bazată pe API
Utilizați API-uri pentru a atribui programatic licențe și pentru a gestiona utilizatorii.
acceptă operațiuni API pentru gestionarea utilizatorilor și a licențelor (People, SCIM 2.0 și API-uri Licenses), care pot fi utilizate pentru automatizarea atribuirii licențelor. API-ul Licenses permite atribuirea simultană a licențelor, a numerelor de telefon și a extensiilor.
| Metoda de atribuire | Avantaje | Contra |
|---|---|---|
| Manual prin | Simplu pentru puțini utilizatori. Permite un control precis și granular asupra atribu irii licențelor. | Nu este scalabil, consumă mult timp Predispus la erori umane în timpul introducerii manuale. |
| Șabloane automate de licență | Scalabil Reduce erorile manuale Poate fi aplicat utilizatorilor noi și existenți. | Necesită numere de telefon și locații valide. Mai complex de configurat De asemenea, necesită grupuri de utilizatori pe grup de utilizatori cu cerințe echivalente de licențiere. |
| Încărcare CSV în vrac | Eficient pentru seturi mari de utilizatori Permite alocarea simultană a licențelor, a numerelor de telefon și a extensiilor. | Necesită formatare CSV atentă Potențial de erori dacă numerele de telefon sau extensiile lipsesc sau sunt incorecte. |
| Atribuire bazată pe API | Automatizabil, flexibil. Permite alocarea simultană a licențelor, a numerelor de telefon și a extensiilor. | Necesită cunoștințe de dezvoltare și API. |
Tabelul Opțiuni de furnizare a utilizatorului - rezumat rezumă opțiunile de furnizare a utilizatorilor și avantajele și dezavantaj ele acestora. Această prezentare generală vă ajută să alegeți cea mai bună metodă de atribuire a licențelor pe baza dimensiunii organizației clientului, a capacităților de automatizare și a proceselor și cerințelor de furnizare a utilizatorilor.
Ori de câte ori este posibil, Cisco recomandă atribuirea licențelor de apelare utilizând șabloane de licență. Acest lucru necesită ca pentru fiecare grup de utilizatori care necesită un set unic de licențe (Exemplu - Standard vs. Profesional) există un grup cu membrii grupului respectiv. După cum s-a discutat în secțiunile Gru puri de utilizatori, grupurile de utilizatori pot fi definite manual sau sincronizate dintr-un director corporativ. Este posibilă o combinație a ambelor abordări.
Utilizatorii care aparțin mai multor grupuri obțin licențe din toate atribuțiile aplicate tuturor grupurilor lor. Acest lucru permite utilizarea grupurilor de securitate specifice licenței în directorul întreprinderii pentru a gestiona atribuirea licențelor în cazul în care atribuirea licenței utilizatorului rezultată este controlată de unirea membrilor de grup.
Pentru mai multe informații, consultați Configurarea atribuirii automate de licențe în Control Hub și Configur area șabloanelor de atribuire automată a licențelor pentru Webex Calling utilizatori.
Cerințe de licență
Această secțiune acoperă numai licențele aferente. Alte tipuri de licențe (Exemplu - înregistrarea dispozitivului Webex, mesagerie, întâlniri) nu sunt acoperite. Ca parte a procesului de proiectare, trebuie stabilite cerințele de licență. Numărul de licențe pentru următoarele tipuri de licențe trebuie calculat:
-
Standard: numărul de utilizatori individuali care necesită caracteristici standard de telefonie.
-
Profesional: numărul de utilizatori și spații de lucru care necesită funcții avansate de telefonie . Liniile virtuale și mesageria vocală de grup au dreptul la un raport 1:1 pentru fiecare licență profesională. Prin urmare, în cazuri rare în care numărul de linii virtuale necesare sau de mesaje vocale de grup depășește numărul de utilizatori și spații de lucru care necesită funcții avansate de telefonie , trebuie luate în considerare licențe profesionale suplimentare.
-
Spațiu de lucru pentru zona comună: numărul de utilizări partajate sau locații în zone comune care necesită capacități standard de apelare.
-
Asistență pentru clienți: numărul de agenți și supraveghetori care necesită funcții de asistență pentru clienți. Asistența pentru clienți include licența profesională.
-
Apeluri de listă de rute: numărul de apeluri PSTN conectate la cloud necesare între utilizatorii locali și/sau aplicații terță parte specializate locale.
-
Consola însoț itoare: numărul de utilizatori care necesită acces la clientul consolei însoțitoare.
-
Planul de apelare Cisco (Planul de apelare de ieșire): numărul de utilizatori care necesită un număr PSTN și/sau acces la apel uri PSTN de ieșire pentru serviciul Cisco PSTN.
Nu există un tip de licență dedicat pentru spațiile de lucru profesionale. Spațiile de lucru profesionale consumă o licență profesională.
Spațiile de lucru doar la hot-desk oferă serviciul gazdă hot-desking și apeluri de urgență de la gazda hot-desking și nu necesită nicio licență. Pentru mai multe informații, consultați Adă ugarea și gestionarea dispozitivelor numai pentru birouri rapide.
Pentru a determina tipul de licență necesar pentru fiecare utilizator și spațiu de lucru pe baza caracteristicilor necesare, consultați Caracteristici disponibile după tipul de licență pentru Webex Calling.
Pentru a face diferența între funcționalitatea oferită de cozile de apeluri combinate cu licența profesională în contrast cu asistența pentru clienți, consultați Webex Callingcompararea caracteristicilor coadă de apeluri și asistență pentru clienți.
Aprovizionarea utilizatorilor
Atunci când furnizați utilizatori în Webex, există mai multe opțiuni disponibile, fiecare adaptată diferitelor nevoi și medii organizaționale:
-
Aprovizionare manuală: Administratorii pot adăuga și gestiona utilizatori individuali direct în interior. Această metodă este simplă, dar cea mai potrivită pentru organizațiile mici sau modificările limitate ale utilizatorilor.
-
Aprovizionare în masă prin CSV: Pentru baze de utilizatori mai mari, administratorii pot impor ta și actualiza utilizatorii în bloc încărcând fișiere CSV în. Acest lucru permite gestionarea eficientă a până la mii de utilizatori simultan.
-
Opțiuni de sincronizare a directorului:
Director Connector: Acesta este un instrument de sincronizare automată utilizat în Microsoft Active Directory medii. Sincronizează conturile de utilizator, grupurile și atributele în mod programat (orar, zilnic sau săptămânal). Acceptă configurări multi-domeniu și multi-pădure Active Directory și poate sincroniza imaginile de profil și obiectele camerei.
Aplicația expert Entra ID (Azure AD): Proiectată pentru organizațiile care utilizează Microsoft Entra ID (Azure AD), această metodă oferă sincronizarea automată, aproape în timp real, a conturilor de utilizator și atributelor direct de la Entra ID la. Este complet gestionat în interior și necesită o configurare minimă.
Aplicații SCIM 2.0: Pentru mediile non-Microsoft sau alți furnizori de identitate, cum ar fi Okta sau Duo, aplicațiile de sincronizare bazate pe SCIM permit furnizarea și dezactivarea automată a utilizatorilor cu maparea atributelor și sincronizarea grupurilor.
-
Unified CMsincronizare utilizator: Această opțiune permite crearea de conturi de utilizator bazate pe utilizatorii finali existenți prin sincronizarea de la la. Acest lucru necesită ca Cloud Connected UC (CCUC) să ruleze pe clusterele locale. Cu toate acestea, în general, este recomandat să sincronizați utilizatorii dintr-un director cloud centralizat, cum ar fi Entra ID, mai degrabă decât direct din.
-
Aprovizionarea API: API-urile publice (People, SCIM 2.0) pot fi utilizate pentru furnizarea utilizatorilor. Principalul beneficiu al utilizării API-urilor este opțiunea de a integra provizionarea utilizatorilor cu alte sisteme de întreprindere.
Această prezentare generală și tabel reflectă principalele opțiuni de furnizare a utilizatorilor, beneficiile și limitările acestora pentru a vă ajuta să alegeți cea mai bună abordare pentru nevoile organizației.Tabelul 6. Opțiuni de furnizare a utilizatorului pentru Metoda de furnizare Descriere Avantaje Contra Manuale Creați/gestionați utilizatorii individual în Simplu pentru puțini utilizatori; nu este necesară infrastructura Nu este scalabil; consumator de timp pentru mulți utilizatori În vrac (fișier CSV) Importați/actualizați utilizatorii în bloc prin CSV în Eficient pentru grupuri; nu este necesară codificarea Pregătire manuală CSV; mai puțin dinamic Oameni și SCIM 2.0 API Gestionarea programatică a utilizatorilor prin API-urile Webex Flexibil; suportă automatizarea și integrarea Necesită dezvoltare și infrastructură Sincronizarea directorului Sincronizare automată din aplicațiile AD, Entra ID, SCIM, Unified CM Automatizează ciclul de viață; acceptă filtrarea și maparea Complexitatea configurării: unele dintre opțiuni au caracteristici limitate sau necesită infrastructură
Grupuri de utilizatori
Gestionarea grupurilor de utilizatori în permite administratorilor să organizeze utilizatorii în grupuri pentru o gestionare eficientă în bloc a licențelor, setărilor și resurselor. Grupurile ajută la eficientizarea administrării aplicând politici, licențe și șabloane de setări mai multor utilizatori simultan, în loc să gestioneze utilizatorii individual.
Gestionarea grupului de utilizatori oferă mai multe avantaje, inclusiv:
-
Administrare simplificată: Gestionați licențele, setările și politicile pentru mai mulți utilizatori simultan.
-
Coerență: Aplicați setări și licențe uniforme între utilizatorii din același grup.
-
Scalabilitate: Suportă până la 250.000 de membri pe grup.
-
Integrare: Sincronizați grupurile din Microsoft Entra ID (Azure AD) sau Active Directory pentru gestionarea automată a utilizatorilor și a grupurilor.
-
Flexibilitate: Creați grupuri locale sau sincronizați grupuri de securitate; gestionați calitatea de membru al grupului manual sau prin fișiere CSV.
-
Alocarea resurselor: Controlează accesul la aplicațiile și serviciile încorporate în funcție de calitatea de membru al grupului.
Principalele cazuri de utilizare pentru grupurile de utilizatori la aprovizionare sunt:
-
Atribu irea licențelor: atribuiți licențe grupurilor pentru a furniza automat servicii precum apeluri, întâlniri, mesagerie sau servicii hibride membrilor grupului.
-
Șabloane de setări: Aplicați colecții de setări de servicii (de exemplu, mesagerie, întâlnire, apelare) grupurilor pentru o experiență consecventă a utilizatorului.
-
Gestionarea în bloc a utilizatorilor: adăugați sau eliminați utilizatori în bloc prin fișiere CSV sau sincronizare de directoare.
-
Automatizare și integrare: Utilizați API-uri sau sincronizare directoare pentru gestionarea automată a ciclului de viață al utilizatorilor și al grupului.
Următorul tabel rezumă diferitele opțiuni pentru gestionarea grupurilor de utilizatori și gestionarea grupurilor în.
| Opțiune | Descriere | Avantaje | Contra |
|---|---|---|---|
| provizionarea grupurilor (grupuri) | Creați și gestionați grupuri direct în. Adăugați/eliminați membrii manual sau prin CSV. | Control deplin asupra calității de membru al grupului Aplicarea imediată a licențelor și șabloanelor Ușor de creat și editat grupuri |
Actualizări manuale necesare Riscul de erori în încărcările manuale CSV Fără sincronizare automată cu directoare externe |
| Grupuri sincronizate din Entra ID (Azure AD) sau Active Directory | Sincronizați automat grupurile de securitate și abonamentele de la serviciile de director externe. | Sincronizarea automată reduce munca manuală Asigură coerența cu directorul corporativ Sprijină organizațiile mari |
Nu se poate edita calitatea de membru al grupului în Întârziere de sincronizare de până la 12 ore Grupurile imbricate necesită selectarea manuală |
| Grupuri și SCIM 2.0 API (Grupuri) | Utilizați Grupuri sau API-ul SCIM 2.0 pentru gestionarea programatică a grupurilor și a membrilor | Automatizare și integrare cu alte sisteme Scalabil pentru medii mari sau complexe |
Necesită efort de dezvoltare Complexitatea depinde de utilizarea API |
În timp ce grupurile sincronizate asigură consistența și oferă un singur punct de administrare, este posibilă o abordare hibridă care combină grupuri și grupuri sincronizate (fie gestionate în hub-ul de control, fie prin API-uri). Deci, de exemplu, grupurile pentru atribuirea licențelor ar putea fi grupuri sincronizate și un set separat de grupuri poate fi utilizat pentru atribuirea șabloanelor de utilizator și apelare.
Această abordare cuprinzătoare a gestionării grupurilor de utilizatori permite organizațiilor să gestioneze eficient licențele, setările și politicile utilizatorilor, asigurând experiențe de colaborare consecvente și scalabile.
Abordare recomandată la migrarea de la
Sursa principală de date pentru utilizatori este baza de date, care conține informații despre utilizatorul final. Cu toate acestea, nu este de obicei sursa autoritară pentru gestionarea identității utilizatorului și, mai important, va fi închisă la sfârșitul tranziției și, prin urmare, este exclusă ca sursă autoritară pe termen lung pentru informații de identitate.
Cisco recomandă utilizarea unui director cloud centralizat, cum ar fi Microsoft Entra ID (Azure AD), ca sursă unică de adevăr pentru identitățile utilizatorilor. Sincronizarea utilizatorilor din Entra ID pentru a asigura consecvența, simplifică gestionarea și acceptă capabilitățile de conectare unică (SSO).
Pentru a se asigura că toți utilizatorii sunt prezenți și în Entra ID, organizațiile ar trebui să verifice dacă conturile de utilizator corespund conturilor din Entra ID. Acest lucru se poate face exportând liste de utilizatori din și comparându-le cu listele de utilizatori Entra ID.
În rezumat, metoda de furnizare recomandată este de a sincroniza utilizatorii de la Microsoft Entra ID (Azure AD) la Webex utilizând Azure AD Wizard sau aplicațiile SCIM. Aprovizionarea manuală și CSV în bloc sunt disponibile ca metode suplimentare, dar sunt mai puțin scalabile și mai predispuse la erori pentru organizațiile mari. Asigurarea faptului că Entra ID este sursa autoritară și că toți utilizatorii există în Entra ID este esențială pentru o migrare reușită și o experiență consecventă a utilizatorului între medii și medii.
Tranziția de la un serviciu director local, cum ar fiActive Directory, la un serviciu de director cloud, cum ar fi Entra ID (ID Azure), este independentă de tranziția de apelare. Cisco recomandă finalizarea tranziției la un serviciu de director cloud înainte de a începe tranziția de apelare.
Proiectarea grupurilor de utilizatori
După trecerea directorului de întreprindere de la local la cloud, colectați grupurile de utilizatori necesare bazate pe cerințele de licențiere și șablon de caracteristici. Pentru fiecare document de grup:
-
Nume grup: numele unic al grupului.
-
Licențe: licențe care urmează să fie atribuite acestui grup (dacă există) și domeniul de aplicare (dacă licențele ar trebui atribuite utilizatorilor existenți sau numai utilizatorilor noi)
-
Șabloane de setări: șabloane de apelare pentru aplicații Webex și utilizatori.
-
Sincronizare director: Acest grup va fi sincronizat din directorul de întreprindere sau acesta este un grup Webex local furnizat în Control Hub sau printr-un API.
-
Descriere: cum va fi utilizat acest grup și ce utilizatori ar trebui să fie membri ai acestui grup
Aceste detalii vor fi utilizate ulterior în faza de implementare pentru a crea grupuri locale sau grupuri în directorul întreprinderii și pentru a gestiona aparten ența la grup a utilizatorilor.
Autentificare unică (SSO)
Cisco recomandă utilizarea SSO pentru autentificarea utilizatorului. Utilizarea SSO are câteva avantaje convingătoare, inclusiv:
-
Autentificare simplificată a utilizatorului: Utilizatorii se pot conecta o singură dată folosind acreditările corporative (de exemplu, din Azure ID) pentru a accesa și alte aplicații integrate, eliminând necesitatea mai multor parole și reducând solicitările de conectare. Acest lucru îmbunătățește securitatea prin asigurarea faptului că parolele corporative nu sunt niciodată stocate sau transmise după autentificare.
-
Gestionare simplificată a utilizatorilor: Automatizează crearea, actualizarea și dezactivarea contului de utilizator pe baza modificărilor din directorul corporativ, reducând cheltuielile administrative și asigurând că numai utilizatorii autorizați au acces.
-
Securitate îmbunătățită: SS O reduce oboseala parolei și riscul de încălcări legate de parolă prin centralizarea autentificării prin intermediul furnizorilor de identitate de încredere (IDP).
-
Integrare ușoară a autentificării multi-factor (MFA): MFA poate fi ușor suportată fie printr-o soluție de gestionare a accesului la identitate, cum ar fi Cisco Duo, fie prin suportul M FA al IdP.
Există mai multe opțiuni pentru a implementa SSO pentru servicii:
-
SSO bazat pe SAML 2.0: Protocolul principal acceptat pentru integrarea SSO, care permite schimbul securizat de informații de autentificare între Id P și furnizorul de servicii.
-
OpenID connect (OIDC): Suportat ca un protocol alternativ de autentificare modern pentru integrarea SSO.
-
Identitate Webex: De asemenea, acceptată ca opțiune furnizor de identitate.
SSO este configurat și gestionat central, necesitând schimbul de metadate între și IdP-ul ales.
După configurare, SSO poate fi testat înainte de activare pentru a asigura configurarea corectă.
Cisco acceptă integrarea cu mai mulți IDP și sisteme de gestionare a identității (IAM) testate și utilizate în mod obișnuit, inclusiv, dar fără a se limita la:
-
Cisco Duo
-
Okta
-
Microsoft Active DirectoryServicii de federație (ADFS)
-
Microsoft Azure
-
Ping Federate
-
OpenAM
-
F5 BIG-IP.
Acești IDP sunt conforme standardelor SAML 2.0 sau OpenID Connect și au fost validate pentru compatibilitatea cu soluțiile de colaborare Cisco.
Suport IdP multiplu
permite organizațiilor să configureze SSO cu mai mulți IDP pentru a găzdui medii IT complexe, cum ar fi fuziuni, achiziții sau departamente IT descentralizate în care diferite grupuri folosesc IDP diferiți. Suportul IdP multiplu poate fi implementat fie utilizând caracteristica Multiple IdP, fie prin integrarea unui sistem IAM de întreprindere, cum ar fi Cisco Duo.
Asistența pentru furnizorii de identitate multiplă (IdP) abordează mai multe cazuri cheie de utilizare în care organizațiile necesită autentificare flexibilă și sigură în diverse medii IT:
1. Fuziuni și achiziții
Atunci când companiile fuzionează sau achiziționează altele, acestea au adesea infrastructuri IT separate și IDP distincte care nu se pot federa. Suportul IdP multiplu permite utilizatorilor din ambele organizații să se autentifice și să colaboreze în siguranță, fără a fi nevoie să-și unifice imediat sistemele de identitate.
2. Mai multe departamente IT independente
Organizațiile mari sau instituțiile guvernamentale pot avea mai multe departamente IT independente, fiecare gestionând propriul IdP. Funcția multiplă IdP permite acestor departamente să își mențină propriile sisteme de autentificare, permițând în același timp utilizatorilor să acceseze fără probleme.
3. Diferite grupuri de utilizatori sau domenii
Organizațiile cu diferite grupuri de utilizatori (de exemplu, angajați vs. contractori) sau mai multe domenii de e-mail pot configura reguli de rutare pentru a direcționa solicitările de autentificare către IdP-ul corespunzător pe baza apartenenței la domeniu sau grup. Aceasta susține politici de acces diferențiate și controale de securitate.
4. Suport pentru diverse protocoale de autentificare
acceptă IDP-urile SAML și OpenID Connect (OIDC), permițând organizațiilor să integreze diferite tipuri de furnizori de identitate în funcție de infrastructura existentă și cerințele de securitate.
5. Securitate și conformitate îmbunătățite
Prin activarea mai multor IDP, organizațiile pot implementa mecanisme de autentificare mai puternice, inclusiv autentificarea cu mai mulți factori (MFA) prin integrări precum Duo și pot aplica politici de securitate consecvente în diverse baze de utilizatori.
6. Experiență simplificată a utilizatorului
Utilizatorii se pot autentifica folosind acreditările existente de la IDP-urile lor respective, oferind o experiență unificată de conectare, în ciuda complexității subiacente a sistemelor multiple de identitate.
În timp ce suportul IdP multiplu oferă flexibilitate, necesită o coordonare atentă între echipele de securitate și identitate pentru a menține politici de securitate consecvente și pentru a evita potențialele vulnerabilități.
Duo MFA cu SSO pentru
Duo Access Gateway (DAG) poate autentifica utilizatorii utilizând directoarele existente locale sau bazate pe cloud, cum ar fi Active Directory (AD) și OpenLDAP. De asemenea, acceptă integrarea cu alți furnizori de identitate, cum ar fi Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS și Shibboleth. Această flexibilitate permite organizațiilor să utilizeze infrastructura de directoare curentă pentru Webex SSO cu Duo MFA.
Duo acționează ca un strat puternic de autentificare deasupra autentificării directorului principal. Funcționează ca furnizor de identitate (IdP) folosind SAML 2.0 pentru a impune autentificarea cu doi factori (2FA) înainte de a acorda acces la. Duo evaluează contextul utilizatorului, dispozitivului și rețelei în funcție de politicile configurabile pentru a permite sau refuza accesul, sporind securitatea dincolo de numele de utilizator și parola. Duo oferă, de asemenea, contro ale flexibile ale politicilor, cum ar fi solicitarea MFA la fiecare conectare pentru unele aplicații și mai rar pentru altele.
Beneficiile Cisco Duo includ:
-
Securitate îmbunătățită: adaugă MFA rezistent la phishing pentru a proteja accesul, reducând riscul de parole compromise.
-
Politici flexibile: Permite controlul granular asupra cerințelor de autentificare pentru fiecare aplicație sau grup de utilizatori.
-
Integrarea cu directoarele existente: acceptă AD local, OpenLDAP, directoare cloud și diferiți furnizori SSO, minimizând modificările infrastructurii.
-
Comoditatea utilizatorului: acceptă conectarea unică (SSO) pentru a reduce oboseala parolei, permițând utilizatorilor să se conecteze o dată și să acceseze mai multe resurse în siguranță.
-
Puncte finale de încredere: acceptă încrederea dispozitivelor pentru clienții cu Windows și macOS, îmbunătățind poziția de securitate.
-
În@@ scriere cu autoservire: În scrierea în linie și promptul duo îmbunătățesc experiența utilizatorului în timpul configurării MFA.
Duo MFA cu SSO pentru valorifică directoarele existente precum Active Directory și OpenLDAP sau furnizorii de identitate cloud, pentru autentificarea utilizatorilor. Rolul Duo este de a oferi un al doilea factor de autentificare puternic, bazat pe politici, integrat prin SAML 2.0, sporind securitatea, menținând în același timp confortul utilizatorului prin SSO. Beneficiile includ o poziție de securitate îmbunătățită, aplicarea flexibilă a politicilor, integrarea perfectă și o experiență mai bună a utilizatorului.
Cisco recomandă implementarea SSO pentru utilizatori. Pentru securitate îmbunătățită, se recomandă integrarea cu Cisco Duo.
Strategia Enterprise IAM și SSO ar trebui implementată înainte de a începe tranziția de la la la .
Caracteristici
are o completare completă de caracteristici de bază care sunt incluse în serviciu. Aceasta include multe funcții de apelare la nivel de întreprindere care sunt disponibile de mai mulți ani. Este posibil să nu vedeți o paritate de 100% între caracteristici și caracteristici, totuși, după cum puteți vedea în figura de mai jos, funcțiile cheie de apelare sunt disponibile în.
Pe lângă numeroasele caracteristici ale utilizatorului, are caracteristici de bază ale sistemului care sunt incluse în platformă. Acestea includ funcții precum însoț itorii auto, cozile de apeluri, parcul de apeluri etc. Puteți vedea toate caracteristicile de bază ale sistemului disponibile în secțiunea Serviciu → Apelare → Caracteristici așa cum este descris în figura caracteristici de Webex Calling bază.
Asistent auto
Asistentul automat permite automatizarea 24/7 a gestionării apelurilor primite, ceea ce permite gestionarea eficientă a apelurilor fără a fi nevoie ca o persoană să răspundă la fiecare apel.
Asistentul automat răspunde la apelurile primite și oferă apelantului un meniu de opțiuni cu privire la locul în care dorește să-și direcționeze apelul. Aceasta ar putea fi pentru o persoană, o cutie de mesagerie vocală sau un serviciu de apelare (de ex. Coada de apel). A pelantul folosește tastatura telefonului pentru a introduce numărul din meniul de însoțitor automat.
Asistentul automat acceptă următoarele caracteristici cheie:
-
Program de afaceri și după ore
-
Program de sărbători
-
Opțiunea de apelare a meniului pentru a vă direcționa clienții către locul în care trebuie să meargă
-
Personalizați felicitările
-
Opțiunea de apelare după nume
-
Opțiuni de redirecționare a apelurilor
-
Analizele și rapoartele Control Hub.
Pentru mai multe informații, consultați Gestionarea asistenților automați.
Sună la Park
Parcul de apeluri oferă utilizatorilor posibilitatea de a pune cu ușurință un apel în aștep tare pentru ca un alt utilizator să îl pre ia cu ușurință atunci când este disponibil pentru a-l prelua. De asemenea, eliberează utilizatorul care a răspuns la apelul inițial pentru a efectua sau primi alte apeluri în timp ce apelul este parcat.
Există două tipuri de parcuri de apel disponibile în:
-
Call park direct - permite oricărui utilizator să parcheze un apel către extensia altui utilizator sau la o extensie de parcare, așa cum este definit de Administrator
-
Grup de parcuri de apel - permite unui grup definit de utilizatori să parcheze automat apelurile în funcție de destinațiile disponibile ale parcului definite pentru grup. Aceste destinații pot fi extensiile membrilor grupului sau extensiile parcului de apel.
În funcție de configurație și tipul de parcare, utilizatorii pot prelua apelurile apelând *88+><extension of parked call>, apăsând tasta de linie asociată cu extensia parcului de apel sau utilizând o tastă softkey de pe telefonul lor IP.
O opțiune de rechemare este disponibilă pentru a rechema un apel parcat după o perioadă specificată utilizatorului care a parcat apelul sau unui utilizator alternativ.
Pentru mai multe informații, consultați Gestionarea parcului de apeluri în Control Hub.
Preluarea apelurilor
Preluarea apelurilor permite unui administrator să definească un grup de utilizatori (membri) care pot răspunde la un apel la telefonul altui membru. Acest lucru oferă utilizatorului posibilitatea de a răspunde la apeluri atunci când colegii lor de echipă sunt ocupați și nu pot răspunde la un apel primit.
Utilizatorii dintr-un grup trebuie să se afle în aceeași locație.
Utilizatorii pot folosi fie telefonul de birou, fie telefonul lor de birou pentru a prelua un apel.
-
:
-
Suportă notificări vizuale și audio
-
Notificarea apelurilor primite
-
Preluare a apelurilor pe bază de FAC (apelare *98) sau notificare
-
Notificări de preluare a apelurilor pentru multiline.
-
-
Telefoane de birou:
-
Notificarea apelurilor primite
-
Sunete audio și notificare vizuală prin LED-ul receptorului. 6821 acceptă doar clopote audio
-
Când tipul de notificare selectat în nu este niciunul
-
-
Notificările de preluare a apelurilor numai pentru liniile principale.
-
Pentru mai multe informații, consultați Configurarea grupului de preluare a apelurilor.
Coada de apeluri
include cozi de apeluri doar vocale ca parte a caracteristicilor sale de bază și orice utilizator cu licență Professional poate face parte dintr-o coadă de apeluri, agent sau supraveghetor. Această caracteristică permite utilizatorilor să interacționeze eficient cu clienții. Cozile de apeluri acceptă un subset al unora dintre capacitățile de bază ale centr ului de apel, cum ar fi cozile vocale, apelurile înapoi, rutarea abilităților sau priorităților, gestionarea cozii agenților, analiza, raportarea etc.
Apelul Cisco pentru integrarea Microsoft Teams permite agenților să acceseze apelurile și funcțiile cozii de apeluri direct de la clientul lor Microsoft Teams.
Call Queues acceptă următoarele caracteristici cheie:
-
Salutări și mesaje (bun venit, confort, șoaptă etc.)
-
Țineți muzică
-
Apelare inapoi
-
Politici de rutare a cozii (serviciu de noapte, sărbători, redirecționare)
-
Logare/deconectare la coada agentului
-
Gestionarea stării cozii de agent
-
sau asistență telefonică la birou
-
Agentul de supraveghere apelează la monitorizarea, antrenorul, barja sau preia controlul prin intermediul codurilor de acces la caracteristici (FACS)
-
(acces administrator) pentru:
-
gestionarea cozii
-
Analiza și raportarea agenților și a cozii
-
Managementul cozii, agentului și supraveghetorului.
-
Pentru mai multe informații, consultați Configurarea cozii de apeluri.
are o caracteristică suplimentară de asistență pentru clienți care oferă capabilități suplimentare de coadă de apeluri și oferă agenților și supraveghetorilor o experiență mai bună a utilizatorului în cadrul. Pentru o comparație a caracteristicilor Coadă de apeluri și Asistență pentru clienți, consultați compararea Webex Calling caracteristicilor coadă de apeluri și asistență pentru clienți.
Grupul de vânătoare
Grupurile de vânătoare permit rutarea apelurilor primite către un anumit grup de utilizatori printr-un model predeterminat de rutare a apelurilor. Acest lucru asigură că apelurile sunt răspunse de grupul potrivit de utilizatori sau trimise la o mesagerie vocală pentru urmărire.
O mare diferență între Hunt Groups și Call Queues este că apelurile nu sunt coadă într-un grup de vânătoare, deci dacă niciun utilizator din grupul de vânătoare nu este disponibil pentru a răspunde la apel, acesta va fi deconectat, trimis la mesageria vocală sau redirecționat către un alt număr (utilizator sau serviciu).
Pentru mai multe informații, consultați Gestionarea grupurilor de vânătoare în Control Hub.
Moduri de operare
Funcția Moduri de operare permite companiilor să direcționeze eficient apelurile către diverse destinații (utilizatori, mesagerie vocală, servicii de apelare, cum ar fi o coadă de apeluri). Loc ul și momentul în care un apel este direcționat se bazează pe o oră din zi și o zi a săptămânii și orice utilizator poate fi autorizat să gestioneze aceste moduri (programe) pentru a controla modificările rutării apel urilor.
De exemplu, apelurile către o coadă de apeluri pot fi direcționate către o altă coadă de apeluri cu agenți dintr-un fus orar diferit pentru a răspunde apelurilor după ore, în timpul orelor de lucru pot fi direc ționate către agenții locali, iar în timpul sărbătorilor pot fi direcționate către mesageria vocală pentru urmărire după ce agenții se întorc la birou.
Un utilizator autorizat poate comuta între aceste diferite scenarii (moduri) de redirecționare a apelurilor dacă trebuie să schimbe locul în care apelurile primite sunt direcționate pentru o anumită perioadă. Acești utilizatori pot gestion a modurile prin telefoanele 6800/7800/8800 MPP, telefoanele 9800 sau în Hub-ul utilizatorului la Modurile de gestionare.
Pentru mai multe informații, consultați Rut area apelurilor pe baza modurilor de operare din Webex Calling.
Grupul de paginare
Grupurile de paginare permit utilizatorilor să efectueze un apel unic pentru a trimite un mesaj audio unui grup de utilizatori. Fiecare grup poate conține până la 75 de utilizatori țintă și/sau spații de lucru la care se ajunge prin apelarea unui număr sau a unei extensii predefinite.
Când un utilizator apelează un grup de paginare, se efectuează un apel simultan către toate țintele atribuite din grup, moment în care apelantul își poate exprima mesajele și poate închide odată ce acestea sunt terminate.
Pentru mai multe informații, consultați Configurarea unui grup de paginare în Control Hub.
Înregistrări
acceptă înregistrarea apelurilor efectuate sau primite de un utilizator. Acest lucru poate fi necesar pentru nevoile de calitate, asigurare, securitate sau formare. În mod implicit, apelurile sunt înregistrate în, dar pot fi utilizați și alți furnizori de înregistrare terți dacă sunt necesare alte caracteristici de înregistrare sau cerințe de conformitate și de reglementare.
Când se utilizează ca platformă de înregistrare, toate apelurile înregistrate sunt gestionate în interior. Administratorii cu rol de ofițer de conformitate pot juca și descărca înregistrările. Fără rolul de ofițer de conformitate, administratorul poate șterge doar înregistrările.
Pentru mai multe informații despre această caracteristică și o listă de înregistrări de la terți, consultați Gestionarea înregistrării apelurilor pentru Webex Calling.
Acoperire cu un singur număr
Acoperirea unui singur număr permite apelurilor către numărul de telefon al unui utilizator pentru a suna mai multe dispozitive. Aceasta poate include alte telefoane de birou, precum și telefoane mobile. Apelurile pot fi, de asemenea, plasate de pe aceste dispozitive, iar utilizatorii pot împinge și trage apeluri între ele.
Pentru mai multe informații despre această caracteristică și modul în care o configurează un administrator, consultați Configurarea accesului la un număr unic (office oriunde).
Pentru mai multe informații despre modul în care un utilizator poate gestiona și configura această caracteristică pentru el însuși în Webex User Hub (portal), consultați Configurarea accesului la un număr unic (birou oriunde).
Grup de mesagerie vocală
Grupurile de mesagerie vocală permit o casetă de mesagerie vocală partajată care poate fi atribuită unui utilizator sau unei caracteristici de rutare a apelurilor. Unele dintre motivele pentru care poate fi necesar un grup de mesagerie vocală sunt:
-
Mesagerie vocală de uz general pentru un departament sau grup de lucru
-
Adăugați opțiunea de mesagerie vocală la un operator automat sau la un grup de vânătoare
-
Pentru a trimite apeluri de reîncărcare dintr-o coadă de apeluri
-
Utilizatorii care au nevoie doar de o casetă de mesagerie vocală.
Pentru mai multe informații, consultați Gestionarea unei mesagerii voc ale partajate și a unei casete de fax de intrare pentru. Webex Calling
Consola Attendant este listată pe pagina Caracteristici de apelare din Webex, totuși este o caracteristică suplimentară care necesită achiziționarea licenței consolei însoțitoare pentru utilizare.
Pentru mai multe informații, consultați No țiuni de bază cu Consola Attendant.
Pentru informații despre toate caracteristicile, inclusiv unele caracteristici suplimentare, consultați Caracteristici disponibile în funcție de tipul de licență pentru Webex Calling.
Implementați
Pregătirea rețelei
Primul pas în tranziția către este asigurarea conectivității fiabile și sigure la Internet între rețeaua locală și cloud.
Deoarece majoritatea organizațiilor se conectează la internet prin unul sau mai multe firewall-uri sau dispozitive de securitate, este esențial să se valideze că fluxurile de trafic necesare sunt acceptate.
Administratorii de rețea și securitate trebuie să înțeleagă aceste fluxuri în termeni de:
-
Direc ție (intrare vs ieșire)
-
Protocoale (Exemplu - SIP TLS, SRTP, HTTPS)
-
Intervalele de adrese IP utilizate de servicii
-
Numere de port care trebuie deschise sau permise.
Acest lucru asigură că firewall-urile corporative, dispozitivele NAT și alte infrastructuri de rețea sunt configurate corespunzător pentru a găzdui traficul, menținând în același timp politicile de securitate ale întreprinderii.
Pentru informații despre fluxurile necesare, inclusiv adresa IP, porturile și protocoalele, consultați Informații de referință port pentru Webex Calling. Utilizați aceste informații pentru a configura firewall-ul, proxy-urile și alte infrastructuri de rețea din implementarea existentă pentru a activa fluxurile de rețea.
Ieșirea descentralizată a internetului de la fiecare sucursală sau site este abordarea recomandată pentru serviciile de colaborare în cloud, cum ar fi. Permițând traficului să iasă local, acest model:
-
Reduce întârzierea dus-întors și agitația, îmbunătățind calitatea generală a apelurilor
-
Se scalează eficient pe măsură ce mai mulți utilizatori și site-uri trec la
-
Funcționează perfect cu SD-WAN, care poate direcționa dinamic sesiunile către cel mai apropiat punct de intrare în cloud pentru performanțe optime
- Permite urmărirea locației utilizatorului pe baza adresei IP publice, ceea ce ajută la analiza și depanarea căilor media.
În plus, organizațiile trebuie să asigure o lățime de bandă adecvată a internetului la fiecare site. Lățimea de bandă ar trebui să fie dimensionată în funcție de numărul așteptat de apeluri concomitente, codecul selectat (de exemplu, Opus sau G.711), plus cheltuielile generale pentru semnalizare, retransmisii și creștere. Acest lucru se aliniază cu faza de pregătire a ciclului de viață PPDIO și stabilește o bază solidă pentru migrare.
Configurare inițială
Subsecțiunea inițială de configurare din faza de implementare a implementării este fundamentală pentru stabilirea unui mediu de apelare cloud bine structurat și gestionabil. Această etapă cuprinde sarcini critice, cum ar fi configurarea organizației, achiziționarea și atribuirea licențelor și verificarea și revendicarea domeniilor companiei dvs. pentru a asigura gestionarea și securitatea adecvată a utilizatorilor. În plus, include șabloane de licențe de furnizare pentru automatizarea atribuirii licențelor utilizatorilor, configurarea conectării unice (SSO) pentru a eficientiza autentificarea utilizatorilor și a îmbunătăți securitatea și ajustarea setărilor de servicii și client pentru a se alinia politicilor organizaționale și nevoilor utilizatorilor. Finalizarea acestor activități inițiale de configurare asigură că mediul este configurat corespunzător pentru scalabilitate, securitate și experiență perfectă a utilizatorului, stabilind scena pentru fazele ulterioare de implementare și operaționale.
Verificarea domeniului
Pentru a permite identificarea utilizatorilor înregistrați cu domeniile de e-mail ale companiei dvs., este esențial să vă verificați domeniile. Fără verificarea domeniului, utilizatorii vor fi alocați unei organizații de consumatori, complicând gestionarea utilizatorilor pentru compania dvs. Verificarea domeniului este un pas obligatoriu care permite organizației dvs. să revendice și să gestioneze eficient acești utilizatori.
Asigurați-vă că toate domeniile asociate cu adresele de e-mail ale utilizatorilor dvs. sunt verificate. Verificarea domeniului nu este exclusivă; același domeniu poate fi verificat în mai multe organizații.
Pentru mai multe informații despre gestionarea domeniilor, consultați Gestionarea domeniilor.
Revendicați (convertiți) utilizatorii existenți
După verificarea cu succes a domeniilor, puteți continua să revendicați utilizatorii care s-au înregistrat pentru utilizarea domeniilor de e-mail ale companiei dvs. în organizația dvs. Acest proces consolidează toți utilizatorii sub o singură umbrelă organizațională, permițând gestionarea centralizată și administrarea simplificată. Prin revendicarea acestor utilizatori, vă asigurați că compania dvs. are control deplin asupra conturilor de utilizator, permițându-vă să atribuiți licențe adecvate, să configurați serviciile și să oferiți asistența necesară în mod eficient. Această abordare unificată de gestionare îmbunătățește securitatea, simplifică furnizarea de utilizatori și asigură accesul constant la servicii în întreaga organizație. Revendicarea utilizatorilor îi împiedică, de asemenea, să fie gestionați în organizații externe sau de consumatori, menținând astfel integritatea organizațională și controlul asupra resurselor de colaborare.
Pentru mai multe informații despre revendicarea utilizatorilor, consultați Rev endicarea utilizatorilor către utilizatorii organizației dvs. (convertiți).
Configurați și testați sincronizarea directorului
Pentru a activa gestionarea perfectă a utilizatorilor și a grupurilor, puteți sincroniza utilizatorii și grupurile din directorul corporativ, fie Microsoft Entra ID (anterior Azure AD), fie Microsoft Active Directory (AD) cu. Acest proces asigură că identitățile utilizatorilor și calitatea de membru al grupului sunt menținute în mod constant în mediul dvs.
Pentru organizațiile care implementează implementări pe etape, este crucial să controlați și să limitați domeniul de sincronizare în timpul lansărilor inițiale. Acest lucru minimizează riscul modificărilor neintenționate și permite testarea țintită înainte de adoptarea mai largă.
Cea mai eficientă metodă de filtrare a utilizatorilor care sunt sincronizați este de a utiliza apartenența la grupul de directoare:
| 1 |
Crearea unui grup de sincronizare dedicat: În directorul întreprinderii (Microsoft Entra ID sau AD), creați un grup de securitate specific pentru sincronizare (de exemplu, grup de sincronizare). |
| 2 |
Popularea grupului cu utilizatori țintă: Adăugați la acest grup numai utilizatorii pe care doriți să îi sincronizați (cum ar fi un grup de testare în timpul fazei pilot). Acest lucru vă permite să controlați strâns cine este inclus în procesul de sincronizare. |
| 3 |
Configurarea acordului de sincronizare cu filtrare bazată pe grup: Când configurați acordul de sincronizare în Directory Connector sau în furnizarea Entra ID, configurați domeniul de aplicare pentru a include numai utilizatorii care sunt membri ai grupului desemnat.
|
| 4 |
Extindeți grupul după cum este necesar: Pe măsură ce progresați la faze mai largi de implementare, pur și simplu adăugați utilizatori sau grupuri suplimentare la grupul de sincronizare. Domeniul de sincronizare se va extinde automat pentru a include acești utilizatori, permițând lansarea controlată și tre ptată. Exemple de pași de implementare:
Referințe: Sincronizați utilizatorii Entra ID în Control Hub |
Configurarea și testarea Single Sign-On (SSO)
Single Sign-On (SSO) îmbunătățește securitatea și simplifică accesul utilizatorilor, permițând utilizatorilor să se autentifice o singură dată cu acreditările lor corporative și să obțină acces fără probleme la. acceptă integrarea SSO cu IDP compatibili SAML 2.0, inclusiv Microsoft Entra ID (anterior Azure AD), soluții federate Active Directory (AD) și diferiți IDP terți.
În acest moment, configurația SSO proiectată ar trebui implementată și testată.
Referințe:
Integrare de conectare unică în hub-ul de control
configurați conectarea unică pentru administrarea webex
Achiziționarea, furnizarea și verificarea licențelor
Ca parte a configurării inițiale pentru, este esențial să achiziționați, să furnizați și să verificați licențele corespunzătoare pentru a activa și gestiona serviciile în mod eficient. Procesul de achiziție implică selectarea ti purilor de licențe pe baza rolurilor de utilizator și a volumelor de lucru, cum ar fi licențele Professional, Standard și Workspace. Licențele sunt generate și furnizate prin intermediul platformelor software Cisco sau prin intermediul partenerilor. După achiziție și furnizare, numărul adecvat de licențe trebuie verificat. Acest proces asigură că organizația are licențele corecte activate și gata de utilizare în implementare.
Ca parte a configurării inițiale de licențiere în, este important să configurați licențierea automată bazată pe organizație pentru a simplifica atribuirea licențelor pentru utilizatorii noi. Această configurare permite acordarea automată a licențelor atunci când utilizatorii sunt adăugați la organizație, eliminând necesitatea atribuirii manuale a licen țelor. Când configurați licențierea automată la nivel de organizație, selectați serviciile de atribuit și definiți domeniul de aplicare, cum ar fi aplicarea licențelor numai pentru utilizatorii viitori sau includerea utilizatorilor existenți.
Cu toate acestea, dacă planul de implementare implică utilizarea licențierii automate la nivel de grup , puteți alege să nu atribuiți licențe la nivel de organizație pentru a evita conflictele sau atribuirea duplicată a licențelor. Cu licențierea automată la nivel de grup, licențele sunt atribuite în funcție de calitatea de membru al grupului. Utilizatorii din mai multe grupuri primesc licențe de la toate atribuirile de grup aplicabile.
Configurația de atribuire a licențelor pe bază de grup trebuie efectuată după fin alizarea sincronizării directorului, astfel încât grupurile sincronizate să existe și să poată fi utilizate pentru atribuirea licențelor.
În mod specific, atribuirea automată a licențelor necesită detalii suplimentare de furnizare, cum ar fi locația utilizatorului și atribuirea numărului de telefon. Numărul de telefon de serviciu al utilizatorului trebuie să fie în format+E.164, pre-furnizat și atribuit unei locații valide pentru ca licența să fie activată automat. Dacă aceste condiții nu sunt îndeplinite, utilizatorul nu va primi servicii în mod automat și poate necesita intervenție manuală.
În rezumat, configurați licențierea automată bazată pe organizație pentru utilizatorii noi dacă doriți o atribuire largă a licențelor la nivel de organizație. Dacă preferați un control mai granular sau aveți nevoi diferite de licențiere pentru fiecare grup, configurați licențierea automată la nivel de grup și evitați atribuirea licențelor la nivel de organizație pentru a preveni suprapunerea și pentru a asigura gestionarea corectă a licențelor.
Webex Callingsetări de servicii
Este esențial să efectuați o revizuire și configurare cuprinzătoare a setărilor globale de servicii din interior.
Începeți prin accesarea și navigarea la secțiunea de setări. Examinați cu atenție fiecare opțiune configurabilă, inclusiv, dar fără a se limita la, configurația de apelare internă, parametrii apelurilor de urgență, politicile de rutare a apelurilor, gestionarea mesageriei vocale și setările implicite ale dispozitivului.
Ajustați aceste setări globale pentru a reflecta politicile și deciziile de proiectare ale organizației.
De asemenea, setări de configurare și șabloane pentru utilizatori și aplicații.
Migrație pilot
În timpul fazei de implementare, executarea unei migrări pilot reprezintă o etapă critică în validarea tranziției de la la la. Acest pilot implică furnizarea unui subset reprezentativ de utilizatori într-una sau mai multe locații pe platformă, asigurându-se că populația selectată reflectă diverse cazuri de utilizare și roluri organizaționale. În paralel cu migrarea utilizatorilor, serviciile esențiale de colaborare, inclusiv mesageria vocală, însoțitorii auto, cozile de apeluri și grupurile de vânătoare trebuie să fie trecute la echivalentele lor pentru a menține continuitatea afacerii și funcționalitatea serviciului.
Migrarea pilot ar trebui să utilizeze aceeași combinație de instrumente furnizate de Cisco și utilități de migrare terțe care sunt planificate pentru implementarea organizațională mai largă, asigurându-se că procesele, fluxurile de lucru de automatizare și punctele de integrare sunt validate temeinic în condiții reprezentative.
Obiectivele principale ale acestei implementări pilot sunt două: în primul rând, validarea și perfec ționarea proceselor de tranziție end-to-end, inclusiv fluxurile de lucru de furnizare a utilizatorilor, procedurile de migrare a datelor și configurațiile punctelor finale; și în al doilea rând, verificarea cuprinzătoare a funcționalității serviciilor migrate în condiții operaționale reale.
Această abordare pe etape permite echipei de proiect să identifice și să remedieze orice probleme tehnice sau procedurale într-un mediu controlat, să adune feedback de la utilizatori cu privire la experiența noii platforme, să evalueze eficacitatea instrument elor de migrare selectate și să stabilească încrederea în metodologia de migrare înainte de a continua cu o implementare organizațională mai largă.
Informațiile obținute în timpul acestei faze pilot sunt esențiale în optimizarea valurilor de migrare ulterioare și asigurarea unei tranziții lină, cu reducerea riscurilor, pentru întreaga întreprindere.
Achiziționați PSTN
Pentru a procura servicii PSTN, selectați mai întâi o opțiune de conectivitate PSTN în.
Dacă o organizație intenționează să mențină controlul apelurilor duale hibride (faza 1 din figura Tranzi ția apelurilor pe etape: hibrid și cloud), fie temporar, fie pe termen nelimitat, va trebui să implementeze unul sau mai multe gateway-uri locale pentru PSTN local pentru a permite apelarea între și punctele finale.
Dacă o tranziție completă (faza 2) la cloud este obiectivul final, inclusiv PSTN, atunci pentru PSTN va fi necesar fie un Plan de apelare Cisco, fie o opțiune Cloud Connect for.
Lucrați cu furnizorul ales pentru a comanda și porta numere de telefon înainte de a le configura. Comandarea numerelor de telefon sau inițierea comenzilor de port este necesară/posibilă numai pentru PSTN local și Cloud Connect pentru. Pentru planurile de apelare Cisco, comanda și portarea sunt inițiate din Control Hub de în dată ce locația este creată și în țările în care Planul de apelare Cisco este disponibil. Pentru mai multe informații despre planurile Cisco Calling, consultați Noțiuni de bază cu planurile Cisco.
Ca parte a implementării PSTN, asigurați-vă că furnizorul dvs. a activat atât serviciile PSTN de intrare, cât și de ieșire pentru locația dvs. În plus, efectuați apeluri de testare pentru a verifica dacă apelurile sunt direcționate corect prin conexiunea PSTN aleasă.
Configurați locațiile
Înainte de a adăuga utilizatori și dispozitive, trebuie să furnizați locații de apelare. Pentru fiecare locație, trebuie introdusă o adresă de stradă validă. În SUA și Canada, această adresă este validată și utilizată de platformă pentru a trimite informații de locație PIDF-LO pentru apelurile de urgență.
Când configurați locațiile care utilizează PSTN local, trebuie să configurați gateway-urile locale în consecință. În, trebuie create un trunchi și un grup de rute pentru fiecare gateway local, iar grupul de rute este apoi atribuit ca alegere PSTN pentru locație. Cisco recomandă insistent să selectați întotdeauna un grup de rute ca alegere PSTN, deoarece această abordare vă permite să adăugați cu ușurință trunchiuri suplimentare în viitor, susținând atât scalabilitatea, cât și redundanța. Cisco recomandă, de asemenea, activarea suportului dual-identity și P-Charge-Info pe fiecare trunchi PSTN, deoarece acest lucru simplifică identificarea părții facturabile pentru apelurile directe sau redirecționate. Dacă furnizorul dvs. PSTN utilizează un antet diferit pentru facturare, puteți copia informațiile din ant etul P-Charge-Info de pe gateway-ul local în antetul de facturare necesar.
Pentru locațiile care utilizează Cloud Connect pentru sau Planul de apelare Cisco ca opțiune PSTN, pur și simplu selectați opțiunea PSTN respectivă pentru locație în timpul configurării. Dacă locația utilizează fie Cloud Connect pentru PSTN local, fie PSTN local, va trebui să adăugați numerele de telefon care au fost comandate în pasul anterior. Numerele pot fi adăugate ca inactive dacă nu doriți să fie incluse imediat în rutarea apelurilor; puteți activa aceste numere mai târziu atunci când sunt atribuite utilizatorilor sau caracteristicilor.
Este important să setați întotdeauna numărul principal pentru fiecare locație. Numărul principal poate fi atribuit fie unui utilizator, fie unei caracteristici, cum ar fi un asistent automat. Pentru a activa mesageria vocală în locație, asigurați-vă că setați numărul pilot al mes ageriei vocale, cunoscut și sub numele de numărul portalului vocal.
Setările suplimentare pentru locațiile de apelare includ configurarea detali ilor apelurilor de urgență, cum ar fi numărul de apel de urgență, opțiunile de notificare și funcțiile îmbunătățite de apelare de urgență. De asemenea, ar trebui să examin ați și să ajustați setările de înregistrare, preferințele de limbă și configurațiile dispozitivului, după cum este necesar pentru fiecare locație. Dacă organizația dvs. utilizează apel area prescurtată între site-uri on-net cu numere semnificative pentru întreprindere, nu uitați să configurați un cod unic de site pentru locație în setările de apelare interne. În cele din urmă, dacă apelarea externă necesită o cifr ă de apelare de ieșire, asigurați-vă că ați setat acest lucru în setările de apel are externă. Când este configurată o cifră de apelare de ieșire, Cisco recomandă activarea aplicării numerelor de apelare de ieșire pentru a asigura consecvența.
Integrare cu controlul apelurilor locale
Pentru a se integra cu controlul apelurilor locale, este necesar să configurați trunchiuri, grupuri de rute, planuri de apelare pentru întreprinderi și atât setările de locație, cât și cele globale. Începeți prin a configura trunchiurile și gateway-urile locale destinate interconectării cu sistemul local de control al apelurilor; acest pas este necesar numai dacă sunt necesare trunchiuri dedicate. Dacă trunchiurile existente și grupurile de rute sunt suficiente pentru implementare, acestea pot fi reutilizate pentru interconectarea locală fără configurare suplimentară.
Odată ce trunchiurile și grupurile de rute sunt stabilite, continuați să creați planurile de apelare pentru întreprindere și atribuiți grupul de rute corespunzător ca destinație pentru fiecare plan de apelare. Atunci când integrarea implică mai multe sisteme de control al apelurilor locale conectate prin trunchiuri diferite, vor fi necesare mai multe planuri de apelare. Este important să vă asigurați că aceste planuri de apelare conțin doar modelele necesare pentru dirijarea apelurilor către destinații locale.
Dacă implementarea necesită suport pentru rutarea extensiilor necunoscute, această caracteristică ar trebui să fie activată la nivel de locație. În plus, atunci când rutarea extensiei necunoscute este activată, trebuie să specificați lungimea maximă necunoscută a extensiei în secțiunea Rut are apeluri între și locații din setările serviciilor de apelare din. Acest lucru asigură rutarea fără probleme a apelurilor și gestionarea corectă a scenariilor de apelare bazate pe extensii în mediul dvs. integrat.
Migrarea utilizatorilor în loturi
Când migrați utilizatori de la la la, este posibil să nu puteți muta toți utilizatorii în același timp. Acest lucru se poate datora mai multor motive, inclusiv, dar fără a se limita la numărul de site-uri sau utilizatori, durata de tranziție a unui site și/sau a unui grup de utilizatori la un moment dat, resursele IT sau ale site-ului limitate pentru a sprij ini fereastra de schimbare, durata ferestrei de schimbare, complexitatea schimbării etc.
Atunci când migrați utilizatorii în etape, este esențial să identificați utilizatorii care trebuie să mig reze împreună în același lot. Scopul principal este de a migra împreună utilizatorii care au dependențe între ei pentru serviciile și caracteristicile lor de apelare. Doriți să vă asigurați că toate caracteristicile lor de apelare (Exemplu - Cozi de apeluri) sunt pe deplin funcționale așa cum erau înainte de tranziție.
Chiar dacă implementați interconectarea apelurilor între și cu gateway-urile locale, nu puteți împărți serviciile sau caracteristicile partajate în această conexiune. Prin urmare, trebuie să identificați dependențele dintre utilizatori analizând caracteristici precum:
-
Monitorizarea altor utilizatori folosind BLF-uri
-
În același pilot de vânătoare, coadă de apel etc.
-
Linii partajate
-
Utilizarea preluării apelurilor
-
Utilizarea acelorași numere de call park
-
Interfon
-
Executiv/Admin.
Un exemplu ar fi un utilizator care face parte dintr-un grup de vânătoare la care se face tranziție. Acest utilizator va trece la grupul de vânătoare și cu toți ceilalți membri ai grupului de vânătoare. Prin urmare, după tranziție, Grupul Hunt și membrii săi pot răspunde cu succes la apeluri pe noua platformă.
Acest lucru devine mai dificil atunci când utilizatorii sunt conectați la diferite grupuri de utilizatori pentru diferite servicii și funcții de apelare. Acest lucru va necesita tranziția mai multor grupuri de utilizatori și a unui serviciu de apelare în același timp.
Utilizați rezultatul din instrumentul Migration Insights sau instrumentul terț pe care l-ați utilizat în faza de pregătire pentru a determina ce utilizatori și caracteristici ar trebui grupate împreună. Această ieșire ar fi trebuit utilizată pentru a vă dezvolta planul de migrare și vă va oferi informații despre modul în care veți grupa utilizatorii și caracteristicile care trebuie să facă tranziție împreună.
Pașii cheie la trecerea unui lot de utilizatori sunt:
-
Identificarea utilizatorilor pentru migrare împreună
-
Verificați dacă toți utilizatorii sunt înscriși
-
Verificați că toate TN-urile pentru utilizatori există în
-
Verificați formatul corect al numărului de telefon în director
-
Asigurați-vă că șablonul de licențiere și setări pentru grupurile de utilizatori este configurat corect
-
Verificarea sau configurarea tuturor serviciilor și caracteristicilor de apelare pentru grupul de utilizatori (înainte sau în timpul tranziției, după caz)
-
În directorul corporativ adăugați utilizatori la grupul de utilizatori activați pentru apeluri
-
Instrumente de levier - instrumente de migrare a utilizatorilor și a caracteristicilor și/sau instrumente terțe
-
Dezactivați/ștergeți numărul directorului utilizatorului/dispozitivului și funcțiile/serviciile de apelare după tranziție.
După migrarea unui grup de utilizatori, testați un subset de utilizatori pentru a valida că toate funcțiile și serviciile lor de apelare funcționează corect. Dacă funcțiile de apelare, cum ar fi Call Queue, Hunt Groups etc., sunt tranz itate cu grupul de utilizatori, atunci testați aceste servicii de apelare pentru funcționalitatea corespunzătoare.
Spații de lucru
În, un spațiu de lucru se referă la o locație partajată (cum ar fi o sală de conferințe, un spațiu de întâlnire sau un birou fierbinte) căreia i se pot atribui dispozitive, extensii și utilizatori. Spre deosebire de telefoanele tradiționale Unifed CM, spațiile de lucru sunt:
-
Centrat pe locație: legat de spațiile fizice.
-
Dispozitiv flexibil: poate avea unul sau mai multe dispozitive (telefoane de birou, plăci etc.).
Odată ce spațiile de lucru au fost identificate ca parte a tranziției la, acestea pot fi adăugate sub Dispozitive. Fiecare spațiu de lucru are nevoie de o atribuire de dispozitiv și, dacă este deja Unified CM instalat, trebuie să fie resetat sau realocat. funcții precum mesageria vocală, redirecționarea apelurilor și preluarea apelurilor pot fi activate sau dezactivate, iar politicile pot fi aplicate pentru apelurile video, parcarea apelurilor și mobilitatea, după cum este necesar. Testați fiecare spațiu de lucru efectuând apeluri interne și externe, testând funcții video, conferințe și mobilitate . În cele din urmă, informați utilizatorii despre orice procese aplicabile pentru dispozitivele spațiului de lucru și rezervări.
Pentru mai multe informații despre spațiile de lucru din, consultați Spații de lucru.
Dispozitive de aprovizionare
Telefoanele la care sunt înregistrate în prezent vor trebui să fie migrate ca parte a tranziției cloud. Pentru a face migrarea cât mai simplă posibil, cu șanse minime de eșec, Cisco recomandă migrarea site-urilor fizice sau a departamentelor în același timp. Cu toate acestea, este posibil să vi se solicite să migrați utilizatorii în loturi din cauza dependențelor de caracteristici. Consultați secțiunea Migrarea utilizatorilor în loturi pentru mai multe detalii.
Toate telefoanele acceptate de la care trebuie să treceți vor trebui configurate ca utilizator sau spațiu de lucru, iar telefonul fizic va trebui reconfigurat pentru a vă înregistra. În plus, telefoanele din seria 7800 și 8800 au nevoie ca firmware-ul lor să fie actualizat de la firmware-ul Enterprise la firmware-ul Multiplatform Phone (MPP). Acest proces include încărcarea firmware-ului tranzitoriu înainte de încărcarea firmware-ului MPP necesar pentru înregistrare. De asemenea, necesită licența de migrare corespunzătoare. Cisco a îmbunătățit acest proces în ultimii ani pentru a vă facilita actualizarea telefoanelor firmware Enterprise la firmware-ul MPP. Pentru mai multe informații despre pașii pentru finalizarea actualizării firmware-ului, consultați Conversia telefoanelor IP Cisco 7800 și 8800 între firmware-ul Enterprise și MP P.
În plus față de pașii descriși în acest articol, are un instrument încorporat, Migrarea telefonului către Webex Calling, pe care îl puteți utiliza pentru a ajuta la migrarea telefoanelor 7800 și 8800 de la firmware-ul Enterprise la MPP. Acest instrument vă permite, de asemenea, să adăugați telefoanele și să le atribuiți utilizatorilor sau spațiilor de lucru corespunzătoare. Pentru mai multe informații despre utilizarea instrumentului, consultați Migrarea telefonului.
Pentru orice telefoane din seria 9800 înregistrate cu cerința de migrare a firmware-ului de mai sus nu se aplică. Aceste telefoane rulează PhoneOS, care este acceptat de ambele și. Pentru a trece aceste telefoane la, va trebui să le adăugațiWebex Calling, să le atribuiți unui utilizator sau unui spațiu de lucru și apoi să reset ați telefoanele din fabrică. Sec@@ vența de pornire PhoneOS pentru înregistrare Figura de mai jos arată secvența de pornire PhoneOS și modul în care se va înregistra telefonul odată ce a fost adăugat, chiar dacă telefonul este încă furnizat și/sau Opțiunile DHCP (Exemplu - 150) sunt utilizate.
acceptă resetarea din fabrică a dispozitivelor PhoneOS pentru a permite integrarea Zero-Touch. administratorii pot reseta de la distanță din fabrică telefoanele 9800 și 8875 prin paginile de administrare CUCM, ceea ce elimină necesitatea accesului fizic la telefoanele la care se încorporează telefoanele. Această caracteristică este acceptată cu pachetele de dispozitive începând cu 9 septembrie 2025:
-
CUCM v15 - Manager de comunicații unificate versiunea 15
-
CUCM v14 - Manager de comunicații unificate versiunea 14.
Pentru mai multe informații despre procesul de înregistrare pentru seria 9800, consultați Procesul de înregistrare .
În plus față de telefoanele IP Cisco, poate fi necesară furnizarea altor dispozitive, cum ar fi adaptoare telefonice analogice (ATA), telefoane wireless (Wifi, DECT), dispozitive video, gateway-uri vocale și dispozitive și telefoane terță parte. Multe dintre aceste dispozitive nu au o cale de actualizare a firmware-ului, cum ar fi telefoanele IP, pentru a le trece de la firmware-ul întreprinderii la firm ware-ul cloud. Prin urmare, veți furniza fiecare dintre aceste dispozitive în Control Hub. Unele dintre acestea nu pot fi trecute și modelul echivalent va trebui să îl înlocuiască (de ex. ATA 191/192) și altele vor necesita reconfigurare manuală și/sau modificări software.
- Gateway-uri vocale - Pentru a migra gateway-ul local, consultați Migrarea gat eway-ului local.
-
Adaptor telefonic analogic (ATA) - Pentru a începe cu Cisco ATA 191 și 192, consultați Cisco ATA.
-
Telefon wireless Wifi - Pentru a integra telefonul wireless 840 și 860, consultați Integrarea telefonului wireless Webex.
-
Telefoane wireless DECT - Pentru a începe cu noua serie Cisco IP DECT 6800, consultați Cisco IP DECT.
Pentru a construi și gestiona rețeaua digitală DECT în Control Hub, consultați Gestionarea rețelei DEC T
Pentru mai multe informații despre Cisco IP DECT 6800, consultați Ghidul de implementare
-
Dispozitive și telefoane terță parte - Lucrați cu furnizori terți cu privire la cerințele dispozitivului/telefonului și la procesul de migrare sau înlocuire a acestora pentru asistență.
Configurați caracteristicile
Orice caracteristici de apelare care sunt necesare trebuie furnizate înainte sau în timpul tranziției. După cum s-a discutat în secțiunea Migrarea utilizatorilor în loturi, caracteristicile de apelare trebuie configurate și tranzitate atunci când utilizatorii care le utilizează sunt tranzitați.
Pentru detalii despre configurarea fiecărei caracteristici, consultați articolele de ajutor pentru configurare corespunzătoare.
-
Parcarea apelurilor - Pentru a gestiona parcarea apelurilor, consultați Parcarea apelurilor
-
Preluarea apelurilor - Pentru a configura grupul de preluare a apelurilor, consultați Pre luarea apel urilor
-
Cozi de apeluri - Pentru a configura Coada de apeluri, consultați Coada de apeluri
-
Grupuri de vânătoare - Pentru a gestiona grupurile de vânătoare, consultați Gestionarea grupului de vân ătoare
-
Moduri de operare - Pentru rutarea apelurilor pe baza modurilor de operare, consultați Rut area apelurilor pe baza modurilor operaționale
-
Grupuri de paginare - Pentru a configura un grup de paginare, consultați Configurarea unui grup de paginare
-
Înregistrări - Pentru a gestiona înregistrarea apelurilor, consultați Gestionarea înregistrărilor
-
Acoperire cu un singur număr - Pentru a configura acoperirea unui număr unic (birou oriunde), consultați Configurarea unui număr unic
Testarea acceptării
Testarea acceptării asigură faptul că mediul migrat îndeplinește cerințele funcționale, funcționează conform așteptărilor și oferă o experiență perfectă pentru utilizator în toate fluxurile de lucru de comunicare. Acest proces de validare are multiple fațete, acoperind totul, de la furnizarea de utilizatori și atribuirea numerelor până la performanța operațională a caracteristicilor avansate de apel are.
Această secțiune oferă exemple și evidențiază aspectele cheie de luat în considerare în timpul testării de acceptare; cu toate acestea, nu este destinat să servească drept o listă de verificare exhaustivă sau cuprinzătoare.
Aprovizionarea utilizatorilor și atribuirea numerelor
Un aspect fundamental al testării de acceptare implică verificarea faptului că toți utilizatorii sunt furnizați cu acuratețe și complet în interior. Acest lucru necesită o comparație amănunțită între directorul sursă () și baza de utilizatori nou stabilită pentru a vă asigura că fiecare cont de utilizator, împreună cu atributele asociate, cum ar fi numerele de extensie și atribuirile de apelare directă spre interior (DID), au fost migrate corect. Completitudinea furnizării este esențială nu numai pentru operabilitatea din prima zi, ci și pentru administrarea și asist ența continuă.
Validarea atribuirii numerelor include confirmarea faptului că fiecărui utilizator i se atribuie extensia corectă și numărul extern și că aceste numere direcționează corect atât în fluxurile de apeluri interne (on-net), cât și externe (PSTN) . Este esențial să verificați dacă există suprapuneri, atribuiri lipsă sau configurații greș ite care ar putea duce la erori de rutare a apelurilor sau întreruperi ale serviciului.
Fluxurile de apeluri PSTN și prezentarea ID-ului apelantului
O procedură robustă de testare a acceptării trebuie să cuprindă validarea end-to-end a fluxurilor de apeluri PSTN. Aceasta include atât scenarii de apel de intrare, cât și de ieșire . Pentru apelurile PSTN primite, echipa de testare ar trebui să confirme că apelurile sunt livrate către punctele finale dorite, indiferent dacă acestea sunt utilizatori individuali, cozi de apeluri, grupuri de vânătoare sau însoțitori auto. Apel urile PSTN efectuate trebuie efectuate cu succes, acordându-se o atenție deosebită livrării și prezentării corecte a informațiilor de identificare a apelantului. Aceasta implică asigurarea faptului că numele și numărul corect al apelantului sunt afișate destinatarilor externi, în conformitate cu politicile organizaționale și cerințele de reglementare.
Testarea ar trebui să abordeze, de asemenea, scenarii de failover, cum ar fi gestionarea punctelor finale in accesibile sau întreruperile rețelei. Acest lucru ajută la confirmarea faptului că mecanismele de rezervă și rutarea alternativă funcționează corect, menținând continuitatea și fiabilitatea serviciului.
Fluxuri de apeluri on-net
Fluxurile de apeluri interne sau on-net formează coloana vertebrală a comunicării întreprinderii. Testarea de acceptare în această zonă verifică dacă apelurile dintre utilizatorii din cadrul organizației sunt direcționate corect, cu funcții precum transferul apelurilor, reținerea, redirecționarea și conferința funcționând conform intenției. Integritatea planurilor de apelare, conectivitatea de la extensie la extensie și suportul pentru politicile de apeluri organizaționale trebuie toate confirmate.
Gestionarea apelurilor utilizatorului și validarea caracteristicilor
Un aspect important al testării de acceptare implică validarea modului în care utilizatorii gestionează apel urile folosind telefoanele de birou acceptate. Acest proces se concentrează pe confirmarea faptului că fluxurile de lucru de apelare zilnice sunt intuitive și fiabile și că utilizatorii au acces fără probleme la caracteristicile de bază necesare rolurilor lor. Testarea ar trebui să evalueze ușurința cu care utilizatorii pot plasa și primi apeluri, să gestioneze funcțiile de reținere și reluare și să efectueze atât transferuri blindate, cât și consultative. De asemenea, este esențial să verificați dacă redirecționarea apelurilor, conferința și alte capacități avansate, cum ar fi parcarea și preluarea apelurilor sau activarea „nu deranjați”, sunt ușor disponibile și funcționează fără probleme.
Experiența ar trebui evaluată pentru claritate și reacție, având în vedere modul în care utilizatorii interacționează cu istoricul apelurilor, mesageria vocală și directoarele integrate. O atenție suplimentară ar trebui acordată capacității de a muta apelurile active între dispozitive și de a utiliza controalele în timpul apelurilor în mod eficient în cadrul aplicației sau pe telefoanele fizice. Scopul final este de a se asigura că experiența utilizatorului final este consecventă, eficientă și susține pe deplin nevoile de comunicare ale organizației în urma migrării.
Cozi de apel: experiență de agent și supraveghetor
Cozile de apeluri sunt utilizate frecvent pentru gestionarea scenariilor de apeluri de intrare cu volum mare. Testarea de acceptare aici se concentrează pe mai multe dimensiuni. În primul rând, trebuie verificat dacă apelurile sunt distribuite agenților în conformitate cu logica de coadă configurată, cum ar fi round robin, cel mai lung inactiv sau apel simultan. Prezentarea apelurilor aflate în coadă pe desktop-urile agenților trebuie examinată pentru claritate și ușurință în utilizare, asigurându-se că agenții pot accepta, reține și transfera în mod eficient apelurile.
Pentru supraveghetori, experiența desktop ar trebui evaluată pentru funcții precum monitorizarea în timp real, blocarea apelurilor și analize sau informații despre performanța cozii. Aceasta include, dar nu se limitează la, validarea tablourilor de bord și a instrumentelor de raportare care furnizează date acționabile despre distribuția apelurilor, activitatea agentului și valorile cozii.
Grupuri de vânătoare: Distribuirea apelurilor
Grupurile de vânătoare sunt un mecanism cheie pentru distribuirea apelurilor către seturi predefinite de utilizatori. Testarea de acceptare trebuie să confirme că apelurile sunt direcționate către membrii grupului pe baza algoritmului de vânătoare configurat și că scenariile de revărsare, redirecționare și fără răspuns sunt gestionate conform designului. Asigurarea faptului că apartenența la grup și comportamentele de rutare a apelurilor se potrivesc cu cele stabilite anterior este esențială pentru consecvența operațională și satisfacția utilizatorilor.
Însoțitori automați: Anunțuri și operațiuni de meniu
Însoțitorii auto reprezintă prima linie a gestionării automate a apelurilor. Testarea trebuie să acopere redarea anunțurilor, acurate țea felicitărilor înregistrate și funcționarea corectă a arborilor de meniu. Selec țiile de meniu ar trebui să direcționeze în mod fiabil apelanții către departamentele, persoanele fizice sau numerele externe corespunzătoare. Testarea ar trebui să includă, de asemenea, scenarii nevalide sau de expirare pentru a confirma că apelanții primesc îndrumări clare sau sunt redirecționați conform intenției.
Funcționarea mesageriei vocale
În cele din urmă, funcționalitatea mesageriei vocale este esențială pentru experiența utilizatorului. Testele de acceptare ar trebui să verifice dacă casetele de mesagerie vocală sunt atribuite corect și accesibile, atât din cadrul organizației, cât și de la distanță. Capacitatea de a înregistra, prelua și gestiona mesajele trebuie confirmată, împreună cu livrarea notificărilor.
Optimizați
Migrarea PSTN la Cloud Connect pentru
Odată ce toate punctele finale și utilizatorii sunt migrați la apelarea în cloud, scopul unic Unified CM este de a acționa ca un tranzit între gateway-urile PSTN și prin Gateway Local. Eliminarea gateway-urilor PSTN și a gateway-ului local din imagine prin utilizarea Cloud Connect pentru ca acces PSTN pentru toți Webex Calling utilizatorii are mai multe beneficii, inclusiv reducerea costurilor și fiabilitatea îmbunătățită. Pentru a trece accesul PSTN local la Cloud Connect pentru , urmați acești pași:
-
Cloud Connect pentru selectarea partenerilor.
Consultați lista Cloud Connect pentru parteneri și selectați dintre partenerii disponibili disponibili pentru locația organizației dvs.
-
Cloud Connect pentru validare.
Înainte de a trece accesul PSTN pentru locații la Cloud Connect, conectivitatea la PSTN prin intermediul partenerului Cloud Connect selectat trebuie verificată și validată. În acest scop, trebuie să fie furnizată o locație de testare cu anumiți utilizatori de testare furnizați în acea locație de testare. Accesul PSTN pentru această locație de testare este apoi setat partenerului Cloud Connect înainte de a valida conectiv itatea PSTN folosind telefoanele de testare. După validarea cu succes, locația de testare poate fi dezalocată.
-
Portarea numerelor.
Pentru a vă pregăti pentru trecerea la Cloud Connect, trebuie plasată o comandă de port pentru toate numerele atribuite în prezent trunchiului PSTN care se termină. Toate numerele trebuie portate către partenerul Cloud Connect. Pentru a menține accesibilitatea între locații, toate numerele din toate locațiile trebuie să fie portate în același timp .
-
Treceți la partenerul Cloud Connect.
La data intrării, accesul PSTN pentru toate locațiile din trebuie să fie setat la furnizorul PSTN conectat la cloud, iar conectivitatea de intrare și de ieșire ar trebui verificată.
După cum s-a discutat în secțiunea PSTN a capitolului de proiectare, clienții pot alege, de asemenea, să-și mute accesul PSTN la Cloud Connect pentru la începutul tranziției folosind trunking-ul PSTN pentru implementări hibride. Pentru mai multe informații, consultați trunchiul PSTN pentru implementări hibride. Webex Calling În acest caz, în timpul tranziției, accesul PSTN este prin Gateway Local și după mutarea tuturor utilizatorilor către nu există nicio etapă suplimentară de migrare legată de PSTN decât dezafectarea și gateway-urile locale.
Optimizarea infrastructurii locale
După ce toți utilizatorii au fost trecuți și toate punctele finale au fost trecute la înregistrarea în cloud (sau au fost dezafectate), actualizați infrastructura locală corespunzătoare acum când apelurile în cloud sunt utilizate. Actualizările infrastructurii includ:
-
Eliminați DNS SRV înregistrările de control al apelurilor și mesagerie locale de pe server ul (serverele) DNS local (e), inclusiv cisco_uds. _tcp. <domain>, cup_login. _tcp. <domain>. Aceste înregistrări SRV nu mai sunt necesare pentru descoperirea serviciului client.
-
Eliminați DNS SRV înregistrările legate de margine din sistemul DNS public, inclusiv collab_edge. _tls. <domain>. Aceste înregistrări SRV nu mai sunt necesare pentru descoperirea serviciului client a serviciilor edge de colaborare.
-
Actualizați toate domeniile DHCP relevante pentru a elimina opțiunile 66 și opțiunile 150 adresele serverului TFTP/boot. Aceste domenii nu mai sunt necesare pentru descoperirea și descărcarea configurației controlului apelurilor la punctul final.
-
Actualizați/eliminați dial-peer-urile corespunzătoare din Gateway/Cub local care direcționează apelurile către și de la. Unified CM Acești dial-peer nu mai sunt necesari pentru rutarea apelurilor locale.
-
Ștergeți sau eliminați toate mașinile virtuale și/sau serverele nodurilor de cluster. Reutilizați resursele de calcul și hardware-ul după cum este necesar. Aceste resurse nu mai sunt necesare pentru controlul apelurilor și serviciile edge.
-
Ștergeți sau eliminați toate mașinile și/sau serverele virtuale ale nodurilor clusterului. Reutilizați resursele de calcul și hardware-ul după cum este necesar. Aceste resurse nu mai sunt necesare pentru mesageria vocală și serviciile de mesagerie unificată.
-
Curățare: După migrarea accesului PSTN la PSTN conectat la Cloud, trunchiurile PSTN, gateway-urile PSTN și gateway-ul local pot fi dezafectate.
-
Pentru orice soluție locală E911 existentă, ștergeți orice locații sau numere care au migrat și, odată ce tranziția completă este finalizată, eliminați mașinile virtuale sau serverele de aplicații. Reutilizați resursele de calcul și hardware-ul după cum este necesar. Aceste resurse nu mai sunt necesare pentru apeluri de urgență și servicii de localizare.
-
DN-urile aparținând utilizatorilor migrați ar trebui plasate într-o partiție ascunsă pentru a evita eșecurile de rutare a apelurilor și pentru a se asigura că toate CSS-urile au acces prioritar la calea cloud a acelorași DN-uri.
-
Actualizați locația fizică expediabilă și elementul de rețea în mobilitatea orizontului ori de câte ori apar modificări. Activitățile comune care necesită actualizări sunt:
-
Înlocuirea comutatorului de rețea
-
Înlocuirea punctului de acces fără fir
-
Modificări ale domeniului de aplicare DHCP
-
Modificări fizice în interiorul clădirii (dacă se rezolvă la cubic/birou)
-
Extinderea sau contracția spațiului fizic de birouri în interiorul unei clădiri.
-
Utilizați analiza și depanarea
oferă capacități cuprinzătoare de analiză și depanare pentru a vă ajuta să vizualizați și să urmăriți implementarea. Acestea acoperă calitatea media, istoricul detaliat al apelurilor, coada de apeluri, grupul de vânătoare și analiza asistentului automat. Un exemplu de analiză a calității media este prezentat în figura analitică de calitate media.
Sub depanare, fiecare apel efectuat utilizând poate fi vizualizat cu informații detaliate despre calitatea materialelor media cheie și problemele legate de semnalizare, pentru a ajuta la identificarea problemelor media, precum și a apelurilor eșuate, așa cum se arată în figura Depanarea calității media.
Depanarea se poate integra și cu alte produse Cisco, cum ar fi switch-urile ThousandEyes și Meraki, pentru a oferi o experiență integrată și mai bogată în Control Hub. Pentru mai multe informații despre utilizarea Webex Callinganalizelor și depanarea, consultați Dep an Webex Calling area apelurilor în Control Hub.
Introducere
Înainte de a începe
Acest ghid este destinat echipelor sau persoanelor cu experiență în configurarea și administrarea Cisco Unified Communications Manager (Unified CM) și a endpoint-urilor Cisco, inclusiv telefoane IP de birou, dispozitive video și clienți software Jabber. În acest document, există linkuri către documentația produsului și a asistenței.
Acest document se concentrează exclusiv pe tranzițiile de la Unified CM la Webex Calling cu mai mulți utilizatori în rețea. Termenul Webex Calling din acest document se referă întotdeauna la Webex Calling cu mai mulți utilizatori.
Înainte de a începe migrarea de la Unified CM la Webex Calling, este imperativ să aveți o înțelegere completă a soluției Webex Calling și a componentelor sale respective. O migrare reușită necesită familiarizarea cu arhitectura Webex Calling, modelele de servicii, opțiunile de implementare și funcțiile asociate pentru a mapa corect sarcinile de lucru Unified CM existente și a proiecta un plan de tranziție eficient.
O înțelegere aprofundată a următoarelor componente Webex Calling este esențială pentru a fundamenta o strategie de tranziție eficientă și pregătirea operațională.
-
Control Hub
-
Aprovizionarea directorului și a utilizatorilor
-
Platforma de apeluri Webex
-
Puncte finale de apelare acceptate
-
Opțiuni de conectivitate PSTN
-
Planul de apelare și gestionarea numerelor Webex Calling
-
Caracteristici de securitate și conformitate.
Pentru mai multe informații, consultați Arhitectura preferată Cisco pentru apeluri Webex.
Acest ghid va evidenția instrumentele și procesele de utilizat pe tot parcursul ciclului de tranziție. Totuși, o tranziție de la apelurile locale, Unified CM, la o nouă platformă de apeluri în cloud, Webex Calling, poate reprezenta un efort semnificativ, cu potențiale provocări de afaceri, tehnice și complexe. Pentru a vă ajuta să depășiți aceste provocări, Cisco vă oferă câteva opțiuni diferite care să vă ajute în această călătorie. Este important să consultați informațiile de la Apeluri în cloud pentru întreprinderi - Migrare apeluri și să înțelegeți fiecare opțiune și cum vă poate ajuta fiecare în cadrul migrării.
-
Instrumente de migrare Webex: Instrumente gratuite, cu autoservire, integrate în Control Hub pentru a vă simplifica tranziția către Webex Calling
-
Furnizori de servicii de migrare certificați: Furnizori de software și instrumente validați de Cisco care au dezvoltat soluții de migrare pentru a ajuta partenerii și clienții Webex cu migrări complexe și ample. Aceste soluții pot ajuta la simplificarea, gestionarea și accelerarea tranziției către Webex Calling.
-
Asistență la configurare Webex: un serviciu de migrare condus de Cisco care ghidează clienții și partenerii prin implementarea și configurarea Webex Calling, necesare pentru migrarea cu succes a utilizatorilor și serviciilor Unified CM către Webex Calling.
Prezentare generală
Odată cu creșterea serviciilor de colaborare furnizate în cloud, tot mai mulți clienți doresc să își mute sarcinile de lucru existente în cloud, având în vedere promisiunile unui cost total de proprietate redus, o gestionare simplificată, livrare continuă a funcțiilor, o scalare crescută și o fiabilitate superioară inerentă serviciilor bazate pe cloud. Pe măsură ce clienții doresc să facă tranziția de la serviciile de colaborare locale la cele din cloud, este important ca aceștia să înțeleagă ce implică tranziția și pașii necesari pentru a o realiza.
Scopul acestui document este de a oferi îndrumări de implementare pentru clienții care doresc în mod specific să facă tranziția de la Unified CM local la Webex Calling în cloud. Acest ghid de implementare presupune că cititorul are o înțelegere de bază a tranziției de apelare între Unified CM și Webex Calling, inclusiv ce modificări se produc la efectuarea acestei tranziții și care sunt diferențele la mutarea volumului de lucru pentru apelare de la locație în cloud. Înainte de a continua, asigurați-vă că ați examinat și sunteți familiarizat cu informațiile disponibile în Harta de tranziție. Acest document cu harta de tranziție oferă informații despre modificările și diferențele acestei tranziții.
După cum se arată în Figura , arhitectura de colaborare locală: Controlul apelurilor și accesul la distanță, o implementare tipică locală include diferite componente de infrastructură de colaborare în rețea, o platformă de control al apelurilor, o platformă edge, endpoint-uri hardware și software și, în unele cazuri, chiar platforme de conferințe și programare. În arhitectura Cisco, aceasta ar include Unified CM pentru controlul apelurilor, Expressway pentru acces la distanță și servicii edge business-to-business (B2B), Cisco Meeting Server / Cisco Meeting Management pentru conferințe locale, Unity Connection pentru mesagerie vocală și hardware orientat spre utilizator (telefoane IP Cisco, sisteme video Cisco Desk și Room) și software (Cisco Jabber) pentru puncte finale bazate pe IP. Aceste componente pot varia ușor în anumite medii, dar acesta este punctul de plecare pentru tranziția descrisă în restul acestui document.
Arhitectura prezentată în Figura Arhitectură de colaborare locală: Controlul apelurilor și accesul la distanță se bazează pe Arhitectura Preferată (PA) pentru implementările Cisco Collaboration Enterprise On-Premises. Pentru mai multe informații despre Enterprise On-premise, consultați Arhitecturi preferate pentru colaborare Cisco.
Înainte: Tabelul Componente ale infrastructurii de apelare locală listează elementele cheie ale arhitecturii locale înainte de tranziția la Webex Calling în cloud.
| Produs | Descriere |
|---|---|
| Unified CM | Controlul apelurilor la sediu, oferind servicii de înregistrare a dispozitivelor și de rutare a apelurilor |
| Cisco Expressway-C/E | Infrastructură Edge care oferă acces mobil și la distanță (MRA) și funcționalitate business-to-business (B2B) care permite conectarea în siguranță a endpoint-urilor la distanță din afara organizației. Expressway este implementat în perechi pentru a asigura traversarea firewall-ului pentru endpoint-uri externe. |
| Cisco Meeting Server (CMS), Cisco Meeting Management (CMM) și Cisco Telepresence Management Suite (TMS) | Infrastructură locală pentru voce, video și conferințe web, care oferă întâlniri multipunct, gestionarea întâlnirilor și funcționalități de programare. [Optional] |
| Cisco Unity Connection | Platformă locală de mesagerie vocală care oferă capabilități de mesagerie vocală și mesagerie unificată. [Optional] |
| Cisco Desk, Cisco Room, Cisco Board, telefoane IP Cisco și Cisco Jabber | Dispozitive bazate pe IP înregistrate la Unified CM și care oferă capabilități de apeluri vocale și video |
Așa cum este ilustrat în Figura Decizia de tranziție: Apeluri locale către Webex Calling, clienții care au un control al apelurilor locale cu Unified CM și puncte finale IP video și de birou au opțiunea de a trece arhitectura către o arhitectură cloud Webex Calling.
Decizia trebuie luată în funcție de cerințele funcționale ale clientului. Clienții care au următoarele cerințe ar trebui să ia în considerare cu atenție înainte de a lua această decizie și pot decide în cele din urmă să păstreze controlul apelurilor la fața locului:
- Modele de telefon care nu sunt acceptate de Webex Calling
- Integrări complexe sau numeroase cu alte sisteme sau soluții locale, în special acolo unde replicarea acestor integrări cu Webex Calling este dificilă sau nu sunt disponibile soluții alternative echivalente.
- Plan de apelare complex, clase de servicii foarte granulare sau ambele
- Acces restrictiv, limitat sau nesigur la internet
- Politici stricte de confidențialitate și proprietate a datelor
- Cerință de conformitate pentru înregistrarea și stocarea media la sediu sau în țară
- Integrări terțe fără o integrare Webex Calling alternativă viabilă
- Integrări de centre de contact în situațiile în care interfața centrului de contact nu se mută încă în cloud.
Acest document se concentrează pe clienții cu implementări de control al apelurilor Unified CM care doresc să înțeleagă pașii generali, considerațiile și cerințele pentru activarea implementării Webex Calling, așa cum este descris în secțiunea următoare.
Componente de bază
Arhitectura țintă pentru această migrare include mai multe componente noi. Aceasta include serviciul Webex Calling pentru apeluri bazate pe cloud, aplicația Webex, Cisco Directory Connector pentru integrarea identității și Local Gateway (LGW) pentru acces PSTN, precum și integrarea apelurilor locale în cloud. Planurile de apelare Cisco sau Cloud Connected PSTN (CCP) facilitate de un partener Cloud Connect pentru Webex Calling sunt opțiuni suplimentare pentru accesul PSTN.
După cum se arată în Figura După: Arhitectura Webex Calling, noile componente (Webex Calling, Conectorul Directory, Gateway-ul local și Gateway-ul de supraviețuire) sunt adăugate la implementarea locală existentă.
După: Tabelul cu componentele infrastructurii de apelare în cloud listează noile elemente ale arhitecturii după tranziția la Webex.
| Produs | Descriere |
|---|---|
| Webex Calling | Serviciu de apeluri bazat pe cloud, furnizat de platforma Webex, care oferă înregistrarea punctelor de terminare și rutarea apelurilor |
| Cisco Directory Connector | Aplicație Windows care rulează pe o mașină de domeniu Windows, asigurând sincronizarea identităților între Active Directory local al companiei și depozitul de identități al organizației Webex. Pentru clienții care trec de la Active Directory local la Entra ID, integrarea identității cu Webex în loc de Cisco Directory Connector utilizează aplicația Entra ID Wizard. |
| Gateway local | Un gateway local acționează ca o punte între rețeaua de comunicații unificate locală a unui client și cloudul Webex Calling. Poate fi implementat local sau găzduit de un partener, oferind acces PSTN pentru endpoint-uri înregistrate în cloud, precum și integrarea apelurilor între endpoint-urile înregistrate în Unified CM și cele înregistrate în cloud. Router de servicii integrate Cisco IOS-XE (seriile ISR 1100 și 4000), Cisco Catalyst 8200/8300 Seria Cisco Catalyst 8000V Edge și diverse controlere de frontieră de sesiune (SBC) terțe certificate pot fi utilizate ca LGW pentru o abordare de migrare în etape. |
| Gateway de continuare | Survivability Gateway (SGW) este un gateway de rețea locală bazat pe IOS-XE care oferă servicii de apelare de rezervă către endpoint-urile Webex Calling de la fața locului în timpul întreruperilor de rețea. |
| Plan de apeluri Cisco, Cloud Connect pentru Webex Calling | Planul de apeluri Cisco și Cloud Connect pentru Webex Calling sunt opțiuni bazate pe cloud pentru accesul PSTN pentru punctele finale Webex Calling. Accesul PSTN este facilitat de un furnizor PSTN în cloud și nu necesită echipamente locale. |
| Aplicația Webex | Aplicație client care rulează pe un sistem de operare desktop (Windows, Mac) sau mobil (Android, iOS) și este înregistrată direct pe platforma Webex Calling pentru funcționalitatea de apelare. |
Prezentare generală a procesului PPDIO
Procesul PPDIO înseamnă Pregătire, Planificare, Proiectare, Implementare și Optimizare. Este o metodologie Cisco structurată care ghidează proiectele de la evaluarea inițială până la îmbunătățirea continuă, asigurând implementări sau migrări eficiente și de succes.
Descriere generală a PPDIO
-
Pregăti: Evaluează mediul actual, adună cerințele și aliniază părțile interesate pentru a stabili o fundație solidă.
-
Plan: Elaborați planuri de proiect detaliate, inclusiv cronologii, resurse și strategii de atenuare a riscurilor.
-
Proiecta: Arhitectează soluția țintă adaptată nevoilor afacerii și tehnice.
-
Implementează: Execută implementarea sau migrarea conform designului, validând funcționalitatea și performanța.
-
Optimizați: Îmbunătățiți continuu soluția după implementare prin monitorizarea performanței, rafinarea configurațiilor și utilizarea instrumentelor de automatizare și integrare.
Utilizarea PPDIO pentru proiectele de migrare Unified CM către Webex Calling
La trecerea de la Unified CM la Webex Calling, procesul PPDIO oferă o foaie de parcurs clară pentru a asigura o tranziție lină și eficientă:
Pregătiți
-
Evaluarea mediului Unified CM existent și a pregătirii pentru migrare
-
Colectați date detaliate despre utilizatori, dispozitive, rețea și dependențe
-
Colectați detalii despre locație, inclusiv adresa de intervenție în caz de urgență, numărul de utilizatori, accesul la internet, accesul PSTN
-
Identificați riscurile și definiți domeniul de aplicare al proiectului pentru a alinia toate părțile interesate.
Plan
-
Creați un plan de migrare cuprinzător, cu programări pe loturi, alocări de resurse și cronologie
-
Definiți sarcini precum actualizări de firmware pentru dispozitive, furnizarea de licențe și integrarea utilizatorilor
-
Coordonați ferestrele de migrare cu Cisco și partenerii pentru a minimiza perturbările.
Design
-
Mapați configurațiile actuale Unified CM, planurile de apelare și profilurile de utilizator la echivalentele Webex Calling
-
Proiectarea mediului Webex Calling, inclusiv strategia PSTN (interimară și finală), locațiile, rolurile utilizatorilor și punctele de integrare, cum ar fi Local Gateway (CUBE) și sincronizarea directoarelor
-
Planificați scenarii de coexistență în care Unified CM și Webex Calling funcționează simultan în timpul migrării.
Implementați
-
Folosește instrumentele de migrare Control Hub alături de instrumente terțe pentru a efectua modificări ale modului de firmware al dispozitivului, configurarea funcțiilor și migrarea utilizatorilor.
-
Folosiți operațiuni în bloc și furnizare de informații folosind API-urile Webex pentru a eficientiza migrările și configurațiile la scară largă
-
Executarea aprovizionării licențelor, a înregistrării dispozitivelor și a actualizărilor de configurare
-
Validați succesul migrării prin testare și verificare operațională.
Optimizați
-
Monitorizați continuu performanța și experiența utilizatorului Webex Calling
-
Rafinați configurațiile și fluxurile de lucru pe baza datelor operaționale și a feedback-ului
-
Valorificați capacitățile de automatizare și integrare pentru a îmbunătăți eficiența și scalabilitatea
-
Dezafectați componentele Unified CM vechi, după caz, și oferiți asistență continuă pentru operațiunile din ziua a doua.
Această abordare PPDIO îmbunătățită asigură o migrare controlată, transparentă și eficientă de la Unified CM la Webex Calling, utilizând instrumentele, API-urile și ecosistemul partenerilor Cisco pentru a menține continuitatea afacerii și a îmbunătăți capacitățile de colaborare.
Bucle de feedback PPDIO
Prezentarea generală la nivel înalt prezentată în Figura Iterațiile în timpul execuției PPDIO ilustrează o singură buclă de feedback de la faza de optimizare înapoi la faza de pregătire. Aceasta semnifică faptul că, după implementarea inițială, există o oportunitate continuă de îmbunătățire. Fiecare ciclu de optimizare poate identifica noi cerințe sau domenii de îmbunătățire, care pot fi abordate prin proiecte sau inițiative ulterioare. Aceste proiecte individuale, la rândul lor, urmează ciclul de viață PPDIO (Pregătire, Planificare, Proiectare, Implementare, Optimizare) stabilit. Această abordare iterativă asigură că sistemul rămâne aliniat cu obiectivele de afaceri în evoluție și cu progresele tehnologice, promovând o cultură a perfecționării și adaptării continue.
În timpul executării procesului PPDIO, este obișnuit ca constatările din fazele ulterioare să necesite reexaminarea și, eventual, revizuirea deciziilor luate în etapele anterioare. De exemplu, problemele întâlnite în faza de implementare, cum ar fi identificarea ambiguităților de proiectare sau a detaliilor lipsă, pot dezvălui faptul că anumite aspecte nu au fost abordate pe deplin în faza de proiectare. În astfel de cazuri, devine necesar să se revină la faza anterioară relevantă pentru a rezolva aceste probleme înainte de a continua. Acest mecanism iterativ de feedback, așa cum este ilustrat în Figura , procesul PPDIO asistat de CM unificat asigură că soluția este validată și rafinată temeinic, contribuind în cele din urmă la o implementare mai robustă și mai eficientă.
Atunci când se efectuează o tranziție de la Unified CM la Webex Calling, fiecare fază a procesului PPDIO poate beneficia semnificativ de informațiile colectate din mediul Unified CM existent. De exemplu, din configurația curentă Unified CM se pot extrage inventare complete ale utilizatorilor, numerelor de telefon, funcțiilor de apelare și componentelor planului de apelare. Aceste date completează informațiile furnizate direct de părțile interesate și ajută la eficientizarea activităților de planificare și proiectare. Utilizarea instrumentelor adecvate pentru automatizarea extragerii și analizei datelor nu numai că îmbunătățește acuratețea, ci și accelerează întregul proces. Prin utilizarea informațiilor din implementarea existentă, tranziția către Webex Calling poate fi executată mai eficient decât o implementare tradițională de tip greenfield, respectând în același timp metodologia PPDIO structurată. Acest proces este ilustrat în Figura Proces PPDIO asistat de Unified CM.
Abordarea migrației
Pe măsură ce vă planificați tranziția de la Unified CM local la Webex Calling, trebuie să stabiliți cum veți aborda această călătorie. Mai întâi va trebui să decideți dacă migrarea va fi o abordare rapidă (totul deodată) sau o abordare etapizată (migrarea grupurilor de users/devices pe o perioadă extinsă).
Efectuarea unei migrări flash-cut mută toți utilizatorii și dispozitivele cel mai rapid. Cu această metodă, veți muta simultan toți utilizatorii și dispozitivele din Unified CM local în Webex Calling. În esență, este o singură fereastră de migrare pentru toți utilizatorii și dispozitivele. După finalizarea acestei migrări, toți utilizatorii și dispozitivele dvs. vor fi pe platforma Webex Calling, iar toată infrastructura Unified CM poate fi dezafectată. Totuși, multe organizații nu pot utiliza această abordare din cauza amplorii și dimensiunii implementării apelurilor lor.
A doua abordare este o migrare în etape. Majoritatea organizațiilor vor folosi această abordare, deoarece oferă un control, o gestionare și o scalabilitate mai bune odată cu migrarea. De asemenea, este mai potrivit pentru implementări UC mai mari and/or implementări în mai multe regiuni. Prin urmare, acest document se concentrează pe abordarea etapizată cu două etape în tranziție.
După cum se arată în Figura de mai jos, tranziția apelului fazat: Hibrid și cloud, prima fază de tranziție (Faza 1) are ca rezultat o implementare coexistentă cu medii de apelare duală. În această fază, unii utilizatori, dispozitive și clienți soft sunt transferați la Webex Calling, în timp ce alții se află încă în sistemul de control al apelurilor Unified CM local. Faza finală de tranziție (Faza 2) are ca rezultat un mediu de apelare în cloud pur, în care toți utilizatorii, dispozitivele și clienții soft au fost complet transferați la platforma Webex Calling.
Timpul necesar unei organizații pentru a face tranziția completă la apelurile în cloud va varia în funcție de implementarea sa actuală. În unele cazuri, o organizație poate face tranziția inițială și poate rămâne în faza de control dual al apelurilor coexistente (Faza 1) pentru o perioadă extinsă (luni sau chiar ani), în timp ce în alte cazuri, o organizație poate trece complet la Webex Calling (Faza 2) într-o perioadă foarte scurtă (săptămâni sau luni). Acest document este destinat să acopere ambele faze (Faza 1 - coexistența și Faza 2 - tranziția completă).
Este posibil ca unele organizații să mențină o implementare de control al apelurilor duale prin coexistență pe termen nelimitat, fără a avea planuri de a face vreodată o tranziție completă către apelurile în cloud.
A doua considerație este modul în care veți transfera utilizatorii, dispozitivele și clienții soft de la controlul apelurilor local la controlul apelurilor din cloud. Abordarea recomandată este o tranziție în 3 faze. Figura Tranziție recomandată în 3 faze de mai jos împarte această abordare în cele 3 faze.
Pre-migrare: Această fază se concentrează pe pregătirea mediilor Webex și Unified CM pentru migrare. Nu este vorba despre apelarea unor planificări sau configurații specifice, ci se concentrează pe finalizarea activităților care pot fi efectuate acum și înainte de începerea oricărui proiect de migrare Webex Calling. Scopul este de a construi fundația pentru ca cele două medii să se pregătească pentru migrare.
Pregătirea migrării: Această fază este etapa în care încep efortul de pregătire pentru migrarea către Webex Calling. Aici, cerințele comerciale și tehnice trebuie revizuite și actualizate. Nu vă limitați la o modificare și o modificare a ceea ce este implementat în prezent cu Unified CM, ci redefiniți cerințele tehnice și de afaceri de care compania dvs. are nevoie astăzi și în viitor, valorificând puterea Webex Calling. În plus, aceasta este faza în care veți finaliza proiectarea, planificarea configurării și migrarea. planning/schedule.
Migrare (Implementare și dezafectare): Această fază este locul în care are loc migrarea propriu-zisă a utilizatorilor, dispozitivelor, numerelor de telefon și clienților soft. Așa cum s-a discutat mai sus, această fază poate fi finalizată pentru toată lumea în același timp (flash-cut) sau în mai multe ferestre de modificare (phased-cut). Planurile de adoptare, instruirea și comunicarea pentru utilizatorii finali sunt esențiale, astfel încât aceștia să fie conștienți de schimbări, să știe cum să utilizeze noua platformă de apelare și când va avea loc schimbarea. Ultimul pas este dezafectarea întregii infrastructuri UC locale care nu mai este utilizată.
Faza de pre-migrare are activități (obligatorii, recomandate și opționale) la care puteți începe să lucrați imediat. Se recomandă finalizarea acestora cât mai curând posibil și, de preferință, înainte de începerea proiectului. Unele dintre activități pot dura mai mult timp pentru a fi finalizate, prin urmare, începerea lor mai devreme va ajuta la eficientizarea proiectului de migrare propriu-zis.
Figura Activități premergătoare migrării de mai jos evidențiază cinci categorii specifice de activități legate de o migrare Webex Calling.
Pregătiți
Cerințe comerciale și tehnice
Atunci când planificați o migrare de la la , este esențial să colectați cu atenție atât cerințele tehnice, cât și cele de afaceri în timpul fazei de planificare. Acest pas asigură alinierea migrării cu obiectivele operaționale și capacitățile tehnice ale organizației dumneavoastră, reducând la minimum riscurile și perturbările.
De ce este importantă colectarea cerințelor:
-
Aliniază obiectivele de afaceri: Înțelegerea nevoilor afacerii ajută la adaptarea migrării pentru a susține fluxurile de lucru cheie, experiența utilizatorului și planurile de creștere.
-
Asigură compatibilitatea tehnică: Identificarea din timp a cerințelor tehnice previne problemele de integrare cu infrastructura, rețeaua și endpoint-urile existente.
-
Facilitează planificarea resurselor: Cerințele clare ajută la estimarea corectă a termenelor, costurilor și resurselor necesare.
-
Atenuează riscurile: Detectarea timpurie a potențialelor provocări permite soluții proactive, reducând timpii de nefuncționare și întreruperile serviciilor.
Cerințe de afaceri
Cerințele tipice de afaceri includ:
-
Numărul de utilizatori și locații care vor fi migrate
-
Funcții și servicii dorite (exemplu, rutare apeluri, mesagerie vocală, conferințe, operatori automati, cozi de apeluri)
-
Politici de conformitate și securitate
-
Constrângeri bugetare și așteptări de costuri
-
Nevoile de instruire și asistență ale utilizatorilor
-
Cronologia migrării și considerații privind continuitatea afacerii.
Colectarea caracteristicilor și serviciilor dorite este un pas esențial pentru a asigura că noul sistem satisface nevoile afacerii. Atunci când se adună aceste cerințe, este important nu doar să se ia în considerare ce este configurat în prezent, ci și să se încerce adunarea cerințelor reale de la entitățile de afaceri care vor utiliza sistemul. În caz contrar, există riscul ca planul să se bazeze pe ipoteze neactuale. Asigurați-vă că evaluați funcțiile suplimentare sau îmbunătățite disponibile în care este posibil să nu existe în , cum ar fi apelarea bazată pe cloud, cozile de apeluri avansate și . Acest lucru ajută la valorificarea completă a beneficiilor platformei cloud.
Atunci când se evaluează configurația actuală în , este important să se recunoască faptul că nu toate setările existente pot rămâne necesare din cauza cerințelor în continuă evoluție pe parcursul ciclului de viață al sistemului. Accentul ar trebui să fie pus pe identificarea și păstrarea doar a acelor configurații care se aliniază cu nevoile actuale și viitoare ale implementării.
Concentrează-te mai mult pe ceea ce ai nevoie decât pe ceea ce ai.
Politicile de conformitate și securitate sunt aspecte esențiale de luat în considerare în timpul migrării de la Webex Calling la Webex Calling pentru a se asigura că noul sistem de comunicare bazat pe cloud respectă standardele legale, de reglementare și organizaționale.
-
Conformitate cu reglementările: Organizațiile trebuie să verifice dacă respectă reglementările specifice industriei, cum ar fi GDPR, HIPAA sau SOX, abordând cerințele privind confidențialitatea, păstrarea și gestionarea datelor, precum și mandatele specifice țării legate de rezidența datelor, ocolirea taxelor de drum și localizarea mass-media.
-
Securitatea datelor: Asigurarea faptului că datele vocale și de semnalizare sunt criptate atât în tranzit, cât și în repaus, pentru a proteja împotriva interceptării sau accesului neautorizat.
-
Controale de acces: Definirea și aplicarea autentificării utilizatorilor, a autorizării și a accesului bazat pe roluri pentru a preveni utilizarea neautorizată a resurselor de comunicare.
-
Audit și monitorizare: Implementarea capacităților de înregistrare și monitorizare pentru a urmări accesul și utilizarea pentru audituri de conformitate și investigații ale incidentelor de securitate.
-
Alinierea politicilor: Alinierea migrării cu politicile de securitate corporative existente, inclusiv securitatea endpoint-urilor, segmentarea rețelei și planurile de răspuns la incidente.
-
Garanția securității furnizorului: Evaluarea certificărilor de securitate și a atestărilor de conformitate Cisco pentru a asigura fiabilitatea acestora.
Abordarea acestor politici de conformitate și securitate în faza de planificare ajută la atenuarea riscurilor, la evitarea sancțiunilor legale și la menținerea integrității și confidențialității comunicațiilor pe tot parcursul migrării și după aceasta.
Nevoile de instruire și asistență ale utilizatorilor sunt componente esențiale în timpul migrării de la la pentru a asigura o tranziție lină și adoptarea de către utilizatori. Printre considerațiile cheie se numără:
-
Programe de instruire: Dezvoltați sesiuni de instruire personalizate pentru diferite grupuri de utilizatori (utilizatori finali, administratori, personalul de asistență) pentru a-i familiariza cu funcțiile, interfețele utilizator și noile fluxuri de lucru.
-
Documentație: Furnizați ghiduri pentru utilizatori clare și accesibile, întrebări frecvente și materiale de referință rapidă, inclusiv resurse Noutăți și diferențe și ghiduri explicative pas cu pas Înainte și după (sub formă de videoclip sau ghid rapid), pentru a sprijini utilizatorii pe măsură ce se adaptează la experiența actualizată de după migrare.
-
Managementul schimbării: Comunicați schimbările în mod proactiv pentru a gestiona așteptările utilizatorilor și a reduce rezistența.
-
Structura de susținere: Stabiliți o echipă de asistență dedicată sau o cale de escaladare pentru a aborda prompt problemele utilizatorilor în timpul și după migrare.
-
Educație continuă: Planificați actualizări continue ale instruirii pe măsură ce apar noi funcții sau actualizări în .
-
Mecanisme de feedback: Implementați canale prin care utilizatorii să raporteze problemele și să ofere feedback pentru a îmbunătăți procesele de instruire și asistență.
Abordarea acestor nevoi de instruire și asistență în timpul fazei de planificare ajută la minimizarea întreruperilor, sporește încrederea utilizatorilor și maximizează beneficiile migrării către .
Cerințe tehnice
Mai multe cerințe tehnice cheie trebuie colectate și documentate pentru o migrare cu succes de la la , inclusiv detalii pentru:
-
Pregătirea rețelei și capacitatea lățimii de bandă
O evaluare completă a rețelei este esențială pentru a vă asigura că infrastructura existentă poate suporta noul mediu Webex Calling. Aici sunt incluse:
-
Analiza lățimii de bandă: Evaluarea utilizării actuale și proiectate a lățimii de bandă pentru a gestiona traficul de voce, video și date fără congestie.
-
Calitatea serviciilor (QoS): Implementarea politicilor QoS pentru a prioritiza traficul vocal și a minimiza latența, jitter-ul și pierderea de pachete.
-
Conectivitate WAN și internet: Verificarea faptului că legăturile WAN și conexiunile la internet îndeplinesc cerințele pentru apelurile bazate pe cloud, inclusiv redundanța și capacitățile de failover.
-
Configurarea firewall-ului și a NAT-ului: Asigurarea că setările firewall și NAT permit semnalizarea și traficul media necesare pentru .
-
-
Integrare cu sistemul existent
Integrarea perfectă cu sistemele de business existente este esențială pentru experiența utilizatorului și continuitatea fluxului de lucru:
-
Servicii de director: Evaluarea integrării cu un director de întreprindere pentru furnizarea și autentificarea automată a utilizatorilor.
-
CRM și aplicații de business: Identificarea punctelor de integrare cu sistemele de gestionare a relațiilor cu clienții și alte aplicații critice pentru afacere.
-
Interfuncționarea PBX-urilor vechi: Planificarea strategiilor de coexistență sau de migrare etapizată, dacă vor rămâne sisteme de telefonie vechi în timpul tranziției.
-
-
Compatibilitatea și furnizarea endpoint-urilor
Toate terminalele, inclusiv telefoanele de birou, softphone-urile și dispozitivele mobile, ar trebui evaluate pentru compatibilitate:
-
Suport pentru dispozitive: Confirmarea faptului că telefoanele și dispozitivele IP existente sunt compatibile cu sau identificarea înlocuirilor necesare.
-
Procese de aprovizionare: Stabilirea unor metode de furnizare automate sau simplificate pentru integrarea eficientă a endpoint-urilor.
-
Actualizări de firmware și software: Planificarea actualizărilor necesare pentru a asigura interoperabilitatea și securitatea.
-
-
Configurații de securitate și standarde de criptare
Securitatea este primordială în comunicațiile în cloud:
-
Criptare: Aplicarea criptării end-to-end pentru semnalizare și fluxuri media, în conformitate cu cele mai bune practici de securitate Cisco.
-
Autentificare și control al accesului: Implementarea unor mecanisme de autentificare securizate (cum ar fi SSO, autentificare multifactor) și a unor controale granulare ale accesului utilizatorilor.
-
Conformitate: Asigurarea faptului că soluția respectă standardele de reglementare și de conformitate relevante din industrie (de exemplu, GDPR, HIPAA).
-
Monitorizare securitate: Integrarea cu instrumente SIEM și configurarea alertelor pentru potențiale incidente de securitate.
-
| Obligatoriu | Considerații cheie |
|---|---|
| Pregătirea rețelei și lățimea de bandă | Lățime de bandă, QoS, WAN/Internet, Firewall/NAT |
| Integrare cu sistemele existente | Director, CRM, PBX, Email/Calendar |
| Compatibilitatea și furnizarea endpoint-urilor | Asistență pentru dispozitive, aprovizionare, actualizări de firmware |
| Configurații de securitate și criptare | Criptare, autentificare, conformitate, monitorizare a securității |
| Instruirea utilizatorilor și gestionarea schimbărilor | Programe de instruire, documentație, comunicarea schimbării |
| Portabilitatea numerelor și planul de apelare | Număr migration/porting, traducerea planului de apelare |
| Integrări terțe | Paging, centru de contact, fax, dispozitive analogice |
Pregătirea și cerințele rețelei
Pregătirea rețelei este esențială pentru o migrare cu succes către orice soluție de apelare bazată pe cloud, cum ar fi . O planificare deficitară a rețelei poate duce la o calitate scăzută a apelurilor, apeluri întrerupte și utilizatori nemulțumiți. Clienții trebuie să efectueze o evaluare a rețelei înainte de a migra la . Se recomandă confirmarea disponibilității lățimii de bandă a rețelei pentru volumul de apeluri așteptat, asigurarea îndeplinirii cerințelor de calitate a serviciului (QoS) și înțelegerea diferitelor porturi care trebuie deschise în firewall-urile de la margine.
O conectivitate fiabilă la rețea, cu o calitate suficientă a serviciilor (lățime de bandă, pierdere de pachete, RTT), este o cerință de bază pentru a asigura cea mai bună experiență posibilă a utilizatorului, de la un capăt la altul, pentru toate terminalele, clienții și aplicațiile compatibile cu voce și video care utilizează .
Clienții și partenerii au acces la opțiuni de conectivitate dincolo de internetul over-the-top (OTT), care pot optimiza conexiunea, inclusiv Webex Edge Connect. Pentru mai multe informații despre detaliile de design ale Webex Edge Connect, consultați Arhitectura preferată Cisco pentru Webex Edge Connect pentru Webex Meetings, Apelarea mai multor entități găzduite și Instanța dedicată.
Clienții pot utiliza CScan pentru evaluarea rețelei, care oferă informații despre calitatea rețelei clientului, câte apeluri pot fi stabilite, latență și așa mai departe. Pentru mai multe informații despre instrumentul CScan, consultați Utilizarea CScan pentru a testa calitatea rețelei Webex Calling.
Pentru a vă asigura că rețeaua este pregătită pentru migrarea către , luați în considerare următoarea listă de verificare:
-
Planificarea lățimii de bandă
Calculați apelurile simultane per locație pentru a vă asigura că aveți suficientă lățime de bandă în amonte și în aval și includeți spațiu pentru alt trafic critic pentru afacere și pentru creșterea viitoare.
Tabelul Calculele lățimii de bandă pentru tipurile de apel Webex Calling prezintă tipurile de apel disponibile cu o implementare, împreună cu codecul și lățimea de bandă maximă necesară pentru fiecare tip de apel. După cum se arată în tabelul Calcule de lățime de bandă pentru tipul de apel Webex Calling, lățimea de bandă necesară pentru apelul audio pentru fiecare tip de apel poate fi calculată folosind următoarea formulă generală:
Numărul de apeluri simultane așteptate * Lățime de bandă per apel în funcție de codec = Debitul necesar al rețelei.
Tabelul 2. Calcule de lățime de bandă pentru tipul de apel Webex Calling Tipuri de apeluri Codec - lățime de bandă Calculele lățimii de bandă / Telefon de birou -> OPUS - 70 kbps Numărul de apeluri simultane * 70 kbps = Debitul necesar al rețelei / Telefon de birou -> Telefon de birou OPUS – 70 kbps Numărul de apeluri simultane * 70 kbps = Debitul necesar al rețelei / Telefon de birou -> PSTN prin LGW G.711 – 80 kbps Numărul de apeluri simultane * 80 kbps = Debitul necesar al rețelei / Telefon de birou -> PSTN prin Cloud PSTN (de exemplu, plan de apeluri Cisco) G.711 – 80 kbps Numărul de apeluri simultane * 80 kbps = Debitul necesar al rețelei / Telefon de birou -> Întreprindere prin LGW G.722 – 80 kbps Numărul de apeluri simultane * 80 kbps = Debitul necesar al rețelei / Telefon de birou -> mesagerie vocală OPUS – 70 kbps Numărul de apeluri simultane * 70 kbps = Debitul necesar al rețelei Prin însumarea debitului de rețea necesar concurent pentru fiecare tip de apel, se poate determina necesarul total de lățime de bandă potențială pentru un anumit site.
Toate segmentele de apel sunt întotdeauna ancorate pe SBC-urile de acces. Pentru a determina lățimea de bandă necesară pentru o anumită locație, trebuie luate în considerare nu doar apelurile inter-locații, ci și apelurile intra-locație și apelurile către și de la un gateway local din locația respectivă. De exemplu, un apel intra-site între două telefoane MPP ar necesita până la 2 x 70 kbps full duplex pe accesul la internet al locației.
Tabelul Exemple de calcul al lățimii de bandă pentru apeluri Webex prezintă un exemplu de exercițiu complet de calcul al lățimii de bandă, presupunând că toate dispozitivele se află în aceeași locație.
Tabelul 3. Exemple de calcul al lățimii de bandă pentru apeluri Webex Tipuri de apeluri Numărul de apeluri simultane Lățime de bandă totală Aplicația Webex / Telefon fix → Aplicație Webex 15 2 * 15 * 70 kbps = 2.100 kbps Aplicația Webex / Telefon de birou → Telefon de birou 15 2 * 15 * 70 kbps = 2.100 kbps Aplicația Webex / Telefon fix → PSTN prin LGW 50 2 * 50 * 80 kbps = 8.000 kbps Aplicația Webex / Telefon fix → PSTN prin Cloud Connect pentru Webex Calling 0 0 * 80 Kbps Aplicația Webex / Telefon fix → Enterprise prin LGW 15 2 * 15 * 80 kbps = 2.400 kbps Aplicația Webex / Telefon fix → Mesagerie vocală Webex Calling 5 5 * 70 kbps = 350 kbps Total apeluri / Lățime de bandă 100 de apeluri 14.950 kbps / 14,95 Mbps -
Toate valorile lățimii de bandă din tabelele de mai sus se referă la lățimea de bandă IP. Lățimea de bandă a legăturii este mai mare în funcție de încapsularea WAN.
-
Lățimea de bandă din tabelele de mai sus este pentru apeluri audio. Pentru lățimea de bandă a apelurilor video, aplicația Webex și MPP 8845/65 Telefoanele acceptă video H.264 cu o rezoluție maximă de 720p la o lățime de bandă maximă de 1.500 kbps per apel. Totuși, lățimea de bandă consumată în orice moment al apelului va fluctua în funcție de rata de biți variabilă inerentă comunicațiilor video.
-
-
Calitatea serviciilor (QoS)
Implementați politici QoS în mediul local pentru a prioritiza traficul în timp real și asigurați-vă că QoS este menținut pe switch-uri, routere și firewall-uri.
-
Ținte de latență, jitter și pierdere de pachete
Următoarele praguri sunt recomandate pentru o calitate optimă a vocii atunci când apelurile sunt efectuate Over-the-Top (OTT) și prin internet:
-
Latență - mai puțin de 100 ms într-o singură direcție
-
Jitter - mai puțin de 10 ms
-
Pierdere de pachete - 0,5% sau mai puțin.
-
-
Firewall și NAT
Asigurați-vă că firewall-ul este configurat să permită traficul așa cum este listat în articolul disponibil la Informații de referință despre porturi pentru Webex Calling. În plus, permiteți accesul la domeniile și intervalele IP enumerate în același ghid și evitați SIP ALG, deoarece interferează cu semnalizarea SIP. Traficul media prin proxy-uri ar trebui evitat.
-
DNS și NTP
Asigurați o rezoluție DNS corectă a domeniilor și servere NTP fiabile pentru a sincroniza ceasurile dispozitivelor pentru verificarea și înregistrarea în jurnal a certificatelor TLS.
-
Planificarea failover-ului
Luați în considerare conexiunile de date existente ale furnizorilor (MPLS, SD-WAN etc.) și, în general, planificați accesul direct la internet în fiecare locație din cadrul implementării. Planificați legături de internet redundante acolo unde este necesară disponibilitate ridicată. Deoarece veți consuma servicii bazate pe cloud, o conectivitate la internet fiabilă cu lățime de bandă suficientă este o cerință de bază. Ar trebui să reconsiderați această tranziție dacă conexiunea (conexiunile) la internet a locațiilor organizației dvs. nu este, în general, fiabilă, cu latență redusă și un debit adecvat în amonte și în aval.
-
Supraviețuirea amplasamentului
Supraviețuirea site-ului asigură că afacerea dvs. este întotdeauna accesibilă, chiar dacă conexiunea la rețea se întrerupe. Site Survivability utilizează un gateway în rețeaua locală pentru a oferi un serviciu de apelare de rezervă către endpoint-uri locale pentru situațiile în care conexiunea la rețea se întrerupe. Luați în considerare supraviețuirea amplasamentului cu un Survivability Gateway (SGW) local dacă cerințele afacerii impun apeluri continue în cazul unei pene de rețea. Pentru mai multe informații despre verificarea supraviețuirii site-ului, consultați Supraviețuirea site-ului pentru Webex Calling.
Configurați UC conectat la cloud
Cloud Connected UC (CCUC) este o soluție de gestionare și analiză bazată pe cloud, concepută pentru a oferi vizibilitate centralizată, administrare și informații despre implementările atât locale (cum ar fi Unified CM), cât și în cloud. Acționează ca o punte între mediile tradiționale locale și serviciile cloud Cisco, sprijinind organizațiile pe tot parcursul procesului de migrare de la .
În timpul tranziției către , CCUC joacă un rol vital în eficientizarea procesului de migrare prin facilitarea colectării de date complete din implementarea Unified Communications existentă. CCUC oferă asistență în sarcini cheie de tranziție, cum ar fi migrarea dispozitivelor, funcțiilor și contactelor utilizatorilor, precum și automatizarea actualizărilor de firmware pentru telefoanele IP acceptate. Prin furnizarea de vizibilitate și gestionare centralizată, CCUC contribuie la asigurarea unei experiențe de migrare mai fluide și mai eficiente.
Cisco recomandă insistent ca CCUC să fie implementat și implementat la începutul proiectului de tranziție, ideal înainte sau în timpul fazei de pregătire. Acest lucru va oferi informațiile și capacitățile necesare pentru a evalua, inventaria și planifica temeinic activitățile de migrare ulterioare și pentru a începe călătoria către viitoarele capabilități hibride.
Evaluarea mediului actual
O activitate cheie în planificarea migrării este evaluarea mediului local actual și a implementării. Acest lucru oferă informații despre potențialele schimbări care ar putea fi necesare pentru o tranziție cu succes către . De asemenea, vă permite să evaluați elementele cheie ale platformei în comparație cu implementarea locală existentă. Puteți utiliza aceste informații pentru a identifica ce sarcini specifice sunt necesare pentru tranziție și ce modificări doriți să faceți pentru a îndeplini cerințele și cazurile de utilizare, atât cele tehnice, cât și cele de afaceri.
Următoarele aspecte sunt importante de analizat ca parte a acestui efort.
Alocarea licențelor
Înțelegerea structurii actuale de licențiere a implementării existente este esențială atunci când vă pregătiți pentru migrarea către . Efectuați o evaluare a licenței pentru următoarele domenii ale soluției dvs. Cisco locale existente.
-
Platformă
Capacitatea de a articula pe deplin ce este licențiat în prezent pe platforma dvs. principală va fi esențială atunci când lucrați cu echipa dvs. de cont sau cu partenerul dvs. pentru a determina cea mai bună cale către licențierea flexibilă. este licențiat folosind licențierea flexibilă. Pentru mai multe informații despre licențierea flexibilă, consultați Planul flexibil de colaborare Cisco.
-
Utilizatori și dispozitive
Identificați ce categorie de licență necesită utilizatorii și dispozitivele existente. Aceasta va fi utilizată pentru a determina ce tip de licență este necesar pentru utilizatori și dispozitive. oferă mai multe tipuri de licențiere, inclusiv licențe Profesionale și Standard pentru utilizatori și licențe Profesionale și pentru zone comune pentru spațiile de lucru. Pentru mai multe informații despre licențierea dispozitivelor, consultați fișa tehnică disponibilă la Licențiere dispozitive.
-
Gateway local
Dacă Cisco Unified Border Element (CUBE) este necesar pentru accesul PSTN pentru această tranziție, trebuie luată în considerare și licențierea CUBE. Considerațiile privind licențierea CUBE sunt prezentate mai târziu în acest document.
Locations/Sites
Numărul și tipurile de locații (centrale mari, regionale, sucursale etc.) din cadrul implementării existente ar trebui luate în considerare la planificarea acestei tranziții. O înțelegere completă a locațiilor de implementare existente va ajuta la planificarea strategică a unei tranziții reușite, în special atunci când vine vorba de a determina ce locații să migreze și în ce ordine. Înțelegerea detaliată a cerințelor planului de apelare (numerotare, obiceiuri de apelare, clase de restricții etc.), a conectivității la rețeaua amplasamentului și a lățimii de bandă (Internet, WAN, LAN) și a accesului PSTN (local sau centralizat, IP sau TDM) pentru fiecare amplasament va fi esențială atunci când se iau decizii de migrare. Pentru mai multe informații despre modelele comune de implementare și considerațiile cheie, consultați informațiile despre modelele de implementare în colaborare disponibile în Collaboration SRND.
O altă considerație importantă de implementare la tranziția către este disponibilitatea locației. are diferite capacități, abonamente și dispozitive disponibile în funcție de locul în care se află implementarea. Pentru mai multe informații despre disponibilitatea geografică, consultați Unde este disponibil Webex?.
În cele din urmă, este important să înțelegem impactul pe care tranziția la [numele companiei] îl va avea asupra altor servicii de colaborare. Pe baza obiectivului acestui document, presupunerea generală este că, dacă se doresc a fi menținute serviciile de colaborare existente în afara volumului de lucru apelant, atunci este așteptată tranziția la implementarea hibridă de faza 1 menționată mai sus. Exemple de servicii de colaborare care pot necesita implementare hibridă includ centre de contact locale care nu au fost încă migrate către centrul de contact Webex și integrări strânse în sisteme precum sistemele de paginare și facturare. Pentru mai multe informații despre tranziția sarcinilor de lucru și a serviciilor de colaborare suplimentare, consultați Tranziții de colaborare.
Inventar existent devices/clients
Înainte de a începe tranziția, este important să inventariați endpoint-urile hardware și software existente. Având o listă completă de dispozitive types/models, Versiunile hardware, tipurile de sisteme de operare ale clienților software și cantitățile vor asigura că puteți planifica în mod adecvat tranziția dispozitivelor și atenuarea impactului asupra dispozitivelor care nu pot fi migrate către apeluri în cloud. Inventarul ar trebui utilizat pentru a determina dispozitivele care trebuie tranziționate și dispozitivele care trebuie înlocuite înainte de tranziție.
Telefoane de birou
Pentru telefoanele de birou audio și video, sunt acceptate doar telefoanele de birou din seriile 6800, 7800, 8800 și 9800. Acesta este un subset al telefoanelor IP Cisco care sunt acceptate cu . Există unele modele și versiuni ale telefoanelor 6800, 7800 și 8800 care nu pot fi utilizate cu . Pentru mai multe informații despre modelele și versiunile de hardware acceptate, consultați Dispozitive acceptate pentru Webex Calling.
Telefoanele IP din seria Cisco 6800 nu pot fi actualizate de la firmware Enterprise la firmware Multiplatform (MPP), care este necesar pentru . Prin urmare, orice telefon 6800 înregistrat pentru a rula firmware enterprise trebuie înlocuit cu un model 6800 MPP sau cu un alt model de telefon acceptat.
Telefoanele IP Cisco din seriile 7800 și 8800 trebuie actualizate la firmware-ul Multiplatform Phone (MPP) înainte de tranziție și înregistrarea lor pe . Pentru a determina ce modele și versiuni hardware din seria 7800 și 8800 acceptă firmware-ul MPP, consultați Conversia telefoanelor IP din seria Cisco 7800 și 8800 între firmware-ul Enterprise și MPP.
Modelele 8845, 8865 și 8865NR au ajuns la sfârșitul perioadei de vânzare și nu se recomandă migrarea lor către .
Nu se recomandă utilizarea versiunilor mai vechi ale telefoanelor din seria 8800 (8811, 8841, 8851, 8851NR, 8861) cu Webex Calling. Telefoanele cu versiuni hardware VID 14 sau anterioare se vor înregistra, dar pot întâmpina unele probleme de performanță din cauza hardware-ului.
Telefoanele de birou din seria 9800 rulează PhoneOS, care acceptă atât funcția de pornire, cât și înregistrarea. Prin urmare, tranziția la aceste telefoane poate fi făcută fără o actualizare de firmware.
Toate celelalte telefoane IP vor trebui înlocuite cu telefoane din seria 6800, 7800, 8800 sau 9800, compatibile cu Webex Calling. Pentru mai multe informații despre telefoanele IP și de birou acceptate cu , consultați articolul de la Dispozitive acceptate pentru Webex Calling.
Puncte finale video
Terminalele video personale și de cameră, inclusiv seria Cisco Board, seria Room și seria Desk, se pot înregistra nativ prin SIP la . Oricare dintre aceste puncte finale care trebuie să producă sunet and/or Apelurile PSTN necesită o licență de apelare:
-
Dispozitivele partajate din sălile de conferințe, spațiile de reuniune etc. necesită fie o licență Professional Workspace, fie o licență Workspace.
-
Dispozitivul personal al unui utilizator final necesită o licență profesională sau standard.
Stabiliți câte puncte finale video sunt înregistrate și sunt utilizate pentru a efectua apeluri audio. Este posibil ca unele dintre punctele finale video să fie utilizate doar pentru participarea la întâlniri sau pentru efectuarea de apeluri video SIP. În ambele cazuri, endpoint-urile trebuie totuși migrate înainte ca serverele să fie dezafectate, însă acest lucru va ajuta la determinarea câte dintre ele vor avea nevoie de licențe pentru a continua să efectueze apeluri telefonice.
-
Când dispozitivele video sunt mutate de la înregistrare la , URI-ul pentru aceste endpoint-uri se va modifica, deoarece acestea sunt acum înregistrate în cloud.
-
Modelele de telefoane 8845, 8865 și 8875 sunt videotelefoane personale compatibile cu .
Clienți non-tehnici
este singurul client soft acceptat de , spre deosebire de Unified CM, care acceptă atât aplicația Webex, cât și Jabber, și este noul client soft implicit pentru utilizatorii finali.
În funcție de modul (modurile) de implementare implementat(e) pentru Jabber (doar IM, doar telefon, and/or moduri UC complete), este posibil să fie nevoie să luați în considerare și tranziția modului de mesagerie and/or Lucrări de lucru pentru întâlniri de la Jabber la . Poate fi implementat în modul doar telefonic dacă va fi utilizat ca și client doar pentru apeluri sau poate fi implementat ca suită Webex completă dacă se lucrează cu alte sarcini de lucru, de exemplu, Webex Messaging and/or Webex Meetings este în curs de tranziție către aplicație cu apeluri.
Îmbunătățește experiența utilizatorului final prin furnizarea de funcții de inteligență artificială precum audio/video inteligență, transcrierea apelurilor și altele. Pentru mai multe informații, consultați https://www.webex.com/all-new-webex.
Înainte de a muta utilizatorii, va trebui să le transferați clienții Jabber la . Aveți două opțiuni pentru a finaliza această tranziție.
-
Înainte de a le transfera la
-
Când le faci tranziția la .
Pentru a facilita tranziția inițială către , se recomandă utilizarea opțiunii 1 și mutarea utilizatorilor la cu apelare mai întâi. Acest lucru le oferă utilizatorilor timp să se familiarizeze cu noua aplicație în timp ce încă utilizează platforma de apeluri locală existentă. După ce sunteți gata să mutați utilizatorii la , îi veți configura pentru a se înregistra pe platforma de apeluri în cloud.
Pentru mai multe informații despre aceste două opțiuni, consultați Călătoria de migrare - unul sau doi pași?.
Pentru o listă completă a dispozitivelor acceptate pentru , consultați Dispozitive acceptate pentru Webex Calling.
Verificați eligibilitatea dispozitivului
Așa cum am menționat anterior, acceptă un subset de telefoane IP Cisco și necesită un tip de firmware diferit pentru telefoanele din seriile 7800 și 8800. Telefoanele Unified CM rulează firmware-ul Enterprise, în timp ce telefoanele rulează firmware-ul Multiplatform Phone (MPP). Se recomandă verificarea telefoanelor înregistrate care sunt eligibile pentru actualizarea la firmware-ul MPP în timpul fazei de pregătire. Acest lucru vă oferă timp să înlocuiți telefoanele neeligibile cu unul dintre modelele de telefon acceptate sau să identificați un plan alternativ, cum ar fi mutarea unui utilizator doar la aplicația Webex.
Pentru a ajuta la determinarea eligibilității telefoanelor, Control Hub are un instrument încorporat numit Migrați telefonul către Webex Calling. Când utilizați acest instrument pentru a verifica eligibilitatea dispozitivului, selectați opțiunea Migrare Generați doar licență de dispozitiv.
Această opțiune vă permite să încărcați un fișier CSV care conține telefoanele, astfel încât să puteți verifica eligibilitatea fiecărui telefon. Prin selectarea acestei opțiuni de Migrare, telefoanele nu sunt adăugate, deoarece vă aflați încă în faza de pregătire și nu sunteți încă gata să faceți acest lucru. Pentru mai multe informații, consultați Migrați-vă telefonul la Webex Calling .
Este posibil ca unele dintre telefoane să revină cu o eligibilitate Necunoscută. Acest lucru se întâmplă de obicei deoarece nu se pot valida anumite informații despre telefon în sistemul back-end. Pentru orice telefoane care au starea Necunoscut, aveți două opțiuni pentru a verifica dacă sunt eligibile pentru actualizarea la firmware-ul MPP.
-
Verificați manual fiecare telefon și verificați modelul și versiunea hardware (PID VID)
7800/8800 etichetă telefon cu informații despre model și versiunea hardware -
Utilizați instrumentul de pregătire a telefonului IP Cisco
Descărcați instrumentul de la https://github.com/joemar2/mpp_readiness_check.
Acest instrument nu este un instrument oficial Cisco și nici nu este acceptat de TAC. Are suport de tip „best-effort”, dar este gratuit.
Acest instrument trebuie să ruleze pe o mașină locală și care poate accesa serverele și telefoanele IP. Are o opțiune de activare a accesului web pe telefoanele IP, ceea ce este recomandat și necesar pentru a obține cele mai bune rezultate. Prin urmare, ar trebui utilizat în afara orelor de program pentru a evita perturbarea utilizatorilor finali. Rezultatul instrumentului oferă un raport care listează telefoanele din seriile 7800 și 8800 care sunt eligibile pentru actualizarea la firmware-ul MPP. Deoarece accesează direct telefonul, poate verifica dispozitivele Necunoscute care au fost raportate de instrumentul Control Hub.
Raportul instrumentului de pregătire a telefonului IP Cisco
Utilizatori
Unul dintre cei mai importanți pași de pregătire pentru a asigura o migrare reușită este alocarea corectă a utilizatorilor. Trebuie să planificați corespunzător pentru toți utilizatorii, chiar dacă efectuați o migrare în etape. Utilizatorii trebuie să fie alocați pentru oricare dintre următoarele:
-
Implementarea cu apelare
-
Implementarea cu
-
Configurarea serviciilor pentru un utilizator
-
Pentru a face utilizatorii ușor de căutat în director (clic pentru apelare, informații de contact utilizator, căutare în directorul telefonic).
Se recomandă să configurați toate utilizatorii înainte sau la începutul proiectului. Aceasta include utilizatorii care încă utilizează Unified CM deoarece platforma lor de apelare este independentă de dispozitivul lor de apelare (telefon IP, Jabber). Pe măsură ce utilizatorii migrează către (and/or ) le veți actualiza licențele pentru a activa serviciile de care au nevoie. Prin furnizarea tuturor utilizatorilor apelanți din cadrul companiei înainte de începerea tranziției, se permite unui utilizator care a trecut la sau la să caute în director un utilizator apelant din cadrul companiei care este încă pe Jabber. and/or pe . Acest lucru asigură că utilizatorii transferați pot găsi informațiile de contact ale oricărui alt utilizator și îi pot apela utilizând căutarea în director.
Figura căutare în director prezintă un exemplu de utilizator care caută un alt utilizator. Rezultatele căutării afișează informațiile de contact ale utilizatorului și pot fi pentru un utilizator care este încă pe Jabber și/sau pentru un utilizator care a trecut la and/or .
Apoi, stabiliți care dintre utilizatorii existenți care apelează local vor fi transferați la . Dacă toți utilizatorii sau un număr mare de utilizatori vor fi transferați, atunci se recomandă mutarea utilizatorilor în grupuri pentru a se asigura că echipa de proiect, personalul IT și personalul de asistență pot gestiona tranziția și orice probleme care pot apărea. De asemenea, ar trebui să alocați timp pentru a oferi informații inițiale și sesiuni de instruire pentru a pregăti utilizatorii pentru această tranziție. Gruparea tranziției utilizatorilor se poate face pe baza unei varietăți de criterii, inclusiv locația sau site-ul la care sunt alocați utilizatorii, departamentele utilizatorilor sau chiar tipurile de utilizatori (lucrători cu cunoștințe, directori, lucrători mobili și așa mai departe).
De exemplu, dacă utilizatorii din implementare sunt împărțiți în trei locații principale, New York (NYC), San Francisco (SFC) și Research Triangle Park (RTP), un plan de tranziție a utilizatorilor poate arăta ca planul descris în tabelul Plan de tranziție a utilizatorilor în funcție de locație.
| Site-ul utilizatorului / locaţie | Informații și sesiuni de instruire pre-tranziție | Perioada de tranziție | Suport post-tranziție |
|---|---|---|---|
| NYC (1.525 utilizatori) | Săptămâna de 1 aprilie | 15 aprilie – 27 aprilie | Săptămâna din 29 aprilie |
| SFO (1.600 de utilizatori) | Săptămâna de 6 mai | 20 mai – 31 mai | Săptămâna 3 iunie |
| RTP (1.275 utilizatori) | Săptămâna 3 iunie | 17 iunie – 28 iunie | Săptămâna de 1 iulie |
Un alt factor important este tranziția împreună a utilizatorilor care au dependențe între ei. Aceasta ar putea include, dar nu se limitează la următoarele:
-
Monitorizarea BLF
-
Aceeași vânătoare pilot/group
-
Linii de partajare
-
Parte din același grup de preluare apeluri
-
Folosirea acelorași numere de parcare a apelurilor
-
Intercom
-
Admin/Exec.
Puteți revizui configurația (interfața grafică grafică sau exportul) sau puteți utiliza instrumentul Migration Insights pentru a identifica grupurile de utilizatori cu aceste dependențe.
Conectivitate PSTN
poate accesa PSTN în trei moduri: Planuri de apelare Cisco, Cloud Connect pentru (anterior Cloud Connected PSTN) și PSTN local (gateway local). Totuși, o singură locație, așa cum este definită în cadrul poate fi atribuită doar unei singure opțiuni PSTN.
PSTN local cu un gateway local (LGW) este o componentă esențială a strategiei de tranziție. Oferă conectivitate între implementarea locală and/or PSTN și platforma acceptă atât controlere de frontieră de sesiune (SBC) de la Cisco, cât și controlere terțe certificate, care pot fi utilizate ca gateway local. Pentru cea mai recentă listă de SBC-uri acceptate, consultați Lista SBC-urilor acceptate.
acceptă până la 250 de apeluri simultane de la un singur gateway local bazat pe înregistrare și peste 250 de apeluri simultane de la un singur gateway local bazat pe certificat. Gateway-urile locale bazate pe certificate pot suporta până la 6500 de apeluri simultane, dar acest lucru se bazează pe tipul de conectivitate pe care îl are gateway-ul local (peering Over-the-Top vs. interconectare) și pe modelul SBC pe care este implementat gateway-ul local. Aceste limite sunt, în esență, limita implicită de numărare atât pentru apelurile PSTN bazate pe gateway-ul local, cât și pentru apelurile inter-site-uri între puncte finale. Pentru mai multe informații, consultați Introducere în utilizarea gateway-ului local.
Orice apeluri care depășesc această limită sunt respinse cu un mesaj de eroare 403 Forbidden. Comanda show call active voice poate fi executată pe gateway-ul local în orice instanță pentru a determina numărul total de apeluri active.
Condițiile slabe ale rețelei dintre un gateway local și SBC-ul de acces pot limita performanța conexiunii de semnalizare, ducând la o limită și mai mică a apelurilor simultane. Latența unidirecțională dintre gateway-ul local și centrul de date nu trebuie să depășească 100 ms, iar jitter-ul trebuie să fie mai mic de 10 ms, în timp ce pierderea de pachete este mai mică de 0,5. %.
Caracteristici & utilizarea funcțiilor
Atunci când evaluăm mediul actual, este important să identificăm și să analizăm ce funcții sunt configurate. În plus, este important să înțelegeți utilizarea funcțiilor, astfel încât să puteți (re)defini cerințele tehnice și de afaceri pentru implementare.
Pentru a determina ce funcții sunt configurate, analizați configurația. Acestea sunt toate datele statice care sunt setate atunci când o funcție sau o setare este configurată în sistem. Următoarele opțiuni pot fi utilizate pentru a finaliza această analiză:
-
Verificați configurația în interfața grafică de administrare
-
export configurație -- export în bloc sau AXL
-
instrument de informații despre migrare (recomandat)
-
Instrumente de la parteneri terți Cisco (recomandate).
Pentru a analiza eficient utilizarea funcțiilor, este esențial să examinați datele dinamice ale sistemului, cum ar fi utilizarea, înregistrările și activitatea apelurilor. Diverse instrumente analitice și tablouri de bord oferă informații despre aceste valori, permițând o înțelegere cuprinzătoare a performanței și capacității sistemului, ceea ce susține luarea deciziilor informate în timpul eforturilor de migrare și optimizare. Următoarele opțiuni pot fi utilizate pentru a finaliza acest tip de analiză:
-
Revizuirea înregistrărilor CDR brute
-
Revizuirea datelor RTMT CM unificate
-
instrument de analiză a migrației folosind date CDR
-
Recenzie a analizelor UC conectate la cloud în
-
Volumul apelurilor
-
Puncte finale înregistrate
-
locații (CAC)
-
Utilizarea trunchiului.
-
-
Instrumente de la parteneri terți Cisco.
Cisco recomandă să începeți cu instrumentul Webex Control Hub Migration Insights pentru această analiză. Veți importa fișierul .TAR de export și fișierele Unified CM CDR (opționale, dar necesare pentru analiza utilizării funcțiilor) în instrument. Instrumentul va genera următoarele rapoarte în format CSV care pot fi utilizate pentru a începe analiza:
| Numele raportului Descrierea raportului |
|---|
| ImportedDataBulk.csv Toți utilizatorii și dispozitivele din datele Unified CM |
| DeviceEligibility.csv Identifică dispozitivele eligibile pentru migrarea la Webex Calling (telefoane IP, dispozitive Room OS, ATA-uri și dispozitive terțe) |
| DevicePoolNumbers.txt Lista tuturor numerelor dintr-un anumit grup de dispozitive |
| HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Detalii despre dispozitivele și utilizatorii care ar trebui migrați împreună pe baza liniilor partajate, a pilotului de căutare, a cozii de apeluri, a parcării apelurilor și a configurației grupului de preluare a apelurilor |
| HuntGroupMigrationInsight.csv Informații detaliate despre liniile de vânătoare atribuite, grupurile de linii și agenții asociați |
| SharedlineGroupMigrationReport.csv Prezentare generală a modului în care numerele de telefon (numerele de director) sunt partajate între utilizatori |
| Numele raportului Descrierea raportului |
|---|
| FeatureUsageBasedDeviceEligibilityReport.csv Informații despre eligibilitatea migrării dispozitivelor în funcție de utilizarea funcțiilor |
| FeatureUsageWithLastUsageDateReport.csv Numărul de apeluri pentru piloții de vânătoare și coada de apeluri, împreună cu data ultimei utilizări |
| UserWorkspaceLastUsage.csv Ultima dată de utilizare pentru utilizatori și spații de lucru atât pentru clienții software, cât și pentru telefoanele hard |
| DIDUsageReport.csv Utilizarea DID-urilor atât pentru DID-urile atribuite, cât și pentru cele neatribuite |
Pentru mai multe detalii despre rapoartele Migration Insights, consultați Migration Insights.
Dacă aveți nevoie de mai multe informații despre caracteristici și utilizare după ce ați consultat informațiile din rapoartele Migration Insights, Cisco vă recomandă să luați în considerare unul dintre instrumentele de migrare oferite de partenerii terți de la Cisco. and/or pentru a revizui configurațiile în interfața grafică sau în datele de export ale configurației.
Integrări Cisco: Conexiune Unity UCCX UCCE
Mesageria vocală este o parte integrantă a ofertei și este integrată nativ în soluție. Nu se poate integra cu o soluție de mesagerie vocală bazată pe locație, cum ar fi Unity Connection sau Unity Connection Express. În plus, nu există nicio modalitate nativă de a migra mesajele vocale sau saluturile existente ale conexiunii Unity către serviciul nativ de mesagerie vocală disponibil cu . Unele dintre instrumentele de migrare ale partenerilor terți Cisco au capacități de a migra o parte din aceste date. Pentru mai multe informații despre mesageria vocală pentru , consultați Configurarea și gestionarea setărilor de mesagerie vocală pentru un utilizator Webex Calling.
acceptă, de asemenea, căsuțe poștale vocale și fax partajate. Pentru mai multe informații, consultați Gestionarea unei mesagerii vocale partajate și a unei casete de fax primite pentru Webex Calling.
are o funcție încorporată de asistență automată, inclusă ca parte a platformei principale. Această funcție permite tranziția funcționalității de gestionare a apelurilor și de operator automat din Unity Connection. Instrumentul Control Hub, Migrare caracteristici din Unified CM, acceptă migrarea configurațiilor Unity Connection către operatorii automati. Pentru mai multe informații despre utilizarea acestui instrument, consultați Migrarea dispozitivelor și funcțiilor de la Unified CM la Webex Calling.
Înregistrare apel
include două opțiuni pentru înregistrarea apelurilor fără costuri suplimentare.
-
Înregistrarea apelurilor Webex
-
Înregistrare Dubber Go (ofertă parteneră) - o integrare între Dubber și Dubber, unde toate înregistrările media sunt stocate în siguranță în cloud.
opțiuni de înregistrare incluse tabelul evidențiază câteva caracteristici cheie ale celor două opțiuni de înregistrare a apelurilor, disponibile fără costuri suplimentare.
| Webex | Dubber Go |
|---|---|
| Disponibil pentru toți utilizatorii | Disponibil pentru toți utilizatorii |
| Înregistrări nelimitate | Înregistrări nelimitate |
| Perioadă de păstrare de 1 an* | Perioadă de păstrare de 30 de zile |
| 100 GB de spațiu de stocare per organizație | - |
| Responsabilii cu conformitatea pot accesa și gestiona înregistrările apelurilor | - |
| API-uri pentru gestionarea înregistrărilor | - |
Administratorii pot configura și gestiona accesul utilizatorilor la înregistrările apelurilor lor
|
Doar utilizatorii pot accesa și gestiona înregistrările lor
|
Dacă organizația dumneavoastră necesită capabilități suplimentare de înregistrare, cum ar fi înregistrarea apelurilor de conformitate, perioade mai lungi de păstrare, mai mult spațiu de stocare, analiză prin inteligență artificială, and/or Există acces de administrator, oferte plătite sau suplimente atât de la Cisco, cât și de la furnizori terți de înregistrări. Pentru mai multe informații despre furnizorii de înregistrare, configurații și servicii suplimentare ale partenerilor, consultați Gestionarea înregistrării apelurilor pentru Webex Calling.
Integrări terțe
acceptă o varietate de integrări de laterți, inclusiv , dar fără a se limita la, SBC-uri pentru gateway-uri locale, telefoane IP, telefoane Intercom, Speaker/Pagers, ATA-uri etc. Pe lângă aceste dispozitive terțe, Webex Calling acceptă diferite soluții terțe pentru asistență clienți, analiză, înregistrare, facturare etc. Pentru mai multe informații despre soluțiile dela terți, consultați Webex App Hub.
Plan
Planul de proiect la nivel înalt
Atunci când se dezvoltă un plan de proiect la nivel înalt pentru migrarea de la la , este esențial să se stabilească faze și etape clare care să se alinieze atât cu obiectivele de afaceri, cât și cu cerințele tehnice. Planul ar trebui să înceapă cu o fază de evaluare cuprinzătoare, care să includă colectarea cerințelor tehnice și comerciale detaliate, precum și identificarea părților interesate și definirea criteriilor de succes. Printre aspectele cheie se numără alocarea resurselor, estimarea cronologiei, gestionarea riscurilor și strategiile de comunicare pentru a se asigura că toate părțile sunt informate și implicate pe parcursul migrării. În plus, planul ar trebui să includă puncte de verificare a validării, cum ar fi testele pilot și implementările etapizate, pentru a minimiza perturbările și a permite ajustări bazate pe feedback.
Exemple de elemente care trebuie incluse în planul de proiect sunt:
-
Definirea domeniului de aplicare al migrării (de exemplu, ce utilizatori, dispozitive și funcții vor fi transferate)
-
Programarea sesiunilor de instruire pentru utilizatorii finali și echipele de asistență
-
Coordonarea evaluărilor de pregătire a rețelei și
-
Planificarea activităților de transfer cu opțiuni de rezervă. De asemenea, este important să se integreze revizuirile de conformitate și securitate, precum și fazele de asistență și optimizare post-migrare.
Prin structurarea planului de proiect cu aceste considerații, organizațiile pot gestiona mai bine complexitatea, pot reduce riscurile și pot realiza o tranziție mai lină către .
Călătoria migrației - una sau două etape?
solicită utilizatorilor să utilizeze pentru clientul lor soft de apel. Prin urmare, dacă există utilizatori care încă utilizează , aveți două opțiuni pentru a-i muta în . Puteți face fie o migrare a utilizatorului într-un singur pas, fie o migrare a utilizatorului în doi pași.
Opțiunea 1: Migrarea utilizatorilor într-un singur pas
Într-o migrare cu un singur pas, utilizatorii trec de la la în același timp cu tranziția de la Unified CM la . Această opțiune este de obicei destinată clienților cu un număr mic de utilizatori de migrat și poate gestiona mutarea simultană atât a clientului soft al utilizatorului, cât și a serviciului de apelare. Figura Serviciul de apelare al utilizatorului, client soft & telefonul migrează în același timp mai jos evidențiază acest tip de migrare. Cu această opțiune, utilizatorul va finaliza simultan următoarele acțiuni:
-
Serviciile de apelare au fost mutate de la la
-
Numerele de telefon și extensiile mutate de la la
-
Clientul soft a trecut de la Jabber la - se va înregistra la
-
Înregistrarea telefonului a fost mutată de la la .
Aceasta poate fi totuși o migrare în etape, în care grupuri de utilizatori sunt mutate în momente diferite, dar când fiecare utilizator este mutat, toate acestea se întâmplă în același timp.
Opțiunea 2: Migrarea utilizatorilor în doi pași
Cealaltă abordare este o migrare în doi pași. În pasul 1, utilizatorii sunt transferați de la la, dar rămân activați pentru apelarea serviciilor. Apoi, în pasul 2, utilizatorii sunt mutați de la Unified CM la . Această opțiune este recomandată clienților mai mari, pentru a gestiona modificările utilizatorului final și care doresc să separe modificarea clientului soft al utilizatorului de modificarea serviciului apelant. Următoarea figură Migrarea clientului soft; apoi migrarea serviciului de apelare, client soft & de la telefon la Webex Calling de mai jos evidențiază acest tip de migrare.
Pasul 1
-
Clientul soft a trecut de la la - se va înregistra la .
Pasul 2
-
Serviciile de apelare s-au mutat de la la .
-
Numerele de telefon și extensiile au fost mutate de la la .
-
Înregistrarea s-a mutat de la la .
-
Înregistrarea telefonului a fost mutată de la la .
Aceasta poate fi totuși o migrare în etape, în care grupurile de utilizatori sunt mutate în momente diferite în ambele etape.
Opțiunea pe care o alegeți depinde de modul în care doriți să gestionați tranziția utilizatorilor către și . Recomandarea este să o faceți în etape (Opțiunea 2). Acest lucru vă permite să minimizați modificările utilizatorului final simultan și să împărțiți efortul între diferite părți ale proiectului. Totuși, dacă preferați ca utilizatorii să fie afectați o singură dată, atunci este validă și utilizarea Opțiunii 1.
Privind parcursul recomandat (Opțiunea 1), harta de tranziție de nivel înalt de la Jabber la aplicația Webex figura de mai jos prezintă tranziția de nivel înalt pentru Pasul 1.
În acest pas, utilizatorii sunt transferați de la Jabber la pentru toate serviciile lor de apelare. Cu toate acestea, platforma de apelare este în continuare Unified CM și își va înregistra serviciile de apelare la . După cum se vede în figura cu harta de tranziție de nivel înalt de la Jabber la aplicația Webex, infrastructura locală nu se modifică și funcționează la fel cum funcționează Jabber. Singura modificare este că necesită o conexiune la .
Pentru mai multe informații despre această tranziție, consultați Ghidul de implementare și harta tranziției de la Jabber la Webex din secțiunea Client de pe pagina Tranziție colaborare.
Harta de tranziție la nivel înalt de la Unified CM la Webex Calling figura reprezintă tranziția la nivel înalt de la la . Aceasta este etapa a doua a călătoriei recomandate.
Dacă decideți să utilizați abordarea cu un singur pas, se aplică și acest lucru.
În acest pas, utilizatorii sunt împărțiți în grupuri. În acest moment, utilizatorii încep să utilizeze serviciile lor de apelare, înregistrarea apelurilor și înregistrarea telefonului IP.
Întrucât utilizatorii se mută în grupuri, utilizatorii Enterprise vor fi împărțiți între cele două platforme de apelare în timpul tranziției. Faza 1 din harta de tranziție de nivel înalt de la Unified CM la Webex Calling ilustrează această stare. În această fază este necesară planificarea modului de gestionare a apelurilor dintre utilizatorii de pe cele două platforme și a modului în care vor fi rutate apelurile PSTN. De fiecare dată când un grup de utilizatori este transferat la , vor fi necesare actualizări ale planurilor de apelare și ale rutării apelurilor pe , și pe gateway-urile locale.
Odată ce toți utilizatorii, clienții software și dispozitivele au fost trecute la (Faza 2), toată infrastructura UC locală poate fi eliminată și dezafectată.
Design
Selectarea regiunii
este disponibil la nivel global și este livrat din centre de date redundante din mai multe regiuni: SUA (Dallas, Chicago), Canada (Vancouver, Toronto), Europa (Frankfurt, Amsterdam), Regatul Unit (Londra, Manchester), Australia (Melbourne, Sydney), Japonia (Tokyo, Osaka), Arabia Saudită (Riyadh, Jeddah) și India (Mumbai, Chennai). PoP-urile media oferă servicii media pentru a optimiza timpii dus-întors ai transmisiilor media. Centrul de date din Singapore, de exemplu, este utilizat pentru a optimiza timpii de transfer media pentru clienții din țările asiatice, unde timpii de transfer către regiunea Australiei sau Japoniei ar putea fi suboptimali. Centrele de date sunt interconectate printr-o rețea backbone multi-gigabit și complet redundantă. Figura centre de date distribuite la nivel global prezintă o imagine de ansamblu asupra tuturor centrelor de date. Pentru cea mai recentă listă de centre de date disponibile, consultați Locațiile centrelor de date pentru Webex Calling.
Fiecare client este abonat la una dintre instanțe. Toate informațiile de furnizare a serviciului respectiv sunt stocate în instanța respectivă, iar semnalizarea SIP a tuturor endpoint-urilor și gateway-urilor locale furnizate pentru clientul respectiv este legată de instanța pe care este furnizat serviciul clientului. Deoarece este dificil să se modifice selecția inițială a regiunii, este important să se ia în considerare toți factorii relevanți ca parte a procesului decizional care duce la selecția regiunii. Pentru a evita o întârziere excesivă a semnalizării dus-întors, este important să se decidă devreme în procesul de tranziție ce instanță ar trebui utilizată. Cisco recomandă selectarea instanței care oferă cei mai mici timpi de semnalizare dus-întors pentru cel mai mare număr de utilizatori din cadrul implementării.
Pentru disponibilitatea în funcție de țară, consultați Unde este disponibil Webex?.
Locații
Pentru a pregăti furnizarea locațiilor, este necesar să fie colectate informațiile necesare pentru toate locațiile țintă de migrare. Informațiile necesare pentru fiecare locație sunt rezumate în Informații de captat pentru fiecare locație.
| Informații | Comentariu |
|---|---|
| Interval(e) de extensie | Fiecare locație din [număr] poate avea extensii care încep cu cifre diferite. O cifră trebuie rezervată pentru cifra de direcție a apelării inter-site-uri (de exemplu 8) și una pentru cifra de direcție PSTN (de exemplu 9). Niciun interval de extensii nu poate începe cu niciuna dintre aceste două cifre. Toate intervalele de extensie ale tuturor locațiilor trebuie să aibă aceeași lungime. |
| Interval(e) DID | - |
| Cifră de direcție PSTN | - |
| Codul site-ului | Toate codurile de site ale tuturor locațiilor trebuie să fie unice și să aibă aceeași lungime. |
| Număr principal | La crearea unei locații, trebuie furnizate două DID-uri. Unul ca număr principal (de exemplu, pentru a fi atribuit unui serviciu de asistență automată) și unul pentru portalul de mesagerie vocală. Furnizați un DID pentru numărul de mesagerie vocală. |
| Număr de mesagerie vocală | |
| Numărul de licențe | Licențe necesare după tip, inclusiv Standard, Professional, Workspace, Listă de rute, Plan de apeluri de ieșire. |
| Apeluri simultane în orele aglomerate | Suma apelurilor simultane între dispozitive și între dispozitive și gateway-ul local (PSTN și apeluri către dispozitive). Necesar pentru a determina lățimea de bandă necesară pentru accesul la internet. |
| țară | - |
| Fus orar | - |
| Limba | - |
| Contact (Nume, Telefon, Email) | - |
| Adresă (adresă, oraș, stat, cod poștal) | - |
| Locație fizică dispecerabilă a serviciilor de urgență pentru puncte finale | Locația de dispecerizare a dispozitivului utilizată pentru apeluri de urgență include, în general, următoarele: adresa clădirii, adresa clădirii + numărul etajului, adresa clădirii + numărul apartamentului sau adresa clădirii + numărul etajului + office/cubical număr. |
| Locație fizică unică de rețea pentru fiecare dispozitiv, destinată serviciilor de urgență | Locația fizică a rețelei pentru apeluri de urgență include, în general, următoarele: comutator / switchport pentru dispozitive cu fir, identificatori de set de servicii de bază (BSSID) pentru puncte de acces (AP) wireless pentru dispozitive conectate wireless, and/or subrețele IP locale pentru dispozitivele endpoint. |
PSTN
La proiectarea unei implementări, clienții au la dispoziție trei opțiuni principale de conectivitate PSTN: Planuri de apeluri Cisco (un serviciu PSTN furnizat în cloud și gestionat de Cisco), furnizori PSTN conectați la cloud (CCPP, unde furnizorii furnizează servicii PSTN prin cloud) și PSTN local (unde gateway-urile locale conectează rețeaua întreprinderii la PSTN). Odată cu introducerea trunking-ului PSTN pentru implementări hibride (Pentru mai multe informații, consultați Trunking-ul PSTN pentru implementări hibride Webex Calling la Trunking PSTN), organizațiile câștigă flexibilitate suplimentară în abordarea lor de migrare. Această funcție permite clienților să își mute PSTN la CCPP la începutul procesului de tranziție și să înceapă tranziția către cloud PSTN pentru utilizatori, utilizând în același timp CCPP pentru a menține serviciul PSTN pentru utilizatorii care rămân la Cisco în timpul unei migrări etapizate.
Această abordare hibridă permite organizațiilor să mute mai întâi anumite grupuri de utilizatori în cloud, fără a revizui imediat întregul mediu de telefonie. Cu toate acestea, introduce complexitate și riscuri suplimentare, în special în ceea ce privește adaptarea logicii de rutare a apelurilor existente pentru a susține noua arhitectură. Interoperabilitatea cu aplicațiile vechi, cum ar fi serverele de fax, centrele de contact sau sistemele de paginare, necesită, de asemenea, o analiză atentă. Printre provocările tehnice cheie se pot număra asigurarea negocierii codecurilor end-to-end fără probleme și a semnalizării DTMF (Dual-Tone Multi-Frequency) în mediul mixt, precum și validarea compatibilității cu funcții specializate de telefonie. Planificarea și testarea adecvate sunt esențiale pentru a minimiza perturbările și a menține servicii vocale fiabile pe tot parcursul procesului de migrare. În plus, considerațiile comerciale sunt importante, deoarece trunking-ul hibrid necesită o licență de utilizare bazată pe numărul de apeluri simultane între mediul local și furnizorul PSTN conectat la cloud (CCPP).
Alternativ, organizațiile pot alege să își păstreze conectivitatea PSTN locală pe parcursul fazei de tranziție. În acest scenariu, migrarea către CCPP poate fi executată în două moduri: ca o singură migrare coordonată pentru toți utilizatorii și locațiile odată ce migrarea este finalizată sau incremental, migrarea PSTN având loc pentru fiecare locație în parte, pe măsură ce utilizatorii sunt mutați la . Această abordare poate ajuta la eficientizarea coexistenței și la menținerea continuității pentru integrările tradiționale, dar introduce mai multe complexități operaționale. Printre acestea se numără provocările legate de portarea numerelor, cum ar fi necesitatea unei coordonări precise a comenzilor de portare a numerelor, potențialele întârzieri și limitările impuse de furnizor, cum ar fi o limită a numărului de cereri de portare simultane sau restricții privind portarea subseturilor de blocuri mari de numere. Organizațiile trebuie să își planifice cu atenție strategia de tranziție PSTN, luând în considerare aceste aspecte logistice pentru a evita întreruperile serviciilor și a asigura o experiență de migrare fără probleme.
Figura Migrarea către CCCP la început vs. păstrarea PSTN local prezintă cele două opțiuni de migrare PSTN explicate mai sus. Ilustrația din stânga prezintă scenariul în care toți utilizatorii și aplicațiile locale consumă servicii PSTN conectate la cloud printr-un trunchi local și un gateway local care conectează rețeaua locală la, în timp ce ilustrația din dreapta prezintă scenariul în care PSTN-ul local existent rămâne activ, iar utilizatorii de pe Webex Calling utilizează PSTN-ul local prin conexiunea gateway locală dintre rețeaua locală și . În timpul tranziției, locațiile pot fi comutate utilizând PSTN conectat la Cloud.
În ambele scenarii, apelurile dintre serverul local și utilizator utilizează conexiunea Local Gateway. Conexiunea dintre serverul local și serverul trebuie proiectată și dimensionată corespunzător, în funcție de numărul așteptat de apeluri simultane și de redundanța necesară.
Plan de apelare
Pentru a realiza o interoperabilitate fără probleme între și în timpul perioadei de migrare, trebuie dezvoltată și implementată o arhitectură cuprinzătoare a planului de apelare pe ambele platforme. Acest design cu plan de apelare pe platformă duală asigură o rutare consistentă a apelurilor, o traducere a numerelor și transparență a funcțiilor, permițând utilizatorilor de pe oricare sistem să comunice fără degradarea serviciilor sau întreruperi ale experienței utilizatorului pe parcursul fazei de coexistență.
Plan de apelare local
În timpul tranziției, pentru a permite coexistența dispozitivelor înregistrate pe Unified CM și pe planul de apelare al companiei, este necesar să se modifice acest lucru astfel încât să poată fi îndeplinite cel puțin următoarele cerințe:
-
+E.164 apelare de la la
-
Apelarea extensiilor de la către (intra-site, dar și între site-uri dacă intervalele de extensii sunt unice)
-
Apelare prescurtată între locații de la la
-
Apelare forțată în rețea de la la
-
Apelare inversă din directorul apelurilor pierdute către destinații de pe
-
Apeluri PSTN de la către PSTN dacă în timpul tranziției se utilizează PSTN local pentru
-
Apeluri PSTN de la la dacă în timpul tranziției trunking-ul PSTN pentru implementările hibride este utilizat pentru a oferi acces PSTN utilizatorilor locali prin Cloud Connect pentru
-
Forțat în rețea de la până la
-
Apelarea extensiilor de la la (inter-locații).
Dacă oricare dintre cele de mai sus nu reprezintă obiceiuri de apelare acceptate înainte de tranziție, de exemplu, nu există un obicei de apelare abreviat între site-uri, atunci nu este neapărat necesar să fie introduse în timpul tranziției.
Figura Plan de apelare bazat pe cele mai bune practici prezintă abordarea planului de apelare bazat pe cele mai bune practici, așa cum este descrisă în Arhitectura preferată pentru implementările locale Cisco Collaboration 12.x Enterprise, CVD. Caracteristicile cheie ale acestei abordări includ:
-
Partiție unică pentru +E.164 numere de director
-
Rutarea nucleului bazată pe +E.164 modele de rute
-
Normalizarea tuturor obiceiurilor de apelare la +E.164 folosind modele de traducere
-
Utilizarea moștenirii spațiului de căutare prin apelarea modelului de traducere (opțiunea Folosește spațiul de căutare al apelării originatorului este setată pe modelele de traducere).
De exemplu, apelarea PSTN (9+1+10D) de la un dispozitiv din SJC prevăzut cu spațiu de căutare pentru apeluri de linie SJCInternational va fi mai întâi găsit de 9.1[2-9]XX[2-9]XXXXXX model de traducere care normalizează numărul apelatului la +E.164. Căutarea secundară folosește apoi același apel la spațiul de căutare SJCInternational din nou (apelând moștenirea spațiului de căutare) și +E.164-digit șirul de caractere fie va fi potrivit cu un +E.164 numărul de director din partiția DN sau printr-unul dintre modelele de rutare PSTN din partiția USPSTNNational sau SJCPSTNLocal. Obiceiurile abreviate de apelare intra-site și inter-site sunt implementate prin traducerile din partițiile ESN și SJCtoE164. Deși partiția ESN este o partiție globală (accesibilă pentru telefoanele din toate locațiile), partiția SJCTOE164 este accesibilă doar utilizatorilor din locația SJC. Aceasta presupune că intervalele de extensie se suprapun.
Primul pas pentru a activa apelarea de la către este să vă asigurați că +E.164 destinațiile sunt rutate în mod corespunzător. Acest lucru se poate realiza prin adăugarea unei partiții la planul de apelare, adăugând +E.164 modele de rutare pentru toate destinațiile către acea partiție și, în final, adăugarea partiției la toate spațiile de căutare apelante reprezentând clase de servicii care trebuie să poată ajunge la . Crearea unei partiții dedicate este necesară pentru a permite crearea unei clase de servicii diferențiate pentru apelurile provenite de la . Pentru a evita buclele de apeluri, spațiul de căutare a apelurilor de intrare de pe trunchiul de la Gateway-ul Local nu ar trebui să aibă acces la partiție.
După cum se arată în Figura +E.164 rutare către Webex Calling, pentru a activa rutarea de la la pentru o locație cu +E.164 Gama DID +1 221 555 2XXX și codul locației 121, un model de rută urgent care corespunde acestuia +E.164 intervalul trebuie adăugat la partiția .
Dacă nu este necesară selectarea unui Local Gateway specific site-ului, atunci, în loc să se utilizeze o listă de rute cu un grup de rute local ca destinație, modelele de rute care indică un singur grup de rute pot fi furnizate cu Local Gateway ca unic membru, iar apoi modelele de rute indică o singură listă de rute cu acest grup de rute ca singură intrare.
Pentru a activa apelarea abreviată între locații către locație, modelul de rută necesar 8121.2XXX este adăugat la partiție. Pentru ca site-urile să fie trecute la un model de normalizare a apelării 8121.2XXX care normalizează apelarea ESN la +E.164 s-ar putea să existe deja în partiția ESN. În acest caz, 8121.2XXX pare a fi redundant, dar imediat ce toate DN-urile locației respective au fost migrate către modelul de traducere a normalizării apelării 8121.2XXX poate fi eliminat, iar apoi modelul de rutare 8121.2XXX permite apelarea ESN chiar și pentru utilizatorii exclusivi de extensii din acel interval.
Cu aceste modificări ale planului de apelare, apelurile către locație pot fi plasate nu doar prin apelarea abreviată între locații și +E.164. De asemenea, apelarea PSTN internațională și națională este posibilă deoarece aceste obiceiuri de apelare sunt mai întâi normalizate la +E.164 prin modelele de traducere a normalizării apelării deja existente și apoi sunt direcționate către acestea prin potrivirea +E.164 model de rută în partiție.
Cel/Cea/Cei/Cele +E.164 Potrivirea modelului de rută pe intervalul DID al locației poate fi furnizată în timp ce toate DID-urile sunt încă găzduite pe . Cel mai bun algoritm de potrivire a modelelor de potrivire se asigură că atunci când un număr găzduit pe este format, atunci +E.164 numărul de director furnizat este o potrivire mai bună decât cel cu wildcard +E.164 model de rutare care indică spre, astfel încât apelurile să fie extinse către o linie și să nu fie trimise către.
plan de apelare
Fiecare utilizator din [numele paginii/platformei ... and/or o +E.164 număr de telefon. Lungimea extensiei este o setare globală fixă: Toate extensiile dintr-o implementare au aceeași lungime. Apelarea numerelor de extensie poate fi utilizată atât între utilizatori din aceeași locație, cât și între locații. Apelarea prescurtată între extensii (ultimul caz) funcționează numai dacă extensia apelată este unică.
Dacă apelarea abreviată între locații este o cerință, dar există suprapuneri între extensiile alocate în locații diferite, atunci trebuie creat un plan de numerotare specific întreprinderii prin prefixarea extensiilor cu un cod de acces, un cod de locație. Pentru mai multe informații, consultați Arhitectură preferată pentru implementări locale Cisco Collaboration 15, Prezentare generală a designului disponibilă la Arhitecturi preferate pentru Cisco Collaboration.
Lungimea extensiei, comportamentul de apelare inter-locație a extensiei, lungimea prefixului pentru apelarea inter-locație și cifra de direcție din prefixul de rutare pentru apelarea inter-locație sunt configurate în setările serviciului de apelare din :
-
Lungimea prefixului de rutare a locației: Lungimea prefixului, inclusiv cifra de direcție. Necesar numai dacă un plan de numerotare al întreprinderii trebuie stabilit ca o practică alternativă de apelare abreviată între locații ale întreprinderii.
-
Cifra de direcție în prefixul de rutare: Cifră de direcție pentru obiceiul abreviat de apelare între locații între întreprinderi. Trebuie evitate suprapunerile cu prima cifră a oricărei locații și cu cifrele apelurilor de ieșire ale locației. Necesar numai dacă un plan de numerotare al întreprinderii trebuie stabilit ca o practică alternativă de apelare abreviată între locații ale întreprinderii.
-
Lungimea extensiei interne: Lungimea standard a extensiilor. Poate avea orice valoare între doi și zece.
Când este necesară apelarea prin extensie sau apelarea folosind numere semnificative de întreprindere (cod de direcție, cod de locație, extensie) de la un control al apelurilor local către și controlul apelurilor local trimite o extensie ca ID apelant, asigurați-vă că setați și parametrul Lungime maximă necunoscută a extensiei în secțiunea Rutare apeluri între și local pentru a vă asigura că apelurile în amonte de la controlul apelurilor local către pot fi clasificate corect ca apeluri locale. -
Permite apelarea extensiilor între locații: Comutare la enable/disable apelarea numerelor de extensie între locații. Această opțiune ar trebui activată numai dacă toate extensiile din cadrul organizației sunt unice. Dacă opțiunea este dezactivată, atunci numerele semnificative ale companiei (prefix, prefix, interior) sau numerele de telefon trebuie formate între locații.
Primii trei parametri sunt utilizați în principal pentru a construi un plan de apelare pentru telefoane, pentru a minimiza timeout-urile între cifre atunci când se utilizează apelarea fără receptor. Abaterile de la aceste setări globale sunt încă posibile (exemplu - se pot furniza extensii cu o lungime diferită), dar în Control Hub va apărea un mesaj de avertizare, iar apelarea de pe telefoane ar putea necesita apelare în bloc pentru a evita conflictele din planul de apelare preîncărcat.
Tabelul Exemplu de numerotare Enterprise prezintă un exemplu de trei locații în care intervalele de extensii a două locații, NYC și RTP, sunt identice. Stabilirea unei scheme de numerotare la nivel de întreprindere cu o cifră de comandă inter-site-uri 8, urmată de un cod de locație din trei cifre și o extensie din patru cifre creează un obicei de apelare abreviată inter-site-uri care nu se suprapune.
| Site | Gama de extindere | Codul site-ului | Gama Enterprise |
|---|---|---|---|
| New York | 2XXX | 202 | 8 202 2XXX |
| SFO | 3XXX | 203 | 8 203 3XXX |
| RTP | 2XXX | 204 | 8 204 2XXX |
Pentru a permite o tranziție lină, setul de obiceiuri de apelare pentru utilizatori înainte și după tranziția la, în mod ideal, ar trebui să fie același. Pentru a pregăti tranziția pentru fiecare locație, intervalele DID și intervalele de extensii (sau obiceiurile de apelare intra-site abreviate) trebuie documentate. Pe baza acestor informații, trebuie selectată cifra de direcție inter-site-uri.
Tabelul Intervale de extensie cu lungime fixă prezintă un exemplu de trei locații și intervale de extensie cu lungime fixă. Deoarece trebuie evitate suprapunerea obiceiurilor de apelare, este important să vă asigurați că, pentru orice interval de extensie, prima cifră a intervalului nu se potrivește cu cifra de direcție pentru apelarea abreviată între locații. Dacă, de exemplu, se selectează 8 ca cifră de comandă pentru apelarea între locații, atunci niciun interval de extensii din nicio locație nu poate începe cu 8. De obicei, extensiile dintr-o anumită locație corespund ultimelor cifre ale DID-urilor atribuite acelei locații. Pentru a evita conflictele, prima cifră a extensiei poate fi modificată. Dacă, de exemplu, DID-urile din +1 Dacă într-o locație se utilizează intervalul 408 555 8XXX, atunci în loc să se utilizeze 8XXX ca extensie, se poate utiliza intervalul 7XXX pentru extensiile din acel loc.
| Site | Gama de extindere | Extensii | Codul site-ului | Gama Enterprise |
|---|---|---|---|---|
| New York | 2XXX | 2XXX | 202 | 8 202 2XXX |
| SFO | 8XXX | 7XXX | 203 | 8 203 7XXX |
| RTP | 1XX | 11XX | 204 | 8 204 11XX |
Șirurile de numere de șapte cifre apelate pe un dispozitiv care utilizează planul de apelare din SUA se suprapun cu un model de șapte cifre pentru apelarea locală în planul de apelare din SUA preîncărcat. Pentru a evita suprapunerile între apelările online și cele offline (PSTN), în locația respectivă se poate utiliza un cod de acces extern obligatoriu. Dacă schema de numerotare existentă a întreprinderii și apelarea abreviată inter-site corespunzătoare se suprapun cu modelele din apelarea națională, atunci în timpul tranziției la schema de numerotare, pentru a evita suprapunerile, se poate modifica și într-o formă mai lungă sau mai scurtă. Cea mai ușoară modalitate de a realiza acest lucru este de a adăuga o cifră de umplutură suplimentară la schema de numerotare. Noua schemă de apelare inter-site mai lungă trebuie adoptată doar de utilizatorii care au migrat deja la . Utilizatorii care sunt încă conectați pot continua să formeze șapte cifre. Planul de apelare al companiei, în acest caz, trebuie să se asigure că apelarea abreviată din șapte cifre de la Unified CM către este transformată fie în +E.164 sau la formatul de apelare abreviat implementat pe . Acest lucru trebuie făcut înainte de a trimite apelul către gateway-ul local.
Tabelul Tranziția apelării cu șapte cifre prezintă un exemplu al acestei renumerotări. În acest exemplu, apelarea abreviată între locații utilizează cifra de direcție 8, urmată de un cod al locației din două cifre și un interior din patru cifre. Pentru a evita apelarea abreviată între locații, formată din șapte cifre, pentru locațiile de pe , codurile de locație pot fi ușor schimbate în trei cifre prin prefixarea unei cifre de umplutură arbitrare (8 în exemplu) la codurile de locație formate din două cifre utilizate în , astfel încât apelarea între locații de la telefoane să utilizeze cifra de direcție 8 urmată de cifra de umplutură 8, vechiul cod de locație formată din două cifre și extensia formată din patru cifre. Utilizatorii de pe nu trebuie să își amintească noile coduri de site; trebuie doar să își amintească să folosească 88 ca prefix pentru apelarea între site-uri în loc de 8 pe .
| Site | Extensii | Cod site | Gama Enterprise | Odă a site-ului | Enterprise ange |
| New York | 2XXX | 22 | 8 22 2XXX | 822 | 8 822 2XXX |
| SFO | 8XXX | 23 | 8 23 7XXX | 823 | 8 823 7XXX |
| RTP | 1XXX | 24 | 8 24 11XX | 824 | 8 824 11XX |
Într-un scenariu cu diferite formate de numere de întreprindere activate și dacă numerele de întreprindere sunt prezentate ca informații despre apelant pentru apelurile de la către (de exemplu - apeluri de la dispozitive fără DID), este important să implementați și o mapare între diferitele formate de numere pentru informațiile despre apelant, pentru a asigura funcționarea apelului invers. Această mapare poate fi realizată utilizând modelul de transformare a părții apelante pe trunchiul dintre și gateway-ul local.
Se înregistrează
O soluție de înregistrare a apelurilor bine concepută necesită o analiză atentă a mai multor elemente cheie de design pentru a se asigura că se aliniază cu obiectivele organizației, cerințele de reglementare și constrângerile tehnice. Două dintre cele mai importante decizii implică selecția furnizorului și selecția regiunii, ambele putând fi adaptate la nivel global și înlocuite în locații specifice, în funcție de nevoile afacerii.
1. Selectarea furnizorului de înregistrare a apelurilor
Selectarea furnizorului potrivit de servicii de înregistrare a apelurilor este fundamentală pentru îndeplinirea obiectivelor de afaceri și asigurarea alinierii funcțiilor în întreaga organizație:
-
Selecție globală a furnizorilor: Organizațiile desemnează de obicei un furnizor principal de înregistrare a apelurilor la nivel global, asigurând consecvența setului de funcții, conformitatea și asistența în toate locațiile.
-
Suprascrieri bazate pe locație: În scenariile în care anumite locații sau regiuni au nevoi de afaceri sau cerințe de reglementare unice, poate fi necesar să se ignore selecția furnizorului global și să se specifice furnizori alternativi pentru acele locații. Această flexibilitate susține diverse mandate de conformitate și nevoi operaționale locale
-
Cerințe de afaceri: Alegerea furnizorului ar trebui să fie determinată de o evaluare a factorilor economici, cum ar fi conformitatea cu reglementările (Exemplu - MiFID II, HIPAA), asigurarea calității, soluționarea litigiilor sau nevoile de formare.
-
Disponibilitatea funcțiilor: Furnizorii ar trebui evaluați în funcție de capacitatea lor de a oferi funcțiile necesare, cum ar fi monitorizarea în timp real, capacitățile de căutare și redare, criptarea, politicile de retenție, integrarea cu platformele de analiză și asistența pentru diferite tipuri de apeluri (inbound, outbound, interne).
2. Selectarea regiunii
Determinarea regiunii în care sunt stocate și procesate înregistrările apelurilor este esențială pentru conformitate și performanță:
-
Selectarea regiunii globale: În mod implicit, organizațiile pot alege o singură regiune pentru stocarea înregistrărilor apelurilor, pentru a simplifica gestionarea și guvernanța.
-
Suprascrieri ale regiunilor bazate pe locație: În cazul în care legile privind rezidența datelor sau politicile corporative impun acest lucru, poate fi necesară suprascrierea setării regiunii globale pentru anumite locații, asigurându-vă că înregistrările apelurilor sunt stocate și procesate în limitele geografice necesare.
-
Cerințe privind rezidența datelor: Designul trebuie să țină cont de reglementările internaționale și locale privind protecția datelor (cum ar fi GDPR, CCPA sau mandatele specifice fiecărei țări), care pot dicta unde și cum sunt păstrate înregistrările apelurilor.
Un alt aspect critic care trebuie abordat în timpul planificării și proiectării unei soluții de înregistrare a apelurilor este estimarea cerințelor de stocare. Previziunea precisă a nevoilor de stocare este esențială pentru a asigura disponibilitatea unei capacități suficiente pentru a susține operațiunile comerciale în curs, a menține conformitatea și a evita întreruperile serviciilor.
La determinarea cererii de stocare așteptate trebuie luați în considerare câțiva parametri cheie:
-
Volumul apelurilor înregistrate: Evaluați numărul anticipat de apeluri care vor fi înregistrate într-un interval de timp dat (de exemplu, pe zi, săptămână sau lună). Aceasta include nu doar apelurile externe, ci și comunicările interne, dacă acest lucru este impus de politica de afaceri sau de mandatele de reglementare.
-
Durata medie a apelului: Calculați durata obișnuită a apelurilor înregistrate, deoarece apelurile mai lungi vor ocupa mai mult spațiu de stocare. Variațiile duratei apelurilor între diferite departamente sau grupuri de utilizatori ar trebui, de asemenea, luate în considerare în estimare.
-
Perioada de păstrare: Definiți durata de timp pentru care trebuie păstrate înregistrările, care este adesea dictată de politicile organizaționale sau de reglementările externe (cum ar fi standardele de conformitate specifice industriei). Perioadele mai lungi de păstrare vor crește cerințele generale de depozitare
-
Proiecții de creștere: Luați în considerare creșterea anticipată a volumului de apeluri sau extinderea domeniului de înregistrare, care poate rezulta din scalarea afacerii, noile cerințe de reglementare sau integrarea unor utilizatori sau locații suplimentare.
Prin analizarea amănunțită a acestor parametri, organizațiile pot dezvolta o strategie robustă de stocare care să asigure scalabilitatea, eficiența costurilor și conformitatea cu reglementările pentru soluția lor de înregistrare a apelurilor. De asemenea, este recomandabil să revizuiți și să ajustați periodic alocările de spațiu de stocare, pe măsură ce modelele de utilizare evoluează în timp.
Apeluri de urgență
Obligația de a direcționa un apel de urgență către centrul de dispecerat corespunzător este o cerință pentru orice serviciu de apeluri care oferă servicii PSTN. Cu , rutarea apelurilor de urgență este nativă în soluție și include suport pentru toate numerele naționale de urgență din țările pe care le acceptă. Rutarea unui apel de urgență se bazează pe locația definită în cadrul acesteia și pe metoda de acces PSTN a locației respective. Numerele de urgență sunt predefinite și specifice țării în care sunt implementați utilizatorii și dispozitivele.
Există două metode de a efectua apeluri de urgență în . Există un serviciu de bază de rutare a apelurilor de urgență și un serviciu îmbunătățit de rutare a apelurilor de urgență. Serviciul de rutare a apelurilor de urgență de bază va utiliza un număr selectat de administrator pentru a identifica locația și ruta apelului pentru a contacta serviciile de urgență. Pentru apelurile de urgență de bază, calea apelului se face de obicei prin opțiunea PSTN a clientului pentru locația respectivă. De asemenea, are o rutare îmbunătățită a apelurilor de urgență, concepută pentru implementările din SUA și Canada care au cerințe de conformitate cu reglementările ce impun utilizarea unui furnizor național pentru a livra apelurile de urgență către centrul de dispecerat corect.
Toți clienții ar trebui să implementeze, cel puțin, configurația de bază pentru apeluri de urgență. Apelurile de urgență de bază necesită ca cel puțin un client să fie deținut +E.164 Un număr să fie atribuit fiecărei locații definite în . Pentru apelurile de urgență de bază, fiecare locație va fi definită de o adresă stradală la care sunt trimise serviciile de poliție, pompieri sau ambulanță în caz de urgență. În majorul cazurilor, numărul principal al locației este cea mai bună alegere pentru a reprezenta locația fizică a urgenței. De obicei, atribuirea adresei către +E.164 Numărul este coordonat cu furnizorul PSTN. Imaginile de mai jos arată alocarea numărului principal care va fi utilizat ca număr de apel de urgență pentru locația Richardson.
În majoritatea situațiilor, adresa unei clădiri este suficientă pentru adresa de expediere a locației. Dar dacă sunt necesare detalii suplimentare despre locație pentru anumiți utilizatori sau dispozitive, atunci un administrator poate utiliza același proces descris mai sus și poate atribui respectivele dispozitive unei adrese specifice sau unei locații mai precise în interiorul adresei (cum ar fi un etaj sau o cameră). În Gestionare utilizatori, fila Apeluri permite utilizarea unui anumit număr pentru un utilizator și dispozitivele sale pentru a obține o adresă de expediere specifică. Următoarele imagini ilustrează modul în care un anumit număr poate fi atribuit unui dispozitiv. Administratorul este responsabil pentru a se asigura că numărul utilizat de dispozitiv va avea atribuită adresa de expediere corectă. Atribuirea adresei se face de obicei prin intermediul furnizorului PSTN al locației respective.
Pentru implementările de telefonie din SUA care trebuie să ofere soluții îmbunătățite de apeluri de urgență, se utilizează soluția Horizon Mobility integrată de la RedSky pentru rutarea apelurilor de urgență. Când se utilizează RedSky pentru rutarea apelurilor, un administrator trebuie să se înregistreze pentru un cont prin Cisco și să configureze informațiile corespunzătoare în Apeluri -> Setări serviciu pentru a activa această funcție. Odată ce serviciul RedSky a fost activat la nivel de sistem, un administrator va activa serviciul RedSky la fiecare nivel de locație. Activarea funcției Apeluri de urgență îmbunătățite într-o locație va activa serviciul pentru toate dispozitivele atribuite acelei locații. Dispozitivele care acceptă apeluri de urgență îmbunătățite sunt telefoanele Cisco MPP, telefoanele Cisco PhoneOS și Cisco.
Există două setări pentru activarea funcției Apeluri de urgență îmbunătățite într-o anumită locație. Opțiunea Permite RedSky să primească informații despre conectivitatea la rețea și apeluri de testare ar trebui utilizată pentru a verifica dacă configurația RedSky pentru mapările dispozitivelor și infrastructurii este corectă. Această setare permite, de asemenea, efectuarea apelurilor de test către 933 pentru a efectua verificarea locației folosind sistemul IVR RedSky pentru a citi locația apelantului. Deși acest document nu va acoperi configurația RedSky pentru urmărirea locației, un administrator ar trebui ÎNTOTDEAUNA să testeze descoperirea locației înainte de a activa apelurile de urgență pentru a le direcționa către RedSky. După finalizarea și verificarea corectitudinii testării, administratorul va direcționa apelurile către RedSky prin activarea și dirijarea apelurilor de urgență către RedSky. Această comutare va direcționa toate apelurile de urgență pentru locația respectivă către RedSky pentru a fi livrate la centrul de preluare a apelurilor pentru locația respectivă.
Setările pentru apeluri de urgență îmbunătățite se aplică și clienților atât locali, cât și în afara acestora. Când sunt locale, pot fi urmărite în același mod în care sunt urmărite telefoanele de birou. Când se află în afara sediului, utilizatorul va putea să își seteze locația dinamic direct în fișierul . Pentru mai multe informații despre apelurile de urgență, consultați Apeluri de urgență îmbunătățite pentru .
Alocarea licențelor
Există mai multe opțiuni pentru a atribui licențe utilizatorilor.
Atribuire manuală prin
Administratorii atribuie manual licențe utilizatorilor individuali prin intermediul interfeței.
Administratorii pot edita licențele de servicii pentru utilizatori individuali și pot atribui direct licențe de apelare.
Șabloane de atribuire automată a licențelor
Folosește șabloanele de atribuire a licențelor pentru a atribui automat licențe utilizatorilor pe baza setărilor de grup sau organizaționale.
Licențierea automată se poate face prin sincronizarea directoarelor sau prin actualizări manuale ale utilizatorilor, dar utilizatorii trebuie să aibă un permis de utilizare valid. +E.164 număr de telefon formatat, iar numerele de telefon trebuie să existe într-o locație înainte de alocarea de informații către utilizator. Dacă nu sunt îndeplinite condițiile (de exemplu, formatul numărului de telefon este invalid), licențele nu vor fi atribuite.
Sarcină în bloc prin șablon CSV
Încărcați un fișier CSV cu detalii despre utilizator și atribuiri de licențe pentru a adăuga sau modifica mai mulți utilizatori simultan.
Importul CSV acceptă adăugarea a până la 20.000 de utilizatori și atribuirea de licențe, dar licențele necesită câmpuri specifice, cum ar fi numărul de telefon și interiorul.
Atribuire bazată pe API
Folosește API-uri pentru a atribui programatic licențe și a gestiona utilizatori.
suportă operațiuni API pentru gestionarea utilizatorilor și a licențelor (API-uri People, SCIM 2.0 și Licenses), care pot fi utilizate pentru automatizarea atribuirii licențelor. API-ul Licențe permite atribuirea simultană de licențe, numere de telefon și extensii.
| Metoda de atribuire | Avantaje | Contra |
|---|---|---|
| Manual prin | Simplu pentru puțini utilizatori. Permite un control precis și granular asupra alocării licențelor. | Nu este scalabil, consumă mult timp Predispus la erori umane în timpul introducerii manuale. |
| Șabloane de licență automată | Scalabil Reduce erorile manuale Poate fi aplicat atât utilizatorilor noi, cât și celor existenți. | Necesită numere de telefon și locații valide. Mai complex de configurat De asemenea, necesită grupuri de utilizatori per grup de utilizatori cu cerințe de licențiere echivalente. |
| Încărcare CSV în bloc | Eficient pentru seturi mari de utilizatori Permite alocarea simultană de licențe, numere de telefon și interiori. | Necesită o formatare CSV atentă Potențial de erori dacă numerele de telefon sau extensiile lipsesc sau sunt incorecte. |
| Atribuire bazată pe API | Automatizabil, flexibil. Permite alocarea simultană de licențe, numere de telefon și interiori. | Necesită cunoștințe de dezvoltare și API. |
Tabelul Opțiuni de furnizare a serviciilor pentru utilizatori - rezumat prezintă un rezumat al opțiunilor de furnizare a serviciilor pentru utilizatori, precum și al avantajelor și dezavantajelor acestora. Această prezentare generală vă ajută să alegeți cea mai bună metodă de atribuire a licențelor în funcție de dimensiunea organizației clientului, capacitățile de automatizare și procesele și cerințele de furnizare a serviciilor utilizatorilor.
Ori de câte ori este posibil, Cisco recomandă atribuirea licențelor de apelare folosind șabloane de licență. Aceasta necesită ca pentru fiecare grup de utilizatori care necesită un set unic de licențe (Exemplu - Standard vs. Professional) să existe un grup cu apartenența la grupul respectiv. Așa cum s-a discutat în secțiunile Grupuri de utilizatori, grupurile de utilizatori pot fi definite manual într-un director al companiei sau sincronizate cu acesta. O combinație a ambelor abordări este posibilă.
Utilizatorii care aparțin mai multor grupuri obțin licențe din toate atribuirile aplicate tuturor grupurilor lor. Acest lucru permite utilizarea grupurilor de securitate specifice licențelor din directorul companiei pentru a gestiona atribuirea licențelor, unde atribuirea licenței utilizatorului rezultată este controlată de uniunea membrilor grupurilor.
Pentru mai multe informații, consultați Configurarea atribuirilor automate de licențe în Control Hub și Configurarea șabloanelor de atribuire automată de licențe pentru utilizatorii Webex Calling.
Cerințe de licență
Această secțiune acoperă doar licențele conexe. Alte tipuri de licențe (exemplu - înregistrarea dispozitivelor Webex, mesagerie, întâlniri) nu sunt acoperite. Ca parte a procesului de proiectare, trebuie stabilite cerințele pentru licență. Trebuie calculat numărul de licențe pentru următoarele tipuri de licențe:
-
Standard: numărul de utilizatori individuali care necesită funcții standard de telefonie.
-
Profesional: numărul de utilizatori și spații de lucru care necesită funcții avansate de telefonie. Liniile virtuale și mesageria vocală de grup au dreptul la un 1:1 raport pentru fiecare licență profesională. Prin urmare, în cazurile rare în care numărul de linii virtuale sau mesagerie vocală de grup necesare depășește numărul de utilizatori și spații de lucru care necesită funcții avansate de telefonie, trebuie luate în considerare licențe profesionale suplimentare.
-
Spațiu de lucru pentru zona comună: numărul de locații de utilizare partajată sau zone comune care necesită capacități standard de apelare.
-
Asistență clienți: numărul de agenți și supervizori care necesită funcții de asistență pentru clienți. Asistența pentru clienți include licența Profesională.
-
Rutați apelurile din listă: numărul de apeluri PSTN conectate la cloud necesare între utilizatori locali and/or aplicații specializate de la terți, locale.
-
Consola participant: numărul de utilizatori care necesită acces la clientul consolei participantului.
-
Plan de apeluri Cisco (Plan de apeluri de ieșire): numărul de utilizatori care necesită un număr PSTN and/or acces la apeluri PSTN de ieșire pentru serviciul Cisco PSTN.
Nu există un tip de licență dedicat pentru spațiile de lucru profesionale. Spațiile de lucru profesionale consumă o licență profesională.
Spațiile de lucru exclusiv hot-desk oferă serviciul de gazdă hot-desking și apeluri de urgență de la gazda hot-desking și nu necesită nicio licență. Pentru mai multe informații, consultați Adăugarea și gestionarea dispozitivelor doar hot desk.
Pentru a determina tipul de licență necesar pentru fiecare utilizator și spațiu de lucru pe baza funcțiilor necesare, consultați Funcții disponibile în funcție de tipul de licență pentru Webex Calling.
Pentru a diferenția între funcționalitatea oferită de cozile de apeluri combinate cu licența profesională și cea oferită de asistența pentru clienți, consultați Comparație între coada de apeluri și funcțiile de asistență pentru clienți Webex Calling.
Asigurarea accesului utilizatorului
La furnizarea de utilizatori în Webex, există mai multe opțiuni disponibile, fiecare potrivită pentru diferite nevoi și medii organizaționale:
-
Aprovizionare manuală: Administratorii pot adăuga și gestiona utilizatori individuali direct în . Această metodă este simplă, dar cea mai potrivită pentru organizațiile mici sau pentru schimbări limitate de utilizatori.
-
Furnizare în bloc prin CSV: Pentru baze de utilizatori mai mari, administratorii pot importa și actualiza utilizatorii în bloc prin încărcarea fișierelor CSV în . Acest lucru permite gestionarea eficientă a până la mii de utilizatori simultan.
- Opțiuni de sincronizare a directoarelor:
Conector de director: Acesta este un instrument de sincronizare automată utilizat în mediile Microsoft Active Directory. Sincronizează conturile de utilizatori, grupurile și atributele în mod programat (la fiecare oră, zilnic sau săptămânal). Acceptă configurări Active Directory cu domenii multiple și păduri multiple și poate sincroniza imagini de profil și obiecte de cameră.
Aplicația expert Entra ID (Azure AD): Concepută pentru organizațiile care utilizează Microsoft Entra ID (Azure AD), această metodă oferă sincronizare automată, aproape în timp real, a conturilor de utilizator și a atributelor direct de la Entra ID la . Este complet gestionat în interior și necesită o configurare minimă.
Aplicații SCIM 2.0: Pentru mediile non-Microsoft sau alți furnizori de identitate precum Okta sau Duo, aplicațiile de sincronizare bazate pe SCIM permit furnizarea și dezaprovizionarea automată a utilizatorilor cu maparea atributelor și sincronizarea grupurilor.
-
Sincronizare utilizatori CM unificată: Această opțiune permite crearea de conturi de utilizator pe baza utilizatorilor finali existenți prin sincronizarea din către . Acest lucru necesită ca Cloud Connected UC (CCUC) să ruleze pe clusterele locale. Totuși, în general se recomandă sincronizarea utilizatorilor dintr-un director centralizat în cloud, cum ar fi Entra ID, mai degrabă decât direct din .
-
Furnizarea de API-uri: API-urile publice (People, SCIM 2.0) pot fi utilizate pentru a furniza utilizatori. Principalul avantaj al utilizării API-urilor este opțiunea de a integra aprovizionarea utilizatorilor cu alte sisteme ale companiei.
Această prezentare generală și tabel reflectă principalele opțiuni de furnizare a serviciilor pentru utilizatori, beneficiile și limitările acestora, pentru a vă ajuta să alegeți cea mai bună abordare pentru nevoile organizației dumneavoastră.Tabelul 6. Opțiuni de furnizare a serviciilor pentru utilizatori Metoda de aprovizionare Descriere Avantaje Contra Manual Create/manage utilizatori individual în Simplu pentru puțini utilizatori; nu este necesară infrastructură Nu este scalabil; consumă mult timp pentru mulți utilizatori În bloc (fișier CSV) Import/update utilizatori în bloc prin CSV în Eficient pentru grupuri; nu este necesară programarea Pregătire manuală CSV; mai puțin dinamică Persoane și API-ul SCIM 2.0 Gestionarea programatică a utilizatorilor prin intermediul API-urilor Webex Flexibil; susține automatizarea și integrarea Necesită dezvoltare și infrastructură Sincronizare cu directorul Sincronizare automată din AD, Entra ID, aplicații SCIM, Unified CM Automatizează ciclul de viață; acceptă filtrarea și maparea Complexitatea configurării: unele dintre opțiuni au funcții limitate sau necesită infrastructură
Grupuri de utilizatori
Gestionarea grupurilor de utilizatori permite administratorilor să organizeze utilizatorii în grupuri pentru o gestionare eficientă în masă a licențelor, setărilor și resurselor. Grupurile ajută la eficientizarea administrării prin aplicarea simultană a politicilor, licențelor și șabloanelor de setări mai multor utilizatori, în loc să gestioneze utilizatorii individual.
Gestionarea grupurilor de utilizatori oferă mai multe avantaje, printre care:
-
Administrare simplificată: Gestionați licențele, setările și politicile pentru mai mulți utilizatori simultan.
-
Consecvență: Aplicați setări și licențe uniforme pentru toți utilizatorii din același grup.
-
Scalabilitate : Acceptă până la 250.000 de membri per grup.
-
Integrare : Sincronizați grupurile din Microsoft Entra ID (Azure AD) sau Active Directory pentru gestionarea automată a utilizatorilor și grupurilor.
-
Flexibilitate: Creați grupuri locale sau sincronizați grupuri de securitate; gestionați manual sau prin fișiere CSV calitatea membrilor grupurilor.
-
Alocarea resurselor: Controlează accesul la aplicațiile și serviciile încorporate pe baza apartenenței la grup.
Principalele cazuri de utilizare pentru grupurile de utilizatori la furnizare sunt:
-
Atribuiri de licențe: Atribuiți licențe grupurilor pentru a furniza automat servicii precum Apeluri, Întâlniri, Mesagerie sau Servicii hibride membrilor grupului.
-
Șabloane de setări: Aplicați grupuri de setări de servicii (de exemplu, mesagerie, întâlnire, apelare) pentru o experiență consistentă a utilizatorului.
-
Gestionare utilizatori în bloc: Adăugați sau eliminați utilizatori în bloc prin fișiere CSV sau sincronizare directoare.
-
Automatizare șiintegrare : Folosește API-uri sau sincronizare directoare pentru gestionarea automată a ciclului de viață al utilizatorilor și grupurilor.
Următorul tabel rezumă diferitele opțiuni pentru gestionarea grupurilor de utilizatori și a grupurilor în .
| Opțiunea | Descriere | Avantaje | Contra |
|---|---|---|---|
| furnizare de grup (grupuri) | Creați și gestionați grupuri direct în . Add/remove membrilor manual sau prin CSV. | Control deplin asupra apartenenței la grup Aplicarea imediată a licențelor și șabloanelor Grupuri ușor de creat și editat |
Actualizări manuale necesare Riscul de erori la încărcările manuale de fișiere CSV Fără sincronizare automată cu directoare externe |
| Grupuri sincronizate din Entra ID (Azure AD) sau Active Directory | Sincronizați automat grupurile de securitate și abonamentele din serviciile de director externe. | Sincronizarea automată reduce munca manuală Asigură consecvența cu directorul corporativ Sprijină organizații mari |
Nu se poate edita apartenența la grup în Întârziere de sincronizare de până la 12 ore Grupurile imbricate necesită selecție manuală |
| Grupuri și API-ul SCIM 2.0 (Grupuri) | Folosește Groups sau API-ul SCIM 2.0 pentru gestionarea grupurilor programatice și a membrilor | Automatizare și integrare cu alte sisteme Scalabil pentru medii mari sau complexe |
Necesită efort de dezvoltare Complexitatea depinde de utilizarea API-ului |
Deși grupurile sincronizate asigură consecvența și oferă un punct unic de administrare, este posibilă o abordare hibridă care combină grupuri sincronizate și grupuri (fie gestionate în centrul de control, fie prin API-uri). Așadar, de exemplu, grupurile pentru atribuirea licențelor ar putea fi grupuri sincronizate, iar un set separat de grupuri poate fi utilizat pentru atribuirea utilizatorilor și apelarea șabloanelor.
Această abordare cuprinzătoare a gestionării grupurilor de utilizatori permite organizațiilor să gestioneze eficient licențele, setările și politicile utilizatorilor, asigurând experiențe de colaborare consecvente și scalabile.
Abordarea recomandată la migrarea de la la
Sursa principală de date pentru utilizatori este baza de date, care conține informații despre utilizatorii finali. Totuși, nu este de obicei sursa autorizată pentru gestionarea identității utilizatorilor și, mai important, va fi închisă la sfârșitul tranziției și, prin urmare, este exclusă ca sursă autorizată pe termen lung pentru informații despre identitate.
Cisco recomandă utilizarea unui director centralizat în cloud, cum ar fi Microsoft Entra ID (Azure AD), ca sursă unică de informații pentru identitățile utilizatorilor. Sincronizarea utilizatorilor din Entra ID pentru a asigura consecvența, a simplifica gestionarea și a accepta capacitățile de autentificare unică (SSO).
Pentru a se asigura că toți utilizatorii de pe sunt prezenți și în Entra ID, organizațiile ar trebui să verifice dacă conturile de utilizator din corespund conturilor din Entra ID. Acest lucru se poate face prin exportarea listelor de utilizatori și compararea acestora cu listele de utilizatori Entra ID.
În concluzie, metoda de furnizare recomandată este sincronizarea utilizatorilor de la Microsoft Entra ID (Azure AD) la Webex utilizând Azure AD Wizard sau aplicațiile SCIM. Aprovizionarea manuală și în bloc CSV sunt disponibile ca metode suplimentare, dar sunt mai puțin scalabile și mai predispuse la erori pentru organizațiile mari. Asigurarea faptului că Entra ID este sursa autorizată și că toți utilizatorii există în Entra ID este esențială pentru o migrare reușită și o experiență consistentă a utilizatorilor în diferite medii.
Tranziția de la un serviciu de director local, cum ar fi Active Directory, la un serviciu de director în cloud, cum ar fi Entra ID (Azure ID), este independentă de tranziția de apelare. Cisco recomandă finalizarea tranziției către un serviciu de director în cloud înainte de a începe tranziția de apelare.
Proiectarea grupurilor de utilizatori
După tranziția directorului companiei de la locație la cloud, colectați grupurile de utilizatori necesare, în funcție de cerințele de licențiere și șabloane de funcții. Pentru fiecare document de grup:
-
Nume grup: numele unic al grupului.
-
Licențe: licențele care vor fi atribuite acestui grup (dacă există) și domeniul de aplicare (dacă licențele trebuie atribuite utilizatorilor existenți sau numai utilizatorilor noi)
-
Șabloane de setări: Șabloane pentru apelurile utilizatorilor și ale aplicației Webex.
-
Sincronizare director: Acest grup va fi sincronizat din directorul companiei sau este un grup Webex local furnizat în Control Hub sau printr-o API?
-
Descriere: cum va fi utilizat acest grup și ce utilizatori ar trebui să fie membri ai acestuia
Aceste detalii vor fi utilizate ulterior, în faza de implementare, pentru a crea grupuri locale sau grupuri în directorul companiei și pentru a gestiona apartenența utilizatorilor la grupuri.
Conectare unică (SSO)
Cisco recomandă utilizarea SSO pentru autentificarea utilizatorilor. Utilizarea SSO are câteva beneficii convingătoare, printre care:
-
Autentificare simplificată a utilizatorilor: Utilizatorii se pot conecta o singură dată folosind acreditările lor corporative (de exemplu, din Azure ID) pentru a accesa și alte aplicații integrate, eliminând necesitatea mai multor parole și reducând solicitările de conectare. Acest lucru sporește securitatea prin asigurarea că parolele corporative nu sunt niciodată stocate sau transmise după autentificare.
-
Gestionare simplificată a utilizatorilor: Automatizează crearea, actualizările și dezactivarea conturilor de utilizator pe baza modificărilor din directorul corporativ, reducând cheltuielile administrative și asigurând că numai utilizatorii autorizați au acces.
-
Securitate îmbunătățită: SSO reduce oboseala parolelor și riscul de breșe legate de parole prin centralizarea autentificării prin intermediul unor furnizori de identitate (IdP) de încredere.
-
Integrare ușoară a autentificării multi-factor (MFA): MFA poate fi ușor suportat fie printr-o soluție de gestionare a accesului la identitate, cum ar fi Cisco Duo, fie prin suport MFA al IdP-ului.
Există mai multe opțiuni pentru implementarea SSO pentru servicii:
-
SSO bazat pe SAML 2.0: Protocolul principal acceptat pentru integrarea SSO, care permite schimbul securizat de informații de autentificare între IdP și furnizorul de servicii.
-
Conexiune OpenID (OIDC): Acceptat ca protocol de autentificare modern alternativ pentru integrarea SSO.
-
Identitate Webex: De asemenea, este acceptat ca opțiune de furnizor de identitate.
SSO este configurat și gestionat centralizat prin , necesitând schimb de metadate între și IdP-ul ales.
După configurare, SSO-ul poate fi testat înainte de activare pentru a asigura configurarea corectă.
Cisco acceptă integrarea cu mai mulți IdP-uri și sisteme de gestionare a identității (IAM) testate și utilizate în mod obișnuit, inclusiv, dar fără a se limita la:
-
Cisco Duo
-
Okta
-
Serviciile de federație Microsoft Active Directory (ADFS)
-
Microsoft Azure
-
PingFederate
-
OpenAM
-
F5 BIG-IP.
Acești IdP-uri sunt conformi standardelor SAML 2.0 sau OpenID Connect și au fost validați pentru compatibilitate cu soluțiile de colaborare Cisco.
Suport pentru mai mulți IdP
permite organizațiilor să configureze SSO cu mai mulți IdP-uri pentru a se adapta mediilor IT complexe, cum ar fi fuziuni, achiziții sau departamente IT descentralizate în care diferite grupuri utilizează IdP-uri diferiți. Suportul pentru IdP multipli poate fi implementat fie utilizând funcția IdP multiplu, fie prin integrarea unui sistem IAM al unei întreprinderi, cum ar fi Cisco Duo.
Suportul pentru mai mulți furnizori de identitate (IdP) abordează câteva cazuri de utilizare cheie în care organizațiile necesită o autentificare flexibilă și sigură în diverse medii IT:
1. Fuziuni și achiziții
Când companiile fuzionează sau achiziționează altele, acestea au adesea infrastructuri IT separate și IdP-uri distincte care nu se pot federa. Suportul pentru mai mulți IdP permite utilizatorilor din ambele organizații să se autentifice și să colaboreze în siguranță, fără a fi nevoie să își unifice imediat sistemele de identitate.
2. Mai multe departamente IT independente
Organizațiile mari sau instituțiile guvernamentale pot avea mai multe departamente IT independente, fiecare gestionându-și propriul IdP. Funcția IdP multiplu a permite acestor departamente să își mențină propriile sisteme de autentificare, permițând în același timp utilizatorilor să acceseze fără probleme.
3. Diferite grupuri de utilizatori sau domenii
Organizațiile cu diverse grupuri de utilizatori (de exemplu, angajați vs. contractori) sau mai multe domenii de e-mail pot configura reguli de rutare pentru a direcționa cererile de autentificare către IdP-ul corespunzător, pe baza apartenenței la domeniu sau grup. Aceasta susține politici de acces diferențiate și controale de securitate.
4. Suport pentru diverse protocoale de autentificare
Acceptă IdP-uri SAML și OpenID Connect (OIDC), permițând organizațiilor să integreze diferite tipuri de furnizori de identitate în funcție de infrastructura și cerințele de securitate existente.
5. Securitate și conformitate îmbunătățite
Prin activarea mai multor IdP-uri, organizațiile pot implementa mecanisme de autentificare mai puternice, inclusiv autentificarea multi-factor (MFA) prin integrări precum Duo, și pot aplica politici de securitate consecvente în diverse baze de utilizatori.
6. Experiență simplificată pentru utilizator
Utilizatorii se pot autentifica folosind acreditările existente de la IdP-urile respective, oferind o experiență de autentificare unificată, în ciuda complexității subiacente a mai multor sisteme de identitate.
Deși suportul pentru mai mulți IdP oferă flexibilitate, acesta necesită o coordonare atentă între echipele de securitate și de identitate pentru a menține politici de securitate consecvente și a evita potențialele vulnerabilități.
Duo MFA cu SSO pentru
Duo Access Gateway (DAG) poate autentifica utilizatorii folosind directoare locale sau bazate pe cloud existente, cum ar fi Active Directory (AD) și OpenLDAP. De asemenea, acceptă integrarea cu alți furnizori de identitate precum Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS și Shibboleth. Această flexibilitate permite organizațiilor să utilizeze infrastructura lor actuală de directoare pentru Webex SSO cu Duo MFA.
Duo acționează ca un strat puternic de autentificare pe lângă autentificarea directorului principal. Funcționează ca un furnizor de identitate (IdP) folosind SAML 2.0 pentru a aplica autentificarea cu doi factori (2FA) înainte de a acorda accesul la . Duo evaluează contextul utilizatorului, dispozitivului și rețelei în raport cu politicile configurabile pentru a permite sau a refuza accesul, sporind securitatea dincolo de numele de utilizator și parola. Duo oferă, de asemenea, controale flexibile ale politicilor, cum ar fi solicitarea MFA la fiecare conectare pentru unele aplicații și mai rar pentru altele.
Beneficiile Cisco Duo includ:
-
Securitate îmbunătățită: Adaugă MFA rezistent la phishing pentru a proteja accesul, reducând riscul reprezentat de parolele compromise.
-
Politici flexibile: Permite control granular asupra cerințelor de autentificare per aplicație sau grup de utilizatori.
-
Integrare cu directoarele existente: Acceptă AD local, OpenLDAP, directoare în cloud și diverși furnizori SSO, reducând la minimum modificările de infrastructură.
-
Confortul utilizatorului: Acceptă Single Sign-On (SSO) pentru a reduce oboseala parolelor, permițând utilizatorilor să se conecteze o singură dată și să acceseze mai multe resurse în siguranță.
-
Puncte finale de încredere: Acceptă încrederea dispozitivelor pentru clienții de pe Windows și macOS, îmbunătățind postura de securitate.
-
Înscriere în regim de autoservire: Înscrierea în linie și solicitarea Duo îmbunătățesc experiența utilizatorului în timpul configurării MFA.
Duo MFA cu SSO utilizează directoarele existente, precum Active Directory și OpenLDAP, sau furnizorii de identitate în cloud, pentru autentificarea utilizatorilor. Rolul Duo este de a oferi un al doilea factor de autentificare puternic, bazat pe politici, integrat prin SAML 2.0, sporind securitatea și menținând în același timp confortul utilizatorului prin SSO. Beneficiile includ o postură îmbunătățită de securitate, aplicare flexibilă a politicilor, integrare perfectă și o experiență mai bună pentru utilizatori.
Cisco recomandă implementarea SSO pentru utilizatori. Pentru o securitate îmbunătățită, se recomandă integrarea cu Cisco Duo.
Strategia Enterprise IAM și SSO ar trebui implementată înainte de a începe tranziția de la .
Funcții
are o gamă completă de funcții de bază incluse în serviciu. Aceasta include multe funcții de apelare la nivel de întreprindere, disponibile de mulți ani. Este posibil să nu observați o paritate de 100% între funcții și funcții, însă, după cum puteți vedea în figura de mai jos, funcțiile cheie de apelare sunt disponibile în .
Pe lângă numeroasele funcții pentru utilizatori, are funcții de sistem de bază incluse în platformă. Acestea includ funcții precum operatori automati, cozi de apeluri, parcare apeluri etc. Puteți vedea toate funcțiile principale ale sistemului disponibile în Serviciu → Apelare → Funcții, așa cum este ilustrat în figura Funcții principale Webex Calling.
Operator automat
Operatorul automat permite 24/7 automatizarea gestionării apelurilor primite, ceea ce permite gestionarea eficientă a apelurilor fără a fi nevoie ca o persoană să răspundă la fiecare apel.
Operatorul automat răspunde la apelurile primite și oferă apelantului un meniu de opțiuni cu privire la direcția în care dorește să își direcționeze apelul. Acesta poate fi către o persoană, o căsuță vocală sau un serviciu de apelare (de exemplu, coada de așteptare a apelurilor). Apelantul folosește tastatura telefonului său pentru a introduce numărul din meniul operatorului automat.
Operatorul automat acceptă următoarele funcții cheie:
-
Program de lucru și după orele de program
-
Program de vacanță
-
Opțiune de meniu de apelare pentru a direcționa clienții către locul în care trebuie să meargă
-
Personalizați saluturile
-
Opțiunea de apelare după nume
-
Opțiuni redirecționare apel
-
Analize și rapoarte Control Hub.
Pentru mai multe informații, consultați Gestionarea operatorilor automati.
Parcare apeluri
Parcarea apelurilor oferă utilizatorilor posibilitatea de a pune cu ușurință un apel în așteptare pentru ca un alt utilizator să îl poată prelua atunci când este disponibil să îl preia. De asemenea, îl eliberează pe utilizatorul care a răspuns la apelul inițial pentru a efectua sau a primi alte apeluri în timp ce apelul este parcat.
Există două tipuri de parcări de apeluri disponibile în :
-
Parcare apel directă - permite oricărui utilizator să parcheze un apel la interiorul altui utilizator sau la o extensie de parcare apel, așa cum este definită de Administrator
-
Grup de parcare apeluri - permite unui grup definit de utilizatori să parcheze automat apelurile în funcție de destinațiile de parcare disponibile, definite pentru grup. Aceste destinații pot fi interioarele membrilor grupului sau interioarele din parcarea apelurilor.
În funcție de configurație și de tipul de parcare, utilizatorii pot prelua apeluri formând *88+><extension of parked call>, apăsând tasta de linie asociată cu extensia de parcare a apelurilor sau utilizând o tastă soft de pe telefonul IP.
O opțiune de reapelare este disponibilă pentru a reapela un apel parcat după o perioadă specificată utilizatorului care a parcat apelul sau unui alt utilizator.
Pentru mai multe informații, consultați Gestionarea parcării apelurilor în Control Hub.
Preluarea apelului
Preluarea apelurilor permite unui administrator să definească un grup de utilizatori (membri) care pot răspunde la un apel pe telefonul unui alt membru. Acest lucru oferă unui utilizator posibilitatea de a răspunde la apeluri atunci când colegii săi de echipă sunt ocupați și nu pot răspunde la un apel primit.
Utilizatorii dintr-un grup trebuie să se afle în aceeași locație.
Utilizatorii pot folosi fie telefonul de birou, fie telefonul lor de birou pentru a prelua un apel.
-
:
-
Acceptă notificări vizuale și audio
-
Notificare apel de intrare
-
Bazat pe FAC (apelare) *98) sau toast de notificare preluare apel
-
Notificări de preluare a apelurilor pentru mai multe linii.
-
-
Telefoane de birou:
-
Notificare apel de intrare
-
Clopoței audio și notificări vizuale prin LED-ul receptorului. 6821 acceptă doar clopoței audio
-
Când tipul de notificare selectat în nu este
-
-
Notificări de preluare a apelurilor doar pentru liniile principale.
-
Pentru mai multe informații, consultați Configurarea grupului de preluare a apelurilor.
Coadă de apeluri
include cozi de apeluri doar vocale ca parte a funcțiilor sale principale și orice utilizator cu o licență Professional poate face parte dintr-o coadă de apeluri, agent sau supervizor. Această funcție permite utilizatorilor să interacționeze eficient cu clienții. Cozile de apeluri acceptă un subset al unora dintre funcționalitățile de bază ale centrelor de apeluri, cum ar fi cozile vocale, apelurile inverse, rutarea în funcție de competențe sau priorități, gestionarea cozilor de agenți, analize, raportare etc.
Apelul Cisco pentru integrarea cu Microsoft Teams permite agenților să acceseze apelurile și funcțiile din coada de apeluri direct din clientul lor Microsoft Teams.
Cozile de apeluri acceptă următoarele caracteristici cheie:
-
Salutări și mesaje (de bun venit, de mângâiere, șoaptă etc.)
-
Mențineți muzică
-
Callback
-
Politici de rutare a cozilor (serviciu de noapte, sărbători, redirecționare)
-
Coadă de așteptare pentru agenți login/logout
-
Gestionarea stării cozii de așteptare a agenților
-
sau asistență telefonică fixă
-
Agentul supervizor apelează monitorul, antrenează, interceptează sau preia controlul prin intermediul Codurilor de Acces la Funcții (FAC)
-
(acces de administrator) pentru:
-
gestionarea cozilor
-
Analiză și raportare a agenților și a cozilor
-
Gestionarea cozilor, a agenților și a supervizorilor.
-
Pentru mai multe informații, consultați Configurarea cozii de apeluri.
are o funcție suplimentară de asistență pentru clienți care oferă capacități suplimentare de așteptare a apelurilor și oferă agenților și supervizorilor o experiență de utilizare mai bună în cadrul . Pentru o comparație între funcțiile Coadă de apeluri și Asistență clienți, consultați Comparație între funcțiile coadă de apeluri și asistență clienți Webex Calling.
Grup de căutare
Grupurile de căutare permit rutarea apelurilor primite către un grup specific de utilizatori printr-un model de rutare a apelurilor predeterminat. Acest lucru asigură că apelurile sunt preluate de grupul potrivit de utilizatori sau trimise către o mesagerie vocală pentru urmărire.
O mare diferență între grupurile de hunting și cozile de apeluri este că apelurile nu sunt puse în coadă într-un grup de hunting, așa că, dacă niciun utilizator din grupul de hunting nu este disponibil pentru a răspunde la apel, acesta va fi deconectat, trimis la mesageria vocală sau redirecționat către un alt număr (utilizator sau serviciu).
Pentru mai multe informații, consultați Gestionarea grupurilor de căutare în Control Hub.
Moduri de funcționare
Funcția Moduri de operare permite companiilor să direcționeze eficient apelurile către diverse destinații (utilizatori, mesagerie vocală, servicii de apelare precum o coadă de apeluri). Locul și momentul direcționării unui apel se bazează pe un program orar și zi din săptămână, iar orice utilizator poate fi autorizat să gestioneze aceste moduri (programe) pentru a controla modificările aduse direcționării apelurilor.
De exemplu, apelurile către o coadă de apeluri pot fi direcționate către o altă coadă de apeluri cu agenți aflați într-un fus orar diferit pentru a răspunde la apeluri în afara orelor de program, în timpul programului de lucru pot fi direcționate către agenții locali și în timpul sărbătorilor pot fi direcționate către mesageria vocală pentru a fi urmărite după ce agenții se întorc la birou.
Un utilizator autorizat poate comuta între aceste scenarii (moduri) diferite de redirecționare a apelurilor dacă trebuie să schimbe direcționarea apelurilor primite pentru o anumită perioadă. Acești utilizatori pot gestiona modurile prin intermediul lor 6800/7800/8800 Telefoane MPP, telefoane 9800 sau în User Hub la Gestionare moduri.
Pentru mai multe informații, consultați Rutarea apelurilor în funcție de modurile de operare din Webex Calling.
Grup de difuzare
Grupurile de paginare permit utilizatorilor să efectueze un apel unidirecțional pentru a trimite un mesaj audio unui grup de utilizatori. Fiecare grup poate conține până la 75 de utilizatori țintă and/or spații de lucru accesibile prin apelarea unui număr sau a unei extensii predefinite.
Când un utilizator apelează un Grup de Paging, se efectuează un apel simultan către toate destinațiile atribuite din grup, moment în care apelantul își poate rosti mesajele și poate închide după ce a terminat.
Pentru mai multe informații, consultați Configurarea unui grup de paginare în Control Hub.
Înregistrări
acceptă înregistrarea apelurilor efectuate sau primite de un utilizator. Acest lucru poate fi necesar pentru nevoi de calitate, asigurare, securitate sau instruire. În mod implicit, apelurile sunt înregistrate în , dar pot fi utilizați și alți furnizori terți de înregistrare dacă sunt necesare alte funcții de înregistrare sau cerințe de conformitate și reglementări.
Când se utilizează ca platformă de înregistrare, toate apelurile înregistrate sunt gestionate în cadrul . Administratorii completi cu rolul de responsabil cu conformitatea pot reda și descărca înregistrările. Fără rolul de responsabil cu conformitatea, administratorul poate doar șterge înregistrările.
Pentru mai multe informații despre această funcție și o listă de înregistrări efectuate de terți, consultați Gestionarea înregistrării apelurilor pentru Webex Calling.
Acoperire cu număr unic
Acoperirea cu un singur număr permite ca apelurile către numărul de telefon al unui utilizator să sune pe mai multe dispozitive. Aceasta poate include atât alte telefoane de birou, cât și telefoane mobile. Apelurile pot fi plasate și de pe aceste dispozitive, iar utilizatorii pot transfera și transfera apeluri între ele.
Pentru mai multe informații despre această funcție și despre cum o poate configura un administrator în , consultați Configurarea acoperirii cu un singur număr (birou oriunde).
Pentru mai multe informații despre cum un utilizator poate gestiona și configura această funcție în Webex User Hub (portal), consultați Configurarea acoperirii cu un singur număr (birou oriunde).
Grup mesagerie vocală
Grupurile de mesagerie vocală permit o căsuță vocală partajată care poate fi atribuită unui utilizator sau unei funcții de rutare a apelurilor. Câteva dintre motivele pentru care ar putea fi necesar un grup de mesagerie vocală sunt:
-
Mesagerie vocală generală pentru un departament sau un grup de lucru
-
Adăugați opțiunea de mesagerie vocală la un operator automat sau la un grup de căutare
-
Pentru a trimite apeluri de depășire a limitei dintr-o coadă de apeluri
-
Utilizatori care au nevoie doar de o căsuță vocală.
Pentru mai multe informații, consultați Gestionarea unei mesagerii vocale partajate și a unei casete de fax primite pentru Webex Calling.
Consola participant este listată pe pagina Funcții de apelare din Webex, însă este o funcție suplimentară care necesită achiziționarea licenței consolei participant pentru a fi utilizată.
Pentru mai multe informații, consultați Introducere în utilizarea Consolei participant.
Pentru informații despre toate funcțiile, inclusiv unele funcții suplimentare, consultați Funcții disponibile în funcție de tipul de licență pentru Webex Calling.
Implementați
Pregătire pentru rețea
Primul pas în tranziția către este asigurarea unei conectivități la internet fiabile și sigure între rețeaua locală și cloud.
Întrucât majoritatea organizațiilor se conectează la internet prin intermediul unuia sau mai multor firewall-uri sau dispozitive de securitate, este esențial să se valideze dacă fluxurile de trafic necesare sunt acceptate.
Administratorii de rețea și securitate trebuie să înțeleagă aceste fluxuri în termeni de:
-
Direcție (spre intrare vs. spre ieșire)
-
Protocoale (Exemplu - SIP TLS, SRTP, HTTPS)
-
Intervalele de adrese IP utilizate de servicii
-
Numerele de port care trebuie deschise sau permise.
Acest lucru asigură că firewall-urile corporative, dispozitivele NAT și alte infrastructuri de rețea sunt configurate corect pentru a gestiona traficul, menținând în același timp politicile de securitate ale întreprinderii.
Pentru informații despre fluxurile necesare, inclusiv adresa IP, porturile și protocoalele, consultați Informații de referință despre porturi pentru Webex Calling. Folosiți aceste informații pentru a configura firewall-ul, proxy-urile și alte infrastructuri de rețea din implementarea existentă pentru a activa fluxurile de rețea.
Abordarea recomandată pentru serviciile de colaborare în cloud, cum ar fi . Permițând ieșirea traficului local, acest model:
-
Reduce întârzierea și fluctuațiile dus-întors, îmbunătățind calitatea generală a apelurilor
-
Se scalează eficient pe măsură ce mai mulți utilizatori și site-uri trec la
-
Funcționează perfect cu SD-WAN, care poate direcționa dinamic sesiunile către cel mai apropiat punct de intrare în cloud pentru performanțe optime
- Permite urmărirea locației utilizatorului pe baza adresei IP publice, ceea ce ajută la analiza căii media și la depanarea problemelor.
În plus, organizațiile trebuie să asigure o lățime de bandă adecvată la internet la fiecare locație. Lățimea de bandă ar trebui dimensionată în funcție de numărul așteptat de apeluri simultane, codecul selectat (de exemplu, Opus sau G.711), plus costurile suplimentare pentru semnalizare, retransmisii și creștere. Aceasta se aliniază cu faza de pregătire a ciclului de viață PPDIO și stabilește o bază solidă pentru migrare.
Configurarea inițială
Subsecțiunea de configurare inițială din faza de implementare este fundamentală pentru stabilirea unui mediu de apelare în cloud bine structurat și ușor de gestionat. Această etapă cuprinde sarcini critice precum configurarea organizației, achiziționarea și atribuirea licențelor, precum și verificarea și revendicarea domeniilor companiei dvs. pentru a asigura gestionarea și securitatea corespunzătoare a utilizatorilor. În plus, include furnizarea de șabloane de licență pentru automatizarea atribuirii licențelor utilizatorilor, configurarea Single Sign-On (SSO) pentru a simplifica autentificarea utilizatorilor și a îmbunătăți securitatea, precum și ajustarea setărilor serviciilor și clienților pentru a se alinia cu politicile organizației și nevoile utilizatorilor. Finalizarea acestor activități inițiale de configurare asigură configurarea corectă a mediului pentru scalabilitate, securitate și o experiență utilizator fără probleme, pregătind terenul pentru fazele ulterioare de implementare și operare.
Verificarea domeniului
Pentru a permite identificarea utilizatorilor înregistrați cu domeniile de e-mail ale companiei dvs. pe , este esențial să vă verificați domeniile. Fără verificarea domeniului, utilizatorii vor fi atribuiți unei organizații de consumatori, ceea ce va complica gestionarea utilizatorilor pentru compania dvs. Verificarea domeniului este un pas obligatoriu care permite organizației tale să revendice și să gestioneze eficient acești utilizatori.
Asigurați-vă că toate domeniile asociate adreselor de e-mail ale utilizatorilor dvs. sunt verificate. Verificarea domeniului nu este exclusivă; același domeniu poate fi verificat în mai multe organizații.
Pentru mai multe informații despre gestionarea domeniilor, consultați Gestionați-vă domeniile.
Revendicați (convertiți) utilizatori existenți
După ce ați verificat cu succes domeniile, puteți continua să revendicați în organizația dvs. utilizatorii care s-au înregistrat pentru utilizarea domeniilor de e-mail ale companiei dvs. Acest proces consolidează toți utilizatorii sub o singură umbrelă organizațională, permițând o gestionare centralizată și o administrare simplificată. Prin revendicarea acestor utilizatori, vă asigurați că firma dvs. are control deplin asupra conturilor de utilizator, permițându-vă să atribuiți licențele corespunzătoare, să configurați servicii și să oferiți asistența necesară în mod eficient. Această abordare unificată a managementului îmbunătățește securitatea, simplifică furnizarea de servicii utilizatorilor și asigură acces consistent la servicii în întreaga organizație. Revendicarea utilizatorilor împiedică, de asemenea, gestionarea acestora în organizații externe sau de consum, menținând astfel integritatea organizațională și controlul asupra resurselor de colaborare.
Pentru mai multe informații despre revendicarea utilizatorilor, consultați Revendicarea utilizatorilor pentru organizația dvs. (conversia) utilizatorilor.
Configurați și testați sincronizarea directoarelor
Pentru a permite gestionarea fără probleme a utilizatorilor și grupurilor, puteți sincroniza utilizatorii și grupurile din directorul corporativ fie Microsoft Entra ID (fostul Azure AD), fie Microsoft Active Directory (AD) în . Acest proces asigură menținerea constantă a identităților utilizatorilor și a apartenenței la grupuri în întregul mediu.
Pentru organizațiile care implementează implementări etapizate, este esențial să controleze și să limiteze domeniul de aplicare al sincronizării în timpul implementărilor inițiale. Acest lucru minimizează riscul unor modificări neintenționate și permite testarea specifică înainte de adoptarea pe scară largă.
Cea mai eficientă metodă de filtrare a utilizatorilor sincronizați este utilizarea apartenenței la grupuri de directoare:
| 1 |
Creați un grup de sincronizare dedicat: În directorul de întreprindere (ID Microsoft Entra sau AD), creați un grup de securitate special pentru sincronizare (de exemplu, grup de sincronizare). |
| 2 |
Populați grupul cu utilizatorii țintă: Adăugați la acest grup doar utilizatorii pe care doriți să îi sincronizați (cum ar fi un grup de testare în timpul fazei pilot). Acest lucru vă permite să controlați cu strictețe cine este inclus în procesul de sincronizare. |
| 3 |
Configurați acordul de sincronizare cu filtrare bazată pe grupuri: Când configurați acordul de sincronizare în Directory Connector sau în furnizarea de informații Entra ID, configurați domeniul de aplicare pentru a include doar utilizatorii care sunt membri ai grupului desemnat.
|
| 4 |
Extindeți grupul după cum este necesar: Pe măsură ce treceți la faze de implementare mai ample, pur și simplu adăugați utilizatori sau grupuri suplimentare la grupul de sincronizare. Aria de sincronizare se va extinde automat pentru a include acești utilizatori, permițând o implementare controlată și graduală. Exemple de pași de implementare:
Referințe: Sincronizați utilizatorii Entra ID în Control Hub |
Configurați și testați autentificarea unică (SSO)
Autentificarea unică (SSO) îmbunătățește securitatea și simplifică accesul utilizatorilor, permițându-le să se autentifice o singură dată cu acreditările corporative și să obțină acces fără probleme la [numele companiei]. Acceptă integrarea SSO cu IdP-uri compatibile cu SAML 2.0, inclusiv Microsoft Entra ID (fostul Azure AD), soluții federative Active Directory (AD) și diverși IdP-uri terți.
În acest moment, configurația SSO proiectată ar trebui implementată și testată.
Referințe:
Integrare autentificare unică în centrul de control
configurați autentificarea unică pentru administrarea Webex
Achiziționarea, furnizarea și verificarea licențelor
Ca parte a configurării inițiale pentru , este esențial să se achiziționeze, să se furnizeze și să se verifice licențele corespunzătoare pentru a activa și gestiona eficient serviciile. Procesul de achiziție implică selectarea tipurilor de licențe pe baza rolurilor utilizatorilor și a volumului de lucru, cum ar fi licențe Professional, Standard și Workspace. Licențele sunt generate și furnizate prin intermediul platformelor software Cisco sau prin intermediul partenerilor. După achiziționare și furnizare, trebuie verificat numărul corect de licențe în . Acest proces asigură că organizația are licențele corecte activate și gata de utilizare în implementare.
Ca parte a configurării inițiale a licențierii în , este important să configurați licențierea automată bazată pe organizație pentru a simplifica atribuirea licențelor pentru noii utilizatori. Această configurație permite acordarea automată a licențelor atunci când utilizatorii sunt adăugați la organizație, eliminând necesitatea atribuirii manuale a licențelor. Când configurați licențierea automată la nivel de organizație, selectați serviciile pe care le atribuiți și definiți domeniul de aplicare, cum ar fi aplicarea licențelor doar utilizatorilor viitori sau includerea și a utilizatorilor existenți.
Totuși, dacă planul dvs. de implementare implică utilizarea licențierii automate la nivel de grup, puteți alege să nu atribuiți licențe la nivel de organizație pentru a evita conflictele sau atribuirea duplicată a licențelor. Cu licențierea automată la nivel de grup, licențele sunt atribuite în funcție de apartenența la grup. Utilizatorii din mai multe grupuri primesc licențe din toate atribuțiile de grup aplicabile.
Configurarea atribuirii licențelor bazate pe grupuri trebuie efectuată după finalizarea sincronizării directoarelor, astfel încât grupurile sincronizate să existe și să poată fi utilizate pentru atribuirea licențelor.
Mai exact, atribuirea automată a licențelor necesită detalii suplimentare de furnizare, cum ar fi locația utilizatorului și atribuirea numărului de telefon. Numărul de telefon de serviciu al utilizatorului trebuie să fie în +E.164 format, pre-aprovizionat și atribuit unei locații valide pentru ca licența să fie activată automat. Dacă aceste condiții nu sunt îndeplinite, utilizatorul nu va primi automat serviciile și poate necesita intervenție manuală.
Pe scurt, configurați licențierea automată bazată pe organizație pentru utilizatorii noi dacă doriți o atribuire de licențe extinsă, la nivelul întregii organizații. Dacă preferați un control mai granular sau aveți nevoi de licențiere diferite pentru fiecare grup, configurați licențierea automată la nivel de grup și evitați atribuirea de licențe la nivel de organizație pentru a preveni suprapunerea și a asigura o gestionare corectă a licențelor.
Setările serviciului de apelare Webex
Este esențial să se efectueze o analiză și o configurare cuprinzătoare a setărilor globale ale serviciilor din cadrul .
Începeți prin a accesa secțiunea de setări și a naviga la aceasta. Examinați cu atenție fiecare opțiune configurabilă, inclusiv, dar fără a se limita la, configurarea apelării interne, parametrii apelurilor de urgență, politicile de rutare a apelurilor, gestionarea mesageriei vocale și setările implicite ale dispozitivului.
Ajustați aceste setări globale pentru a reflecta politicile și deciziile de design ale organizației dvs.
De asemenea, configurați setările și șabloanele de utilizatori și aplicații.
Migrarea pilot
În faza de implementare, executarea unei migrări pilot reprezintă o etapă importantă în validarea tranziției de la la . Acest proiect pilot implică furnizarea pe platformă a unui subset reprezentativ de utilizatori din una sau mai multe locații, asigurându-se că populația selectată reflectă diverse cazuri de utilizare și roluri organizaționale. În paralel cu migrarea utilizatorilor, serviciile esențiale de colaborare, inclusiv mesageria vocală, operatorii automati, cozile de apeluri și grupurile de căutare, trebuie să fie transferate la echivalentele lor pentru a menține continuitatea afacerii și funcționalitatea serviciilor.
Migrarea pilot ar trebui să utilizeze aceeași combinație de instrumente furnizate de Cisco și utilități de migrare de la terți care sunt planificate pentru implementarea organizațională mai largă, asigurându-se că procesele, fluxurile de lucru de automatizare și punctele de integrare sunt validate temeinic în condiții reprezentative.
Obiectivele principale ale acestei implementări pilot sunt două: în primul rând, pentru a valida și rafina procesele de tranziție end-to-end, inclusiv fluxurile de lucru de furnizare a utilizatorilor, procedurile de migrare a datelor și configurațiile endpoint-urilor; și în al doilea rând, pentru a verifica în mod complet funcționalitatea serviciilor migrate în condiții operaționale reale.
Această abordare pe etape permite echipei de proiect să identifice și să remedieze orice probleme tehnice sau procedurale într-un mediu controlat, să colecteze feedback de la utilizatori cu privire la noua experiență pe platformă, să evalueze eficacitatea instrumentelor de migrare selectate și să stabilească încredere în metodologia de migrare înainte de a continua cu implementarea organizațională mai amplă.
Informațiile obținute în timpul acestei faze pilot sunt esențiale în optimizarea valurilor ulterioare de migrare și în asigurarea unei tranziții line și cu riscuri reduse pentru întreaga întreprindere.
Achiziționare PSTN
Pentru a achiziționa servicii PSTN pentru , selectați mai întâi o opțiune de conectivitate PSTN în .
Dacă o organizație intenționează să mențină controlul apelurilor duale hibride ( faza 1 în figura Tranziție fazată a apelurilor: Hibrid și Cloud) fie temporar, fie pe termen nelimitat, vor trebui să implementeze unul sau mai multe gateway-uri locale pentru PSTN local pentru a permite apelurile între puncte finale și.
Dacă obiectivul final este o tranziție completă ( faza 2) către cloud, inclusiv PSTN, atunci va fi necesar fie un plan de apeluri Cisco, fie o opțiune Cloud Connect pentru PSTN.
Colaborați cu furnizorul ales pentru a comanda și porta numerele de telefon înainte de a le configura în . Comandarea numerelor de telefon sau inițierea comenzilor de port este doar required/possible pentru PSTN local și Cloud Connect pentru . Pentru planurile de apeluri Cisco, comandarea și portarea sunt inițiate din Control Hub imediat ce locația este creată și în țările în care este disponibil planul de apeluri Cisco. Pentru mai multe informații despre planurile Cisco Calling, consultați Introducere în utilizarea planurilor Cisco.
Ca parte a implementării PSTN, asigurați-vă că furnizorul dvs. a activat atât serviciile PSTN de intrare, cât și de ieșire pentru locația dvs. În plus, efectuați apeluri de test pentru a verifica dacă apelurile sunt direcționate corect prin conexiunea PSTN aleasă.
Configurați locațiile
Înainte de a adăuga utilizatori și dispozitive la , trebuie să configurați locațiile de apelare. Pentru fiecare locație, trebuie introdusă o adresă stradală validă. În SUA și Canada, această adresă este validată și utilizată de platformă pentru a trimite informații despre locație PIDF-LO pentru apeluri de urgență.
Când configurați locații care utilizează PSTN local, trebuie să configurați gateway-urile locale în mod corespunzător. În , trebuie create un trunchi și un grup de rute pentru fiecare gateway local, iar grupul de rute este apoi atribuit ca opțiune PSTN pentru locație. Cisco recomandă insistent selectarea întotdeauna a unui grup de rute ca opțiune PSTN, deoarece această abordare vă permite să adăugați cu ușurință trunchiuri suplimentare în viitor, oferind suport atât pentru scalabilitate, cât și pentru redundanță. De asemenea, Cisco recomandă activarea suportului pentru identitate duală și P-Charge-Info pe fiecare trunchi PSTN, deoarece acest lucru simplifică identificarea părții facturabile pentru apelurile directe sau redirecționate efectuate. Dacă furnizorul dvs. PSTN utilizează un antet diferit pentru facturare, puteți copia informațiile din antetul P-Charge-Info de pe gateway-ul local în antetul de facturare necesar.
Pentru locațiile care utilizează Cloud Connect sau Cisco Calling Plan ca opțiune PSTN, selectați pur și simplu opțiunea PSTN corespunzătoare locației în timpul configurării. Dacă locația folosește fie Cloud Connect, fie PSTN local, va trebui să adăugați numerele de telefon care au fost comandate în pasul anterior. Numerele pot fi adăugate ca inactive dacă nu doriți să fie incluse imediat în rutarea apelurilor; puteți activa aceste numere ulterior, când sunt atribuite utilizatorilor sau funcțiilor.
Este important să setați întotdeauna numărul principal pentru fiecare locație. Numărul principal poate fi atribuit fie unui utilizator, fie unei funcții, cum ar fi un operator automat. Pentru a activa mesageria vocală la locație, asigurați-vă că ați setat numărul pilot al mesageriei vocale, cunoscut și sub numele de număr de portal vocal.
Setările suplimentare pentru locațiile de apelare includ configurarea detaliilor apelurilor de urgență, cum ar fi numărul de apel invers de urgență, opțiunile de notificare și funcțiile îmbunătățite pentru apelurile de urgență. De asemenea, ar trebui să revizuiți și să ajustați setările de înregistrare, preferințele lingvistice și configurațiile dispozitivului, după cum este necesar pentru fiecare locație. Dacă organizația dumneavoastră utilizează apelarea inter-site abreviată în rețea cu numere semnificative de întreprindere, nu uitați să configurați un cod unic de site pentru locație în setările de apelare internă. În cele din urmă, dacă apelarea externă necesită o cifră de apelare externă, asigurați-vă că setați această opțiune în setările de apelare externă. Când este configurată o cifră de apelare pentru apeluri de ieșire, Cisco recomandă activarea impunerii cifrelor de apelare pentru apeluri de ieșire pentru a asigura consecvența.
Integrare cu controlul apelurilor local
Pentru a integra cu controlul apelurilor local, este necesar să configurați trunchiuri, grupuri de rutare, planuri de apelare la nivel de întreprindere și setări atât pentru locație, cât și pentru cele globale. Începeți prin configurarea trunchiurilor și a gateway-urilor locale destinate interconectării cu sistemul local de control al apelurilor; acest pas este necesar numai dacă sunt necesare trunchiuri dedicate. Dacă trunchiurile și grupurile de rute existente sunt suficiente pentru implementarea dvs., acestea pot fi reutilizate pentru interconectarea locală fără configurare suplimentară.
După ce trunchiurile și grupurile de rute sunt stabilite, continuați să creați planurile de apelare ale companiei și să atribuiți grupul de rute corespunzător ca destinație pentru fiecare plan de apelare. Când integrarea implică mai multe sisteme locale de control al apelurilor conectate prin trunchiuri diferite, vor fi necesare mai multe planuri de apelare. Este important să vă asigurați că aceste planuri de apelare conțin doar modelele necesare pentru rutarea apelurilor către destinații locale.
Dacă implementarea necesită asistență pentru rutarea extensiilor necunoscute, această funcție ar trebui activată la nivel de locație. În plus, atunci când este activată rutarea extensiilor necunoscute, trebuie să specificați lungimea maximă a extensiei necunoscute în secțiunea Rutare apeluri între și premise din setările serviciilor de apelare din . Acest lucru asigură o rutare fără probleme a apelurilor și o gestionare corectă a scenariilor de apelare bazate pe extensii în mediul dumneavoastră integrat.
Migrarea utilizatorilor în loturi
Când migrați utilizatori din în, este posibil să nu puteți muta toți utilizatorii în același timp. Acest lucru se poate datora mai multor motive, inclusiv, dar fără a se limita la, numărul de site-uri sau utilizatori, timpul necesar pentru tranziția unui site and/or grup de utilizatori simultan, resurse IT sau ale site-ului limitate pentru a susține fereastra de modificare, durata ferestrei de modificare, complexitatea modificării etc.
Când migrați utilizatori în etape, este esențial să identificați utilizatorii care trebuie să migreze împreună în același lot. Scopul principal este de a migra împreună utilizatorii care au dependențe unii de alții pentru serviciile și funcțiile lor de apelare. Doriți să vă asigurați că toate funcțiile lor de apelare (Exemplu - Cozi de apeluri) sunt complet funcționale așa cum erau înainte de tranziție.
Chiar dacă implementați interoperabilitatea apelurilor între și cu gateway-uri locale, nu puteți împărți serviciile sau caracteristicile partajate pe această conexiune. Prin urmare, trebuie să identificați dependențele dintre utilizatori analizând caracteristici precum:
-
Monitorizarea altor utilizatori folosind BLF-uri
-
În același pilot de vânătoare, coadă de apeluri etc.
-
Linii partajate
-
Utilizarea funcției de preluare a apelurilor
-
Folosirea acelorași numere de parcare a apelurilor
-
Intercom
-
Executive/Admin.
Un exemplu ar fi un utilizator care face parte dintr-un Grup de Hunt care este în tranziție la . Acest utilizator va face tranziția alături de Grupul de vânătoare și de toți ceilalți membri ai Grupului de vânătoare. Prin urmare, după tranziție, Grupul Hunt și membrii săi pot răspunde cu succes apelurilor pe noua platformă.
Acest lucru devine mai dificil atunci când utilizatorii sunt conectați la diferite grupuri de utilizatori pentru diferite servicii și funcții de apelare. Acest lucru va necesita tranziția simultană a mai multor grupuri de utilizatori și a unui serviciu de apelare.
Folosește rezultatul instrumentului Migration Insights sau al instrumentului terț pe care l-ai utilizat în faza de pregătire pentru a determina ce utilizatori și caracteristici ar trebui grupate împreună. Acest rezultat ar fi trebuit să fie utilizat pentru a dezvolta planul de migrare și vă va oferi informații despre cum veți grupa utilizatorii și funcțiile care trebuie să facă tranziția împreună.
Pașii cheie la tranziția unui grup de utilizatori sunt:
-
Identificarea utilizatorilor pentru migrarea împreună
-
Verificați dacă toți utilizatorii sunt în
-
Verificați existența tuturor TN-urilor pentru utilizatori în
-
Verificați formatul corect al numărului de telefon în director
-
Asigurați-vă că șabloanele de licențiere și setări pentru grupurile de utilizatori sunt configurate corect
-
Verificarea sau configurarea tuturor serviciilor și funcțiilor de apelare pentru grupul de utilizatori (înainte sau în timpul tranziției, după caz)
-
În directorul companiei, adăugați utilizatori la grupul de utilizatori activați pentru apeluri
-
Instrumente de utilizare - instrumente de migrare a utilizatorilor și funcțiilor and/or instrumente terțe
-
Disable/Delete user/device număr de telefon și apelare features/services după tranziție.
După migrarea unui grup de utilizatori, testați un subset de utilizatori pentru a valida dacă toate funcțiile și serviciile lor de apelare funcționează corect. Dacă funcțiile de apelare precum coada de apeluri, grupurile de căutare etc. sunt transferate odată cu grupul de utilizatori, atunci testați funcționalitatea corectă a acestor servicii de apelare.
Spații de lucru
În , un spațiu de lucru se referă la o locație partajată (cum ar fi o sală de conferințe, un spațiu de reuniune sau un hot desk) căreia i se pot atribui dispozitive, extensii și utilizatori. Spre deosebire de telefoanele tradiționale Unifed CM, spațiile de lucru sunt:
-
Centrat pe locație: legate de spațiile fizice.
-
Flexibilitate în funcție de dispozitiv: poate avea unul sau mai multe dispozitive (telefoane de birou, plăci video etc.).
După ce spațiile de lucru au fost identificate ca parte a tranziției la , acestea pot fi adăugate la Dispozitive. Fiecare spațiu de lucru necesită o atribuire de dispozitiv, iar dacă se află deja în Unified CM, trebuie resetat sau reaprovizionat pentru . Funcții precum mesageria vocală, redirecționarea apelurilor și preluarea apelurilor pot fi activate sau dezactivate, iar politicile pot fi aplicate pentru apeluri video, parcare apeluri și mobilitate, după cum este necesar. Testați fiecare spațiu de lucru efectuând apeluri interne și externe, testând funcțiile video, de conferințe și de mobilitate. În cele din urmă, informați utilizatorii despre orice procese aplicabile pentru dispozitivele și rezervările din spațiul de lucru.
Pentru mai multe informații despre spațiile de lucru din , consultați Spații de lucru.
Dispozitive de furnizare
Telefoanele înregistrate în prezent vor trebui migrate ca parte a tranziției către cloud. Pentru a simplifica migrarea cât mai mult posibil, cu șanse minime de eșec, Cisco recomandă migrarea simultană a locațiilor fizice sau a departamentelor. Totuși, este posibil să fie necesar să migrați utilizatorii în loturi din cauza dependențelor de funcții. Consultați secțiunea Migrarea utilizatorilor în loturi pentru mai multe detalii.
Orice telefon compatibil de la care trebuie să faceți tranziția va trebui configurat ca utilizator sau spațiu de lucru, iar telefonul fizic va trebui reconfigurat pentru a se înregistra cu . În plus, telefoanele din seria 7800 și 8800 necesită actualizarea firmware-ului de la firmware Enterprise la firmware Multiplatform Phone (MPP). Acest proces include încărcarea firmware-ului tranzitoriu înainte de încărcarea firmware-ului MPP necesar pentru înregistrare. De asemenea, necesită licența de migrare corespunzătoare. Cisco a îmbunătățit acest proces în ultimii ani pentru a vă facilita actualizarea telefoanelor cu firmware Enterprise la firmware MPP. Pentru mai multe informații despre pașii necesari pentru finalizarea actualizării firmware-ului, consultați Conversia telefoanelor IP din seria Cisco 7800 și 8800 între firmware-ul Enterprise și MPP.
Pe lângă pașii descriși în acest articol, are un instrument încorporat, Migrați telefonul la Webex Calling, pe care îl puteți utiliza pentru a migra telefoanele 7800 și 8800 de la firmware-ul Enterprise la cel MPP. Acest instrument vă permite, de asemenea, să adăugați telefoanele și să le atribuiți utilizatorilor sau spațiilor de lucru corespunzătoare. Pentru mai multe informații despre utilizarea instrumentului, consultați Migrați telefonul.
Pentru telefoanele din seria 9800 înregistrate cu ajutorul opțiunii de migrare a firmware-ului menționate mai sus nu se aplică cerința de migrare. Aceste telefoane rulează PhoneOS, care este acceptat atât de , cât și de . Pentru a transfera aceste telefoane, va trebui să le adăugați la Webex Calling, să le atribuiți unui utilizator sau unui spațiu de lucru și apoi să resetați telefoanele la setările din fabrică. Secvența de pornire PhoneOS pentru înregistrare Figura de mai jos arată secvența de pornire PhoneOS și modul în care telefonul se va înregistra odată ce a fost adăugat, chiar dacă telefonul este încă configurat pe and/or Opțiunile DHCP (Exemplu - 150) sunt în uz.
Acceptă resetarea din fabrică a dispozitivelor PhoneOS pentru a permite integrarea Zero-Touch. Administratorii pot reseta de la distanță la setările din fabrică telefoanele 9800 și 8875 prin intermediul paginilor de administrare CUCM, ceea ce elimină necesitatea accesului fizic la telefoane pentru integrarea acestora. Această funcție este acceptată cu pachetele de dispozitive începând cu 9 septembrie 2025:
-
CUCM v14 - Manager de comunicații unificate versiunea 14.
Pentru mai multe informații despre procesul de înregistrare pentru seria 9800, consultați Procesul de înregistrare.
Pe lângă telefoanele IP Cisco, poate fi necesară furnizarea altor dispozitive, cum ar fi adaptoare telefonice analogice (ATA), telefoane wireless (Wifi, DECT), dispozitive video, gateway-uri vocale și dispozitive și telefoane de laterți . Multe dintre aceste dispozitive nu au o cale de actualizare a firmware-ului, precum telefoanele IP, pentru a le face trecerea de la firmware-ul enterprise la firmware-ul cloud. Prin urmare, veți furniza fiecare dintre aceste dispozitive în Control Hub. Unele dintre acestea nu pot fi înlocuite cu modelul echivalent (de exemplu, ATA). 191/192) iar altele vor necesita reconfigurare manuală and/or modificări ale software-ului.
- Gateway-uri vocale - Pentru a migra gateway-ul local, consultați Migrarea gateway-ului local.
Pentru mai multe informații despre configurarea gateway-ului vocal VG400, VG410 sau VG420 în Control Hub, consultați Gateway local
-
Adaptor telefonic analogic (ATA) - Pentru a începe să utilizați Cisco ATA 191 și 192, consultați Cisco ATA.
-
Telefon wireless Wifi - Pentru a integra telefonul wireless 840 și 860, consultați Integrarea telefonului wireless Webex.
-
Telefoane wireless DECT - Pentru a începe să utilizați noua serie Cisco IP DECT 6800, consultați Cisco IP DECT.
Pentru a construi și gestiona o rețea digitală DECT în Control Hub, consultați Gestionarea rețelei DECT
Pentru mai multe informații despre Cisco IP DECT 6800, consultați Ghidul de implementare
-
Dispozitive și telefoaneterțe ] [] [] [] - Lucrați cu furnizoriterți [] pe device/phone cerințe și procesul de migrare sau înlocuire a acestora pentru a oferi suport .
Configurarea caracteristicilor
Orice funcții de apelare necesare trebuie să fie furnizate înainte sau în timpul tranziției. Așa cum s-a discutat în secțiunea Migrarea utilizatorilor în loturi, funcțiile de apelare trebuie configurate și tranziționate odată cu tranziția utilizatorilor care le utilizează.
Pentru detalii despre cum se configurează fiecare dintre funcții, consultați articolele de ajutor pentru configurare corespunzătoare.
-
Operatori automati - Pentru a gestiona operatorii automati, consultați Operatori automati
-
Parcare apeluri - Pentru a gestiona parcarea apelurilor, consultați Parcare apeluri
-
Preluare apel - Pentru a configura grupul de preluare apeluri, consultați Preluare apel
-
Cozi de apeluri - Pentru a configura coada de apeluri, consultați Cozi de apeluri
-
Grupuri de vânătoare - Pentru a gestiona grupurile de vânătoare, consultați Gestionarea grupului de vânătoare
-
Moduri de operare - Pentru rutarea apelurilor pe baza modurilor de operare, consultați Rutarea apelurilor pe baza modurilor de operare
-
Grupuri de paginare - Pentru a configura un grup de paginare, consultați Configurarea unui grup de paginare
-
Înregistrări - Pentru a gestiona înregistrarea apelurilor pentru , consultați Gestionarea înregistrărilor
-
Acoperire cu un singur număr - Pentru a configura acoperirea cu un singur număr (birou oriunde), consultați Configurați un singur număr
-
Grup de mesagerie vocală - Pentru a gestiona o mesagerie vocală partajată și o casetă de fax primită pentru , consultați Gestionarea mesageriei vocale.
Testarea acceptării
Testarea de acceptare asigură faptul că mediul migrat îndeplinește cerințele funcționale, funcționează conform așteptărilor și oferă o experiență utilizator fără probleme în toate fluxurile de lucru de comunicare. Acest proces de validare este complex, acoperind totul, de la furnizarea de utilizatori și atribuirea numerelor până la performanța operațională a funcțiilor avansate de apelare.
Această secțiune oferă exemple și evidențiază aspecte cheie de luat în considerare în timpul testelor de acceptare; cu toate acestea, nu își propune să servească drept listă de verificare exhaustivă sau cuprinzătoare.
Furnizarea de utilizatori și atribuirea numerelor
Un aspect fundamental al testelor de acceptare implică verificarea faptului că toți utilizatorii sunt furnizați corect și complet în cadrul . Aceasta necesită o comparație amănunțită între directorul sursă () și baza de utilizatori nou creată pentru a se asigura că fiecare cont de utilizator, împreună cu atributele asociate, cum ar fi numerele de interior și alocările de apelare directă către interior (DID), au fost migrate corect. Completitudinea aprovizionării este esențială nu doar pentru operabilitatea din prima zi, ci și pentru administrarea și asistența continuă.
Validarea atribuirii numerelor include confirmarea faptului că fiecărui utilizator i se atribuie extensia și numărul extern corecte și că aceste numere sunt direcționate corect atât în fluxurile de apeluri interne (în rețea), cât și în cele externe (PSTN). Este esențial să verificați dacă există suprapuneri, alocări lipsă sau configurații greșite care ar putea duce la erori de rutare a apelurilor sau întreruperi ale serviciului.
Fluxuri de apeluri PSTN și prezentare a ID-ului apelantului
O procedură robustă de testare a acceptării trebuie să cuprindă validarea end-to-end a fluxurilor de apeluri PSTN. Aceasta include atât scenarii de apeluri primite, cât și de apeluri efectuate. Pentru apelurile PSTN primite, echipa de testare ar trebui să confirme că apelurile sunt livrate către punctele finale dorite, indiferent dacă este vorba de utilizatori individuali, cozi de apeluri, grupuri de vânătoare sau operatori automati. Apelurile PSTN efectuate trebuie plasate cu succes, acordându-se o atenție deosebită livrării și prezentării corecte a informațiilor de identificare a apelantului. Aceasta implică asigurarea faptului că numele și numărul corect al apelantului sunt afișate destinatarilor externi, în conformitate cu politicile organizației și cerințele de reglementare.
Testarea ar trebui să abordeze și scenarii de failover, cum ar fi gestionarea endpoint-urilor inaccesibile sau a întreruperilor rețelei. Acest lucru ajută la confirmarea faptului că mecanismele de rezervă și rutarea alternativă funcționează corect, menținând continuitatea și fiabilitatea serviciului.
Fluxuri de apeluri în rețea
Fluxurile de apeluri interne sau on-line formează coloana vertebrală a comunicării la nivel de întreprindere. Testarea de acceptare în acest domeniu verifică dacă apelurile dintre utilizatorii din cadrul organizației sunt rutate corect, cu funcții precum transferul apelurilor, punerea în așteptare, redirecționarea și conferința funcționând conform așteptărilor. Integritatea planurilor de apelare, conectivitatea între extensii și suportul pentru politicile de apel ale organizației trebuie confirmate.
Gestionarea apelurilor utilizatorilor și validarea funcțiilor
Un aspect important al testării de acceptare implică validarea modului în care utilizatorii gestionează apelurile folosind și telefoanele fixe compatibile. Acest proces se concentrează pe confirmarea faptului că fluxurile de lucru zilnice pentru apeluri sunt intuitive și fiabile și că utilizatorii au acces fără probleme la funcțiile de bază necesare pentru rolurile lor. Testarea ar trebui să evalueze ușurința cu care utilizatorii pot efectua și primi apeluri, pot gestiona funcțiile de așteptare și reluare a apelurilor și pot efectua transferuri atât în mod orb, cât și consultativ. De asemenea, este esențial să verificați dacă redirecționarea apelurilor, conferințele și alte funcții avansate, cum ar fi parcarea și preluarea apelurilor sau activarea funcției „Nu deranjați”, sunt disponibile imediat și funcționează fără probleme.
Experiența ar trebui evaluată pentru claritate și receptivitate, luând în considerare modul în care utilizatorii interacționează cu istoricul apelurilor, mesageria vocală și directoarele integrate. O atenție suplimentară ar trebui acordată capacității de a muta apelurile active între dispozitive și de a utiliza eficient comenzile din timpul apelurilor în cadrul aplicației sau pe telefoanele fizice. Scopul final este de a asigura o experiență consistentă, eficientă și care să susțină pe deplin nevoile de comunicare ale organizației după migrare.
Cozi de apeluri: Experiența agentului și a supervizorului
Cozile de apeluri sunt frecvent utilizate pentru gestionarea scenariilor de apeluri primite cu volum mare. Testarea de acceptare se concentrează aici pe mai multe dimensiuni. În primul rând, trebuie verificat dacă apelurile sunt distribuite către agenți conform logicii configurate a cozii, cum ar fi round robin, cea mai lungă inactivitate sau apelul simultan. Prezentarea apelurilor aflate în coadă pe desktop-urile agenților trebuie examinată pentru claritate și ușurință în utilizare, asigurându-se că agenții pot accepta, reține și transfera eficient apelurile.
Pentru supervizori, experiența pe desktop ar trebui evaluată pentru funcții precum monitorizarea în timp real, includerea forțată a apelurilor și analize sau informații despre performanța cozii de așteptare. Aceasta include, dar nu se limitează la, validarea tablourilor de bord și a instrumentelor de raportare care oferă date utile privind distribuția apelurilor, activitatea agenților și indicatorii din cozi.
Grupuri de vânătoare: Distribuția apelurilor
Grupurile de hunting sunt un mecanism cheie pentru distribuirea apelurilor către seturi predefinite de utilizatori. Testarea de acceptare trebuie să confirme că apelurile sunt rutate către membrii grupului pe baza algoritmului de vânătoare configurat și că scenariile de depășire, redirecționare și lipsa răspunsului sunt gestionate conform proiectării. Asigurarea faptului că apartenența la grupuri și comportamentele de rutare a apelurilor corespund cu cele stabilite anterior este esențială pentru consecvența operațională și satisfacția utilizatorilor.
Operatori automati: Anunțuri și operațiuni din meniu
Operatoarele automate reprezintă prima linie a gestionării automate a apelurilor. Testarea trebuie să acopere redarea anunțurilor, acuratețea mesajelor de salut înregistrate și funcționarea corectă a meniurilor. Selecțiile din meniu ar trebui să direcționeze apelanții în mod fiabil către departamentele, persoanele sau numerele externe corespunzătoare. Testarea ar trebui să includă și scenarii invalide sau cu expirare a timpului pentru a confirma că apelanții primesc îndrumări clare sau sunt redirecționați conform intenției.
Funcționarea mesageriei vocale
În cele din urmă, funcționalitatea mesageriei vocale este esențială pentru experiența utilizatorului. Testele de acceptare ar trebui să verifice dacă casetele vocale sunt atribuite corect și accesibile, atât din interiorul organizației, cât și de la distanță. Capacitatea de a înregistra, recupera și gestiona mesaje trebuie confirmată, împreună cu livrarea notificărilor.
Optimizați
Migrarea PSTN către Cloud Connect pentru
Odată ce toate endpoint-urile și utilizatorii sunt migrați către cloud calling, unicul scop al Unified CM este de a acționa ca tranzit între gateway-urile PSTN și prin intermediul Local Gateway. Eliminarea gateway-urilor PSTN și a gateway-ului local din imagine utilizând Cloud Connect ca acces PSTN pentru toți utilizatorii Webex Calling are mai multe avantaje, inclusiv reducerea costurilor și fiabilitate îmbunătățită. Pentru a transfera accesul PSTN local la Cloud Connect pentru , urmați acești pași:
-
Cloud Connect pentru selecția partenerilor.
Consultați lista de parteneri Cloud Connect și selectați dintre partenerii disponibili pentru locația organizației dvs.
-
Cloud Connect pentru validare.
Înainte de a comuta accesul PSTN pentru locații la Cloud Connect, conectivitatea la PSTN prin intermediul partenerului Cloud Connect selectat trebuie verificată și validată. În acest scop, trebuie să fie prevăzută o locație de testare cu câțiva utilizatori de testare alocați în locația respectivă. Accesul PSTN pentru această locație de testare este apoi setat la partenerul Cloud Connect înainte de validarea conectivității PSTN folosind telefoanele de testare. După validarea cu succes, locația de testare poate fi deaprovizionată.
-
Portarea numerelor.
Pentru a pregăti trecerea la Cloud Connect, trebuie plasată o ordine de porturi pentru toate numerele atribuite în prezent trunchiului PSTN care termină pe. Toate numerele trebuie portate către partenerul Cloud Connect. Pentru a menține accesibilitatea între locații, toate numerele tuturor locațiilor trebuie portate în același timp.
-
Treceți la partenerul Cloud Connect.
La data trecerii, accesul PSTN pentru toate locațiile trebuie setat la furnizorul PSTN conectat la cloud, iar conectivitatea de intrare și ieșire trebuie verificată.
Așa cum s-a discutat în secțiunea PSTN a capitolului de design, clienții pot alege, de asemenea, să își mute accesul PSTN la Cloud Connect la începutul tranziției, utilizând trunking-ul PSTN pentru implementări hibride. Pentru mai multe informații, consultați Trunking PSTN pentru implementări hibride Webex Calling. În acest caz, în timpul tranziției, accesul PSTN se face prin intermediul gateway-ului local și, după mutarea tuturor utilizatorilor la , nu există niciun pas suplimentar legat de migrarea PSTN, în afară de dezafectarea și a gateway-urilor locale.
Optimizați infrastructura locală
După ce toți utilizatorii au fost transferați la înregistrarea în cloud și toate endpoint-urile au fost transferate la aceasta (sau au fost dezafectate), actualizați infrastructura locală corespunzătoare acum că apelurile în cloud sunt utilizate. Actualizările aduse infrastructurii includ:
-
Eliminați înregistrările SRV DNS pentru controlul apelurilor și mesageria locale de pe serverul(ele) DNS local(e), inclusiv cisco_uds._tcp.<domain>, cup_login._tcp.<domain>. Aceste înregistrări SRV nu mai sunt necesare pentru descoperirea serviciilor pentru clienți.
-
Eliminați înregistrările DNS SRV legate de margine din sistemul DNS public, inclusiv collab_edge._tls.<domain>. Aceste înregistrări SRV nu mai sunt necesare pentru descoperirea serviciilor client pentru serviciile de colaborare la margine.
-
Actualizați toate domeniile DHCP relevante pentru a elimina opțiunea 66 și opțiunea 150 TFTP/boot adrese de server. Aceste domenii de aplicare nu mai sunt necesare pentru descoperirea și descărcarea configurației controlului apelurilor la terminale.
-
Update/remove dial-peeri corespunzători în Local Gateway/CUBE acea rută apeluri către și de la Unified CM. Acești colegi de apelare nu mai sunt necesari pentru rutarea apelurilor locale.
-
Ștergeți sau eliminați toate mașinile virtuale cu noduri de cluster and/or servere. Reutilizați resursele de calcul și hardware-ul după cum este necesar. Aceste resurse nu mai sunt necesare pentru controlul apelurilor și serviciile edge.
-
Ștergeți sau eliminați toate mașinile virtuale cu noduri de cluster and/or servere. Reutilizați resursele de calcul și hardware-ul după cum este necesar. Aceste resurse nu mai sunt necesare pentru mesageria vocală și serviciile de mesagerie unificată.
-
Curăță: După migrarea accesului PSTN la Cloud Connected PSTN, trunchiurile PSTN, gateway-urile PSTN și Local Gateway-ul pot fi dezafectate.
-
Pentru orice soluție E911 locală existentă, ștergeți toate locațiile sau numerele care au migrat și, odată ce tranziția completă este finalizată, eliminați mașinile virtuale sau serverele aplicației. Reutilizați resursele de calcul și hardware-ul după cum este necesar. Aceste resurse nu mai sunt necesare pentru apelurile de urgență și serviciile de localizare.
-
DN-urile aparținând utilizatorilor migrați ar trebui plasate într-o partiție ascunsă pentru a evita erorile de rutare a apelurilor și pentru a asigura acces prioritar al tuturor CSS-urilor la calea cloud a acelorași DN-uri.
-
Actualizați locația fizică dispecerabilă și elementul de rețea în Horizon Mobile ori de câte ori apar modificări. Activitățile comune care necesită actualizări sunt:
-
Înlocuirea comutatorului de rețea
-
Înlocuirea punctului de acces wireless
-
Modificări ale domeniului de aplicare DHCP
-
Schimbări fizice în interiorul clădirii (dacă se rezolvă cubical/office)
-
Extinderea sau contracția spațiului fizic de birouri în interiorul unei clădiri.
-
Utilizați analizele și depanarea
oferă capacități complete de analiză și depanare pentru a vă ajuta să vizualizați și să urmăriți implementarea. Acestea acoperă calitatea media, istoricul detaliat al apelurilor, coada de apeluri, grupul de căutare și analiza operatorilor automati. Un exemplu de analiză a calității media este prezentat în figura analiza calității media.
În secțiunea de depanare, fiecare apel efectuat folosind [] poate fi vizualizat împreună cu informații detaliate despre problemele cheie legate de calitatea media și semnalizare, pentru a ajuta la identificarea problemelor media, precum și a apelurilor eșuate, așa cum se arată în figura depanare a calității media.
Depanarea se poate integra și cu alte produse Cisco, precum ThousandEyes și switch-urile Meraki, pentru a oferi o experiență integrată și mai bogată în Control Hub. Pentru mai multe informații despre utilizarea analizelor Webex Calling și depanarea problemelor, consultați Depanarea apelurilor Webex Calling în Control Hub.
