- Pagină de pornire
- /
- Articol
Proiectare pentru migrarea de la Unified CM la Webex Calling
Faza de proiectare a Webex Calling se concentrează pe definirea regiunilor, locațiilor, planurilor de apelare și gestionării apelurilor de urgență pentru a asigura o implementare scalabilă. Implică selectarea unei regiuni fixe, configurarea detaliilor specifice amplasamentului, și crearea unui plan de apelare consistent. De asemenea, sunt abordate serviciile de urgență, configurațiile de înregistrare și nevoile de licențiere. Această fază pune bazele pentru furnizare, gestionarea utilizatorilor și accesul securizat prin SSO, asigurându-se că implementarea îndeplinește cerințele organizaționale și de reglementare.
Selectarea regiunii
Webex Calling 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 Webex Calling din țările asiatice, unde timpii de transfer către regiunea Australia sau Japonia 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 prezentare generală a tuturor centrelor de date Webex Calling. Pentru cea mai recentă listă a centrelor de date Webex Calling disponibile, consultați Locațiile centrelor de date pentru Webex Calling.
Fiecare client Webex Calling este conectat la una dintre instanțele Webex Calling. Toate informațiile de furnizare a serviciului respectiv sunt stocate în instanța Webex Calling respectivă, iar semnalizarea SIP a tuturor punctelor finale și gateway-urilor locale furnizate pentru clientul respectiv este legată de instanța Webex Calling pe care este furnizat serviciul clientului. Deoarece este dificil să modificați selecția inițială a regiunii Webex Calling, este important să luați în considerare toți factorii relevanți ca parte a procesului decizional care duce la selecția regiunii Webex Calling. Pentru a evita o întârziere excesivă a semnalizării dus-întors, este important să se decidă încă de la începutul procesului de tranziție ce instanță Webex Calling ar trebui utilizată. Cisco recomandă selectarea instanței Webex Calling care oferă cei mai mici timpi de semnalizare dus-întors pentru cel mai mare număr de utilizatori din cadrul implementării.
Pentru disponibilitatea Webex Calling în funcție de țară, consultați Unde este disponibil Webex?.
Locații
Pentru a pregăti furnizarea locațiilor pe Webex Calling, 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 captat pentru fiecare locație.
| Informații | Comentariu |
|---|---|
| Interval(e) de extensie | Fiecare locație din Webex Calling 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 Webex Calling Standard, Professional, Workspace, Listă de rute, Plan de apeluri de ieșire. |
| Apeluri simultane în orele aglomerate | Suma apelurilor simultane între dispozitivele Webex Calling și între dispozitivele Webex Calling și Local Gateway (PSTN și apeluri către dispozitivele Unified CM). 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 Webex Calling, 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ările hibride Webex Calling (Pentru mai multe informații, consultați Trunking-ul PSTN pentru implementările 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 la PSTN în cloud pentru utilizatorii Webex Calling, utilizând în același timp CCPP pentru a menține serviciul PSTN pentru utilizatorii care rămân pe Cisco Unified CM în timpul unei migrări în 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 logicii existente de rutare a apelurilor Unified CM 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 Webex Calling este finalizată sau incremental, migrarea PSTN având loc pentru fiecare locație în parte, pe măsură ce utilizatorii sunt mutați la Webex Calling. 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ă Unified CM local la Webex Calling, î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 Local Gateway dintre Unified CM local și Webex Calling. În timpul tranziției, locațiile Webex Calling pot fi comutate utilizând Cloud Connected PSTN.
În ambele scenarii, apelurile dintre utilizatorul local și cel Webex Calling utilizează conexiunea Local Gateway. Conexiunea dintre serviciul local și Webex Calling 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 obține o interoperabilitate perfectă între Unified CM și Webex Calling î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 Unified CM
În timpul tranziției, pentru a permite coexistența dispozitivelor înregistrate pe Unified CM și pe Webex, planul de apelare al companiei pe Unified CM trebuie modificat astfel încât să poată fi îndeplinite cel puțin următoarele cerințe:
-
+E.164 apelarea de la Unified CM la Webex Calling
-
Apelarea extensiilor de la Unified CM la Webex Calling (intra-site, dar și între site-uri dacă intervalele de extensii sunt unice)
-
Apelare abreviată între locații de la Unified CM la Webex Calling
-
Apelare forțată în rețea de la Unified CM la Webex Calling
-
Apelare inversă din directorul de apeluri pierdute către destinații din Webex Calling
-
Apeluri PSTN de la Webex Calling la PSTN dacă, în timpul tranziției, se utilizează PSTN local pentru Webex Calling
-
Apeluri PSTN de la Unified CM la Webex Calling dacă, în timpul tranziției, trunking-ul PSTN pentru implementările hibride Webex Calling este utilizat pentru a oferi acces PSTN utilizatorilor Unified CM locali prin Cloud Connect pentru Webex Calling
-
Forțat în rețea de la Webex Calling la Unified CM
-
Apelarea extensiilor de la Webex Calling la Unified CM (între 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 Unified CM la Webex Calling 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 Webex Calling la planul de apelare, adăugând +E.164 modele de rutare pentru toate destinațiile Webex Calling către acea partiție și, în final, adăugarea partiției Webex Calling la toate spațiile de căutare a apelurilor care reprezintă clase de servicii care trebuie să poată ajunge la Webex Calling. Crearea unei partiții Webex Calling dedicate este necesară pentru a permite crearea unei clase de servicii diferențiate pentru apelurile provenite de la Webex Calling. 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ția Webex Calling.
După cum se arată în Figura +E.164 rutare către Webex Calling, pentru a activa rutarea de la Unified CM către Webex Calling 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 Webex Calling.
Dacă nu este necesară nicio selecție de gateway local specifică site-ului, atunci în loc să se utilizeze o listă de rute cu un grup de rute locale Webex Calling ca destinație pentru modelele de rute care indică Webex Calling, se poate furniza un singur grup de rute cu gateway-ul local ca unic membru, iar apoi modelele de rute Webex Calling indică o singură listă de rute Webex Calling cu acest grup de rute ca singură intrare.
Pentru a activa apelarea abreviată între site-uri către site-ul Webex Calling, modelul de rutare necesar 8121.2XXX este adăugat la partiția Webex Calling. Pentru ca site-urile să fie trecute la Webex, apelarea unui 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 Webex, modelul de traducere pentru normalizarea 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ția Webex Calling 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 Webex Calling prin potrivirea +E.164 model de rută în partiția Webex Calling.
Cel/Cea/Cei/Cele +E.164 Potrivirea modelului de rută pe intervalul DID al locației Webex Calling poate fi furnizată în timp ce toate DID-urile sunt încă găzduite pe Unified CM. Cel mai bun algoritm de potrivire a modelelor din Unified CM asigură că atunci când se formează un număr găzduit pe Unified CM, +E.164 numărul de director furnizat pe Unified CM este o potrivire mai bună decât cel cu wildcard +E.164 model de rutare care indică Webex Calling, astfel încât apelurile să fie extinse la o linie pe Unified CM și să nu fie trimise către Webex Calling.
Planul de apelare Webex Calling
Fiecare utilizator din Webex Calling este conectat la o extensie and/or o +E.164 număr de telefon. Lungimea extensiei este o setare globală fixă: Toate extensiile dintr-o implementare Webex Calling au aceeași lungime. Apelarea extensiilor poate fi utilizată între utilizatorii Webex Calling atât în cadrul aceleiași locații, cât și între locații. Apelarea abreviată î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 Control Hub:
-
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 de apelare inter-locație abreviat al întreprinderii. Trebuie evitate suprapunerile cu prima cifră a oricărei locații și cu cifrele de apelare a 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 la întreprindere (cod de direcție, cod de locație, extensie) de la un control al apelurilor local către Webex Calling, iar 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 apel între Webex Calling și local pentru a vă asigura că apelurile în amonte de la controlul apelurilor local către Webex Calling 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 expirările între cifre atunci când se utilizează apelarea fără receptor. Abaterile de la aceste setări globale sunt încă posibile (exemplu - se pot configura 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 Webex Calling ar trebui, în mod ideal, 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 extensii Webex Calling cu lungime fixă prezintă un exemplu de trei locații și intervale de extensii 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 corespunde 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 de apel Webex | 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 apelare de șapte cifre apelate pe un dispozitiv Webex Calling care utilizează planul de apelare Webex Calling 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ă Webex Calling, atunci în timpul tranziției la Webex Calling, schema de numerotare pentru a evita suprapunerile poate fi modificată și într-o formă mai lungă sau mai scurtă, pentru a evita suprapunerile. 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 Webex Calling. Utilizatorii care încă folosesc Unified CM pot continua să formeze șapte cifre. Planul de apelare al companiei pe Unified CM, în acest caz, trebuie să se asigure că apelarea abreviată din șapte cifre de la Unified CM la Webex Calling este transformată în oricare dintre următoarele +E.164 sau la formatul de apelare abreviat implementat pe Webex Calling. 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 pe Unified CM utilizează cifra de direcție 8, urmată de un cod de locație din două cifre și o extensie din patru cifre. Pentru a evita apelarea abreviată între locații, cu șapte cifre, pentru locații pe Webex Calling, codurile de locație pot fi ușor modificate în trei cifre prin prefixarea unei cifre de umplutură arbitrare (8 în exemplu) la codurile de locație cu două cifre utilizate în Unified CM, astfel încât apelarea între locații de pe telefoanele Webex Calling să utilizeze cifra de ghidare 8 urmată de cifra de umplutură 8, vechiul cod de locație cu două cifre și extensia cu patru cifre. Utilizatorii de pe Webex Calling nu trebuie să își amintească noile coduri de site; trebuie doar să își amintească să utilizeze 88 ca prefix pentru apelarea între site-uri în loc de 8 pe Unified CM.
| Unified CM | Webex Calling | ||||
|---|---|---|---|---|---|
| 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 formate diferite de numere de întreprindere pe Unified CM și Webex Calling, dacă numerele de întreprindere sunt prezentate ca informații despre apelant pentru apelurile de la Unified CM la Webex Calling (de exemplu - apeluri de pe dispozitive fără DID), este important să se implementeze ș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 Unified CM și Local Gateway.
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 pentru Webex Calling 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, rentabilitatea și conformitatea cu reglementările pentru soluția lor de înregistrare a apelurilor Webex Calling. 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 Webex Calling, rutarea apelurilor de urgență este integrată în soluție și include suport pentru toate numerele naționale de urgență din țările pe care Webex Calling le oferă. Rutarea unui apel de urgență în Webex Calling se bazează pe locația definită în Control Hub și pe metoda de acces PSTN a locației respective. Numerele de urgență din Webex Calling sunt predefinite și specifice țării în care sunt implementați utilizatorii și dispozitivele Webex Calling.
Există două metode de a efectua apeluri de urgență în Webex Calling. 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 de apel se face de obicei prin opțiunea PSTN a clientului pentru locația respectivă. Webex Calling oferă, de asemenea, 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 numărul să fie atribuit fiecărei locații definite în Webex Calling. 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 Gestionarea utilizatorilor din Control Hub, fila Apeluri permite utilizarea unui anumit număr pentru ca un utilizator și dispozitivele sale să obțină 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 apelare de urgență, Webex Calling utilizează Horizon Mobility de la RedSky integrat în Webex Calling 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 de apelare Webex 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 aplicația Webex de la 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 Apeluri de urgență îmbunătățite se aplică și clienților Webex App, atât locali, cât și în afara acestora. Când este locală, aplicația Webex poate fi urmărită î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 aplicația Webex. Pentru mai multe informații despre apelurile de urgență, consultați Apeluri de urgență îmbunătățite pentru Webex Calling.
Alocarea licențelor
Există mai multe opțiuni pentru a atribui licențe Webex Calling utilizatorilor.
Atribuire manuală prin Control Hub
Administratorii atribuie manual licențe Webex Calling utilizatorilor individuali prin intermediul interfeței Control Hub.
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 în Control Hub 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 Webex Calling înainte de alocarea utilizatorului. Dacă nu sunt îndeplinite condițiile (de exemplu, formatul numărului de telefon este nevalid), licențele Webex Calling 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, însă licențele Webex Calling necesită câmpuri specifice, cum ar fi numărul de telefon și interiorul.
Atribuire bazată pe API
Utilizați API-urile Webex pentru a atribui programatic licențe și a gestiona utilizatorii.
Webex acceptă 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 Control Hub | 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ță. Acest lucru necesită ca pentru fiecare grup de utilizatori care necesită un set unic de licențe (Exemplu - Webex Calling 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 în Control Hub sau sincronizate dintr-un director al companiei. 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ței Webex Calling din directorul companiei pentru a gestiona atribuirea licențelor Webex, unde atribuirea licenței de utilizator 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 legate de Webex Calling. 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:
-
Apeluri Webex Standard: numărul de utilizatori individuali care necesită funcții standard de telefonie.
-
Webex Calling Professional: 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 Webex Calling pentru zona comună: numărul de locații de utilizare partajată sau zone comune care necesită capacități standard de apelare.
-
Asistență clienți Webex Calling: numărul de agenți și supervizori care necesită funcțiile de asistență pentru clienți Webex Calling. Asistența pentru clienți Webex Calling include licența Webex Calling Professional.
-
Rutați apelurile din listă: numărul de apeluri PSTN Cloud Connected necesare între utilizatorii Unified CM locali and/or aplicații specializate de la terți, locale.
-
Consola participant: numărul de utilizatori Webex Calling 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ță Webex Calling Professional.
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ționalitățile oferite de cozile de apeluri Webex Calling combinate cu licența profesională Webex Calling și asistența pentru clienți Webex Calling, consultați Comparație între cozile de apeluri Webex Calling și funcțiile de asistență pentru clienți.
Asigurarea accesului utilizatorului
La furnizarea de utilizatori în Webex Control Hub, 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 din Control Hub. 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 Control Hub. 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 Control Hub. Este gestionat complet în Control Hub ș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 Webex pe baza utilizatorilor finali Unified CM existenți prin sincronizarea dintre Unified CM și Webex. Acest lucru necesită ca Cloud Connected UC (CCUC) să ruleze pe clusterele Unified CM 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 Unified CM.
-
Furnizarea de API-uri: API-urile Webex publice (People, SCIM 2.0) pot fi utilizate pentru a furniza utilizatori Webex. 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 utilizatorilor Webex, 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 Webex Metoda de aprovizionare Descriere Avantaje Contra Manual Create/manage utilizatori individual în Control Hub 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 Control Hub 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 în Webex 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 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 furnizarea de Webex Calling 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, apeluri) 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 și integrare: 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 Webex.
| Opțiunea | Descriere | Avantaje | Contra |
|---|---|---|---|
| Provisionarea grupurilor Control Hub (grupuri Webex) | Creați și gestionați grupuri direct în Control Hub. 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 Control Hub Întârziere de sincronizare de până la 12 ore Grupurile imbricate necesită selecție manuală |
| Grupuri și API-ul SCIM 2.0 (Webex Groups) | Utilizați Webex Groups sau SCIM 2.0 API 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ă grupurile sincronizate și grupurile Webex (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 Webex poate fi utilizat pentru atribuirea de șabloane de apelare pentru utilizatori și aplicații Webex.
Această abordare cuprinzătoare a gestionării grupurilor de utilizatori în Webex 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 Unified CM la Webex Calling
Sursa principală de date pentru utilizatorii de pe Unified CM este baza de date Unified CM, care conține informații despre utilizatorii finali. Cu toate acestea, Unified CM 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 de la Entra ID la Control Hub asigură consecvența, simplifică gestionarea și acceptă capacități de autentificare unică (SSO).
Pentru a se asigura că toți utilizatorii din Unified CM sunt prezenți și în Entra ID, organizațiile ar trebui să verifice dacă conturile de utilizator din Unified CM corespund conturilor din Entra ID. Acest lucru se poate face prin exportarea listelor de utilizatori din Unified CM ș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 Control Hub 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 Unified CM există în Entra ID este esențială pentru o migrare reușită și o experiență consistentă a utilizatorilor în mediile Webex Calling și Unified CM.
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ția locală 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 Webex ș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 că parolele corporative nu sunt niciodată stocate sau transmise către Webex 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 serviciile Webex:
-
SSO bazat pe SAML 2.0: Protocolul principal acceptat pentru integrarea Webex SSO, care permite schimbul securizat de informații de autentificare între IdP și furnizorul de servicii Webex.
-
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 Control Hub, necesitând schimb de metadate între Webex și IdP-ul ales.
După configurare, SSO poate fi testat în Control Hub înainte de activare pentru a asigura configurarea corectă.
Cisco Webex 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
Webex 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 din Webex, fie prin integrarea unui sistem IAM la nivel de întreprindere, cum ar fi Cisco Duo.
Asistența Webex 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 multiplă a Webex permite acestor departamente să își mențină propriile sisteme de autentificare, permițând în același timp utilizatorilor să acceseze Webex 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
Webex 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 Webex
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 acces la Webex. 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 la Webex, 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 Webex pe Windows și macOS, îmbunătățind securitatea.
-
Î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 pentru Webex utilizează directoarele existente, precum Active Directory și OpenLDAP, sau furnizorii de identitate în cloud, pentru a autentifica utilizatorii. 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 utilizatorii Webex. Pentru o securitate îmbunătățită, se recomandă integrarea cu Cisco Duo.
Strategia Enterprise IAM și SSO trebuie implementată înainte de a începe tranziția de la Unified CM la Webex Calling.
Funcții
Webex Calling are o gamă completă de funcții de bază incluse în serviciu. Aceasta include multe funcții de apelare la nivel de întreprindere care au fost disponibile în Unified CM timp de mulți ani. Este posibil să nu observați o paritate de 100% între funcțiile Webex Calling și funcțiile Unified CM, însă, după cum puteți vedea în figura de mai jos, funcțiile cheie de apelare Unified CM sunt disponibile în Webex Calling.

Pe lângă numeroasele funcții pentru utilizatori, Webex Calling 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 Control Hub sub Service → Calling → Features, așa cum este ilustrat în figura Webex Calling core features.

Operator automat
Operatorul automat Webex Calling 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 Webex Calling:
-
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 Webex Calling.
Utilizatorii pot folosi fie aplicația Webex, fie telefonul de birou pentru a prelua un apel.
-
Aplicație Webex:
-
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 Control Hub nu este niciunul
-
-
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
Webex Calling include cozi de apeluri doar vocale ca parte a funcțiilor sale principale, iar orice utilizator cu o licență Webex Calling Professional poate face parte dintr-o coadă de apeluri, un agent sau un 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
-
Asistență pentru aplicația Webex sau telefonul de birou
-
Agentul supervizor apelează monitorul, antrenează, interceptează sau preia controlul prin intermediul Codurilor de Acces la Funcții (FAC)
-
Centru de control (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.
Webex Calling are o funcție suplimentară de asistență pentru clienți care oferă capacități suplimentare pentru coada de apeluri și oferă agenților și supervizorilor o experiență de utilizare mai bună în cadrul aplicației Webex. Pentru o comparație între funcțiile Webex Calling Call Queue și Customer Assist, consultați Comparație între funcțiile Webex Calling Call Queue și Customer Assist.
Grup de căutare
Grupurile de apelare Webex permit rutarea apelurilor primite către un anumit grup 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 Webex 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
Webex Calling 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 Webex, dar se pot utiliza ș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ă Webex ca platformă de înregistrare, toate apelurile înregistrate sunt gestionate în Control Hub. 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 configurează un administrator în Control Hub, 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 Control Hub, î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.