- Početak
- /
- Članak
Dizajn za migraciju s Unified CM na Webex Calling
Faza dizajna Webex Calling usredotočena je na definiranje regija, lokacija, planova biranja i rukovanje hitnim pozivima kako bi se osigurala skalabilna implementacija. To uključuje odabir fiksne regije, postavljanje detalja specifičnih za lokaciju i stvaranje dosljednog plana biranja. Također se rješavaju hitne službe, konfiguracije snimanja i potrebe licenciranja. Ova faza postavlja temelje za pružanje usluga, upravljanje korisnicima i siguran pristup putem SSO-a, osiguravajući da implementacija ispunjava organizacijske i regulatorne zahtjeve. Pregled vašeg migracijskog putovanja na visokoj razini s brzim poveznicama za istraživanje detaljne dokumentacije potražite u odjelj ku Migracija Unified CM na Webex Calling.
Odabir regije
Webex Callingdostupan je globalno i isporučuje se iz suvišnih podatkovnih centara u više regija: SAD (Dallas, Chicago), Kanada (Vancouver, Toronto), Europa (Frankfurt, Amsterdam), Velika Britanija (London, Manchester), Australija (Melbourne, Sydney), Japan (Tokio, Osaka), Saudijska Arabija (Rijad, Jeddah) i Indija (Mumbai, Chennai). Medijski POP-ovi pružaju medijske usluge za optimizaciju vremena povratnog putovanja medija. Na primjer, Singapurski podatkovni centar koristi se za optimizaciju vremena povratnog putovanja medija za Webex Calling kupce u azijskim zemljama gdje bi vrijeme povratnog putovanja bilo u Australiju ili Japanu moglo biti neoptimalno. Podatkovni centri međusobno su povezani multi-gigabitnom i potpuno suvišnom okosnicom. Slika globalno distribuiranih podatkovnih cent ara prikazuje pregled svih Webex Calling podatkovnih centara. Za najnoviji popis dostupnih Webex Calling podatkovnih centara pogledajte Lokacije podatkovnog centra za Webex Calling.
Svaki Webex Calling kupac je osiguran na jednoj od instancija. Webex Calling Sve informacije o pružanju tog kupca pohranjuju se u toj Webex Calling instanci, a SIP signalizacija svih krajnjih točaka i lokalnih pristupnika predviđenih za tog kupca vezana je za Webex Calling instancu na kojoj je klijent osiguran. Budući da je teško promijeniti početni odabir Webex Calling regije, važno je uzeti u obzir sve relevantne čimbenike kao dio procesa odlučivanja koji vodi do odabira Webex Calling regije. Kako bi se izbjeglo prekomjerno signaliziranje kašnjenja u povratnom putovanju, važno je rano u procesu prijelaza odlučiti koju Webex Calling instancu treba koristiti. Cisco preporučuje odabir Webex Calling instance koja pruža najniže vrijeme signalizacije povratnog putovanja za najveći broj korisnika unutar implementacije.
Za dostupnost Webex Calling zemalja potražite u odjelj ku Gdje je Webex dostupan? .
Lokacije
Za pripremu za pružanje lokacija potrebno je prikupiti Webex Calling potrebne informacije za sve ciljne lokacije migracije. Informacije potrebne za svaku lokaciju sažete su u Informacije za snimanje za svaku lokaciju.
| Informacije | komentar |
|---|---|
| Raspon (i) proširenja | Svaka lokacija Webex Calling može imati proširenja koja počinju različitim znamenkama. Jedna znamenka mora biti pošteđena za
oznaku upravljača za biranje između mjesta (na primjer 8) i jedna za oznaku
upravljača PSTN (na primjer 9). Nijedan raspon proširenja ne može započeti s bilo kojom od
ove dvije znamenke. Svi rasponi proširenja svih lokacija moraju biti jednake duljine. |
| DID raspon (i) | - |
| PSTN upravljačka znamenka | - |
| Kôd stranice | Svi kodovi web mjesta svih lokacija moraju biti jedinstveni i imati istu duljinu. |
| Glavni broj | Prilikom izrade lokacije potrebno je osigurati dva DID-a. Jedan kao
glavni broj (na primjer, koji će se dodijeliti usluzi automatskog praćenja) i jedan za portal govor
ne pošte. Odredba jedan DID za broj govorne pošte. |
| Broj govorne pošte | |
| Broj licenci | Potrebne licence prema vrsti uključujući Webex Calling Standard, Professional, Workspace, Popis ruta, Plan odlaznih poziva. |
| Istodobni pozivi u napornom satu | Zbroj istodobnih poziva između Webex Calling uređaja i između Webex Calling uređaja i lokalnog pristupnika (PSTN i pozivi na Unified CM uređaje). Potrebno za određivanje potrebne širine pojasa pristupa internetu. |
| Zemlja | - |
| Vremenska zona | - |
| Jezik | - |
| Kontakt (ime, telefon, e-pošta) | - |
| Adresa (adresa ulice, grad, država, poštanski broj) | - |
| Fizička lokacija za hitne službe za krajnje točke | Lokacija uređaja koja se može otpremiti koja se koristi za hitne pozive obično uključuje sljedeće: adresu zgrade, adresu zgrade+broj kata, adresu zgrade+broj apartmana ili adresu zgrade+broj kata+uredski/kubni broj. |
| Jedinstvena fizička mrežna lokacija za hitne službe po uređaju | Fizička mrežna lokacija za pozive u nuždi obično uključuje sljedeće: prekidač/prekidač za žičane uređaje, identifikatore osnovnih servisnih skupa bežične pristupne točke (AP) za bežično povezane uređaje i/ili lokalne IP podmreže za uređaje krajnje točke. |
PSTN
Prilikom dizajniranja implementacije korisnici imaju tri glavne opcije povezivanja PSTN: Cisco C alling Plans (PSTN usluga isporučena u oblaku kojom upravlja Cisco), Cloud Connected PSTN Providers (CCPP, gdje pružatelji usluga isporučuju PSTN uslugu putem oblaka) i lokalni PSTN (gdje lokalni pristupnici povezuju poslovnu mrežu s PSTN-om). Webex Calling Uvođenjem PSTN trunkinga za hibridne implementacije (Za više informacija Webex Calling pogledajte PSTN trunking za hibridne implementacije na PSTN trunkingu), organizacije dobivaju Webex Calling dodatnu fleksibilnost u pristupu migraciji. Ova značajka omogućuje korisnicima da premjeste svoj PSTN na CCPP na početku tranzicijskog putovanja i započnu prijelaz na PSTN u oblaku za Webex Calling korisnike, dok koristi CCPP za održavanje PSTN usluge za korisnike koji ostanu uključeni tijekom fazne migracije. Cisco Unified CM
Ovaj hibridni pristup omogućava organizacijama da odabrane korisničke grupe prvo premjeste u oblak, bez trenutnog remonta cijelog telefonskog okruženja. Međutim, uvodi dodatnu složenost i rizik, posebno oko prilagođavanja postojeće logi Unified CM ke usmjeravanja poziva kako bi podržala novu arhitekturu. Interoperabilnost sa naslijeđenim aplikacijama, kao što su faks poslužitelji, kontakt centri ili su stavi za pozivanje, također zahtijeva pažljivo razmatranje. Ključni tehnički izazovi mogu uključivati osiguravanje besprijekornog pregovaranja o kodeku od kraja do kraja i DTMF (Dual-Tone Multi-Frequency) signalizacije u mješovitom okruženju, kao i provjeru kompatibilnosti sa specijaliziranim telefonskim značajkama . Pravilno planiranje i testiranje ključni su za smanjenje poremećaja i održavanje pouzdanih govornih usluga tijekom cijelog procesa migracije. Osim toga, važna su komercijalna razmatranja jer hibridni trunking zahtijeva licencu za korištenje koja se temelji na broju istodobnih poziva između lokalnog okruženja i PSTN pružatelja usluga povezanog s oblakom (CCPP).
Alternativno, organizacije mogu odlučiti zadržati lokalnu PSTN povezanost tijekom prijelazne faze. U ovom scenariju migracija na CCPP može se izvršiti na dva načina: kao jedinstveno, koordinirano ograničenje za sve korisnike i lokacije nakon završetka Webex Calling migracije ili postupno, pri čemu se migracija PSTN odvija na osnovi po lokaciji dok se korisnici premještaju. Webex Calling Ovaj pristup može pomoći pojednostavljenju suživota i održavanju kontinuiteta za naslijeđene integracije, ali uvodi nekoliko operativnih složenosti. Među njima su izazovi povezani s prijenosom brojeva, poput potrebe za preciznom koordinacijom naloga za brojeve luka, potencijalna kašnjenja i ograničenja nametnuta od strane pružatelja usluga, poput ograničenja broja istovremenih zahtjeva za luke ili ograničenja za prijenos podskupova velikih brojeva blokova. Organizacije moraju pažljivo planirati svoju strategiju tranzicije na PSTN, uzimajući u obzir ta logistička razmatranja kako bi se izbjegli prekidi usluga i osigurali glatko iskustvo migracije.
Slika Migracija na CCCP na početku u odnosu na održavanje lokalnog PSTN-a prikazuje dvije gore objašnjene opcije migracije PSTN -a. Ilustracija s lijeve strane prikazuje scenarij u kojem svi lokalni korisnici i aplikacije koriste PSTN usluge povezane s oblakom putem lokalnog magistrala i lokalnog pristupnika koji povezuje lokalni Unified CM pristup, Webex Calling dok slika s desne strane prikazuje scenarij u kojem postojeći lokalni PSTN ostaje na mjestu, a korisnici koriste lokalni PSTN putem veze Local Gateway Webex Calling između lokalnih Unified CM iWebex Calling. Tijekom prijelaza Webex Calling lokacije se mogu prebaciti na pomoću Cloud Connected PSTN.
U oba scenarija pozivi između lokalnog i Webex Calling korisnika koriste vezu Local Gateway. Povezanost između lokalnih i Webex Calling mora biti dizajnirana i dimenzionirana u skladu s očekivanom brojem istodobnih poziva i potrebnom redundancijom.
Plan biranja
Kako bi se postigla besprijekorna interoperabilnost između Unified CM i Webex Calling tijekom razdoblja migracije, potrebno je razviti i implementirati sveobuhvatnu arhitekturu plana biranja na obje platforme. Ovaj dizajn plana biranja s dvije platforme osigurava dosljedno us mjeravanje poziva, prijevod brojeva i transparentnost značajki, omogućujući korisnicima u bilo kojem sustavu da komuniciraju bez pogoršanja usluge ili poremećaja korisničkog iskustva tijekom faze su života.
Lokalni plan biranja u Unified CM
Tijekom prijelaza kako bi se omogućio suživot uređaja registriranih Webex Calling na Unified CM i na poduzeću plan biranja Unified CM potrebno je promijeniti tako da se mogu ispuniti barem sljedeći zahtjevi:
-
+E.164 biranje od do Unified CM Webex Calling
-
Proširenje biranja od Unified CM do Webex Calling (unutar lokacije, ali i između mjesta ako su rasponi proširenja jedinstveni)
-
Skraćeno biranje između mjesta od do Unified CM Webex Calling
-
Prisilno biranje na mreži od do Unified CM Webex Calling
-
Povratni poziv iz direktorija propuštenih poziva na odredišta Webex Calling
-
PSTN poziva s Webex Calling na PSTN ako se tijekom prijelaza koristi lokalni PSTN Webex Calling
-
PSTN pozivi od Unified CM do Webex Calling ako se tijekom prijelaza koristi PSTN trunking za hibridne implementacije za pruž Webex Calling anje PSTN pristupa lokalnim korisnicima putem Cloud Connect za Unified CM Webex Calling
-
Prisilno na mreži od Webex Calling do Unified CM
-
Proširenje biranja od Webex Calling do Unified CM (međulokacija).
Ako bilo koja od gore navedenih nije podržana navika biranja prije prijelaza, na primjer, ne postoji skraćena navika biranja na mjestima, onda ih nije nužno potrebno u vesti tijekom prijelaza.
Plan biranja na slici Najbolje prakse prikazuje pristup plana biranja najbolje prakse kako je opisano u Preferred Architecture for Cisco Collaboration 12.x Enterprise On-Lokalne implementacije, CVD. Ključne karakteristike ovog pristupa uključuju:
-
Jedna particija za +E.164 brojeve direktorija
-
Osnovno usmjeravanje temeljeno na obrascima rute +E.164
-
Normalizacija svih navika biranja na +E.164 pomoću obrazaca prijevoda
-
Korištenje uzorka prevođenja poziva nasljeđivanje prostora za pretraživanje (opcija Upo trijebite pozivni prostor za pretraživanje originatora postavljen na obrascima prijevoda).

Na primjer, PSTN biranje (9+1+10D) s uređaja u SJC-u s prostorom za pretraživanje linijskih poziva SJCInternational prvo će se podudarati s uzorkom prijevoda 9.1 [2-9] XX [2-9] XXXXXX koji normalizira broj pozivane stranke na +E.164. Sekundarno pretraživanje zatim ponovo koristi isti prostor za pretraživanje poziva SJCInternational (pozivanje nasljeđivanja prostora za pretraživanje), a niz +E.164 znamenki će se podudarati brojem direktorija +E.164 na DN particiji ili jednim od PST N uzoraka rute u USPSTNNational ili SJCPSTNLocal particiji. Skraćene navike biranja unutar mjesta i među lokacijama implementirane su prijevodima u particiji ES N i SJCTOE164. Iako je ESN particija globalna particija (dostupna telefonima na svim lokacijama), SJCTOE164 particija dostupna je samo korisnicima na lokaciji SJC. Ovo pretpostavlja preklapanje raspona proširenja.
Prvi korak za omogućavanje pozivanja od Unified CM do Webex Calling je osigurati da se +E.164 odredišta usmjeravaju u skladu s tim. To se može postići dodavanjem Webex Calling particije u plan biranja, dodavanjem +E.164 uzoraka rute za sva od Webex Calling redišta na tu particiju i konačno dodavanjem Webex Calling particije svim pozivnim prostorima za pretraživanje koji predstavljaju klase usluga do kojih je potrebno doći . Webex Calling Stvaranje namjen Webex Calling ske particije potrebno je kako bi se omogućilo stvaranje diferencirane klase usluga za pozive koji pot ječu izWebex Calling. Da biste izbjegli petlje poziva, prostor za pretraživanje dolaznih poziva na prtljažniku s lokalnog pristupnika ne bi trebao imati pristup Webex Calling particiji.
Kao što je prikazano na slici +E.164 usmjeravanje doWebex Calling, da bi se omogućilo usmjeravanje od Unified CM do Webex Calling za lokaciju s +E.164 DID rasponom +1 221 555 2XXX i kodom lokacije 121, na particiju je potrebno dodati hitni obrazac rute koji odgovara ovom rasponu +E.164. Webex Calling
Ako nije potreban odabir lokalnog pristupnika specifičnog za lokaciju, umjesto korištenja popisa ruta s Webex Calling lokalnom grupom ruta kao odredište za obrasce ruta koji upućuju na Webex Calling jednu grupu ruta može se osigurati lokalni pristupnik kao jedini član, a zatim obrasci Webex Calling rute ukazuju na popis jedne rute s tom jednom grupom Webex Calling ruta kao jedinim unosom.
Da bi se omogućilo skraćeno biranje na web-lokaciji, Webex Calling na particiju se dodaje traženi uzorak rute 8121.2XXX. Webex Calling Da bi se web-lokacije prebacile na Webex Calling obrazac normalizacije biranja 8121.2XXX koji normalizira ESN biranje na +E. 164 možda već postoji u ESN particiji. U tom slučaju čini se da je 8121.2XXX suvišan, ali čim se svi DNS odgovarajuće lokacije migriraju na 8121.2XXX uzorak za normalizaciju biranja može se ukloniti, a Webex Calling zatim uzorak rute 8121.2XXX omogućuje ESN biranje čak i za korisnike samo proširenja u tom rasponu.
S ovim promjenama plana biranja pozivi na Webex Calling lokaciju mogu se upućivati ne samo biranjem skraćenih međulokacija i +E.164. Također, moguće je međunarodno i nacionalno PSTN biranje jer se ove navike biranja prvo normaliziraju na +E.164 kroz već postojeće obrasce prevođenja normalizacije biranja, a zatim se usmjeravaju usklađivanjem obras ca rute +E.164 na parti Webex Calling ciji. Webex Calling
Uzorak rute +E.164 koji se podudara s DID rasponom Webex Calling lokacije može se osigurati dok su svi DID-ovi još uvijek hostirani. Unified CM Algoritam za najbolje podudaranje uzoraka Unified CM podudaranja osigurava da kada se broj hostu Unified CM je, broj direktorija +E.164 koji je dostavljen bolje podudara od uzorka rute s divljim znakom +E.164 na koji upućuje Webex Calling tako da Unified CM se pozivi proširuju na uključenu liniju, a ne šalju na. Unified CM Webex Calling
Webex Callingplan biranja
Svaki korisnik Webex Calling ima proširenje i/ili telefonski broj +E.164. Duljina proširenja fiksna je globalna postavka: sva proširenja u implement Webex Calling aciji imaju istu duljinu. Proširenje biranja može se koristiti između Webex Calling korisnika kako unutar lokacije tako i između lokacija. Skraćeno biranje proširenja između mjesta (potonji slučaj) funkcionira samo ako je birano proširenje jedinstveno.
Ako je skraćeno biranje među lokacijama zahtjev, ali postoje preklapanja između proširenja dodijeljenih na različitim lokacijama, tada je potrebno stvoriti plan numeriranja specifičan za poduzeće prefiksiranjem proširenja pristupnim kodom i koda web-lokacije. Dodatne informacije potražite u odjeljku Preferirana arhitektura za Cisco suradnju 15 Lokalne implementacije, pregled dizajna dostupno na Cisco prefer iranim arhitekturama surad nje.
Duljina proširenja, ponašanje biranja proširenja između lokacija, duljina prefiksa za biranje među lokacijama i znamenka upravljača u prefiksu usmjeravanja za biranje među lokacijama konfigurirani su u postavkama usluge pozivanja u upravljačkom čvorištu:
-
Dul@@ jina prefiksa za usmjeravanje lokacije: Duljina prefiksa uključujući znamenku upravljača. Potrebno je samo ako plan numeriranja poduzeća treba uspostaviti kao alternativnu skraćenu naviku biranja između lokacija poduzeća.
-
U@@ pravljačka znamenka u prefiksu usmjeravanja: Upravljačka znamenka za skraćenu naviku biranja između poduzeća. Treba izbjegavati preklapanja s prvom znamenkom bilo koje lokacije i lokacije izlaznih brojčanika. Potrebno je samo ako plan numeriranja poduzeća treba uspostaviti kao alternativnu skraćenu naviku biranja između lokacija poduzeća.
-
Unutarnja duljina produ ženja: Standardna duljina produžetaka. Može biti bilo koja vrijednost između dva i deset.
Kada je potrebno biranje proširenja ili biranje pomoću značajnih brojeva poduzeća (upravljački kôd, kôd lokacije, proširenje) od lokalne kontrole poziva, a Webex Calling lokalna kontrola poziva šalje proširenje kao id pozivatelja, tada svakako postavite parametar Maksimalna ne poznata duljina proši renja u odjeljku Usmjeravanje poziva između Webex Calling i prostorija kako biste bili sigurni da se uzvodni pozivi iz lokalne kontrole poziva mogu klasificirati kao lokalni Webex Calling zove ispravno. -
Dopusti biranje proširenja između lokacija: Prebacite da biste omogućili/onemogućili biranje proširenja između lokacija. Ova opcija bi trebala biti omogućena samo ako su sva proširenja unutar organizacije jedinstvena. Ako je opcija onemogućena, potrebno je birati značajne brojeve poduzeća (upravljački kod, kôd web-lokacije, proširenje) ili telefonske brojeve između lokacija.
Prva tri parametra uglavnom se koriste za izradu plana biranja za telefone kako bi se smanjili međuznamenkasti vremenski prekidi prilikom korištenja pozivanja izvan kuke. Odstupanja od ovih globalnih postavki i dalje su moguća (primjer - mogu se osigurati proširenja različite duljine), ali će se u Control Hubu pojaviti poruka upozorenja, a biranje s telefona može zahtijevati biranje u bloku kako bi se izbjeg li sukobi unutar unaprijed učitanog plana biranja.
Primjer numeriranja tablice Enterprise prikazuje primjer tri lokacije na kojima su rasponi proširenja dviju lokacija, NYC i RTP, identični. Uspostavljanje sheme numeriranja poduzeća s upravljačkom znamenkom 8 među lokacijama, nakon čega slijedi troznamenkasti kôd lokacije, i četveroznamenkasto proširenje stvara se skraćeno naviku biranja među mjestima koja se ne preklapa.
| Stranica | Raspon proširenja | Kôd stranice | Raspon poduzeća |
|---|---|---|---|
| NYC | 2XXX | 202 | 8 202 2XXX |
| SFO | 3XXX | 203 | 8 203 3XXX |
| RTP | 2XXX | 204 | 8 204 2XXX |
Kako bi se omogućio nesmetan prijelaz, skup navika biranja za korisnike prije i nakon prelaska na Webex Calling idealno bi trebao biti isti. Da bi se pripremili za prijelaz za svaku lokaciju, potrebno je dokumentirati DID raspone i raspone proširenja (ili skraćene navike biranja unutar lokacije). Na temelju tih podataka potrebno je odabrati oznaku upravljača između mjesta.
Tablica R asponi Webex Calling proširenja fiksne duljine prikazuje primjer tri lokacije i raspona proširenja fiksne duljine. Budući da je potrebno izbjegavati preklapajuće navike biranja, važno je osigurati da za bilo koji raspon proširenja prva znamenka raspona ne odgovara oznaci upravljača za skraćeno biranje među mjestima. Ako je na primjer 8 odabran kao upravljačka znamenka za biranje između mjesta, tada nijedan raspon proširenja na bilo kojem mjestu ne može započeti s 8. Obično se proširenja na određenom mjestu podudaraju s posljednjih nekoliko znamenki DID-ova dodijeljenih toj lokaciji. Da biste izbjegli sukobe, prva znamenka proširenja može se promijeniti. Ako se, na primjer, DID-ovi u rasponu +1 408 555 8XXX koriste na lokaciji, umjesto da se koristi 8XXX kao raspon proširenja 7XXX može se koristiti za proširenja na toj web lokaciji
| Stranica | Raspon proširenja | Webex CallingProširenja | Kôd stranice | Raspon poduzeća |
|---|---|---|---|---|
| NYC | 2XXX | 2XXX | 202 | 8 202 2XXX |
| SFO | 8XXX | 7XXX | 203 | 8 203 7XXX |
| RTP | 1XX | 11XX | 204 | 8 204 11XX |
Sedmoznamenkasti nizovi biranja birani na Webex Calling uređaju koji koristi ameri Webex Calling čki plan biranja preklapaju se sa sedmoznamenkastim uzorkom za lokalno biranje u unaprijed učitanom američkom planu biranja. Kako bi se izbjeglo preklapanje između navika biranja na mreži i izvan mreže (PSTN), na toj se lokaciji može koristiti obvezni van jski pristupni kôd. Ako se postojeća shema numeriranja poduzeća i odgovarajuće skraćeno biranje među lokacijama preklapaju s obrascima u Webex Calling nacionalnom brojčaniku, tada se tijekom prijelaza na shemu numeriranja kako Webex Calling bi se izbjeglo preklapanje također može promijeniti u duži ili kraći oblik. Naj lakši način da se to postigne je dodavanje dodatne oznake za podstavljanje u shemu numeriranja. Novu dužu shemu biranja među lokacijama trebaju usvojiti samo korisnici na koji su već migrirani. Webex Calling Korisnici koji su još uključ Unified CM eni mogu nastaviti birati sedam znamenki. Plan pozivanja poduzeća Unified CM u ovom slučaju mora osigurati da Webex Calling se skraćeno sedmoznamenkasto biranje od Unified CM do pretvori u +E.164 ili u skraćeni format biranja koji je postavljen. Webex Calling To treba učiniti prije slanja poziva lokalnom pristupniku.
Sedmo znamenkasto biranje u tablici Prijelaz prikazuje primjer ovog prenumeriranja. U ovom primjeru skraćeno biranje među mjestima Unified CM koristi upravljačku znamenku 8 nakon čega slijedi dvoznamenkasti kôd mjesta i četveroznamenkasti nastavak. Kako bi se izbjeglo sedmoznamenkasto skraćeno biranje među lokacijama za lokacije naWebex Calling, kodovi web mjesta mogu se lako promijeniti u tri znamenke prefiksiranjem proizvoljne oznake (8 u primjeru) na dvo znamenkaste kodove web mjesta koji se koriste Unified CM tako da biranje među lokacijama s Webex Calling telefona koristi upravljačka znamenka 8, nakon čega slijedi oznaka 8, stari dvoznamenkasti kôd stranice i četveroznamenkasto proširenje. Korisnici koji su uključeni Webex Calling ne moraju pamtiti nove kodove web mjesta; samo se moraju sjetiti da koriste 88 kao prefiks za biranje među stranicama umjesto 8 uključeno. Unified CM
| Unified CM | Webex Calling | ||||
|---|---|---|---|---|---|
| Stranica | Proširenja | Kôd stranice | Raspon poduzeća | Oda stranice | Enterprise ange |
| 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 |
U scenariju s uključenim različitim formatima brojeva poduzeća Unified CM i Webex Calling ako se brojevi poduzeća prikazuju kao informacije o pozivnoj strani za pozive od Unified CM do Webex Calling (na primjer - Pozivi s uređaja bez DID-a), važno je također implementirati mapiranje između različitih formata brojeva za informacije o pozivnim stranama kako bi se osiguralo da povratni poziv funkcionira. Ovo mapiranje može se postići korištenjem uzorka transformacije pozivne stranke na prtljažniku između Unified CM i lokalnog pristupnika.
Snimanje
Dobro dizajnirano rješenje za snimanje poziva zahtijeva pažljivo razmatranje nekoliko ključnih elemenata dizajna kako bi se osiguralo da je usklađeno s organizacijskim ciljevima, regulatornim zahtjevima i tehničkim ograničenjima. Dvije od najkritičnijih odluka uključuju odabir pružatelja usluga i odabir regije, a obje će možda trebati prilagoditi globalno i nadjačati na određenim lokacijama, na temelju poslovnih potreba.
1. Odabir davatelja usluga snimanja poziva
Odabir odgovarajućeg pružatelja usluga snimanja poziva temeljni je za postizanje poslovnih ciljeva i osiguravanje usklađivanja značajki u cijeloj organizaciji:
-
Odabir globalnog pružatelja usluga: Organizacije obično određuju primarnog pružatelja usluga snimanja poziva na globalnoj razini, osiguravajući dosljednost u skupu značajki, usklađenosti i podrške na svim lokacijama
-
Poništavanja temeljena na lokaciji: U scenarijima gdje određene web lokacije ili regije imaju jedinstvene poslovne potrebe ili regulatorne zahtjeve, možda će biti potrebno nadjačati izbor globalnog pružatelja usluga i odrediti alternativne pružatelje usluga za te lokacije. Ova fleksibilnost podu pire različite uvjete usklađenosti i lokalne operativne potrebe
-
Poslovni zahtjevi: Izbor pružatelja usluga trebao bi biti vođen procjenom pokretača poslovanja kao što su usklađenost s propisima (primjer - MiFID II, HIPAA), osiguranje kvalitete, rješavanje sporova ili potrebe za obukom
-
Dostupnost značajki: Pružatelje usluga treba procijeniti na temelju njihove sposobnosti isporuke potrebnih značajki, poput praćenja u stvarnom vremenu, mogućnosti pretraživanja i reprodukcije, šifriranja, pravila zadržavanja, integracije s analitičkim platformama i podrške za različite vrste poziva (dolazni, odlazni, interni).
2. Odabir regije
Određivanje regije u kojoj se pohranjuju i obrađuju snimke poziva ključno je za usklađenost i performanse:
-
Globalni odabir regije: Prema zadanim postavkama organizacije mogu odabrati jednu regiju za pohranu snimaka poziva radi pojednostavljenja upravljanja i upravljanja
-
Pon@@ ištavanja regije temeljene na lokaciji: Ako to zahtijevaju zakoni o prebivalištu podataka ili korporativne politike, možda će biti potrebno nadjačati postavku globalne regije za određene lokacije, osiguravajući da se snimke poziva pohranjuju i obrađuju unutar potrebnih geografskih granica
-
Zaht@@ jevi za boravak podataka: Dizajn mora uzeti u obzir međunarodne i lokalne propise o zaštiti podataka (kao što su GDPR, CCPA ili mandati specifične za zemlju) koji mogu odrediti gdje i kako se čuvaju snimke poziva.
Drugi kritični aspekt koji treba riješiti tijekom planiranja i dizajniranja rješenja za snimanje poziva Webex Calling je procjena zahtjeva za skladištenjem. Precizno predviđanje potreba za skladištenjem ključno je kako bi se osiguralo da je na raspolaganju dovoljan kapacitet za podršku tekućem poslovanju, održavanje usklađenosti i izbjegavanje poremećaja u uslugama.
Pri određivanju očekivane potražnje za skladištenjem treba uzeti u obzir nekoliko ključnih parametara:
-
Količina zabilježenih poziva: Procijenite predviđeni broj poziva koji će biti z abilježeni unutar određenog vremenskog intervala (npr. Po danu, tjednu ili mjesecu). To uključuje ne samo vanjske pozive, već i interne komunikacije, ako to zahtijevaju poslovna politika ili regulatorni mandati
-
Prosječno trajanje poziva: Izračunajte tipičnu duljinu snimljenih poziva jer će dulji pozivi potrošiti više prostora za pohranu. U procjenu treba uzeti u obzir i varijacije u trajanju poziva u različitim odjelima ili skupinama korisnika
-
Razdoblje čuvanja: Odredite duljinu vremena zadržavanja snimaka, što često diktiraju organizacijske politike ili vanjski propisi (poput standarda usklađenosti specifičnih za industriju). Duži periodi čuvanja povećat će ukupne zahtjeve za skladištenjem
-
Projekcije rasta: Razmotrite očekivani rast broja poziva ili proširenje opsega snimanja, što može biti posljedica skaliranja poslovanja, novih regulatornih zahtjeva ili uključivanja dodatnih korisnika ili lokacija.
Temeljnom analizom ovih parametara organizacije mogu razviti robusnu strategiju pohrane koja osigurava skalabilnost, isplativost i usklađenost s propisima za njihovo rješenje za snimanje Webex Calling poziva. Također je preporučljivo redovito pregledavati i prilagođavati dodjele prostora za pohranu kako se obrasci upotrebe razvijaju tijekom vremena.
Hitni poziv
Zahtjev za usmjeravanjem hitnog poziva u odgovarajući dispečerski centar uvjet je za svaku pozivnu uslugu koja nudi PSTN uslugu. Uz toWebex Calling, usmjeravanje hitnih poziva izvorno je za rješenje i uključuje podršku za sve nacionalne brojeve za hitne slučajeve u zemljama koje Webex Calling podržavaju. Usmjeravanje hitnog poziva temelji Webex Calling se na lokaciji definiranoj unutar Control Hub i PSTN načinu pristupa lokaciji. Brojevi za hitne slučaj Webex Calling eve unaprijed su definirani i specifični za zemlju u kojoj su Webex Calling korisnici i uređaji raspoređeni.
Postoje dvije metode za upućivanje hitnih pozivaWebex Calling. Postoji osnovna usluga usmjeravanja poziva u hitnim slučajevima i poboljšana usluga usmjeravanja poziva u hit nim slučajevima. Osnovna usluga usmjeravanja poziva u hitnim slučajevima koristit će administratorski odabrani broj za identifikaciju lokacije i rute poziva za pristup hitnim službama. Za osnovne hitne pozive put poziva obično je putem opcije PSTN kupca za tu lokaciju. Webex Callingtakođer ima poboljšano usmjeravanje poziva u hitnim slučajevima dizajnirano za implementacije u SAD-u i Kanadi koje imaju zahtjeve za usklađenost s propisima koji zahtijevaju korištenje pružatelja usluga širom zemlje za isporuku hitnih poziva ispravnom dispečerskom centru.
Svi kupci trebali bi implementirati, barem, osnovnu konfiguraciju hitnih poziva. Osnovni poziv za hitne slučajeve zahtijeva dodijeljenje najmanje jednog broja +E.164 u vlasništvu korisnika svakoj lokaciji defin iranoj u. Webex Calling Za osnovne hitne pozive, svaka lokacija bit će definirana uličnom adresom na koju se u slučaju nužde šalju policija, vatrogasna ili hitna pomoć. U većini slučajeva glavni broj lokacije najbolji je izbor koji predstavlja fizičku lokaciju hitne situacije. Tipično, dodjela adrese broju+E.164 koordinira se s PSTN davateljem usluga. Slike u nastavku prikazuju dodjelu glavnog broja koji će se koristiti kao broj hitnog poziva za lokaciju Richardson.


U većini situacija adresa zgrade dovoljna je za adresu otpreme lokacije. Ali ako su potrebni dodatni detalji o lokaciji za određene korisnike ili uređaje, administrator može upo trijebiti isti postupak opisan gore i dodijeliti te uređaje određenoj adresi ili preciznijoj lokaciji unutar adrese (poput poda ili sobe). U Upravljanju koris nicima u Control Hubu kartica Pozi vanje omogućuje korištenje određenog broja za korisnike i njegove uređaje kako bi dobili određenu adresu otpreme. Sljedeće slike ilustriraju kako se određeni broj može dodijeliti uređaju. Administrator je odgovoran za osiguravanje da će broj koji koristi uređaj imati dodijeljenu ispravnu adresu za otpremu. Dod jela adrese obično se vrši preko PSTN pružatelja usluga te lokacije.


Za implementacije telefonije sa sjedištem u SAD-u koje moraju pružiti poboljšana rješenja za hitne pozive, Webex Calling koristi RedSky-ov Horizon Mobility integriran u usmjeravanje poziva u hitne Webex Calling slučajeve. Kada koristite RedSky za usmjeravanje poziva, administrator se mora prijaviti za račun putem Cisca i konfigurirati odgovarajuće informacije u pozivanju -> Postavke usluge kako bi omogućio ovu značajku. Nakon što je RedSky usluga omogućena na razini sustava, administrator će omogućiti RedSky uslugu na svakoj razini lokacije. Omogućavanje poboljšanog hitnog poziva na Webex Calling lokaciji aktivirat će uslugu za sve uređaje koji su dodijeljeni toj lokaciji. Uređaji koji podržavaju poboljšano pozivanje u hitnim slučajevima su Cisco MPP telefoni, Cisco PhoneOS telefoni i Ciscova Webex aplikacija.
Postoje dvije postavke za omogućavanje poboljšanog hitnog poziva na lokaciji. Doz voli RedSkyu da prima informacije o mrežnoj povezanosti i testne pozive treba koristiti za provjeru je li konfiguracija RedSky-a za mapiranje uređaja i infrastrukture ispravna. Ova postavka također omogućuje postavljanje testnih poziva na 933 radi provjere lokacije pomoću RedSkyjevog IVR sustava za očitavanje lokacije pozivatelja. Iako ovaj dokument neće pokrivati konfiguraciju RedSky-a za praćenje lokacije, administrator bi UVIJEK trebao testirati njihovo otkrivanje lokacije prije aktiviranja hitnih poziva za usmjeravanje na RedSky. Nakon što se testiranje završi i potvrdi da je točno, administrator će usmjeriti pozive na RedSky prebacivanjem hitnih poziva na RedSky. Ovaj prekidač će sve hitne pozive za lokaciju usmjeriti na RedSky radi isporuke centru za telefoniranje lokacije.
Povećane postavke pozivanja u hitnim slučajevima primjenjuju se i na klijente aplikacije Webex u lokalnoj i izvan nje. Kada je lokalno, Webex aplikacija se može pratiti na isti način na koji se prate stolni telefoni. Kada je izvan lokalnog prostora, korisnik će moći dinamički postaviti svoju lokaciju izravno unutar Webex aplikacije. Dodatne informacije o pozivima u hitnim slučajevima potražite u odjeljku Pob oljšano pozivanje u hitnim Webex Calling slučajevima.
Licenciranje
Postoji više opcija za dodjelu Webex Calling licenci korisnicima.
Ručno dodjeljivanje putem Control Hub
Administratori ručno dod Webex Calling jeljuju licence pojedinim korisnicima putem sučelja Control Hub.
Administratori mogu uređivati licence za usluge za pojedinačne korisnike i izravno dodijeliti licence za pozivanje.
Predlošci automatskog dodjele licenci
Koristite predloške dodjele licenci u Control Hubu za automatsko dodjeljivanje licenci korisnicima na temelju grupnih ili organizacijskih postavki.
Automatsko licenciranje može se izvršiti pomoću sinkronizacije direktorija ili ručnog ažuriranja korisnika, ali korisnici moraju imati valjani telefonski broj formatiran +E.164, a telefonski brojevi moraju postojati na Webex Calling lokaciji prije davanja korisnicima. Ako uvjeti nisu ispunjeni (npr. nevažeći format telefonskog broja), Webex Calling licence se neće dodijeliti.
Skupno dodjeljivanje putem CSV predloška
Prenesite CSV datoteku s korisničkim podacima i dodjelima licenci kako biste dodali ili izmijenili više korisnika odjednom.
CSV uvoz podržava dodavanje do 20.000 korisnika i dodjeljivanje licenci, ali Webex Calling licence zahtijevaju određena polja poput telefonskog broja i proširenja.
Dodjela temeljena na API-ju
Koristite Webex API-je za programsko dodjeljivanje licenci i upravljanje korisnicima.
Webex podržava API operacije za upravljanje korisnicima i licencama (People, SCIM 2.0 i Licences API), koje se mogu iskoristiti za automatizaciju dodjele licenci. API Licences omogućuje istodobnu dodjelu licenci, telefonskih brojeva i proširenja.
| Način dodjele | Profesionalci | Protiv |
|---|---|---|
| Priručnik kroz Control Hub | Jednostavno za nekoliko korisnika. Omogućuje preciznu i detaljnu kontrolu nad dodjel om licenci. | Nije skalabilno, dugotrajno Skloni ljudskim pogreškama tijekom ručnog unosa. |
| Automatski predlošci licenci | Skalabilno Smanjuje ručne pogreške Može se primijeniti na nove i postojeće korisnike. | Zahtijeva važeće telefonske brojeve i lokacije. Složenije postavljanje Također zahtijeva grupe korisnika po skupini korisnika s jednakim zahtjevima za licenciranje. |
| Skupno prijenos CSV-a | Učinkovito za velike korisničke setove Omogućuje istodobnu dod jelu licenci, telefonskih brojeva i proširenja. | Zahtijeva pažljivo CSV oblikovanje Mogućnost pogrešaka ako telefonski brojevi ili proširenja nedostaju ili su netočni. |
| Dodjela temeljena na API-ju | Automatizirano, fleksibilno. Omogućuje istodobnu dod jelu licenci, telefonskih brojeva i proširenja. | Zahtijeva razvoj i znanje API-ja. |
Tablica Op cije pružanja usluga korisnika - sažetak sažima opcije pružanja usluga korisnika i njihove prednosti i nedostatke. Ovaj pregled pomaže odabrati najbolju metodu dodjele licenci na temelju veličine organizacije korisnika, mogućnosti automatizacije te procesa i zahtjeva pružanja usluga korisnika.
Gdje god je to moguće Cisco preporučuje dodjelu licenci za pozivanje pomoću predložaka licenci. To zahtijeva da za svaku skupinu korisnika koji zahtijeva jedinstveni skup licenci (Primjer - Webex Calling Standard vs. Professional) postoji grupa s odgovarajućim članstvom u grupi. Kao što je objašnjeno u odjeljcima Korisničke grupe, korisničke grupe mogu se ručno definirati u Control Hubu ili sinkronizirati iz korporativnog direktorija. Moguća je kombinacija oba pristupa.
Korisnici koji pripadaju više grupa dobivaju licence za sve zadatke primijenjene na sve njihove grupe. To omogućuje korištenje sigurnosnih grupa specifičnih za Webex Calling licencu u direktoriju poduzeća za upravljanje dodjelom Webex licence gdje rezultirajuće dodjeljivanje korisničke licence kontrolira unija članstva u grupi.
Dodatne informacije potražite u odjel jku Postavljanje automatskih dodjela licenci u Control Hub i Postavljanje predložaka automatskog dodjele licenci za Webex Calling korisnike.
Zahtjevi za licencu
Ovaj odjeljak pokriva samo Webex Calling povezane licence. Ostale vrste licenci (primjer - registracija Webex uređaja, razmjena poruka, sastanci) nisu obuhvaćene. Kao dio procesa projektiranja potrebno je utvrditi zahtjeve za licencu. Potrebno je izračunati broj licenci za sljedeće vrste licenci:
-
Webex CallingStandard: broj pojedinačnih korisnika koji zahtijevaju standardne telefonijske značajke.
-
Webex CallingProfesional no: broj korisnika i radnih prostora koji zahtijevaju napredne telefonijske značajke. Virtualne linije i grupna govorna pošta imaju pravo na omjer 1:1 za svaku profesionalnu licencu. Stoga, u rijetkim slučajevima kada broj potrebnih virtualnih linija ili grupnih govornih pošti premašuje broj korisnika i radnih prostora koji zahtijevaju napredne telefonske značajke, potrebno je uzeti u obzir dodatne profesionalne licence.
-
Webex CallingRadni prostor za zajedničko područje: broj zajedničke uporabe ili lokacija zajedničkog područja koje zahtijevaju standardne mogućnosti pozivanja.
-
Webex CallingPomoć za koris nike: broj agenata i nadzornika koji zahtijevaju značajke Webex Calling korisničke pomoći. Pomoć Webex Calling za korisnike uključuje Webex Calling profesionalnu licencu.
-
Pozivi popisa ruta: broj potrebnih PSTN poziva povezanih s oblakom između lokalnih Unified CM korisnika i/ili lokalnih specijaliziranih aplikacija trećih strana.
-
Konzola za pratnju: broj Webex Calling korisnika kojima je potreban pristup klijentu prateće konzole.
-
Cisco Calling Plan (Outbound Calling Plan): broj korisnika kojima je potreban PSTN broj i/ili izlazni PSTN pozivni pristup za Cisco PSTN uslugu.
Ne postoji namjenska vrsta licence za profesionalne radne prostore. Profesionalni radni prostori troše Webex Calling profesionalnu licencu.
Radni prostori samo za hot-desk nude uslugu hot-desking host usluge i hitne pozive s hot-desking hot- desk-hosta i ne zahtijevaju nikakvu licencu. Dodatne informacije potražite u odjelj ku Dodavanje i upravljanje uređajima samo s vrućim stolom.
Da biste odredili potrebnu vrstu licence za svakog korisnika i radni prostor na temelju potrebnih značajki, pogledajte Značajke dostupne prema vrsti licence za Webex Calling.
Da biste razlikovali funkcionalnost koju nude redovi Webex Calling poziva u kombinaciji s Webex Calling profesionalnom licencom za razliku od pomoći Webex Calling korisnicima, pogledajte usporedbu funkcija čekanja Webex Calling poziva i korisničke pomoći.
Pružanje usluga korisnika
Prilikom pružanja usluga korisnicima u Webex Control Hub dostupno je nekoliko opcija, od kojih svaka odgovara različitim organizacijskim potrebama i okruženjima:
-
Ručno pružanje usluga: Administratori mogu dodavati pojedinačne korisnike i upravljati njima izravno unutar Control Hub. Ova metoda je jednostavna, ali najprikladnija za male organizacije ili ograničene promjene korisnika.
-
Skupno pružanje usluga putem CSV -a: Za veće korisničke baze administratori mogu uvoziti i ažurirati korisnike skupno prijenosom CSV datoteka u Control Hub. To omogućuje učinkovito upravljanje do tisuća korisnika odjednom.
-
Opcije sinkronizacije direktorija:
Priključak direktorija: Ovo je alat za automatsku sinkronizaciju koji se koristi u Microsoft Active Directory okruženjima. Sinkronizira korisničke račune, grupe i atribute na zakazanoj osnovi (satno, dnevno ili tjedno). Podržava postavke s više domena i više šuma Active Directory i može sinkronizirati slike profila i objekte prostorije.
Aplikacija čarobnjaka Entra ID (Azure AD): Dizajnirana za organizacije koje koriste Microsoft Entra ID (Azure AD), ova metoda omogućuje automatsku sinkronizaciju korisničkih računa i atributa gotovo u stvarnom vremenu izravno s Entra ID-a u Control Hub. Njime se u potpunosti upravlja unutar Control Hub i zahtijeva minimalno postavljanje.
SCIM 2.0 aplikacije: Za okruženja koja nisu Microsoftova ili druge pružatelje identiteta kao što su Okta ili Duo, aplikacije za sinkronizaciju temeljene na SCIM-u omogućuju automatsko pružanje usluga i deproviziju korisnika pomoću mapiranja atributa i sinkronizacije grupa.
-
Unified CMsinkronizacija korisnika: Ova opcija omogućuje stvaranje Webex korisničkih računa na temelju postojećih Unified CM krajnjih korisnika sinkronizacijom s na Webex. Unified CM To zahtijeva da se na lokalnim klasterima pokreće Cloud Connected UC (CCUC). Unified CM Međutim, općenito se preporučuje sinkronizacija korisnika iz centraliziranog direktorija u oblaku kao što je Entra ID, a ne izravno izUnified CM.
-
Opskrba API-ja: Jav ni Webex API-ji (People, SCIM 2.0) mogu se koristiti za pružanje usluga Webexa korisnicima. Glavna prednost korištenja API-ja je mogućnost integracije pružanja usluga korisnika s drugim sustavima poduzeća.
Ovaj pregled i tablica odražavaju glavne mogućnosti pružanja usluge Webex korisnika, njihove prednosti i ograničenja kako bi vam pomogli odabrati najbolji pristup za potrebe vaše organizacije.Tablica 6. Opcije pružanja usluga korisnika za Webex Način osiguranja Opis Profesionalci Protiv Priručnik Stvaranje/upravljanje korisnicima pojedinačno u Control Hubu Jednostavno za malo korisnika; nije potrebna infrastruktura Nije skalabilno; dugotrajno za mnoge korisnike Skupno (CSV datoteka) Uvozite/ažurirajte korisnike skupno putem CSV-a u Control Hubu Učinkovito za grupe; nije potrebno kodiranje Ručna priprema CSV -a; manje dinamičan Ljudi i SCIM 2.0 API Programsko upravljanje korisnicima putem Webex API-ja Fleksibilan; podržava automatizaciju i integraciju Zahtijeva razvoj i infrastrukturu Sinkronizacija direktorija Automatska sinkronizacija iz AD-a, Entra ID-a, SCIM aplikacija, Unified CM Automatizira životni ciklus; podržava filtriranje i mapiranje Složenost postavljanja: neke od opcija imaju ograničene značajke ili zahtijevaju infrastrukturu
Korisničke grupe
Upravljanje korisničkim grupama u Webexu omogućuje administratorima organiziranje korisnika u grupe radi učinkovitog skupnog upravljanja licencama, postavkama i resursima. Grupe pomažu pojednostavljenju administracije primjenom pravila, licenci i predložaka postavki na više korisnika istovremeno, umjesto da upravljaju korisnicima pojedinačno.
Upravljanje korisničkim grupama nudi nekoliko prednosti, uključujući:
-
Pojednostavljena administracija: Upravljajte licencama, postavkama i pravilima za više korisnika odjednom.
-
Dosljednost: Primijenite jedinstvene postavke i licence među korisnicima u istoj grupi.
-
Skalabilnost: Podržava do 250.000 članova po grupi.
-
Integracija: Sinkronizirajte grupe iz Microsoft Entra ID-a (Azure AD) ili Active Directory za automatizirano upravljanje korisnicima i grupama.
-
Fleksibilnost: Stvorite lokalne grupe ili sinkronizirajte sigurnosne grupe; upravljajte članstvom u grupi ručno ili putem CSV datoteka.
-
Dodjela resursa: Kontrolirajte pristup ugrađenim aplikacijama i uslu gama na temelju članstva u grupi.
Glavni slučajevi upotrebe za korisničke grupe prilikom pružanja usluga su: Webex Calling
-
Dodjela licen ci: dodjeljivanje licenci grupama za automatsko pružanje usluga poput poziva, sastanaka, razmjene poruka ili hibridnih usluga članovima grupe.
-
Predlošci postav ki: Primijenite zbirke postavki usluga (npr. Razmjene poruka, sastanak, pozivi) na grupe radi dosljednog korisničkog iskustva.
-
U@@ pravljanje masovnim koris nicima: Skupno dodajte ili uklanjajte korisnike putem CSV datoteka ili sinkronizacije direktorija.
-
Automatizacija i integracija: Koristite API-je ili sinkronizaciju direktorija za automatizirano upravljanje životnim ciklusom korisnika i grupa.
Sljedeća tablica sažima različite opcije za upravljanje korisničkim grupama i upravljanje grupama u Webexu.
| Opcija | Opis | Profesionalci | Protiv |
|---|---|---|---|
| Djelovanje grupe kontrolnih čvorišta (Webex grupe) | Stvorite grupe i upravljajte njima izravno u Control Hubu. Dodajte/uklonite članove ručno ili putem CSV-a. | Potpuna kontrola nad članstvom u grupi Neposredna primjena licenci i predložaka Jednostavno kreiranje i uređivanje grupa |
Potrebna su ručna ažuriranja Rizik od pogrešaka u ručnom prijenosu CSV-a Nema automatske sinkronizacije s vanjskim direktorijima |
| Sinkronizirane grupe iz Entra ID-a (Azure AD) ili Active Directory | Automatski sinkronizirajte sigurnosne grupe i članstva iz vanjskih usluga direktorija. | Automatizirana sinkronizacija smanjuje ručni rad Osigurava dosljednost s korporativnim direktorijem Podržava velike organizacije |
Ne može se urediti članstvo u grupi u Control Hubu Kašnjenje sinkronizacije do 12 sati Ugniježđene grupe zahtijevaju ručni odab ir |
| Grupe i SCIM 2.0 API (Webex grupe) | Koristite Webex grupe ili SCIM 2.0 API za programsko upravljanje grupama i članstvom | Automatizacija i integracija s drugim sustavima Skalabilno za velika ili složena okruženja |
Zahtijeva razvojne napore Složenost ovisi o korištenju API-ja |
Dok sinkronizirane grupe osiguravaju dosljednost i nude jednu točku administracije, moguć je hibridni pristup koji kombinira sinkronizirane grupe i Webex grupe (bilo kojima se upravlja u kontrolnom čvorištu ili putem API-ja). Tako, na primjer, grupe za dodjelu licenci mogu biti sinkronizirane grupe, a zaseban skup Webex grupa može se koristiti za dodjeljivanje predložaka za pozivanje korisnika i Webex aplikacije.
Ovaj sveobuhvatan pristup upravljanju korisničkim grupama u Webexu omogućuje organizacijama učinkovito upravljanje korisničkim licencama, postavkama i pravilima, osiguravajući dosljedno i skalabilno iskustvo suradnje.
Preporučeni pristup prilikom migracije s Unified CM na Webex Calling
Primarni izvor podataka za korisnike Unified CM je Unified CM baza podataka koja sadrži informacije o krajnjem korisniku. Međutim, obično Unified CM nije autoritativni izvor za upravljanje identitetom korisnika i što je još važnije, bit će isključen na kraju tranzicije i stoga je isključen kao dugoročni autoritativni izvor podataka o identitetu.
Cisco preporučuje korištenje centraliziranog direktorija u oblaku kao što je Microsoft Entra ID (Azure AD) kao jedinstveni izvor istine za identitete korisnika. Sinkronizacija korisnika s Entra ID-a na Control Hub osigurava dosljednost, pojednostavljuje upravljanje i podržava mogućnosti jednokratne prijave (SSO).
Kako bi se osiguralo da Unified CM su svi korisnici prisutni i u Entra ID-u, organizacije bi trebale provjeriti Unified CM odgovaraju li korisnički računi računima u Entra ID-u. To se može učiniti izvozom korisničkih popis Unified CM a i usporedbom s korisničkim popisima Entra ID.
Ukratko, preporučena metoda pružanja usluga je sinkronizacija korisnika s Microsoft Entra ID-a (Azure AD) s Webex Control Hub pomoću Azure AD Wizard ili SCIM aplikacija. Ručno i CSV skupno pružanje usluga dostupne su kao dodatne metode, ali su manje skalabilne i sklonije pogreškama za velike organizacije. Osiguravanje da je Entra ID autoritativni izvor i da svi Unified CM korisnici postoje u Entra ID-u ključno je za uspješnu migraciju i dosljedno korisničko iskustvo u svim Webex Calling Unified CM okruženjima.
Prijelaz s lokalne usluge direktorija, poput, na uslugu direktorija u oblakuActive Directory, kao što je Entra ID (Azure ID), neovisan je od prijelaza poziva. Cisco preporučuje dovršet ak prijelaza na uslugu direktorija u oblaku prije početka pri jelaza poziva.
Dizajniranje korisničkih grupa
Nakon prelaska direktorija poduzeća iz lokalnog u oblak prikupite potrebne korisničke grupe vođene zahtjevima licenciranja i predloška značajki . Za svaki grupni dokument:
-
Naziv grupe: jedinstveni naziv grupe.
-
Licence: licence koje se dodjeljuju ovoj grupi (ako ih ima) i opseg (ako licence budu dodijeljene postojećim korisnicima ili samo novim korisnicima)
-
Predlošci postavki: Webex aplikacija i predloške za pozivanje korisnika.
-
Sinkronizacija direktorija: Hoće li se ta grupa sinkronizirati iz direktorija poduzeća ili je to lokalna Webex grupa osigurana u Control Hubu ili putem API-ja.
-
Opis: kako će se ova grupa koristiti i koji korisnici trebaju biti članovi ove grupe
Ti će se detalji koristiti kasnije tijekom faze implementacije za stvaranje lokalnih grupa ili grupa u direktoriju poduzeća i upravljanje članstvom korisnika u grupi.
Jednokratna prijava (SSO)
Cisco preporučuje korištenje SSO-a za provjeru autentičnosti korisnika. Korištenje SSO-a ima neke uvjerljive prednosti, uključujući:
-
Po@@ jednostavljena provjera autentičnosti korisnika: Korisnici se mogu jednom prijaviti koristeći svoje korporativne vjerodaj nice (npr. s Azure ID-a) za pristup Webexu i drugim integriranim aplikacijama, eliminirajući potrebu za više lozinki i smanjujući upute za prijavu. To povećava sigurnost osiguravajući da se korporativne lozinke nikada ne pohranjuju ili prenose Webexu nakon provjere autentičnosti.
-
Pojednostavljeno upravljanje korisnicima: Automatizira stvaranje, ažuriranje i deaktivaciju korisničkih računa na temelju promjena u korporativnom direktoriju, smanjujući administrativne troškove i osiguravajući pristup samo ovlaštenim korisnicima.
-
Poboljšana sigurnost: SSO smanjuje zamor lozinke i rizik od kršenja povezanih s lozinkom centraliziranjem provjere autentičnosti putem pouzdanih pružatelja identiteta (IDP).
-
Jednostavna integracija višefaktorske provjere autentičnosti (MFA): MFA se lako može podržati bilo putem rješenja za upravljanje pristupom identitetu kao što je Cisco Duo ili putem M FA podrške IDP-a.
Postoji više opcija za implementaciju SSO-a za Webex usluge:
-
SSO temeljen na SAML 2.0: Primarni protokol podržan za Webex S SO integraciju, koji omogućuje sigurnu razmjenu informacija o autentifikaciji između IdP-a i pružatelja Webex usluga.
-
OpenID connect (OIDC): Podržan kao alternativni moderni protokol provjere autentičnosti za integraciju SSO.
-
Webex identitet: Također podržan kao opcija pružatelja identiteta.
SSO se konfigurira i upravlja centralno putem Control Hub, što zahtijeva razmjenu metapodataka između Webexa i odabranog IDP-a.
Nakon konfiguracije, SSO se može testirati unutar Control Hub prije aktivacije kako bi se osiguralo pravilno postavljanje.
Cisco Webexpodržava integraciju s više testiranih i najčešće korištenih IDP-ova i sustavima za upravljanje identitetom (IAM), uključujući, ali ne ograničavajući se na:
-
Cisco Duo
-
Okta
-
Microsoft Active DirectoryFederacijske usluge (ADFS)
-
Microsoft Azure
-
PingFederate
-
OpenAM
-
F5 BIG-IP.
Ovi IDP-ovi su u skladu sa SAML 2.0 ili OpenID Connect standardima i potvrđeni su za kompatibilnost s Ciscovim rješenjima za suradnju.
Podrška za više IDP
Webex omogućuje organizacijama da konfiguriraju SSO s više IDP-ova kako bi se prilagodili složenim IT okruženjima kao što su spajanja, preuzimanja ili decentralizirani IT odjeli gdje različite skupine koriste različite raseljene osobe. Podrška za više IDP može se implementirati pomoću značajke Multiple iD P u Webexu ili integracijom poduzetničkog IAM sustava poput Cisco Duo.
Webexova podrška za više pružatelja identiteta (IDP) rješava nekoliko ključnih slučajeva korištenja u kojima organizacije zahtijevaju fleksibilnu i sigurnu provjeru autentičnosti u različitim IT okruženjima:
1. Spajanja i preuzimanja
Kada se tvrtke spajaju ili stječu druge, često imaju zasebnu IT infrastrukturu i različite raseljene osobe koje se ne mogu udružiti. Višestruka podrška za IDP omogućuje korisnicima obje organizacije da provjere autentičnost i sigurnu suradnju bez potrebe za trenutnom objedinjavanjem svojih sustava identiteta.
2. Više neovisnih IT odjela
Velike organizacije ili vladine institucije mogu imati više neovisnih IT odjela, od kojih svaki upravlja vlastitim IDP-om. Webexova višestruka iDP značajka omogućuje tim odjelima održavanje vlastitih sustava provjere autentičnosti, dok korisnicima omogućuje besprijekoran pristup Webexu.
3. Različite korisničke grupe ili domene
Organizacije s različitim grupama korisnika (npr. zaposlenici u odnosu na izvođače) ili više domena e-pošte mogu konfigurirati pravila usmjeravanja kako bi usmjeravali zahtjeve za provjeru autentičnosti odgovarajućem IDP-u na temelju članstva u domeni ili grupi. To podržava diferencirane politike pristupa i sigurnos ne kontrole.
4. Podrška za različite protokole provjere autentičnosti
Webex podržava SAML i OpenID Connect (OIDC) IDP, omogućujući organizacijama da integriraju različite vrste pružatelja identiteta prema postojećoj infrastrukturi i sigurnosnim zahtjevima.
5. Poboljšana sigurnost i usklađenost
Omogućavanjem više IDP-a organizacije mogu implementirati jače mehanizme provjere autentičnosti, uključujući višefaktorsku provjeru autentičnosti (MFA) putem integracija poput Duo, te provoditi dosljedna sigurnosna pravila u različitim korisničkim bazama.
6. Pojednostavljeno korisničko iskustvo
Korisnici mogu potvrditi autentičnost pomoću svojih postojećih vjerodajnica iz svojih IDP-a, pružajući jedinstveno iskustvo prijave unatoč temeljnoj složenosti višestrukih sustava identiteta.
Iako podrška za više IDP pruža fleksibilnost, zahtijeva pažljivu koordinaciju među sigurnosnim i identitetskim timovima kako bi se održale dosljedne sigurnosne politike i izbjegle potencijalne ranjivosti.
Duo MFA s SSO za Webex
Duo Access Gateway (DAG) može autentifikirati korisnike pomoću postojećih lokalnih direktorija ili direktorija temeljenih na oblaku kao što su Active Directory (AD) i OpenLDAP. Također podržava integraciju s drugim pružateljima identiteta kao što su Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS i Shibboleth. Ova fleksibilnost omogućuje organizacijama da koriste svoju trenutnu infrastrukturu direktorija za Webex SSO s Duo MFA.
Duo djeluje kao jak sloj provjere autentičnosti na vrhu primarne provjere autentičnosti direktorija. Funkcionira kao pružatelj identiteta (iDP) koristeći SAML 2.0 za provođenje dvofaktorske provjere autentičnosti (2FA) prije odobravanja pristupa Webexu. Duo procjenjuje kontekst korisnika, uređaja i mreže u odnosu na konfiguribilna pravila za dopuštanje ili uskraćivanje pristupa, poboljšavajući sigurnost osim samo korisničkog imena i lozinke. Duo također pruža fleksibilne kontrole politika, poput zahtjeva za MFA pri svakoj prijavi za neke aplikacije, a rjeđe za druge.
Prednosti Cisco Duo uključuju:
-
Poboljšana sigurnost: dodaje MFA otporan na krađu identiteta radi zaštite Webexu pristupa, smanjujući rizik od kompromitiranih lozinki.
-
Fleksibilna pravila: Omogućuje detaljnu kontrolu nad zahtjevima provjere autentičnosti po aplikaciji ili korisničkoj grupi.
-
Integracija s postojećim direktorijima: Podržava lokalne AD, OpenLDAP, direktorije u oblaku i razne pružatelje usluga SSO, minimizirajući promjene infrastrukture.
-
Pogodnost korisnika: Podržava jednokratnu prijavu (SSO) kako bi se smanjio zamor lozinkom omogućujući korisnicima da se jednom prijave i siguran pristup više resursa.
-
Pouzdane krajnje točke: Podržava povjerenje uređaja za Webex klijente u sustavu Windows i macOS, poboljšavajući držanje sigurnosti.
-
Samoposlužni upis: Ugrađ ena upisa i dvostruki upis poboljšavaju korisničko iskustvo tijekom postavljanja MFA-e.
Duo MFA s SSO za Webex koristi postojeće direktorije poput OpenLDAP ili pružatel Active Directory ja identiteta u oblaku za provjeru autentičnosti korisnika. Duoova uloga je pružiti snažan drugi faktor provjere autentičnosti temeljen na politici integriran kroz SAML 2.0, poboljšavajući sigurnost uz održavanje praktičnosti korisnika putem SSO-a. Prednosti uključuju poboljšano držanje sigurnosti, fleksibilno pro vođenje politika, besprijekornu integraciju i bolje korisničko iskustvo.
Cisco preporučuje implementaciju SSO-a za korisnike Webexa. Za poboljšanu sigurnost preporučuje se integracija s Cisco Duo.
Strategija Enterprise IAM i SSO trebala bi se primijeniti prije početka prijelaza s na. Unified CM Webex Calling
Značajke
Webex Callingima potpuni komplet osnovnih značajki koje su uključene u uslugu. To uključuje mnoge značajke pozivanja poslovnog razreda koje su dostupne Unified CM dugi niz godina. Možda nećete vidjeti 100% paritet između Webex Calling značajki i Unified CM značajki, no kao što možete vidjeti na donjoj slici, ključne značajke Unified CM pozivanja dostupne su uWebex Calling.

Osim mnogih korisničkih značajki, Webex Calling ima osnovne značajke sustava koje su uključene u platformu. To uključuje značajke poput automatskih pratitelja, redova poziva, pozivnog parka itd. Sve dostupne značajke osnovnog sustava možete vidjeti u upravljačkom čvorištu u odjeljku U sluga → Pozivanje → Značajke kao što je prikazano na slici Webex Callingosnovne značajke.

Automatski upravitelj
Webex CallingAutomatski asistent omogućuje automatizaciju rukovanja dolaznim pozivima 24/7, što omogućuje učinkovito rukovanje pozivima bez potrebe da osoba odgovara na svaki poziv.
Automatski pratilac odgovara na dolazne pozive i pruža pozivatelju izbornik opcija kamo želi usmjeriti svoj poziv. To može biti za osobu, kutiju govorne pošte ili pozivnu službu (npr. Red za pozive). Pozi vatelj koristi pozivnicu za biranje telefona za unos broja iz izbornika automatskog pra ćenja.
Automatski asistent podržava sljedeće ključne značajke:
-
Raspored poslovanja i poslije radnog vremena
-
Raspored odmora
-
Opcija izbornika biranja za usmjeravanje kupaca tamo gdje trebaju ići
-
Prilagodite pozdrave
-
Opcija birajte po imenu
-
Opcije prosljeđivanja poziva
-
Analitika i izvješća Control Hub.
Dodatne informacije potražite u odjeljku U pravljanje automatskim pomoćnicima.
Nazovite Park
Call park pruža korisnicima mogućnost da lako zaustave poziv kako bi drugi korisnik mogao lako dohvatiti kada su dostupni da ga prihvati. Također oslobađa korisnika koji je odgovorio na izvorni poziv da upućuje ili prima druge pozive dok je poziv parkiran.
Postoje dvije vrste pozivnih parkova dostupne uWebex Calling:
-
Call park direct - omogućuje svakom korisniku da parkira poziv na proširenje drugog korisnika ili na proširenje pozivnog parka, kako je definiralo Administrator
-
Grupa za parkiranje poziva - omogućuje definiranoj skupini korisnika da automatski parkira pozive prema dostup nim odredištima parka definiranim za grupu. Ta odredišta mogu biti proširenja članova grupe ili proširenja pozivnog parka.
Na temelju konfiguracije i vrste parkiranja, korisnici mogu dohvatiti pozive biranjem pozi va *88+><extension of parked call>, pritiskom na linijsku tipku povezanu s proširenjem za parkiranje poziva ili pomoću softtipke na svom IP telefonu.
Opcija opoziva dostupna je za opoziv parkiranog poziva nakon određenog razdoblja korisniku koji je parkirao poziv ili zamjenskom korisniku.
Dodatne informacije potražite u odjeljku U pravljanje parkom poziva u upravljačkom čvori štu.
Preuzimanje poziva
Preuzimanje poziva omogućuje administratoru da definira skupinu korisnika (članova) koji mogu odgovoriti na poziv na telefon drugog člana. To korisniku daje mogućnost odgovaranja na pozive kada su njihovi suigra či zauzeti i ne mogu odgovoriti na dolazni poziv.
Korisnici u grupi moraju biti na istom Webex Calling mjestu.
Korisnici mogu koristiti aplikaciju Webex ili svoj stolni telefon za prijem poziva.
-
Webex aplikacija:
-
Podržava vizualne i audio obavijesti
-
Obavijest o dolaznom pozivu
-
Preuzimanje poziva temeljeno na licu (birajte*98) ili preuzimanje tosta s obavijestima
-
Obavijesti o preuzimanju poziva za više linija.
-
-
Stolni telefoni:
-
Obavijest o dolaznom pozivu
-
Zvuči zvuka i vizualna obavijest putem LED-a slušalice. 6821 podržava samo audio zvona
-
Kada odabrana vrsta obavijesti u upravljačkom čvorištu nije nijedna
-
-
Obavijesti o preuzimanju poziva samo za primarne linije.
-
Dodatne informacije potražite u odjeljku Konfiguriranje grupe za preuzimanje poziva.
Red za pozive
Webex Callinguključuje redove samo glasovnih poziva kao dio svojih osnovnih značajki, a svaki korisnik s Webex Calling profesionalnom licencom može biti dio reda poziva, agenta ili nadzornika. Ova značajka omogućuje korisnicima da učinkovito surađuju s kupcima. Redovi poziva podržavaju podskup nekih osnovnih mogućnosti pozivnog centra kao što su glasovni redovi, povratni pozivi, usmjeravanje vještina ili prioriteta, upravljanje redovima čekanja agenta, analitika, izvještavanje itd.
Ciscov poziv za integraciju Microsoft Teams omogućuje agentima pristup pozivima i značajkama u redu poziva izravno s klijenta Microsoft Teams.
Redovi poziva podržavaju sljedeće ključne značajke:
-
Pozdrav i poruke (dobrodošlica, utjeha, šapat itd.)
-
Držite glazbu
-
Povratni poziv
-
Pravila usmjeravanja reda čekanja (noćna usluga, praznici, prosljeđivanje)
-
Prijava/odjava u redu agenta
-
Upravljanje statusom čekanja agenta
-
Podrška za Webex aplikaciju ili Desk Phone
-
Nadzorni agent poziva nadgledanje, autobus, teče ili preuzima kontrolu putem pristupnih kodova značajki (FACs)
-
Control Hub (administratorski pristup) za:
-
upravljanje redovima
-
Analitika i izvješćivanje agenta i reda čekanja
-
Upravljanje čekanjem, agentom i nadzornikom.
-
Dodatne informacije potražite u odjeljku Konfiguriranje reda poziva.
Webex Callingima dodatnu značajku Customer Assist koja pruža dodatne mogućnosti čekanja poziva i pruža agentima i nadzornicima bolje korisničko iskustvo unutar Webex aplikacije. Za usporedbu značajki čekanja Webex Calling poziva i pomoći korisniku potražite u članku Uspored Webex Callingba funkcija čekanja poziva i korisničke pomoći.
Grupa za lov
Webex CallingHunt Groups omogućuju usmjeravanje dolaznih poziva određenoj skupini korisnika putem unaprijed određenog obrasca usmjeravanja poziva. To osigurava da na pozive odgovara prava grupa korisnika ili ih šalje na govornu poštu radi praćenja.
Jedna velika razlika između lovačkih grupa i redova poziva je u tome što pozivi nisu u redu čekanja u lovačkim grupama, pa ako nijedan korisnik iz grupe Hunt nije dostupan za odgovor na poziv, oni će biti isključeni, poslani na govornu poštu ili proslijeđeni na drugi broj (korisnik ili servis).
Dodatne informacije potražite u odjeljku U pravljanje grupama za lov u upravljačkom čvori štu.
Načini rada
Značajka načina rada omogućuje tvrtkama učinkovito usmjeravanje poziva na različita od redišta (korisnici, govorna pošta, usluge pozivanja poput reda poziva). Kamo i kada se poziv usmjerava temelji se na rasporedu dana i dana u tjednu, a svaki korisnik može biti ovlašćen za upravljanje tim načinima (rasporedom) radi kontrole promjena usmjeravanja poziva.
Kao primjer, pozivi u red poziva mogu se usmjeriti u drugi red poziva s agentima u drugoj vremenskoj zoni kako bi odgovarali na pozive nakon radnog vremena, tijekom radnog vremena biti usmje reni lokalnim agentima, a tijekom praznika usmjeriti na govornu poštu radi praćenja nakon povrat ka agenta u ured.
Ovlašteni korisnik može se prebacivati između tih različitih scenarija (načina) prosljeđivanja poziva ako treba promijeniti mjesto gdje se dolazni pozivi usmjeravaju za određeno razdoblje. Ovi korisnici mogu upravljati načinima rada putem svojih 6800/7800/8800 MPP telefona, 9800 telefona ili u načinima upravljanja. Webex User Hub
Dodatne informacije potražite u odjel jku Usmjeravanje poziva na temelju načina rada u Webex Calling.
Pejdžerska grupa
Straničarske grupe omogućuju korisnicima da upućuju jednosmjerni poziv za slanje audio poruke grupi korisnika. Svaka skupina može sadržavati do 75 ciljnih korisnika i/ili radnih prostora do kojih se dolazi biranjem unaprijed definiranog broja ili proširenja.
Kada korisnik pozove stranačku grupu, istodobni poziv upućuje se na sve dodijeljene ciljeve u grupi u kojem trenutku pozivatelj može izgovoriti svoje poruke i prekinuti vezu nakon što su završene.
Dodatne informacije potražite u odjeljku Konfiguriranje grupe stranicanja u upravljačkom čvorištu.
Snimke
Webex Callingpodržava snimanje poziva upućenih ili primljenih od strane korisnika. To može biti potrebno za potrebe kvalitete, osiguranja, sigurnosti ili obuke. Pozivi se prema zadanim postavkama bilježe u Webexu, ali drugi pružatelji snimanja trećih strana mogu se koristiti i ako su potrebne druge značajke snimanja ili usklađenost i regulatorni zahtjevi.
Kada se Webex koristi kao platforma za snimanje, svim snimljenim pozivima upravlja se unutar Control Hub. Potpuni administratori s ulogom službenika za usklađenost mogu igrati i preuzimati snimke. Bez uloge službenika za usklađenost, administrator može izbrisati samo snimke.
Dodatne informacije o ovoj značajci i popisu snimanja trećih strana potražite u odjeljku U pravljanje snimanjem poziva za Webex Calling.
Doseg jednog broja
Jedan doseg broja omogućuje pozivima na korisnikov telefonski broj da zvone na više uređaja. To može uključivati i druge stolne telefone, kao i mobilne telefone. Pozivi se također mogu upućivati s ovih uređaja, a korisnici mogu gurati i povlačiti pozive između njih.
Dodatne informacije o ovoj značajci i načinu na koji je administrator konfigurira u Control Hubu potražite u odjeljku Kon figuriranje dosega jednog broja (ured bilo gdje).
Za više informacija o tome kako korisnik može upravljati i konfigurirati ovu značajku za sebe na port alu Webex User Hub (portal), pogledajte Konfiguriranje dosega jednog broja (ured bilo gdje).
Grupa govorne pošte
Grupe govorne pošte omogućuju zajednički okvir govorne pošte koji se može dodijeliti korisniku ili značajci usmjeravanja poziva . Neki od razloga zbog kojih može biti potrebna grupa govorne pošte su:
-
Glasovna pošta opće namjene za odjel ili radnu grupu
-
Dodavanje opcije govorne pošte u automatsku pratnju ili lovačku grupu
-
Za slanje preljevnih poziva iz reda poziva
-
Korisnici kojima je potreban samo okvir govorne pošte.
Dodatne informacije potražite u odjelj ku Upravljanje zajedničkom govornom poštom i dolaznim faksom za. Webex Calling
Konzola za pratnju navedena je na stranici Značajke pozivanja u Webex Control Hub -u, no radi se o dodatnoj značajci koja zahtijeva kupnju licence za prateću konzolu za korištenje.
Dodatne informacije potražite u odjelj ku Početak rada s konzolom za pratnju.
Informacije o svim značajkama, uključujući neke dodatke, potražite u odjeljku Značajke dostupne prema vrsti licence za Webex Calling.
Što dalje radiš?
Za izvršavanje plana migracije, izvršavanje potrebnih promjena konfiguracije, migracija aplikacija i provjera provjere povezivanja. Faza proved be.