Vodnik za uvajanje migracije

V tem članku

Povratne informacije?

Strukturiran postopek migracije iz lokalnega Cisco Unified CM v oblačno rešitev Webex Calling z uporabo metodologije PPPIO. To vključuje kritične oblikovalske vidike kot so izbira regije, klicni načrti, storitve v sili in snemanje klicev. Postopek tudi podrobnosti o licenciranju, zagotavljanju uporabnikov, enotni prijavi (SSO) in pripravljenosti omrežja za zagotovitev nemotenega in učinkovit prehod.

Uvod

Preden začnete

Ta priročnik je namenjen ekipam ali posameznikom z izkušnjami s konfiguriranjem in upravljanjem sistema Cisco Unified Communications Manager (Unified CM) in končnih točk Cisco, vključno z namiznimi telefoni IP, video napravami in programskimi odjemalci Jabber. V tem dokumentu so povezave do dokumentacije o izdelkih in podpori, ki vam bodo v pomoč.

Ta dokument se osredotoča na prehode iz Unified CM na Webex Calling samo za več najemnikov. Izraz Webex Calling v tem dokumentu se vedno nanaša na večnajemniško storitev Webex Calling.

Preden začnete z migracijo iz Unified CM na Webex Calling, je nujno, da imate celovito razumevanje rešitve Webex Calling in njenih komponent. Za uspešno selitev je potrebno poznavanje arhitekture Webex Calling, modelov storitev, možnosti uvajanja in povezanih funkcij, da se pravilno preslikajo obstoječe delovne obremenitve Unified CM in oblikuje učinkovit načrt prehoda.

Temeljito razumevanje naslednjih komponent Webex Calling je bistvenega pomena za oblikovanje učinkovite strategije prehoda in operativne pripravljenosti.

Control Hub
Dodeljevanje imenikov in uporabnikov
Platforma za klicanje Webex
Podprte končne točke za klicanje
Možnosti povezljivosti PSTN
Načrt klicanja in upravljanje številk Webex Calling
Funkcije varnosti in skladnosti s predpisi.

Za več informacij glejte Ciscova prednostna arhitektura za klicanje Webex.

Ta priročnik bo osvetlil orodja in procese, ki jih je treba uporabljati skozi celoten življenjski cikel prehoda. Vendar pa je lahko prehod z klicanja na lokaciji, Unified CM, na novo platformo za klicanje v oblaku, Webex Calling, precejšen napor, ki prinaša potencialne poslovne, tehnične in kompleksne izzive. Za premagovanje teh izzivov ima Cisco na voljo nekaj različnih možnosti, ki vam bodo v pomoč pri vaši poti. Pomembno je, da pregledate informacije na Klicanje v oblaku za podjetja – Selitev klicev in razumete vsako možnost ter kako vam lahko vsaka od njih pomaga pri vaši lastni selitvi.

Orodja za selitev Webexa: samopostrežna, brezplačna orodja, vgrajena v Control Hub, za poenostavitev prehoda na Webex Calling
Ponudniki storitev migracije s certifikatom: Cisco je potrdil ponudnike programske opreme in orodij, ki so razvili rešitve za migracijo, da bi pomagali partnerjem in strankam Webexa pri kompleksnih in obsežnih migracijah. Te rešitve lahko pomagajo poenostaviti, upravljati in pospešiti prehod na Webex Calling.
Pomoč pri nastavitvi Webexa: Ciscova storitev selitve, ki stranke in partnerje vodi skozi uvajanje in konfiguracijo storitve Webex Calling, kar je potrebno za uspešno selitev uporabnikov in storitev Unified CM v Webex Calling.

Pregled

Z rastjo storitev sodelovanja v oblaku se vse več strank odloča za prenos svojih obstoječih delovnih obremenitev v oblak, saj ponujajo nižje skupne stroške lastništva, poenostavljeno upravljanje, neprekinjeno zagotavljanje funkcij, povečano obseg in vrhunsko zanesljivost, ki so neločljivo povezane s storitvami v oblaku. Ko stranke želijo preiti z lokalnih storitev na storitve sodelovanja v oblaku, je pomembno, da razumejo, kaj prehod pomeni in kakšne korake je treba izvesti.

Namen tega dokumenta je zagotoviti smernice za uvajanje za stranke, ki želijo preiti z lokalne rešitve Unified CM na Webex Calling v oblaku. Ta priročnik za uvajanje predpostavlja, da ima bralec osnovno razumevanje prehoda klicanja med Unified CM in Webex Calling, vključno s spremembami pri tem prehodu in razlikami pri selitvi delovne obremenitve klicanja iz lokalnega sistema v oblak. Preden nadaljujete, se prepričajte, da ste pregledali in seznanjeni z informacijami, ki so na voljo na zemljevidu prehoda. Ta dokument s prehodnim zemljevidom ponuja informacije o spremembah in razlikah tega prehoda.

Kot je prikazano na sliki Arhitektura sodelovanja na lokaciji: Nadzor klicev in oddaljeni dostop, tipična lokalna uvedba vključuje različne komponente infrastrukture za sodelovanje v omrežju, platformo za nadzor klicev, robno platformo, strojne in programske končne točke ter v nekaterih primerih celo platforme za konference in razporejanje. V arhitekturi Cisco bi to vključevalo Unified CM za nadzor klicev, Expressway za oddaljeni dostop in storitve na robu med podjetji (B2B) ter Cisco Meeting Server. / Cisco Meeting Management za konference na lokaciji, Unity Connection za glasovno sporočanje ter uporabniško usmerjene strojne (Cisco IP telefoni, Cisco Desk and Room video sistemi) in programske (Cisco Jabber) končne točke na osnovi IP. Te komponente se lahko v nekaterih okoljih nekoliko razlikujejo, vendar je to izhodišče za prehod, opisan v preostalem delu tega dokumenta.

Arhitektura, prikazana na sliki Arhitektura sodelovanja na lokaciji: Nadzor klicev in oddaljeni dostop temelji na prednostni arhitekturi (PA) za lokalne uvedbe rešitev Cisco Collaboration Enterprise. Za več informacij o storitvi Enterprise On-premise glejte Ciscove prednostne arhitekture za sodelovanje.

Pred: V tabeli Komponente infrastrukture za klicanje na mestu uporabe so navedeni ključni elementi arhitekture na mestu uporabe pred prehodom na Webex Calling v oblaku.

Tabela 1. Pred: Komponente infrastrukture za klicanje na lokaciji
Izdelek	Opis
Unified CM	Nadzor klicev na lokaciji, ki zagotavlja registracijo naprav in storitve usmerjanja klicev
Cisco Expressway-C/E	Robna infrastruktura, ki zagotavlja mobilni in oddaljeni dostop (MRA) ter funkcionalnost med podjetji (B2B), kar omogoča varno povezavo oddaljenih končnih točk od zunaj organizacije. Expressway je nameščen v parih, da zagotavlja prečkanje požarnega zidu za zunanje končne točke.
Cisco Meeting Server (CMS), Cisco Meeting Management (CMM) in Cisco Telepresence Management Suite (TMS)	Lokalna infrastruktura za glasovne, video in spletne konference, ki zagotavlja večtočkovne sestanke, upravljanje sestankov in zmogljivosti razporejanja. [Optional]
Cisco Unity Connection	Lokalna platforma za glasovna sporočila, ki zagotavlja glasovno pošto in zmogljivosti poenotenega sporočanja. [Optional]
Cisco Desk, Cisco Room, Cisco Board, Cisco IP telefoni in Cisco Jabber	Naprave, ki temeljijo na IP-ju, registrirane v Unified CM in omogočajo glasovne in video klice

Kot je prikazano na sliki , odločitev o prehodu: Klicanje na lokaciji v Webex Calling, stranke, ki imajo nadzor klicev na lokaciji z Unified CM ter namiznimi in video IP končnimi točkami, lahko preidejo arhitekturo na oblačno arhitekturo Webex Calling.

Odločitev je treba sprejeti na podlagi funkcionalnih zahtev stranke. Stranke, ki imajo naslednje zahteve, naj pred to odločitvijo skrbno premislijo in se na koncu morda odločijo, da bodo nadzor klicev ohranile na lokaciji:

Modeli telefonov, ki jih Webex Calling ne podpira
Kompleksne ali številne integracije z drugimi lokalnimi sistemi ali rešitvami, zlasti kadar je podvajanje teh integracij z Webex Calling težavno ali ni na voljo enakovrednih alternativnih rešitev.
Kompleksen klicni načrt, zelo natančni razredi storitev ali oboje
Omejen, omejen ali nezanesljiv dostop do interneta
Stroge politike zasebnosti in lastništva podatkov
Zahteva glede skladnosti za snemanje in shranjevanje medijev na lokaciji ali v državi
Integracije tretjih oseb brez ustrezne alternativne integracije Webex Calling
Integracije kontaktnih centrov, kjer se vmesnik kontaktnega centra še ne seli v oblak.

Odločitev o prehodu: Klicanje na lokaciji za klicanje Webex — ***Odločitev o prehodu: klicanje na lokaciji v Webex Calling***

Stranke, ki želijo začeti uporabljati storitve klicanja v oblaku, naj razmislijo o storitvi Webex Calling. Ta storitev klicanja v oblaku stranki omogoča, da izkoristi globalno arhitekturo Webex za skalabilnost in povezljivost. Udeleženci v poslovnem omrežju in oddaljeni udeleženci zunaj poslovnega omrežja lahko komunicirajo z uporabo strojne opreme, ki temelji na IP-ju. and/or namizne ali mobilne aplikacije za mehke odjemalce.

Ta dokument je namenjen strankam z uvedbo nadzora klicev Unified CM, ki želijo razumeti splošne korake, premisleke in zahteve za omogočanje uvedbe Webex Calling, kot je opisano v naslednjem razdelku.

Osnovne komponente

Ciljna arhitektura za to migracijo vključuje več novih komponent. To vključuje storitev Webex Calling za klicanje v oblaku, aplikacijo Webex, Cisco Directory Connector za integracijo identitet in lokalni prehod (LGW) za dostop do PSTN, pa tudi integracijo klicev iz lokalnega omrežja v oblak. Dodatne možnosti za dostop do PSTN so na voljo v paketih Cisco Calling Plans ali Cloud Connected PSTN (CCP), ki ga omogoča partner Cloud Connect for Webex Calling.

Kot je prikazano na sliki po: Arhitektura klicanja Webex, nove komponente (klicanje Webex, povezovalnik imenika, lokalni prehod in prehod za preživetje) so dodane obstoječi lokalni uvedbi.

Po: V tabeli Komponente infrastrukture za klicanje v oblaku so navedeni novi elementi arhitekture po prehodu na Webex.

Preglednica 2. Po: Komponente infrastrukture za klicanje v oblaku
Izdelek	Opis
Webex Calling	Storitev klicev v oblaku, ki jo zagotavlja platforma Webex in omogoča registracijo končnih točk ter usmerjanje klicev
Priključek imenika Cisco	Aplikacija Windows, ki se izvaja v domenskem računalniku Windows in zagotavlja sinhronizacijo identitet med lokalnim imenikom Active Directory v podjetju in shrambo identitet organizacije Webex. Za stranke, ki se preusmerjajo z lokalnega imenika Active Directory na Entra ID, integracija identitete z Webexom namesto s Cisco Directory Connector uporablja aplikacijo Entra ID Wizard.
Lokalni prehod	Lokalni prehod deluje kot most med strankinim lokalnim omrežjem poenotenih komunikacij in oblakom Webex Calling. Lahko se namesti lokalno ali pa ga gosti partner, kar zagotavlja dostop do PSTN za končne točke, registrirane v oblaku, ter integracijo klicev med končnimi točkami, registriranimi v Unified CM, in končnimi točkami, registriranimi v oblaku. Usmerjevalnik integriranih storitev Cisco IOS-XE (serije ISR 1100 in 4000), Cisco Catalyst 8200/8300 Serija, programska oprema Cisco Catalyst 8000V Edge in različni certificirani krmilniki mejnih sej (SBC) drugih proizvajalcev se lahko uporabljajo kot LGW za fazni pristop selitve.
Prehod za preživetje	Survivability Gateway (SGW) je lokalni omrežni prehod, ki temelji na sistemu IOS-XE in zagotavlja rezervne klicne storitve za končne točke Webex Calling na lokaciji med izpadi omrežja.
Klicni paket Cisco, Cloud Connect za klicanje Webex	Cisco Calling Plan in Cloud Connect za Webex Calling sta možnosti v oblaku za dostop do PSTN za končne točke Webex Calling. Dostop do PSTN omogoča ponudnik PSTN v oblaku in ne zahteva lokalne opreme.
Aplikacija Webex	Odjemalska aplikacija, ki deluje v namiznem operacijskem sistemu (Windows, Mac) ali mobilnem operacijskem sistemu (Android, iOS) in je registrirana neposredno na platformi Webex Calling za funkcionalnost klicanja.

Pregled postopka PPDIO

Proces PPDIO pomeni Priprava, načrtovanje, oblikovanje, izvajanje in optimizacija. Gre za strukturirano Ciscovo metodologijo, ki vodi projekte od začetne ocene do nenehnega izboljševanja, kar zagotavlja učinkovite in uspešne uvedbe ali migracije.

Splošni opis PPDIO

Pripravite: Ocenite trenutno okolje, zberite zahteve in uskladite deležnike, da vzpostavite trdne temelje.
Načrt: Razviti podrobne načrte projektov, vključno s časovnimi okviri, viri in strategijami za zmanjševanje tveganj.
Oblikovanje: Zasnovati ciljno rešitev, prilagojeno poslovnim in tehničnim potrebam.
Izvedite: Izvedite uvajanje ali migracijo v skladu z zasnovo, pri čemer preverite funkcionalnost in zmogljivost.
Optimiziraj: Nenehno izboljšujte rešitev po implementaciji s spremljanjem delovanja, izpopolnjevanjem konfiguracij ter uporabo orodij za avtomatizacijo in integracijo.

Uporaba PPPIO za projekte migracije iz Unified CM v Webex Calling

Pri prehodu z Unified CM na Webex Calling postopek PPDIO zagotavlja jasen načrt za nemoten in učinkovit prehod:

Priprava

Ocenite obstoječe okolje Unified CM in pripravljenost na migracijo
Zbirajte podrobne podatke o uporabnikih, napravah, omrežju in odvisnostih
Zbirajte podatke o lokaciji, vključno z naslovom za klic v sili, številom uporabnikov, dostopom do interneta in dostopom do PSTN
Prepoznajte tveganja in opredelite obseg projekta, da uskladite vse deležnike.

Načrt

Ustvarite celovit načrt selitve z urniki paketov, dodelitvami virov in časovnicami
Določite naloge, kot so nadgradnje vdelane programske opreme naprave, zagotavljanje licenc in uvajanje uporabnikov
Uskladite okna selitve s Ciscom in partnerji, da zmanjšate motnje.

Načrtuj

Preslikajte trenutne konfiguracije, klicne načrte in uporabniške profile Unified CM na ekvivalente Webex Calling
Oblikujte okolje Webex Calling, vključno s strategijo PSTN (vmesno in končno), lokacijami, uporabniškimi vlogami in integracijskimi točkami, kot sta lokalni prehod (CUBE) in sinhronizacija imenikov.
Načrtujte scenarije sobivanja, kjer Unified CM in Webex Calling med selitvijo delujeta hkrati.

Izvedi

Za spreminjanje načina vdelane programske opreme naprave, konfiguracijo funkcij in migracije uporabnikov uporabite orodja za migracijo Control Hub skupaj z orodji drugih ponudnikov.
Uporabite množične operacije in oskrbovanje z uporabo Webex API-jev za poenostavitev obsežnih migracij in konfiguracij
Izvedite zagotavljanje licenc, registracijo naprav in posodobitve konfiguracije
Potrdite uspeh migracije s testiranjem in operativnim preverjanjem.

Optimiziraj

Neprekinjeno spremljajte delovanje in uporabniško izkušnjo programa Webex Calling
Izboljšajte konfiguracije in delovne procese na podlagi operativnih podatkov in povratnih informacij
Izkoristite zmogljivosti avtomatizacije in integracije za povečanje učinkovitosti in skalabilnosti
Po potrebi razgradite starejše komponente Unified CM in zagotovite stalno podporo za delovanje 2. dne.

Ta izboljšan pristop PPPDIO zagotavlja nadzorovano, pregledno in učinkovito migracijo iz Unified CM v Webex Calling, pri čemer izkorišča Ciscova orodja, API-je in partnerski ekosistem za ohranjanje neprekinjenega poslovanja in izboljšanje zmogljivosti sodelovanja.

Povratne zanke PPDIO

Pregled na visoki ravni, prikazan na sliki Iteracije med izvajanjem PPPDIO, ponazarja eno samo povratno zanko od faze optimizacije nazaj do faze priprave. To pomeni, da po začetni implementaciji obstaja možnost nenehnega izboljševanja. Vsak cikel optimizacije lahko opredeli nove zahteve ali področja za izboljšave, ki jih je mogoče obravnavati z nadaljnjimi projekti ali pobudami. Ti posamezni projekti pa sledijo ustaljenemu življenjskemu ciklu PPPIO (Priprava, Načrtovanje, Oblikovanje, Izvajanje, Optimizacija). Ta iterativni pristop zagotavlja, da sistem ostaja usklajen z razvijajočimi se poslovnimi cilji in tehnološkim napredkom, kar spodbuja kulturo nenehnega izpopolnjevanja in prilagodljivosti.

Med izvajanjem postopka PPPDIO je običajno, da ugotovitve v poznejših fazah zahtevajo ponovni pregled in morebitno revizijo odločitev, sprejetih v prejšnjih fazah. Na primer, težave, ki so se pojavile med fazo izvajanja, kot je ugotavljanje dvoumnosti v zasnovi ali manjkajočih podrobnosti, lahko razkrijejo, da nekateri vidiki med fazo načrtovanja niso bili v celoti obravnavani. V takih primerih je treba pred nadaljevanjem ponovno vzpostaviti stik z ustrezno prejšnjo fazo, da se te težave rešijo. Ta iterativni mehanizem povratnih informacij, kot je prikazan na sliki , zagotavlja, da je rešitev temeljito potrjena in izpopolnjena, kar na koncu prispeva k robustnejši in učinkovitejši uvedbi.

***Poenoten postopek PPDIO s pomočjo CM***

Pri prehodu z Unified CM na Webex Calling lahko vsaka faza procesa PPDIO znatno izkoristi informacije, zbrane iz obstoječega okolja Unified CM. Na primer, iz trenutne konfiguracije Unified CM je mogoče izvleči celovite popise uporabnikov, telefonskih številk, funkcij klicanja in komponent klicnega načrta. Ti podatki dopolnjujejo informacije, ki jih neposredno posredujejo deležniki, in pomagajo poenostaviti dejavnosti načrtovanja in oblikovanja. Uporaba ustreznih orodij za avtomatizacijo pridobivanja in analize podatkov ne le poveča natančnost, temveč tudi pospeši celoten proces. Z uporabo vpogledov iz obstoječe uvedbe je mogoče prehod na Webex Calling izvesti učinkoviteje kot tradicionalno uvedbo na začetku, hkrati pa se še vedno drži strukturirane metodologije PPDIO. Ta postopek je prikazan na sliki Poenoten postopek PPPIO s pomočjo CM.

Migracijski pristop

Ko načrtujete prehod z lokalne rešitve Unified CM na Webex Calling, morate določiti, kako se boste lotili te poti. Najprej se boste morali odločiti, ali bo migracija hitra (vse naenkrat) ali fazna (selitev skupin users/devices v daljšem obdobju).

Z bliskovito selitvijo se vsi vaši uporabniki in naprave premaknejo najhitreje. S to metodo boste vse uporabnike in naprave hkrati premaknili iz lokalnega Unified CM v Webex Calling. V bistvu gre za eno samo okno za selitev za vse uporabnike in naprave. Ko bo ta selitev končana, bodo vsi vaši uporabniki in naprave na platformi Webex Calling in vsa vaša infrastruktura Unified CM bo lahko deaktivirana. Vendar pa številne organizacije tega pristopa ne morejo uporabiti zaradi obsega in velikosti svoje uvedbe klicev.

Drugi pristop je fazna migracija. Večina organizacij bo uporabila ta pristop, saj zagotavlja boljši nadzor, upravljanje in skalabilnost pri migraciji. Prav tako je bolj primeren za večje uvedbe uničenih komunikacij. and/or uvedbe v več regijah. Zato se ta dokument osredotoča na fazni pristop z dvema korakoma prehoda.

Kot je prikazano na spodnji sliki Fazni prehod klica: Hibrid in oblak, prva prehodna faza (faza 1) povzroči sočasno uvajanje z dvojnimi klicnimi okolji. V tej fazi so nekateri uporabniki, naprave in programski odjemalci preusmerjeni na Webex Calling, medtem ko drugi še vedno uporabljajo lokalni nadzor klicev Unified CM. Zadnja prehodna faza (2. faza) ima za posledico čisto okolje za klicanje v oblaku, kjer so vsi uporabniki, naprave in programski odjemalci v celoti prešli na platformo Webex Calling.

Čas, ki ga organizacija potrebuje za popoln prehod na klicanje v oblaku, se razlikuje glede na njeno trenutno uvedbo. V nekaterih primerih lahko organizacija opravi začetni prehod in ostane v fazi soobstoječega dvojnega nadzora klicev (1. faza) dlje časa (mesece ali celo leta), v drugih primerih pa lahko organizacija v zelo kratkem času (tednih ali mesecih) v celoti preide na Webex Calling (2. faza). Ta dokument je namenjen zajemanju obeh faz (1. faze – soobstoja in 2. faze – popolnega prehoda).

Fazni prehod klicev: Hibridni in oblačni — ***Fazni prehod klicev: hibridni in oblačni***

Možno je, da bodo nekatere organizacije za nedoločen čas ohranile uvedbo dvojnega nadzora klicev v soobstoju, brez načrtov za popoln prehod na klicanje v oblaku.

Drugi dejavnik je, kako boste uporabnike, naprave in programske odjemalce prenesli iz lokalnega nadzora klicev v nadzor klicev v oblaku. Priporočeni pristop je trifazni prehod. Slika Priporočeni 3-fazni prehod spodaj razčlenjuje ta pristop na 3 faze.

Pred migracijo: Ta faza se osredotoča na pripravo okolij Webex in Unified CM na selitev. Ne gre za klicanje specifičnega načrtovanja ali konfiguracij, temveč se osredotoča na dokončanje dejavnosti, ki jih je mogoče izvesti zdaj in pred začetkom katerega koli projekta migracije Webex Calling. Cilj je zgraditi temelje za obe okolji, da se pripravita na selitev.

Priprava na selitev: V tej fazi se začnejo priprave na selitev na Webex Calling. Tukaj je treba pregledati in posodobiti poslovne in tehnične zahteve. Ne dvignite in premaknite trenutno nameščenega sistema Unified CM, temveč na novo opredelite poslovne in tehnične zahteve, ki jih vaše podjetje potrebuje danes in v prihodnosti, z izkoriščanjem moči Webex Callinga. Poleg tega je to faza, v kateri boste zaključili načrtovanje, konfiguracijo in migracijo. planning/schedule.

Migracija (uvedba in razgradnja): V tej fazi se dejansko zgodi migracija uporabnikov, naprav, telefonskih številk in programskih odjemalcev. Kot je bilo že omenjeno, se ta faza lahko za vse zaključi naenkrat (bliskovito spreminjanje) ali v več okenjih za spremembe (postopno spreminjanje). Načrti za uvedbo s strani končnih uporabnikov, usposabljanje in komunikacija so ključnega pomena, da se vaši uporabniki zavedajo sprememb, kako uporabljati novo platformo za klicanje in kdaj se bo sprememba zgodila. Zadnji korak je razgradnja vse infrastrukture uničenih komunikacij na lokaciji, ki se ne uporablja več.

Faza pred selitvijo vključuje dejavnosti (obvezne, priporočene in neobvezne), s katerimi lahko začnete delati takoj. Priporočljivo je, da te naloge opravite prej kot slej, po možnosti pa še pred začetkom projekta. Nekatere dejavnosti lahko trajajo dlje, zato bo njihov prejšnji začetek poenostavil dejanski projekt selitve.

Slika Dejavnosti pred selitvijo spodaj prikazuje pet specifičnih kategorij dejavnosti, ki so povezane z selitvijo Webex Calling.

Priprava

Poslovne in tehnične zahteve

Pri načrtovanju selitve iz na je ključnega pomena, da se med fazo načrtovanja temeljito zberejo tako tehnične kot poslovne zahteve. Ta korak zagotavlja, da je migracija usklajena z operativnimi cilji in tehničnimi zmogljivostmi vaše organizacije, s čimer se zmanjšajo tveganja in motnje.

Zakaj je zbiranje zahtev pomembno:

Usklajuje poslovne cilje: Razumevanje poslovnih potreb pomaga prilagoditi selitev tako, da podpira ključne delovne procese, uporabniško izkušnjo in načrte rasti.
Zagotavlja tehnično združljivost: Zgodnje prepoznavanje tehničnih zahtev preprečuje težave pri integraciji z obstoječo infrastrukturo, omrežjem in končnimi točkami.
Olajša načrtovanje virov: Jasne zahteve pomagajo natančno oceniti časovne načrte, stroške in potrebne vire.
Zmanjšuje tveganja: Zgodnje odkrivanje potencialnih izzivov omogoča proaktivne rešitve, s čimer se zmanjšajo izpadi in prekinitve storitev.

Poslovne zahteve

Tipične poslovne zahteve vključujejo:

Število uporabnikov in lokacij, ki jih je treba preseliti
Želene funkcije in storitve (na primer usmerjanje klicev, glasovna pošta, konference, samodejni operaterji, čakalne vrste klicev)
Pravilniki o skladnosti in varnosti
Proračunske omejitve in pričakovani stroški
Potrebe po usposabljanju in podpori uporabnikov
Časovnica migracije in vidiki neprekinjenega poslovanja.

Zbiranje želenih funkcij in storitev je ključni korak za zagotovitev, da novi sistem ustreza poslovnim potrebam. Pri zbiranju teh zahtev je pomembno, da ne upoštevate le trenutne konfiguracije, temveč poskusite zbrati dejanske zahteve poslovnih subjektov, ki bodo sistem uporabljali. V nasprotnem primeru obstaja tveganje, da načrt temelji na netrenutnih predpostavkah. Ocenite dodatne ali izboljšane funkcije, ki so na voljo v , ki morda ne obstajajo v , kot so klicanje v oblaku, napredne čakalne vrste klicev in . To pomaga pri izkoriščanju vseh prednosti platforme v oblaku.

Pri ocenjevanju trenutne konfiguracije v sistemu je pomembno vedeti, da zaradi spreminjajočih se zahtev skozi življenjski cikel sistema morda ne bodo vse obstoječe nastavitve ostale potrebne. Poudarek bi moral biti na prepoznavanju in ohranjanju le tistih konfiguracij, ki so skladne s trenutnimi in prihodnjimi potrebami uvedbe.

Osredotočite se bolj na to, kar potrebujete, kot na to, kar imate.

Politike skladnosti in varnosti so ključni dejavniki med selitvijo z Webex Calling, da se zagotovi, da novi komunikacijski sistem v oblaku upošteva pravne, regulativne in organizacijske standarde.

Skladnost s predpisi: Organizacije morajo preveriti, ali izpolnjujejo predpise, specifične za panogo, kot so GDPR, HIPAA ali SOX, ki obravnavajo zahteve glede zasebnosti, hrambe in ravnanja s podatki, ter državne predpise v zvezi z lokacijo podatkov, obvozom cestnin in lokalizacijo medijev.
Varnost podatkov: Zagotavljanje šifriranja glasovnih in signalnih podatkov tako med prenosom kot v mirovanju za zaščito pred prestrezanjem ali nepooblaščenim dostopom.
Nadzor dostopa: Določanje in uveljavljanje overjanja uporabnikov, avtorizacije in dostopa na podlagi vlog za preprečevanje nepooblaščene uporabe komunikacijskih virov.
Revizija in spremljanje: Izvajanje zmogljivosti beleženja in spremljanja za sledenje dostopa in uporabe za preglede skladnosti in preiskave varnostnih incidentov.
Usklajevanje politik: Uskladitev migracije z obstoječimi varnostnimi politikami podjetja, vključno z varnostjo končnih točk, segmentacijo omrežja in načrti za odzivanje na incidente.
Zagotavljanje varnosti prodajalca: Ocenjevanje Ciscovih varnostnih certifikatov in potrdil o skladnosti za zagotovitev zaupanja vredne uporabe.

Upoštevanje teh politik skladnosti in varnosti med fazo načrtovanja pomaga zmanjšati tveganja, se izogniti pravnim kaznim ter ohraniti integriteto in zaupnost komunikacij med selitvijo in po njej.

Potrebe po usposabljanju in podpori uporabnikov so bistvene komponente med migracijo iz na, da se zagotovi nemoten prehod in sprejetje s strani uporabnikov. Ključni dejavniki vključujejo:

Programi usposabljanja: Razviti prilagojene izobraževalne seje za različne uporabniške skupine (končne uporabnike, administratorje, osebje službe za pomoč uporabnikom), da se seznanijo s funkcijami, uporabniškimi vmesniki in novimi delovnimi procesi.
Dokumentacija: Zagotovite jasne in dostopne uporabniške priročnike, pogosta vprašanja in gradiva za hiter pregled, vključno z viri » Kaj je novega in drugačnega « ter podrobnimi navodili » Prej in po « (v obliki videoposnetka ali hitrega vodnika), da boste uporabnikom pomagali pri prilagajanju na posodobljeno izkušnjo po selitvi.
Upravljanje sprememb: Proaktivno sporočajte spremembe, da upravljate s pričakovanji uporabnikov in zmanjšate odpor.
Podporna struktura: Vzpostavite namensko podporno ekipo ali eskalacijski postopek za hitro reševanje težav uporabnikov med selitvijo in po njej.
Stalno izobraževanje: Načrtujte stalne posodobitve usposabljanja, ko bodo v .
Mehanizmi povratnih informacij: Uvedite kanale, prek katerih lahko uporabniki poročajo o težavah in zagotavljajo povratne informacije za izboljšanje procesov usposabljanja in podpore.

Obravnavanje teh potreb po usposabljanju in podpori med fazo načrtovanja pomaga zmanjšati motnje, povečati zaupanje uporabnikov in maksimizirati prednosti selitve na .

Tehnične zahteve

Za uspešno selitev iz v je treba zbrati in dokumentirati več ključnih tehničnih zahtev, vključno s podrobnostmi za:

Pripravljenost omrežja in pasovna širina

Celovita ocena omrežja je ključnega pomena za zagotovitev, da vaša obstoječa infrastruktura lahko podpira novo okolje Webex Calling. To vključuje:
- Analiza pasovne širine: Ocenjevanje trenutne in predvidene uporabe pasovne širine za obdelavo glasovnega, video in podatkovnega prometa brez preobremenitve.
- Kakovost storitve (QoS): Izvajanje politik QoS za določanje prioritet glasovnega prometa in zmanjšanje zakasnitve, tresenja in izgube paketov.
- WAN in internetna povezljivost: Preverjanje, ali povezave WAN in internetne povezave izpolnjujejo zahteve za klicanje v oblaku, vključno z zmožnostmi redundance in preklopa v primeru okvare.
- Konfiguracija požarnega zidu in NAT-a: Zagotavljanje, da nastavitve požarnega zidu in NAT dovoljujejo zahtevano signalizacijo in medijski promet za .
Integracija z obstoječim sistemom

Brezhibna integracija z obstoječimi poslovnimi sistemi je bistvenega pomena za uporabniško izkušnjo in neprekinjenost delovnega procesa:
- Storitve imenika: Ocenjevanje integracije z imenikom podjetja za avtomatizirano zagotavljanje in preverjanje pristnosti uporabnikov.
- CRM in poslovne aplikacije: Prepoznavanje integracijskih točk s sistemi za upravljanje odnosov s strankami in drugimi poslovno kritičnimi aplikacijami.
- Medsebojno delovanje starejših PBX sistemov: Načrtovanje strategij za soobstoj ali fazno migracijo, če bodo med prehodom ostali kateri koli starejši telefonski sistemi.
Združljivost in oskrbovanje končnih točk

Vse končne točke, vključno s stacionarnimi telefoni, programskimi telefoni in mobilnimi napravami, je treba oceniti glede združljivosti:
- Podpora za naprave: Potrditev, da so obstoječi IP-telefoni in naprave podprti, ali identifikacija potrebnih zamenjav.
- Postopki zagotavljanja: Vzpostavitev avtomatiziranih ali poenostavljenih metod zagotavljanja za učinkovito uvajanje končnih točk.
- Posodobitve vdelane in programske opreme: Načrtovanje potrebnih posodobitev za zagotovitev interoperabilnosti in varnosti.
Varnostne konfiguracije in standardi šifriranja

Varnost je pri komunikaciji v oblaku najpomembnejša:
- Šifriranje: Uveljavljanje celovitega šifriranja za signalizacijo in medijske tokove v skladu z najboljšimi varnostnimi praksami podjetja Cisco.
- Avtentikacija in nadzor dostopa: Izvajanje varnih mehanizmov za preverjanje pristnosti (kot sta SSO, večfaktorska avtentikacija) in natančnih kontrol dostopa uporabnikov.
- Skladnost: Zagotavljanje, da rešitev izpolnjuje ustrezne regulativne in industrijske standarde skladnosti (na primer GDPR, HIPAA).
- Varnostni nadzor: Integracija z orodji SIEM in nastavitev opozarjanja na morebitne varnostne incidente.

Tabela 1. Primer ocene
Zahteva	Ključni dejavniki
Pripravljenost omrežja in pasovna širina	Pasovna širina, kakovost storitve (QoS), WAN/Internet, Firewall/NAT
Integracija z obstoječimi sistemi	Imenik, CRM, PBX, Email/Calendar
Združljivost in oskrbovanje končnih točk	Podpora za naprave, omogočanje uporabe, posodobitve vdelane programske opreme
Varnostne konfiguracije in šifriranje	Šifriranje, preverjanje pristnosti, skladnost s predpisi, varnostni nadzor
Usposabljanje uporabnikov in upravljanje sprememb	Programi usposabljanja, dokumentacija, komunikacija sprememb
Prenosljivost številk in klicni načrt	Številka migration/porting, prevod klicnega načrta
Integracije tretjih oseb	Osebni poziv, kontaktni center, faks, analogne naprave

Pripravljenost in zahteve omrežja

Pripravljenost omrežja je ključnega pomena za uspešno selitev na katero koli rešitev za klicanje v oblaku, kot je . Slabo načrtovanje omrežja lahko privede do poslabšane kakovosti klicev, prekinjenih klicev in nezadovoljnih uporabnikov. Stranke morajo pred selitvijo na . Priporočljivo je preveriti razpoložljivost pasovne širine omrežja za pričakovani obseg klicev, zagotoviti izpolnjevanje zahtev glede kakovosti storitve (QoS) in razumeti različna vrata, ki jih je treba odpreti v požarnem zidu na robu omrežja.

Zanesljiva omrežna povezljivost z zadostno kakovostjo storitve (pasovna širina, izguba paketov, RTT) je osnovna zahteva za zagotovitev najboljše možne uporabniške izkušnje od začetka do konca za vse končne točke, odjemalce in aplikacije, ki uporabljajo .

Stranke in partnerji imajo na voljo možnosti povezljivosti, ki presegajo OTT (Over-the-top Internet), kar omogoča optimizacijo povezave, vključno z Webex Edge Connect. Za več informacij o podrobnostih zasnove Webex Edge Connect glejte Ciscova prednostna arhitektura za Webex Edge Connect za srečanja Webex, klicanje več najemnikov in namenske instance.

Stranke lahko uporabijo CScan za oceno omrežja, ki daje informacije o kakovosti omrežja stranke, številu klicev, ki jih je mogoče vzpostaviti, zakasnitvi in tako naprej. Za več informacij o orodju CScan glejte Uporaba orodja CScan za testiranje kakovosti omrežja Webex Calling.

Če želite zagotoviti, da je omrežje pripravljeno na selitev na , upoštevajte naslednji kontrolni seznam:

Načrtovanje pasovne širine

Izračunajte sočasne klice na lokacijo, da zagotovite zadostno pasovno širino za prenos podatkov navzgor in navzdol ter vključite prostor za drug poslovno kritičen promet in prihodnjo rast.

V tabeli izračuni pasovne širine za vrste klicev Webex Calling so prikazane vrste klicev, ki so na voljo z uvedbo, skupaj s kodekom in največjo potrebno pasovno širino za vsako vrsto klica. Kot je prikazano v tabeli izračuni pasovne širine za tipe klicev Webex Calling, je mogoče zahtevano pasovno širino zvočnega klica za vsako vrsto klica izračunati z naslednjo splošno formulo:

Število pričakovanih sočasnih klicev * Pasovna širina na klic glede na kodek = Zahtevana omrežna prepustnost.

Preglednica 2. Izračuni pasovne širine za vrste klicev Webex Calling
Vrste klicev	Kodek - pasovna širina	Izračuni pasovne širine
/ Namizni telefon ->	OPUS - 70 kbps	Število sočasnih klicev * 70 kb/s = Zahtevana omrežna prepustnost
/ Namizni telefon -> Namizni telefon	OPUS – 70 kbps	Število sočasnih klicev * 70 kb/s = Zahtevana omrežna prepustnost
/ Namizni telefon -> PSTN prek LGW	G.711 – 80 kb/s	Število sočasnih klicev * 80 kb/s = Zahtevana omrežna prepustnost
/ Namizni telefon -> PSTN prek Cloud PSTN (npr. klicni paket Cisco)	G.711 – 80 kb/s	Število sočasnih klicev * 80 kb/s = Zahtevana omrežna prepustnost
/ Namizni telefon -> Podjetje prek LGW	G.722 – 80 kb/s	Število sočasnih klicev * 80 kb/s = Zahtevana omrežna prepustnost
/ Namizni telefon -> glasovna pošta	OPUS – 70 kbps	Število sočasnih klicev * 70 kb/s = Zahtevana omrežna prepustnost

S seštevanjem sočasne potrebne omrežne prepustnosti na vrsto klica je mogoče določiti skupno potencialno zahtevo po pasovni širini za določeno lokacijo.

Vse klicne verige so vedno zasidrane na dostopnih SBC-jih. Za določitev potrebne internetne pasovne širine za katero koli lokacijo je treba upoštevati ne le klice med lokacijami, temveč tudi klice znotraj lokacije in klice do in iz lokalnega prehoda na tej lokaciji. Na primer, klic znotraj lokacije med dvema telefonoma MPP bi potreboval do 2 x 70 kbps polnega dupleksa na internetnem dostopu lokacije.

Tabela Primeri izračuna pasovne širine za klicanje Webex prikazuje primer celotne vaje izračuna pasovne širine, ob predpostavki, da so vse naprave na istem mestu.

Tabela 3. Primeri izračuna pasovne širine za klicanje Webex
Vrste klicev	Število sočasnih klicev	Skupna pasovna širina
Aplikacija Webex / Namizni telefon → Aplikacija Webex	15	2 * 15 * 70 kb/s = 2.100 kb/s
Aplikacija Webex / Namizni telefon → Namizni telefon	15	2 * 15 * 70 kb/s = 2.100 kb/s
Aplikacija Webex / Stacionarni telefon → PSTN prek LGW	50	2 * 50 * 80 kb/s = 8.000 kb/s
Aplikacija Webex / Namizni telefon → PSTN prek storitve Cloud Connect za klicanje Webex	0	0 * 80 kb/s
Aplikacija Webex / Stacionarni telefon → Podjetje prek LGW	15	2 * 15 * 80 kb/s = 2.400 kb/s
Aplikacija Webex / Namizni telefon → Webex Calling Glasovna pošta	5	5 * 70 kb/s = 350 kb/s
Skupno število klicev / Pasovna širina	100 klicev	14.950 kb/s / 14,95 Mb/s

Vse vrednosti pasovne širine v zgornjih tabelah se nanašajo na pasovno širino IP. Pasovna širina povezave je večja, odvisno od enkapsulacije WAN.
Pasovna širina v zgornjih tabelah velja za zvočne klice. Za pasovno širino video klicev, aplikacijo Webex in MPP 8845/65 Telefoni podpirajo video H.264 z največjo ločljivostjo 720p in največjo pasovno širino 1500 kbps na klic. Vendar pa bo količina porabljene pasovne širine na kateri koli točki med klicem nihala glede na spremenljivo bitno hitrost, ki je značilna za video komunikacijo.

Kakovost storitve (QoS)

V svojem lokalnem okolju uvedite pravilnike QoS, da določite prednost prometa v realnem času in zagotovite vzdrževanje QoS v vseh stikalih, usmerjevalnikih in požarnih zidovih.
Cilji zakasnitve, tresenja in izgube paketov

Za optimalno kakovost govora pri klicih prek omrežja OTT (Over-the-Top) in interneta so priporočeni naslednji pragovi:
- Zakasnitev - manj kot 100 ms v eno smer
- Trepetanje - manj kot 10 ms
- Izguba paketov - 0,5 % ali manj.
Požarni zid in NAT

Prepričajte se, da je požarni zid konfiguriran tako, da dovoljuje promet, kot je navedeno v članku, ki je na voljo na Informacije o referenčnih vratih za klicanje Webex. Poleg tega dovolite dostop do domen in obsegov IP-naslovov, navedenih v istem priročniku, in se izogibajte SIP ALG, saj moti signalizacijo SIP. Izogibati se je treba medijskemu prometu prek posredniških strežnikov.
DNS in NTP

Zagotovite pravilno ločljivost DNS domen in zanesljive strežnike NTP za sinhronizacijo ur naprav za preverjanje in beleženje potrdil TLS.
Načrtovanje preklopa ob okvari

Upoštevajte obstoječe podatkovne povezave ponudnikov (MPLS, SD-WAN itd.) in na splošno načrtujte neposreden dostop do interneta na vsaki lokaciji znotraj vaše uvedbe. Načrtujte redundantne internetne povezave, kjer je potrebna visoka razpoložljivost. Ker boste uporabljali storitve v oblaku, je zanesljiva internetna povezljivost z zadostno pasovno širino osnovna zahteva. Če internetne povezave na lokacijah vaše organizacije na splošno niso zanesljive, z nizko zakasnitvijo in zadostno prepustnostjo za prenos podatkov navzgor in navzdol, bi morali ponovno razmisliti o tem prehodu.
Preživetje lokacije

Preživetje spletnega mesta zagotavlja, da je vaše podjetje vedno dosegljivo, tudi če se vaša omrežna povezava prekine. Storitev Site Survivability uporablja prehod v vašem lokalnem omrežju za zagotavljanje rezervne storitve klica končnim točkam na lokaciji v primerih prekinitve omrežne povezave. Če poslovne zahteve zahtevajo neprekinjeno klicanje v primeru izpada omrežja, razmislite o preživetju lokacije z lokalnim prehodom za preživetje (SGW). Za več informacij o preverjanju preživetja spletnega mesta glejte Preživetje spletnega mesta za Webex Calling.

Nastavitev uničenega komuniciranja, povezanega z oblakom

Cloud Connected UC (CCUC) je rešitev za upravljanje in analitiko v oblaku, zasnovana za zagotavljanje centralizirane preglednosti, administracije in vpogledov v uvedbe tako na lokaciji (kot je Unified CM) kot v oblaku (). Deluje kot most med tradicionalnimi lokalnimi okolji in Ciscovimi storitvami v oblaku ter podpira organizacije skozi celotno pot migracije iz . v .

Med prehodom na ima CCUC ključno vlogo pri poenostavitvi procesa migracije, saj omogoča zbiranje celovitih podatkov iz obstoječe uvedbe poenotenih komunikacij. CCUC pomaga pri ključnih prehodnih nalogah, kot so migracija naprav, funkcij in uporabniških stikov, ter avtomatizacija posodobitev vdelane programske opreme za podprte IP-telefone. Z zagotavljanjem centralizirane preglednosti in upravljanja CCUC pomaga zagotoviti bolj gladko in učinkovitejšo izkušnjo selitve.

Cisco toplo priporoča, da se CCUC uvede zgodaj v projektu prehoda, idealno pred ali med pripravljalno fazo. To bo omogočilo vpoglede in zmogljivosti, potrebne za temeljito oceno, popis in načrtovanje nadaljnjih dejavnosti migracije ter za začetek vaše poti do prihodnjih hibridnih zmogljivosti.

Ocenjevanje trenutnega okolja

Ključna dejavnost pri načrtovanju selitve je ocena trenutnega lokalnega okolja in uvedbe. To zagotavlja vpogled v morebitne spremembe, ki so morda potrebne za uspešen prehod na . Omogoča vam tudi oceno ključnih elementov platforme v primerjavi z obstoječo lokalno namestitvijo. Te informacije lahko uporabite za ugotavljanje, katere specifične naloge so potrebne za prehod in katere spremembe želite izvesti, da bi izpolnili svoje poslovne in tehnične zahteve ter primere uporabe.

V okviru teh prizadevanj je pomembno pregledati naslednje vidike.

Licenciranje

Razumevanje trenutne strukture licenciranja obstoječe uvedbe je ključnega pomena pri pripravi na selitev na . Izvedite oceno licenc za naslednja področja vaše obstoječe lokalne rešitve Cisco.

Operacijski sistem

Zmožnost popolne jasnosti, kaj je trenutno licencirano na vaši osnovni platformi, bo ključnega pomena pri sodelovanju z vašo ekipo za stranke ali partnerjem pri določanju najboljše poti do fleksibilnega licenciranja. je licencirano z uporabo fleksibilnega licenciranja. Za več informacij o fleksibilnem licenciranju glejte fleksibilni načrt za sodelovanje Cisco.
Uporabniki in naprave

Ugotovite, katero kategorijo licence potrebujejo vaši obstoječi uporabniki in naprave. To bo uporabljeno za določitev, katera vrsta licence je potrebna za uporabnike in naprave. ponuja več vrst licenciranja, vključno s profesionalnimi in standardnimi licencami za uporabnike ter profesionalnimi in skupnimi licencami za delovne prostore. Za več informacij o licenciranju naprav glejte podatkovni list, ki je na voljo na Licenciranje naprav.
Lokalni prehod

Če je za dostop do PSTN za ta prehod potreben Cisco Unified Border Element (CUBE), je treba upoštevati tudi licenciranje CUBE. Premisleki glede licenciranja CUBE so obravnavani kasneje v tem dokumentu.

Locations/Sites

Pri načrtovanju tega prehoda je treba upoštevati število in vrste lokacij (velika centralna, regionalna, podružnična itd.) znotraj vaše obstoječe uvedbe. Popolno razumevanje obstoječih lokacij uvajanja bo pomagalo pri strateškem načrtovanju uspešnega prehoda, zlasti ko gre za določanje, katere lokacije je treba migrirati in v kakšnem vrstnem redu. Pri odločanju o selitvi bo ključnega pomena podrobno razumevanje zahtev klicnega načrta (oštevilčenje, klicne navade, razredi omejitev itd.), povezljivosti in pasovne širine omrežja lokacije (internet, WAN, LAN) ter dostopa do PSTN (lokalni ali centralizirani, IP ali TDM) za vsako lokacijo. Za več informacij o pogostih modelih uvajanja in ključnih vidikih glejte informacije o modelih uvajanja sodelovanja, ki so na voljo v SRND za sodelovanje.

Drug pomemben dejavnik pri prehodu na je razpoložljivost lokacije. ima različne zmogljivosti, naročnine in naprave, ki so na voljo glede na to, kje se nahaja vaša uvedba. Za več informacij o geografski dostopnosti glejte Kje je Webex na voljo?.

Nenazadnje je pomembno razumeti vpliv, ki ga bo prehod imel na druge storitve sodelovanja. Na podlagi cilja tega dokumenta je splošna predpostavka, da se v primeru ohranjanja obstoječih storitev sodelovanja zunaj delovne obremenitve klicev pričakuje prehod na zgoraj omenjeno hibridno uvajanje faze 1. Primeri storitev sodelovanja, ki lahko zahtevajo hibridno uvajanje, vključujejo lokalni kontaktni center, ki še ni bil preseljen v kontaktni center Webex, in tesne integracije s sistemi, kot so sistemi za osebno klicanje in obračunavanje. Za več informacij o prehodu dodatnih delovnih obremenitev in storitev sodelovanja glejte Prehodi sodelovanja.

Obstoječa zaloga devices/clients

Pred začetkom prehoda je pomembno, da naredite popis obstoječih strojnih in programskih končnih točk. Imeti popoln seznam naprav types/models, Različice strojne opreme, vrste in količine operacijskih sistemov za mehke odjemalce bodo zagotovile, da boste lahko ustrezno načrtovali prehod naprav in ublažili vpliv na tiste naprave, ki jih ni mogoče preseliti v klicanje v oblaku. Popis je treba uporabiti za določitev naprav, ki jih je treba prenesti, in naprav, ki jih je treba zamenjati pred prehodom.

Namizni telefoni

Za avdio in video namizne telefone so podprti samo namizni telefoni serij 6800, 7800, 8800 in 9800. To je podmnožica telefonov Cisco IP, ki jih podpira . Nekaterih modelov in različic telefonov 6800, 7800 in 8800 ni mogoče uporabljati z . Za več informacij o tem, kateri modeli in različice strojne opreme so podprti, glejte Podprte naprave za Webex Calling.

IP-telefonov Cisco serije 6800 ni mogoče nadgraditi z vdelane programske opreme Enterprise na vdelano programsko opremo Multiplatform (MPP), ki je potrebna za . Zato je treba vse telefone 6800, registrirane za uporabo vdelane programske opreme podjetja, zamenjati z modelom 6800 MPP ali z drugim podprtim modelom telefona.

IP-telefone Cisco serije 7800 in 8800 je treba pred prehodom in registracijo v storitvi nadgraditi na vdelano programsko opremo za večplatformske telefone (MPP). Če želite ugotoviti, kateri modeli in različice strojne opreme 7800 in 8800 podpirajo vdelano programsko opremo MPP, glejte Pretvorba IP-telefonov serije Cisco 7800 in 8800 med vdelano programsko opremo Enterprise in MPP.

Modeli 8845, 8865 in 8865NR so dosegli konec prodaje in njihova selitev na .

Starejših različic telefonov serije 8800 (8811, 8841, 8851, 8851NR, 8861) ni priporočljivo uporabljati z Webex Calling. Telefoni s strojno opremo VID 14 ali starejšo se bodo registrirali, vendar lahko zaradi strojne opreme pride do težav z delovanjem.

Namizni telefoni serije 9800 uporabljajo sistem PhoneOS, ki podpira tako PhoneOS kot tudi registracijo. Zato je mogoče na te telefone preiti brez nadgradnje vdelane programske opreme.

Vse ostale IP-telefone bo treba zamenjati s telefoni serije 6800, 7800, 8800 ali 9800, ki jih podpira Webex Calling. Za več informacij o podprtih IP in namiznih telefonih z si oglejte članek na Podprte naprave za Webex Calling.

Končne točke videa

Osebne in sobne video končne točke, vključno s serijami Cisco Board, Room in Desk, se lahko izvorno registrirajo prek SIP-ja v . Vsaka od teh končnih točk, ki mora ustvarjati zvok and/or Za klice PSTN je potrebna licenca za klicanje:

Za skupne naprave v konferenčnih sobah, prostorih za druženje itd. je potrebna licenca Professional Workspace ali Workspace.

Osebna naprava končnega uporabnika zahteva profesionalno ali standardno licenco.

Določite, koliko video končnih točk je registriranih in se uporablja za opravljanje zvočnih klicev. Možno je, da se nekatere video končne točke uporabljajo samo za pridružitev sestankom ali opravljanje video klicev SIP. V obeh primerih je treba končne točke še vedno preseliti, preden se strežniki umaknejo iz uporabe, vendar bo to pomagalo določiti, koliko jih bo potrebovalo licence za nadaljnje telefonske klice.

Ko so video naprave premaknjene iz registracije v , se bo URI za te končne točke spremenil, saj so zdaj registrirane v oblaku.

Modeli telefonov 8845, 8865 in 8875 so osebni video telefoni, ki jih podpira .

Mehke stranke

Je edini mehki odjemalec, ki ga podpira , za razliko od Unified CM, ki podpira tako aplikacijo Webex kot Jabber, in je novi privzeti mehki odjemalec za končne uporabnike.

Odvisno od načina(-ov) uvajanja, ki so implementirani za Jabber (samo za neposredno sporočanje, samo za telefon, and/or polnih načinov UC), boste morda morali razmisliti tudi o prehodu sistema za sporočanje and/or Delovne obremenitve sestankov iz Jabberja v . Lahko se namesti v načinu samo za telefon, če se bo uporabljal kot odjemalec samo za klicanje, ali pa se lahko namesti kot celoten paket Webex Suite, če gre za druge delovne obremenitve, npr. Webex Messaging and/or Webex Meetings se seli v aplikacijo s klicanjem.

Izboljša uporabniško izkušnjo z zagotavljanjem funkcij umetne inteligence, kot so audio/video inteligenca, prepisovanje klicev in drugo. Za več informacij glejte https://www.webex.com/all-new-webex.

Preden uporabnike premaknete k vam, boste morali njihove odjemalce Jabber prenesti na . Za dokončanje tega prehoda imate dve možnosti.

Preden jih preklopite na

Ko jih preklopite na .

Za lažji začetni prehod na je priporočljivo uporabiti možnost 1 in uporabnike najprej premakniti na , ki kliče. To uporabnikom daje čas, da se seznanijo z novo aplikacijo, medtem ko še vedno uporabljajo obstoječo lokalno platformo za klicanje. Ko boste pripravljeni premakniti uporabnike v , jih boste konfigurirali za registracijo na platformi za klicanje v oblaku.

Za več informacij o teh dveh možnostih glejte Migracijska pot – en ali dva koraka?.

Za celoten seznam podprtih naprav za glejte Podprte naprave za Webex Calling.

Preverite ustreznost naprave

Kot je bilo že omenjeno, podpira podmnožico telefonov Cisco IP in zahteva drugačno vrsto vdelane programske opreme za telefone serije 7800 in 8800. Telefoni Unified CM uporabljajo vdelano programsko opremo Enterprise, medtem ko telefoni uporabljajo vdelano programsko opremo Multiplatform Phone (MPP). Priporočljivo je, da med fazo priprave preverite, kateri registrirani telefoni so upravičeni do nadgradnje na vdelano programsko opremo MPP. To vam daje čas, da neustrezne telefone zamenjate z enim od podprtih modelov telefonov ali da poiščete alternativni paket, na primer da uporabnika premaknete samo na aplikacijo Webex.

Za pomoč pri ugotavljanju upravičenosti telefonov ima Control Hub vgrajeno orodje z imenom Migracija telefona v Webex Calling. Ko s tem orodjem preverjate ustreznost naprave, izberite možnost Selitev Ustvari samo licenco za napravo.

Možnost orodja Control Hub za preverjanje upravičenosti telefonov Unified CM za Webex Calling

Ta možnost vam omogoča nalaganje datoteke CSV s telefoni, da lahko preverite upravičenost vsakega telefona. Z izbiro te možnosti migracije se telefoni ne dodajo, saj ste še vedno v fazi priprave in na to še niste pripravljeni. Za več informacij glejte Selitev telefona v Webex Calling.

Možno je, da se bodo nekateri telefoni vrnili z ustreznostjo Neznano. To je običajno zato, ker v zalednem sistemu ni mogoče preveriti nekaterih informacij o telefonu. Za telefone s statusom Neznano imate dve možnosti za preverjanje, ali so upravičeni do nadgradnje na vdelano programsko opremo MPP.

Ročno preverite vsak telefon in preverite model ter različico strojne opreme (PID VID)

7800/8800 nalepka telefona z informacijami o modelu in različici strojne opreme

Uporabite orodje za pripravljenost telefonov Cisco IP

Prenesite orodje iz https://github.com/joemar2/mpp_readiness_check.

To orodje ni uradno orodje Cisco in ni podprto s strani TAC. Ima najboljšo možno podporo, vendar je uporaba brezplačna.

To orodje mora biti nameščeno na lokalnem računalniku, ki lahko dostopa do strežnikov in IP-telefonov. Ima možnost omogočanja spletnega dostopa na IP telefonih, kar je priporočljivo in potrebno za doseganje najboljših rezultatov. Zato ga je treba uporabljati izven delovnega časa, da se preprečijo motnje za končne uporabnike. Izhod orodja zagotavlja poročilo, v katerem je navedeno, kateri od telefonov serije 7800 in 8800 so upravičeni do nadgradnje na vdelano programsko opremo MPP. Ker neposredno dostopa do telefona, lahko preveri neznane naprave, ki so bile prijavljene iz orodja Control Hub.

Poročilo o orodju za pripravljenost telefonov Cisco IP

Uporabniki

Eden najpomembnejših korakov priprave za zagotovitev uspešne selitve je ustrezna dodelitev uporabnikom. Tudi če izvajate fazno selitev, morate pravilno načrtovati za vse uporabnike. Uporabniki morajo biti omogočeni za katero koli od naslednjih možnosti:

Uvajanje s klicanjem

Uvajanje z

Konfiguriranje storitev za uporabnika

Da bi uporabnike lahko iskali v imeniku (klikni za klic, kontaktni podatki uporabnikov, iskanje v telefonskem imeniku).

Priporočljivo je, da vse uporabnike omogočite pred ali na začetku projekta. To vključuje uporabnike, ki še vedno uporabljajo Unified CM za svojo klicno platformo, neodvisno od njihove klicne naprave (IP telefon, Jabber itd.). Ko se uporabniki selijo na (and/or ) boste posodobili njihove licence, da omogočite storitve, ki jih potrebujejo. Z omogočanjem uporabe vsem poslovnim uporabnikom za klice pred začetkom prehoda omogočite uporabniku, ki je prešel na ali , da v imeniku poišče poslovnega uporabnika za klice, ki še vedno uporablja Jabber. and/or na . To zagotavlja, da lahko prehodni uporabniki najdejo kontaktne podatke katerega koli drugega uporabnika in ga pokličejo z iskanjem v imeniku.

Slika iskanje v imeniku prikazuje primer uporabnika, ki išče drugega uporabnika. Rezultati iskanja prikazujejo kontaktne podatke uporabnika in so lahko za uporabnika, ki še vedno uporablja Jabber, ali za uporabnika, ki je prešel na and/or .

Iskanje v imeniku aplikacij Webex

Nato določite, kateri od obstoječih uporabnikov, ki kličejo na lokaciji, bodo preusmerjeni na . Če bodo vsi ali veliko število uporabnikov preneseni, je priporočljivo, da uporabnike premaknete v skupine, da zagotovite, da bodo projektna ekipa, IT-osebje in podporno osebje sposobni obvladati prehod in morebitne težave. Prav tako bi morali nameniti nekaj časa za zagotavljanje začetnih informacij in usposabljanj, s katerimi boste uporabnike pripravili na ta prehod. Združevanje uporabnikov pri prehodu v skupine je mogoče izvesti na podlagi različnih meril, vključno z lokacijo ali lokacijo, ki ji so uporabniki dodeljeni, oddelki uporabnikov ali celo vrstami uporabnikov (znanstveni delavci, vodstveni delavci, mobilni delavci itd.).

Če so na primer uporabniki v uvedbi razdeljeni na tri glavne lokacije: New York (NYC), San Francisco (SFC) in Research Triangle Park (RTP), je lahko načrt prehoda uporabnikov videti kot načrt, opisan v tabeli Načrt prehoda uporabnikov po lokacijah.
Tabela 4. Načrt prehoda uporabnikov po spletnih mestih
Uporabniško spletno mesto / lokacija Informacije in usposabljanja pred prehodom Prehodno obdobje Podpora po prehodu
New York (1.525 uporabnikov) Teden od 1. aprila 15. april – 27. april Teden od 29. aprila
SFO (1.600 uporabnikov) Teden od 6. maja 20. maj – 31. maj Teden od 3. junija
RTP (1.275 uporabnikov) Teden od 3. junija 17. junij – 28. junij Teden od 1. julija

Drug pomemben dejavnik je skupni prehod uporabnikov, ki so med seboj odvisni. To lahko vključuje, vendar ni omejeno na naslednje:

Spremljanje BLF

Isti lov pilot/group

Deli linije

Del iste skupine za prevzem klicev

Uporaba istih številk za parkiranje klicev

Interkom

Admin/Exec.

Konfiguracijo (grafični uporabniški vmesnik ali izvoz) lahko pregledate ali pa uporabite orodje Vpogledi v migracije, ki vam bo pomagalo prepoznati skupine uporabnikov s temi odvisnostmi.

Tabela 4. Načrt prehoda uporabnikov po spletnih mestih
Uporabniško spletno mesto / lokacija	Informacije in usposabljanja pred prehodom	Prehodno obdobje	Podpora po prehodu
New York (1.525 uporabnikov)	Teden od 1. aprila	15. april – 27. april	Teden od 29. aprila
SFO (1.600 uporabnikov)	Teden od 6. maja	20. maj – 31. maj	Teden od 3. junija
RTP (1.275 uporabnikov)	Teden od 3. junija	17. junij – 28. junij	Teden od 1. julija

Povezljivost PSTN

Do PSTN-ja lahko dostopate na tri načine: Klicni paketi Cisco, Cloud Connect for (prej Cloud Connected PSTN) in lokalni PSTN (lokalni prehod). Vendar pa je mogoče eno lokacijo, kot je opredeljena v, dodeliti samo eni možnosti PSTN.

Lokalna PSTN z lokalnim prehodom (LGW) je bistvena komponenta strategije prehoda. Zagotavlja povezljivost med lokalno namestitvijo and/or PSTN in platforma podpirata tako Cisco kot tudi certificirane krmilnike sej (SBC) drugih proizvajalcev, ki jih je mogoče uporabiti kot lokalni prehod. Za najnovejši seznam podprtih SBC-jev glejte Seznam podprtih SBC-jev.

podpira do 250 sočasnih klicev iz enega samega lokalnega prehoda, ki temelji na registraciji, in več kot 250 sočasnih klicev iz enega samega lokalnega prehoda, ki temelji na potrdilu. Lokalni prehodi, ki temeljijo na potrdilih, lahko podpirajo do 6500 sočasnih klicev, vendar je to odvisno od vrste povezljivosti, ki jo mora imeti lokalni prehod (Over-the-Top ali Interconnect peering), in modela SBC, na katerem je nameščen lokalni prehod. Te omejitve so v bistvu privzeta omejitev števila tako za klice PSTN prek lokalnega prehoda kot za klice med lokacijami med končnimi točkami. Za več informacij glejte Začetek uporabe lokalnega prehoda.

Vsi klici, ki presegajo to omejitev, so zavrnjeni z napako 403 Prepovedano. Ukaz prikaži aktivni klic se lahko zažene na lokalnem prehodu kadar koli, da se ugotovi skupno število aktivnih klicev.

Slabi omrežni pogoji med lokalnim prehodom in dostopnim SBC lahko omejijo delovanje signalne povezave, kar vodi do še nižje omejitve sočasnih klicev. Enosmerna zakasnitev med lokalnim prehodom in podatkovnim centrom ne sme presegati 100 ms, tresenje pa mora biti manjše od 10 ms, izguba paketov pa manjša od 0,5. %.

Značilnosti & uporaba funkcij

Pri ocenjevanju trenutnega okolja je pomembno ugotoviti in pregledati, katere funkcije so konfigurirane. Poleg tega je pomembno razumeti uporabo funkcij, da lahko (ponovno) opredelite svoje poslovne in tehnične zahteve za uvedbo.

Če želite ugotoviti, katere funkcije so konfigurirane, analizirajte konfiguracijo. To so vsi statični podatki, ki se nastavijo, ko je v sistemu konfigurirana funkcija ali nastavitev. Za dokončanje te analize lahko uporabite naslednje možnosti:

Pregled konfiguracije v skrbniškem grafičnem uporabniškem vmesniku

izvoz konfiguracije -- množični izvoz ali AXL

orodje za vpogled v migracije (priporočeno)

Orodja partnerjev tretjih oseb Cisco (priporočeno).

Za učinkovito analizo izkoriščenosti funkcij je bistveno preučiti dinamične sistemske podatke, kot so izkoriščenost, registracije in aktivnost klicev. Različna analitična orodja in nadzorne plošče zagotavljajo vpogled v te metrike, kar omogoča celovito razumevanje delovanja in zmogljivosti sistema, kar podpira sprejemanje premišljenih odločitev med migracijo in optimizacijo. Za dokončanje te vrste analize lahko uporabite naslednje možnosti:

Pregled surovih zapisov CDR

Pregled podatkov Unified CM RTMT

Orodje za vpogled v migracije z uporabo podatkov CDR

Pregled analitike uničenih komunikacij, povezanih z oblakom, v

Glasnost klicev

Registrirane končne točke

(CAC) lokacije

Izkoriščenost prtljažnika.

Orodja Ciscovih partnerjev tretjih oseb.

Cisco priporoča, da za to analizo začnete z orodjem Webex Control Hub Migration Insights. Izvozno datoteko .TAR in datoteke Unified CM CDR (neobvezno, vendar obvezno za analizo izkoriščenosti funkcij) boste uvozili v orodje. Orodje bo ustvarilo naslednja poročila v obliki CSV, ki jih je mogoče uporabiti za začetek analize:

Tabela 5. Poročila, ustvarjena iz datoteke .tar Unified CM
Ime poročila
Opis poročila
ImportedDataBulk.csv
Vsi uporabniki in naprave iz podatkov Unified CM
DeviceEligibility.csv
Določa naprave, ki so upravičene do selitve v Webex Calling (IP-telefoni, naprave Room OS, ATA in naprave tretjih oseb)
DevicePoolNumbers.txt
Seznam vseh številk v določenem naboru naprav
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv
Podrobnosti o napravah in uporabnikih, ki jih je treba migrirati skupaj na podlagi skupnih linij, pilotnega iskalnika, čakalne vrste klicev, parkiranja klicev in konfiguracije skupine za prevzem klicev
HuntGroupMigrationInsight.csv
Podrobne informacije o dodeljenih iskalnih linijah, skupinah linij in povezanih agentih
SharedlineGroupMigrationReport.csv
Pregled deljenja telefonskih številk (imeniških številk) med uporabniki

Tabela 6. Poročila, ustvarjena iz datotek Unified CM .tar in CDR.gzip
Ime poročila
Opis poročila
FeatureUsageBasedDeviceEligibilityReport.csv
Informacije o upravičenosti do selitve naprave glede na uporabo funkcij
FeatureUsageWithLastUsageDateReport.csv
Število klicev pilotov lovcev in čakalnih vrst klicev skupaj z datumom zadnje uporabe
UserWorkspaceLastUsage.csv
Datum zadnje uporabe za uporabnike in delovne prostore za mehke odjemalce in strojne telefone
DIDUsageReport.csv
Uporaba DID-ov za dodeljene in nedodeljene DID-e

Za več podrobnosti o poročilih Vpogledi v migracije glejte Vpogledi v migracije.

Če po pregledu informacij v poročilih Migration Insights potrebujete več informacij o funkcijah in uporabi, Cisco priporoča, da razmislite o uporabi enega od orodij za selitev Ciscovih partnerjev. and/or za pregled konfiguracij v grafičnem uporabniškem vmesniku ali v podatkih za izvoz konfiguracije.

Tabela 5. Poročila, ustvarjena iz datoteke .tar Unified CM
Ime poročila Opis poročila
ImportedDataBulk.csv Vsi uporabniki in naprave iz podatkov Unified CM
DeviceEligibility.csv Določa naprave, ki so upravičene do selitve v Webex Calling (IP-telefoni, naprave Room OS, ATA in naprave tretjih oseb)
DevicePoolNumbers.txt Seznam vseh številk v določenem naboru naprav
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Podrobnosti o napravah in uporabnikih, ki jih je treba migrirati skupaj na podlagi skupnih linij, pilotnega iskalnika, čakalne vrste klicev, parkiranja klicev in konfiguracije skupine za prevzem klicev
HuntGroupMigrationInsight.csv Podrobne informacije o dodeljenih iskalnih linijah, skupinah linij in povezanih agentih
SharedlineGroupMigrationReport.csv Pregled deljenja telefonskih številk (imeniških številk) med uporabniki

Tabela 6. Poročila, ustvarjena iz datotek Unified CM .tar in CDR.gzip
Ime poročila Opis poročila
FeatureUsageBasedDeviceEligibilityReport.csv Informacije o upravičenosti do selitve naprave glede na uporabo funkcij
FeatureUsageWithLastUsageDateReport.csv Število klicev pilotov lovcev in čakalnih vrst klicev skupaj z datumom zadnje uporabe
UserWorkspaceLastUsage.csv Datum zadnje uporabe za uporabnike in delovne prostore za mehke odjemalce in strojne telefone
DIDUsageReport.csv Uporaba DID-ov za dodeljene in nedodeljene DID-e

Cisco integracije: Unity Connection UCCX UCCE

Glasovna pošta je sestavni del ponudbe in je izvorno vgrajena v rešitev. Ne more se integrirati z rešitvijo glasovne pošte na lokaciji, kot sta Unity Connection ali Unity Connection Express. Poleg tega ni na voljo izvornega načina za selitev obstoječih sporočil glasovne pošte ali pozdravov prek povezave Unity v izvorno storitev glasovne pošte, ki je na voljo v storitvi . Nekatera orodja za migracijo Ciscovih zunanjih partnerjev imajo zmožnosti za migracijo nekaterih teh podatkov. Za več informacij o glasovni pošti za glejte Konfiguriranje in upravljanje nastavitev glasovne pošte za uporabnika Webex Calling.

podpira tudi skupne poštne predale za glasovno pošto in faks. Za več informacij glejte Upravljanje skupne glasovne pošte in nabiralnika za dohodne fakse za Webex Calling.

ima vgrajeno funkcijo samodejnega upravljavca, ki je vključena kot del osrednje platforme. Ta funkcija omogoča prehod upravljalnikov klicev in funkcionalnosti samodejnega operaterja vaše povezave Unity. Orodje Control Hub, Migracija funkcij iz Unified CM, podpira selitev konfiguracij Unity Connection v samodejne operaterje. Za več informacij o uporabi tega orodja glejte Selitev naprav in funkcij iz Unified CM v Webex Calling.

Snemanje klicev

vključuje dve možnosti snemanja klicev brez dodatnih stroškov.

Snemanje klicev Webex

Snemanje Dubber Go (partnerska ponudba) – integracija med Dubberjem, kjer so vsi posneti mediji varno shranjeni v oblaku.

vključene možnosti snemanja tabela izpostavlja nekatere ključne funkcije obeh možnosti snemanja klicev, ki sta na voljo brez dodatnih stroškov.

Tabela 7. vključene možnosti snemanja
Webex Dubber Go

Na voljo vsem uporabnikom Na voljo vsem uporabnikom

Neomejeni posnetki Neomejeni posnetki

1-letno obdobje hrambe* 30-dnevno obdobje hrambe

100 GB prostora za shranjevanje na organizacijo -

Uradniki za skladnost lahko dostopajo do posnetkov klicev in jih upravljajo -

API-ji za upravljanje posnetkov -

Skrbniki lahko konfigurirajo in upravljajo dostop uporabnikov do njihovih posnetkov klicev
Uporabniki lahko upravljajo svoje posnetke z uporabo uporabniškega središča and/or aplikacija Webex.
Samo uporabniki lahko dostopajo do svojih posnetkov in jih upravljajo
Z njihovega dubber portala.

Če vaša organizacija potrebuje dodatne zmogljivosti snemanja, kot so snemanje klicev o skladnosti, daljša obdobja hrambe, več prostora za shranjevanje, analiza z umetno inteligenco, and/or Skrbniški dostop, plačljive ponudbe ali dodatki obstajajo tako pri Ciscu kot pri ponudnikih snemanja tretjih oseb. Za več informacij o ponudnikih snemanja, konfiguracijah in dodatnih partnerskih storitvah glejte Upravljanje snemanja klicev za Webex Calling.

Tabela 7. vključene možnosti snemanja
Webex	Dubber Go
Na voljo vsem uporabnikom	Na voljo vsem uporabnikom
Neomejeni posnetki	Neomejeni posnetki
1-letno obdobje hrambe*	30-dnevno obdobje hrambe
100 GB prostora za shranjevanje na organizacijo	-
Uradniki za skladnost lahko dostopajo do posnetkov klicev in jih upravljajo	-
API-ji za upravljanje posnetkov	-
Skrbniki lahko konfigurirajo in upravljajo dostop uporabnikov do njihovih posnetkov klicev Uporabniki lahko upravljajo svoje posnetke z uporabo uporabniškega središča and/or aplikacija Webex.	Samo uporabniki lahko dostopajo do svojih posnetkov in jih upravljajo Z njihovega dubber portala.

Integracije tretjih oseb

podpira različne integracije tretjih ponudnikov, vključno z, vendar ne omejeno na, SBC-je za lokalne prehode, IP-telefone, interkom telefone, Speaker/Pagers, ATA itd. Poleg teh naprav tretjih^{] ponudnikov} Webex Calling podpira različne rešitve tretjih^ponudnikov za podporo strankam, analitiko, snemanje, obračunavanje itd. Za več informacij o rešitvah tretjih ponudnikov glejte Webex App Hub.

Načrt

Načrt projekta na visoki ravni

Migracijska pot – en ali dva koraka?

Možnost 1: Selitev uporabnikov v enem koraku

Možnost 2: Dvostopenjska selitev uporabnikov

1. korak

2. korak

Načrt projekta na visoki ravni

Pri razvoju obsežnega načrta projekta za selitev iz platform .NET na .NET je bistveno določiti jasne faze in mejnike, ki so usklajeni tako s poslovnimi cilji kot s tehničnimi zahtevami. Načrt se mora začeti s celovito fazo ocenjevanja, vključno z zbiranjem podrobnih tehničnih in poslovnih zahtev ter identifikacijo deležnikov in opredelitvijo meril za uspeh. Ključni dejavniki vključujejo dodelitev virov, oceno časovnice, obvladovanje tveganj in komunikacijske strategije za zagotovitev, da so vse strani obveščene in vključene v celotno migracijo. Poleg tega bi moral načrt vključevati kontrolne točke validacije, kot so pilotno testiranje in postopno uvajanje, da se čim bolj zmanjšajo motnje in omogočijo prilagoditve na podlagi povratnih informacij.

Primeri elementov, ki jih je treba vključiti v načrt projekta, so:

Določanje obsega selitve (npr. kateri uporabniki, naprave in funkcije bodo prenesene)

Načrtovanje usposabljanj za končne uporabnike in podporne ekipe

Usklajevanje ocen pripravljenosti omrežja in

Načrtovanje prelomnih dejavnosti z rezervnimi možnostmi. Pomembno je tudi vključiti preglede skladnosti in varnosti ter faze podpore in optimizacije po migraciji.

Z upoštevanjem teh dejavnikov pri strukturiranju načrta projekta lahko organizacije bolje obvladujejo kompleksnost, zmanjšajo tveganja in dosežejo bolj gladek prehod na .

Migracijska pot – en ali dva koraka?

zahteva, da uporabniki za klicanje uporabljajo programski odjemalec. Če torej kateri koli uporabniki še vedno uporabljajo , imate dve možnosti, kdaj jih lahko premaknete v . Izvedete lahko enostopenjsko ali dvostopenjsko selitev uporabnikov.

Možnost 1: Selitev uporabnikov v enem koraku

Pri selitvi v enem koraku uporabniki preidejo iz v hkrati s prehodom iz Unified CM v . Ta možnost je običajno namenjena strankam z majhnim številom uporabnikov, ki jih je treba seliti, in lahko hkrati upravlja selitev tako uporabnikovega mehkega odjemalca kot tudi klicne storitve. Slika Uporabnikova klicna storitev, mehki odjemalec & telefon seli hkrati spodaj izpostavlja to vrsto selitve. S to možnostjo bo uporabnik hkrati opravil naslednje:

Klicne storitve so bile premaknjene iz v

Telefonske številke in interne številke so bile premaknjene iz v

Programski odjemalec je prešel iz Jabberja na - se bo registriral na

Registracija telefona je bila premaknjena iz v .

Uporabnikova klicna storitev, mehki odjemalec & telefon se hkrati preseli v

To je lahko še vedno fazna selitev, kjer se skupine uporabnikov premaknejo ob različnih časih, ko pa se premakne vsak uporabnik, se vse to zgodi hkrati.

Možnost 2: Dvostopenjska selitev uporabnikov

Drugi pristop je dvostopenjska migracija. V 1. koraku uporabniki preidejo iz v , vendar ostanejo vključeni za klicanje storitev. Nato se v 2. koraku uporabniki premaknejo iz Unified CM v . Ta možnost je priporočljiva za večje stranke, ki želijo upravljati spremembe končnih uporabnikov in ločiti spremembo uporabnikovega mehkega odjemalca od spremembe klicne storitve. Naslednja slika Migracija mehkega odjemalca; nato migracija klicne storitve, mehkega odjemalca & Telefon v Webex Calling spodaj izpostavlja to vrsto selitve.

1. korak

Mehki odjemalec je prešel iz v v - se bo registriral v .

2. korak

Klicne storitve so bile premaknjene iz v .

Telefonske številke in interne številke so bile premaknjene iz v .

registracija premaknjena iz v .

Registracija telefona je bila premaknjena iz v .

Migracija mehkega odjemalca; nato migracija klicne storitve, mehkega odjemalca & telefon za Webex Calling

To je lahko še vedno fazna selitev, kjer se skupine uporabnikov v obeh korakih premaknejo ob različnih časih.

Možnost, ki jo izberete, je odvisna od tega, kako želite upravljati prehod uporabnikov na in . Priporočilo je, da se to izvede postopoma (možnost 2). To vam omogoča, da hkrati zmanjšate spremembe končnega uporabnika in razdelite trud med različne dele projekta. Če pa želite, da se na uporabnike vpliva samo enkrat, je veljavna tudi uporaba 1. možnosti.

Če pogledamo priporočeno pot (možnost 1), zemljevid prehoda na visoki ravni iz aplikacije Jabber v aplikacijo Webex spodnja slika prikazuje prehod na visoki ravni za 1. korak.

Zemljevid prehoda na visoki ravni iz aplikacije Jabber v Webex

V tem koraku uporabniki preidejo z Jabberja na za vse svoje klicne storitve. Vendar pa je klicna platforma še vedno Unified CM in bo svoje klicne storitve registriral pri . Kot je razvidno iz zemljevida prehoda na visokonivojsko aplikacijo Jabber v Webex, se lokalna infrastruktura ne spremeni in deluje enako kot Jabber. Edina sprememba je zahteva izhodno povezavo z .

Za več informacij o tem prehodu glejte Zemljevid prehoda iz Jabberja v Webex in vodnik za uvajanje v razdelku Odjemalec na strani Prehod sodelovanja.

Zemljevid prehoda na visoki ravni iz Unified CM v Webex Calling slika prikazuje prehod na visoki ravni iz v . To je 2. korak priporočene poti.

Zemljevid prehoda na visoki ravni iz enotnega CM v Webex Calling

Če se odločite za uporabo enostopenjskega pristopa, velja tudi to.

V tem koraku so uporabniki razporejeni v skupine. Na tej točki uporabniki začnejo uporabljati za svoje klicne storitve, registracijo klicev in registracijo IP telefona.

Ker se uporabniki premikajo v skupinah, bodo uporabniki Enterprise med prehodom razdeljeni med obe klicni platformi. Faza 1 na zemljevidu prehoda na visoki ravni iz Unified CM v Webex Calling prikazuje to stanje. V tej fazi je potrebno načrtovanje upravljanja klicev med uporabniki na obeh platformah in usmerjanja klicev PSTN. Vsakič, ko se skupina uporabnikov preklopi na , bodo potrebne posodobitve klicnih načrtov in usmerjanja klicev na in lokalnem prehodu(-ih).

Ko so vsi uporabniki, programski odjemalci in naprave preneseni v (2. fazo), je mogoče odstraniti in razgraditi vso lokalno infrastrukturo uničenih komunikacij.

Načrtuj

Izbira regije

Lokacije

PSTN

Načrt klicanja

Lokalni klicni načrt v

načrt klicanja

Posnetek

1. Izbira ponudnika snemanja klicev

2. Izbira regije

Klic v sili

Licenciranje

Ročna dodelitev prek

Predloge za samodejno dodelitev licenc

Množična dodelitev prek predloge CSV

Dodelitev na podlagi API-ja

Zahteve za licenco

Omogočanje uporabnikov

Uporabniške skupine

Priporočen pristop pri selitvi iz na

Oblikovanje uporabniških skupin

Enotni vpis (SSO)

Podpora za več ponudnikov identitet

1. Združitve in prevzemi

2. Več neodvisnih IT oddelkov

3. Različne uporabniške skupine ali domene

4. Podpora za različne protokole za preverjanje pristnosti

5. Izboljšana varnost in skladnost s predpisi

6. Poenostavljena uporabniška izkušnja

Duo MFA z enotno prijavo za

Funkcije

Samodejni odzivni sistem

Parkiranje klica

Prevzem klica

Čakalna vrsta za klic

Iskalna skupina

Načini delovanja

Skupina za pozivanje

Posnetki

Doseg posamezne številke

Skupina glasovne pošte

Izbira regije

je na voljo po vsem svetu in se dostavlja iz redundantnih podatkovnih centrov v več regijah: ZDA (Dallas, Chicago), Kanada (Vancouver, Toronto), Evropa (Frankfurt, Amsterdam), Združeno kraljestvo (London, Manchester), Avstralija (Melbourne, Sydney), Japonska (Tokio, Osaka), Saudova Arabija (Rijad, Džeda) in Indija (Mumbai, Čenaj). Medijske PoP-je zagotavljajo medijske storitve za optimizacijo časov povratnega prenosa medijev. Singapurski podatkovni center se na primer uporablja za optimizacijo časov pošiljanja medijev v obe smeri za stranke v azijskih državah, kjer so časi pošiljanja v Avstralijo ali Japonsko morda neoptimalni. Podatkovni centri so med seboj povezani z večgigabitno in popolnoma redundantno hrbtenično omrežje. Slika globalno porazdeljeni podatkovni centri prikazuje pregled vseh podatkovnih centrov. Za najnovejši seznam razpoložljivih podatkovnih centrov glejte Lokacije podatkovnih centrov za Webex Calling.

Globalno porazdeljeni podatkovni centri

Vsaka stranka je oskrbovana v enem od primerkov. Vse informacije o oskrbovanju te stranke so shranjene v tej instanci, signalizacija SIP vseh končnih točk in lokalnih prehodov, oskrbljenih za to stranko, pa je vezana na instanco, na kateri je stranka oskrbljena. Ker je začetno izbiro regije težko spremeniti, je pomembno, da se kot del procesa odločanja, ki vodi do izbire regije, upoštevajo vsi pomembni dejavniki. Da bi se izognili prekomerni zakasnitvi pri prenosu signala, se je pomembno, da se že zgodaj v procesu prehoda odločimo, kateri primerek naj se uporabi. Cisco priporoča izbiro primerka, ki zagotavlja najnižje čase prenosa signala za največje število uporabnikov v uvedbi.

Za razpoložljivost po državah glejte Kje je Webex na voljo?.

Lokacije

Za pripravo na zagotavljanje lokacij je treba zbrati zahtevane informacije za vse ciljne lokacije migracije. Informacije, potrebne za vsako lokacijo, so povzete v Informacije, ki jih je treba zajeti za vsako lokacijo.
Tabela 1. Informacije, ki jih je treba zajeti za vsako lokacijo
Informacije Komentar
Območje(-i) razširitve Vsaka lokacija ima lahko končnice, ki se začnejo z različnimi številkami. Za krmilno številko med lokacijami mora biti rezervirana ena številka (na primer 8) in ena za krmilno številko PSTN (na primer 9). Nobeno razširitveno območje se ne sme začeti s tema dvema števkama.
Vsi razponi razširitev na vseh lokacijah morajo biti enake dolžine.
Območje(-a) DID -
PSTN krmilna številka -
Koda spletnega mesta Vse kode lokacij na vseh lokacijah morajo biti edinstvene in imeti enako dolžino.
Glavna številka Pri ustvarjanju lokacije je treba zagotoviti dva DID-ja. Ena kot glavna številka (na primer za dodelitev storitvi samodejnega telefonskega odzivnika) in ena za portal glasovne pošte.
Za številko glasovne pošte dodelite en DID.
Številka glasovne pošte
Število licenc Zahtevane licence po vrstah, vključno s standardno, profesionalno, delovno, seznamom poti in paketom odhodnih klicev.
Sočasni klici v prometni uri Vsota sočasnih klicev med napravami ter med napravami in lokalnim prehodom (PSTN in klici na naprave). Potrebno za določitev zahtevane pasovne širine dostopa do interneta.
Država -
Časovni pas -
Jezik -
Kontakt (ime, telefon, e-pošta) -
Naslov (ulica, mesto, država, poštna številka) -
Fizična lokacija za napotitev nujnih služb za končne točke Lokacija naprave, ki se uporablja za klice v sili, običajno vključuje naslednje: naslov stavbe, naslov stavbe + številka nadstropja, naslov stavbe + številka apartmaja ali naslov stavbe + številka nadstropja + office/cubical številka.
Edinstvena fizična omrežna lokacija na napravo za službe v sili Fizična omrežna lokacija za klice v sili običajno vključuje naslednje: stikalo / stikalna vrata za žične naprave, brezžične dostopne točke (AP) z osnovnimi identifikatorji nabora storitev (BSSID) za brezžično povezane naprave, and/or podomrežja IP na lokaciji za končne naprave.

PSTN

Pri načrtovanju uvedbe imajo stranke tri glavne možnosti povezljivosti PSTN: Cisco Calling Plans (storitev PSTN v oblaku, ki jo upravlja Cisco), ponudniki PSTN, povezani v oblaku (CCPP, kjer ponudniki zagotavljajo storitev PSTN prek oblaka) in PSTN na lokaciji (kjer lokalni prehodi povezujejo poslovno omrežje s PSTN). Z uvedbo PSTN trunkinga za hibridne uvedbe (za več informacij glejte PSTN trunking za hibridne uvedbe Webex Calling na PSTN trunking) organizacije pridobijo dodatno prilagodljivost pri svojem pristopu k migraciji. Ta funkcija strankam omogoča, da na začetku prehoda premaknejo svoj PSTN na CCPP in začnejo prehajati na PSTN v oblaku za uporabnike, hkrati pa izkoristijo CCPP za ohranitev storitve PSTN za uporabnike, ki med fazno selitvijo ostanejo na Ciscu.

Ta hibridni pristop organizacijam omogoča, da najprej v oblak premaknejo izbrane uporabniške skupine, ne da bi morale takoj prenoviti celotno telefonsko okolje. Vendar pa to uvaja dodatno kompleksnost in tveganje, zlasti glede prilagajanja obstoječe logike usmerjanja klicev za podporo novi arhitekturi. Skrbno je treba upoštevati tudi interoperabilnost s starejšimi aplikacijami, kot so faks strežniki, kontaktni centri ali sistemi za osebno klicanje. Ključni tehnični izzivi lahko vključujejo zagotavljanje nemotenega pogajanja o kodekih od konca do konca in signalizacije DTMF (dvotonska večfrekvenčna) v mešanem okolju ter preverjanje združljivosti s specializiranimi telefonskimi funkcijami. Pravilno načrtovanje in testiranje sta bistvenega pomena za zmanjšanje motenj in ohranjanje zanesljivih glasovnih storitev skozi celoten proces migracije. Poleg tega so pomembni tudi komercialni vidiki, saj hibridno trunking omrežje zahteva licenco za uporabo, ki temelji na številu sočasnih klicev med lokalnim okoljem in ponudnikom PSTN, povezanim v oblak (CCPP).

Organizacije se lahko odločijo tudi za ohranitev lokalne PSTN povezljivosti v prehodni fazi. V tem primeru se lahko migracija na CCPP izvede na dva načina: kot enoten, usklajen prehod za vse uporabnike in lokacije po končani selitvi ali postopno, pri čemer se selitev PSTN izvaja za vsako lokacijo posebej, ko se uporabniki premaknejo v . Ta pristop lahko pomaga poenostaviti sobivanje in ohraniti kontinuiteto za podedovane integracije, vendar uvaja več operativnih zapletov. Med njimi so izzivi, povezani s prenosom številk, kot so potreba po natančnem usklajevanju naročil za prenos številk, morebitne zamude in omejitve, ki jih naložijo ponudniki, kot je omejitev števila sočasnih zahtev za prenos številk ali omejitve prenosa podmnožic velikih številskih blokov. Organizacije morajo skrbno načrtovati svojo strategijo prehoda na PSTN in upoštevati te logistične vidike, da se izognejo prekinitvam storitev in zagotovijo nemoten potek selitve.

Selitev na CCCP na začetku v primerjavi z ohranjanjem lokalne PSTN

Slika Selitev na CCCP na začetku v primerjavi z ohranitvijo lokalnega PSTN prikazuje dve možnosti selitve PSTN, ki sta pojasnjeni zgoraj. Ilustracija na levi prikazuje scenarij, v katerem vsi uporabniki in aplikacija na mestu uporabe uporabljajo storitve PSTN, povezane z oblakom, prek lokalnega omrežja in lokalnega prehoda, ki povezuje lokalno okolje z , medtem ko ilustracija na desni prikazuje scenarij, v katerem obstoječi lokalni PSTN ostane na mestu uporabe, uporabniki v storitvi Webex Calling pa uporabljajo lokalni PSTN prek povezave lokalnega prehoda med lokalnim okoljem in . Med prehodom je mogoče lokacije preklopiti na uporabo PSTN, povezanega v oblaku.

V obeh scenarijih klici med lokalnim sistemom in uporabnikom uporabljajo povezavo lokalnega prehoda. Povezavo med lokalnimi strežniki in strežniki je treba ustrezno zasnovati in dimenzionirati glede na pričakovano število sočasnih klicev in zahtevano redundanco.

Načrt klicanja

Za doseganje nemotene interoperabilnosti med obdobjem migracije in med njim je treba na obeh platformah razviti in implementirati celovito arhitekturo klicnega načrta. Ta zasnova klicnega načrta z dvema platformama zagotavlja dosledno usmerjanje klicev, prevajanje številk in preglednost funkcij, kar uporabnikom v obeh sistemih omogoča komunikacijo brez poslabšanja storitev ali motenj uporabniške izkušnje skozi celotno fazo sobivanja.

Lokalni klicni načrt v

Med prehodom, ki bo omogočil soobstoj naprav, registriranih v Unified CM in v klicnem načrtu podjetja, je treba spremeniti, tako da bodo izpolnjene vsaj naslednje zahteve:

+E.164 klicanje od do

Klicanje interne številke od do (znotraj lokacije, pa tudi med lokacijami, če so obsegi internih številk enolični)

Skrajšano klicanje med lokacijami od do

Vsiljeno klicanje znotraj omrežja od do

Povratni klic iz imenika zgrešenih klicev na cilje vklopljen

Klici PSTN iz v PSTN, če se med prehodom uporablja lokalna PSTN za

Klici PSTN od do, če se med prehodom PSTN trunking za hibridne uvedbe uporablja za zagotavljanje dostopa do PSTN uporabnikom na lokaciji prek Cloud Connect za

Vsiljeno v omrežju od do

Klicanje interne številke od do (med lokacijami).

Če katera od zgornjih klicnih navad pred prehodom ni bila podprta, na primer če ni skrajšane klicne navade med lokacijami, potem je med prehodom ni nujno treba uvesti.

Slika Najboljši načini klicnega načrta prikazuje najboljši pristop k klicnemu načrtu, kot je opisan v Prednostna arhitektura za lokalne uvedbe Cisco Collaboration 12.x Enterprise, CVD. Ključne značilnosti tega pristopa vključujejo:

Ena particija za +E.164 številke v imeniku

Osnovno usmerjanje na podlagi +E.164 vzorci poti

Normalizacija vseh navad klicanja +E.164 z uporabo vzorcev prevajanja

Uporaba dedovanja iskalnega prostora za klicanje vzorcev prevajanja (možnost Uporabi iskalni prostor za klicanje avtorja, nastavljena na vzorcih prevajanja).

Najboljše prakse klicnega načrta

Na primer, klicanje PSTN (9+1+10D) iz naprave v SJC, ki ima na voljo iskalni prostor za klicanje linij , bo SJCInternational najprej našel ujemanje z 9.1[2-9]XX[2-9]XXXXXX vzorec prevajanja, ki normalizira številko klicane stranke v +E.164. Sekundarno iskanje nato ponovno uporabi isti klic iskalnega prostora SJCInternational (klic dedovanja iskalnega prostora) in +E.164-digit niz se bo ujemal z +E.164 številko imenika v particiji DN ali po enem od vzorcev poti PSTN v particiji USPSTNNational ali SJCPSTNNocal. Skrajšane navade klicanja znotraj spletnega mesta in med spletnimi mesti so implementirane s prevodi v particiji ESN in SJCtoE164. Medtem ko je particija ESN globalna particija (dostopna za telefone na vseh lokacijah), je particija SJCTOE164 dostopna samo uporabnikom na lokaciji SJC. To predpostavlja prekrivanje obsegov razširitev.

Prvi korak za omogočanje klicanja od do je zagotoviti, da +E.164 Cilji so ustrezno usmerjeni. To je mogoče doseči z dodajanjem particije v klicni načrt, dodajanjem +E.164 vzorci poti za vse cilje do te particije in končno dodajanje particije vsem klicnim iskalnim prostorom, ki predstavljajo razrede storitev, ki morajo biti sposobni doseči . Za omogočanje ustvarjanja ločenega razreda storitev za klice, ki izvirajo iz . Da bi se izognili zankam klicev, iskalni prostor dohodnih klicev na prenosnem omrežju iz lokalnega prehoda ne sme imeti dostopa do particije.

+E.164 preusmerjanje na Webex Calling

Kot je prikazano na sliki +E.164 usmerjanje v Webex Calling, da omogočite usmerjanje od do za lokacijo z +E.164 DID-obseg +1 221 555 2XXX in koda lokacije 121, vzorec nujne poti, ki ustreza temu +E.164 Obseg je treba dodati particiji .

Če ni potrebna izbira lokalnega prehoda, specifičnega za lokacijo, potem namesto uporabe seznama poti z lokalno skupino poti kot ciljem za vzorce poti, ki kažejo na eno samo skupino poti, je mogoče zagotoviti lokalni prehod kot edinega člana, nato pa vzorci poti kažejo na en sam seznam poti s to eno skupino poti kot edinim vnosom.

Za omogočanje skrajšanega klicanja med lokacijami na lokacijo se particiji doda zahtevani vzorec poti 8121.2XXX. Za spletna mesta, ki bodo prešla na vzorec normalizacije klicanja 8121.2XXX, ki normalizira klicanje ESN na +E.164 morda že obstaja v particiji ESN. V tem primeru se zdi 8121.2XXX odvečen, toda takoj ko so vsa DN-ja ustrezne lokacije preseljena na 8121.2XXX, je mogoče odstraniti vzorec prevajanja za normalizacijo klicanja in nato vzorec poti 8121.2XXX omogoči klicanje ESN tudi za uporabnike, ki imajo v tem območju samo interne številke.

S temi spremembami klicnega načrta je mogoče klice na lokacijo opraviti ne le z izbiranjem skrajšanih medlokacij in +E.164. Prav tako so možne mednarodne in nacionalne PSTN klicne številke, ker se te klicne navade najprej normalizirajo na +E.164 prek že obstoječih vzorcev prevajanja normalizacije klicanja in nato usmerjeni do z ujemanjem +E.164 vzorec poti v particiji.

The +E.164 Ujemanje vzorcev poti v območju DID lokacije je mogoče omogočiti, medtem ko so vsi DID-ji še vedno gostovani na . Algoritem za ujemanje vzorcev najboljšega ujemanja zagotavlja, da ko je pokličena številka, ki gostuje na +E.164 številka imenika, ki je bila dodeljena, se bolje ujema kot nadomestni znak +E.164 vzorec poti, ki kaže na , tako da se klici razširijo na linijo na in ne pošljejo na .

načrt klicanja

Vsakemu uporabniku je dodeljena razširitev and/or a +E.164 telefonska številka. Dolžina podaljška je fiksna globalna nastavitev: Vse razširitve v uvedbi imajo enako dolžino. Klicanje internih številk se lahko uporablja med uporabniki tako znotraj lokacije kot med lokacijami. Skrajšano klicanje med lokacijami (slednji primer) deluje le, če je klicana interna številka enolična.

Če je skrajšano klicanje med lokacijami zahtevano, vendar se med podaljški, dodeljenimi na različnih lokacijah, prekrivajo, je treba ustvariti načrt oštevilčenja, specifičen za podjetje, tako da se pred podaljški doda dostopna koda – koda lokacije. Za več informacij glejte Prednostna arhitektura za uvedbe Cisco Collaboration 15 na lokaciji, pregled zasnove, ki je na voljo na Prednostne arhitekture Cisco Collaboration.

Dolžina interne številke, način klicanja interne številke med lokacijami, dolžina predpone za klicanje med lokacijami in krmilna številka v usmerjevalni predponi za klicanje med lokacijami so konfigurirani v nastavitvah klicne storitve v :

Dolžina predpone usmerjanja lokacije: Dolžina predpone, vključno z vodilno števko. Zahtevano le, če je treba vzpostaviti načrt številčenja podjetja kot alternativni skrajšani način klicanja med lokacijami podjetja.

Krmilna številka v predponi usmerjanja: Krmilna številka za skrajšano klicanje med lokacijami v podjetju. Izogibati se je treba prekrivanju prve števke katere koli lokacije in števk za odhodne klice lokacije. Zahtevano le, če je treba vzpostaviti načrt številčenja podjetja kot alternativni skrajšani način klicanja med lokacijami podjetja.

Notranja dolžina podaljška: Standardna dolžina podaljškov. Lahko je katera koli vrednost med dvema in desetimi.
Ko je iz lokalnega nadzora klicev potrebno klicanje interne številke ali klicanje z uporabo številk, pomembnih za podjetje (krmilna koda, koda lokacije, interna številka), in lokalni nadzor klicev pošlje interno številko kot ID klicatelja, nastavite tudi parameter Največja dolžina neznane interne številke v razdelku Usmerjanje klicev med lokacijami, da zagotovite, da se lahko klici navzgor iz lokalnega nadzora klicev pravilno razvrstijo kot klici na lokaciji.

Dovoli klicanje internih številk med lokacijami: Preklopi na enable/disable klicanje internih številk med lokacijami. To možnost je treba omogočiti le, če so vse razširitvene številke znotraj organizacije edinstvene. Če je možnost onemogočena, je treba med lokacijami klicati številke, pomembne za podjetje (krmilna koda, koda lokacije, interna številka) ali telefonske številke.

Prvi trije parametri se uporabljajo predvsem za izgradnjo klicnega načrta za telefone, da se zmanjšajo časovne omejitve med števkami pri klicanju z dvignjeno slušalko. Odstopanja od teh globalnih nastavitev so še vedno možna (primer - omogočiti je mogoče razširitve z drugačno dolžino), vendar se bo v Control Hubu prikazalo opozorilo in klicanje s telefonov bo morda zahtevalo klicanje v bloku, da se preprečijo konflikti znotraj vnaprej naloženega klicnega načrta.

Tabela Primer oštevilčenja podjetij prikazuje primer treh lokacij, kjer so obsegi razširitev dveh lokacij, NYC in RTP, enaki. Vzpostavitev sheme številčenja podjetja z medlokacijsko krmilno številko 8, ki ji sledi trimestna koda lokacije, in štirimestna končnica ustvari neprekrivajočo se skrajšano navado klicanja med lokacijami.

Preglednica 2. Primer oštevilčenja podjetja
Mesto Razpon razširitve Koda spletnega mesta Podjetniška ponudba

New York 2XXX 202 8 202 2XXX

SFO 3XXX 203 8 203 3XXX

RTP 2XXX 204 8 204 2XXX

Za nemoten prehod bi moral biti nabor klicnih navad za uporabnike pred in po prehodu idealno enak. Za pripravo na prehod je treba za vsako lokacijo dokumentirati razpone DID in razpone internih številk (ali skrajšane navade klicanja znotraj lokacije). Na podlagi teh informacij je treba izbrati medstransko krmilno številko.

Tabela Območja podaljškov s fiksno dolžino prikazuje primer treh lokacij in območij podaljškov s fiksno dolžino. Ker se je treba izogibati prekrivajočim se navadam klicanja, je pomembno zagotoviti, da se pri katerem koli obsegu podaljška prva števka obsega ne ujema s krmilno števko za skrajšano klicanje med lokacijami. Če je na primer 8 izbrana kot krmilna številka za klicanje med lokacijami, se nobeno območje razširitve na kateri koli lokaciji ne more začeti z 8. Običajno se končnice na določeni lokaciji ujemajo z zadnjimi nekaj števkami DID-jev, dodeljenih tej lokaciji. Da bi se izognili konfliktom, lahko spremenite prvo številko končnice. Če so na primer DID-i v +1 Če se na lokaciji uporablja obseg 408 555 8XXX, se namesto uporabe obsega razširitve 8XXX lahko za razširitve na tej lokaciji uporabi obseg 7XXX.

Tabela 3. Razponi podaljškov s fiksno dolžino
Mesto Razpon razširitve razširitve Koda spletnega mesta Podjetniška ponudba

New York 2XXX 2XXX 202 8 202 2XXX

SFO 8XXX 7XXX 203 8 203 7XXX

RTP 1XX 11XX 204 8 204 11XX

Sedemmestni nizi klicnih številk, klicani na napravi z uporabo ameriškega klicnega načrta, se prekrivajo s sedemmestnim vzorcem za lokalno klicanje v vnaprej naloženem ameriškem klicnem načrtu. Da bi se izognili prekrivanju med klicanjem v omrežju in zunaj omrežja (PSTN), se lahko na tej lokaciji uporabi obvezna zunanja dostopna koda. Če se obstoječa shema oštevilčenja podjetja in ustrezno skrajšano medlokacijsko klicanje prekrivata z vzorci v nacionalni številčnici, se lahko med prehodom na shemo oštevilčenja, da se prepreči prekrivanje, spremeni tudi v daljšo ali krajšo obliko. Najlažji način za dosego tega je, da shemi oštevilčenja dodate dodatno števko za dopolnitev. Novo daljšo shemo klicanja med lokacijami morajo sprejeti le uporabniki, ki so že migrirali na . Uporabniki, ki so še vedno na telefonu, lahko še naprej kličejo sedemmestno številko. V tem primeru mora klicni načrt podjetja zagotoviti, da se skrajšano sedemmestno klicanje iz Unified CM pretvori v +E.164 ali na skrajšano obliko klicanja, ki je uporabljena na . To je treba storiti, preden se klic pošlje na lokalni prehod.

Primer tega preštevilčenja je prikazan v tabeli Prehod na sedemmestno klicanje. V tem primeru skrajšano klicanje med lokacijami uporablja krmilno številko 8, ki ji sledi dvomestna koda lokacije in štirimestna interna številka. Da bi se izognili sedemmestni skrajšani medmestni klicni številki za lokacije na , lahko kode lokacij preprosto spremenite v trimestne tako, da pred dvomestne kode lokacij, uporabljene v , dodate poljubno dopolnjevalno številko (8 v primeru), tako da medmestne klicne številke s telefonov uporabljajo krmilno številko 8, ki ji sledi dopolnjevalna številka 8, stara dvomestna koda lokacije in štirimestna končnica. Uporabnikom na si ni treba zapomniti novih kod lokacij; le zapomniti si morajo, da morajo namesto 8 na kot predpono za klicanje med lokacijami uporabiti 88.

Tabela 4. Prehod na sedemmestno klicanje

Mesto razširitve Koda spletnega mesta Podjetniška ponudba Oda spletnega mesta Podjetniški 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

V scenariju z različnimi formati številk podjetja in če so številke podjetja predstavljene kot podatki o klicatelju za klice od do (na primer klici iz naprav brez DID), je pomembno, da se izvede tudi preslikava med različnimi formati številk za podatke o klicatelju, da se zagotovi delovanje povratnega klica. To preslikavo je mogoče doseči z uporabo vzorca transformacije klicne stranke na posredniški liniji med klicno stranko in lokalnim prehodom.

Posnetek

Dobro zasnovana rešitev za snemanje klicev zahteva skrbno preučitev več ključnih elementov zasnove, da se zagotovi njena skladnost z organizacijskimi cilji, regulativnimi zahtevami in tehničnimi omejitvami. Dve najpomembnejši odločitvi vključujeta izbiro ponudnika in izbiro regije, ki ju je morda treba prilagoditi globalno in jo na določenih lokacijah preglasiti glede na poslovne potrebe.

1. Izbira ponudnika snemanja klicev

Izbira ustreznega ponudnika snemanja klicev je ključnega pomena za doseganje poslovnih ciljev in zagotavljanje usklajenosti funkcij v celotni organizaciji:

Izbira globalnega ponudnika: Organizacije običajno določijo primarnega ponudnika snemanja klicev na globalni ravni, kar zagotavlja doslednost funkcij, skladnost s predpisi in podporo na vseh lokacijah.

Preglasitve na podlagi lokacije: V primerih, ko imajo določena mesta ali regije edinstvene poslovne potrebe ali regulativne zahteve, bo morda treba preglasiti globalno izbiro ponudnika in za te lokacije določiti alternativne ponudnike. Ta prilagodljivost podpira različne mandate za skladnost s predpisi in lokalne operativne potrebe.

Poslovne zahteve: Izbira ponudnika bi morala biti odvisna od ocene poslovnih dejavnikov, kot so skladnost s predpisi (primer - MiFID II, HIPAA), zagotavljanje kakovosti, reševanje sporov ali potrebe po usposabljanju.

Razpoložljivost funkcij: Ponudnike je treba oceniti glede na njihovo sposobnost zagotavljanja zahtevanih funkcij, kot so spremljanje v realnem času, možnosti iskanja in predvajanja, šifriranje, pravilniki hrambe, integracija z analitičnimi platformami in podpora za različne vrste klicev (dohodne, odhodne, interne).

2. Izbira regije

Določanje regije, kjer se shranjujejo in obdelujejo posnetki klicev, je ključnega pomena za skladnost s predpisi in delovanje:

Izbira globalne regije: Organizacije lahko privzeto izberejo eno samo regijo za shranjevanje posnetkov klicev, da poenostavijo upravljanje in nadzor.

Preglasitve regij na podlagi lokacije: Kjer to zahtevajo zakoni o hranilnici podatkov ali korporativne politike, je morda treba preglasiti nastavitev globalne regije za določene lokacije, s čimer se zagotovi shranjevanje in obdelava posnetkov klicev znotraj zahtevanih geografskih meja.

Zahteve glede prebivališča podatkov: Zasnova mora upoštevati mednarodne in lokalne predpise o varstvu podatkov (kot so GDPR, CCPA ali predpisi, specifični za posamezne države), ki lahko določajo, kje in kako se hranijo posnetki klicev.

Drug ključni vidik, ki ga je treba upoštevati med načrtovanjem in zasnovo rešitve za snemanje klicev, je ocena zahtev glede shranjevanja. Natančno napovedovanje potreb po shranjevanju je bistvenega pomena za zagotovitev zadostne zmogljivosti za podporo tekočega poslovanja, ohranjanje skladnosti s predpisi in preprečevanje motenj v storitvah.

Pri določanju pričakovanega povpraševanja po skladiščenju je treba upoštevati več ključnih parametrov:

Količina posnetih klicev: Ocenite predvideno število klicev, ki bodo zabeleženi v določenem časovnem intervalu (npr. na dan, teden ali mesec). To vključuje ne le zunanje klice, temveč tudi notranjo komunikacijo, če to zahtevajo poslovna politika ali regulativni predpisi.

Povprečno trajanje klica: Izračunajte tipično dolžino posnetih klicev, saj daljši klici porabijo več prostora za shranjevanje. Pri oceni je treba upoštevati tudi razlike v trajanju klicev med različnimi oddelki ali uporabniškimi skupinami.

Čas hrambe: Določite čas hrambe zapisov, ki ga pogosto narekujejo organizacijske politike ali zunanji predpisi (kot so standardi skladnosti, specifični za posamezno panogo). Daljša obdobja hrambe bodo povečala splošne zahteve glede shranjevanja

Projekcije rasti: Upoštevajte pričakovano rast števila klicev ali širitev obsega snemanja, kar je lahko posledica povečanja obsega poslovanja, novih regulativnih zahtev ali vključitve dodatnih uporabnikov ali lokacij.

Z natančno analizo teh parametrov lahko organizacije razvijejo robustno strategijo shranjevanja, ki zagotavlja skalabilnost, stroškovno učinkovitost in skladnost s predpisi za njihovo rešitev za snemanje klicev. Priporočljivo je tudi redno pregledovati in prilagajati dodelitve prostora za shranjevanje, saj se vzorci uporabe sčasoma spreminjajo.

Klic v sili

Zahteva po preusmeritvi klica v sili v ustrezni dispečerski center je zahteva za vsako klicno storitev, ki ponuja storitev PSTN. Z je usmerjanje klicev v sili vgrajeno v rešitev in vključuje podporo za vse nacionalne številke za klic v sili v državah, ki podpirajo . Usmerjanje klica v sili temelji na določeni lokaciji in načinu dostopa PSTN te lokacije. Številke za klic v sili so vnaprej določene in specifične za državo, v kateri so uporabniki in naprave nameščene.

Obstajata dva načina za opravljanje klicev v sili. Na voljo je osnovna storitev preusmerjanja klicev v sili in izboljšana storitev preusmerjanja klicev v sili. Osnovna storitev usmerjanja klicev v sili bo za identifikacijo lokacije in poti klica za dosego služb za nujne primere uporabila številko, ki jo izbere skrbnik. Za osnovne klice v sili je pot klica običajno prek možnosti PSTN stranke za to lokacijo. Ima tudi izboljšano usmerjanje klicev v sili, zasnovano za uvedbe v ZDA in Kanadi, kjer veljajo zahteve glede skladnosti s predpisi, ki zahtevajo uporabo nacionalnega ponudnika za dostavo klicev v sili v pravilen dispečerski center.

Vse stranke bi morale uvesti vsaj osnovno konfiguracijo za klic v sili. Za osnovne klice v sili mora imeti vsaj ena stranka +E.164 številka, ki se dodeli vsaki lokaciji, opredeljeni v . Za osnovne klice v sili bo vsaka lokacija opredeljena z naslovom ulice, na katerega se v nujnih primerih napotijo policija, gasilci ali reševalci. V večini primerov je glavna številka za lokacijo najboljša izbira za predstavitev fizične lokacije nujnega primera. Običajno je dodelitev naslova +E.164 številka je usklajena s ponudnikom PSTN. Spodnje slike prikazujejo dodelitev glavne številke, ki se uporablja kot številka za povratni klic v sili za lokacijo Richardson.

Konfiguracija lokacije ECBN

V večini primerov je naslov stavbe zadosten za odpremni naslov lokacije. Če pa so za določene uporabnike ali naprave potrebne dodatne podrobnosti o lokaciji, lahko skrbnik uporabi isti postopek, kot je opisan zgoraj, in te naprave dodeli določenemu naslovu ali natančnejši lokaciji znotraj naslova (na primer nadstropju ali sobi). V Upravljanje uporabnikov v zavihku Klicanje je mogoče uporabniku in njegovim napravam določiti določeno številko za pridobitev določenega naslova za odpremo. Naslednje slike prikazujejo, kako je mogoče napravi dodeliti določeno številko. Skrbnik je odgovoren za to, da bo številki, ki jo uporablja naprava, dodeljen pravilen naslov za odpremo. Dodelitev naslova se običajno izvede prek ponudnika PSTN na tej lokaciji.

Konfiguracija uporabnika ECBN

Za uvedbo telefonije v ZDA, ki mora zagotavljati izboljšane rešitve za klice v sili, se za usmerjanje klicev v sili uporablja RedSkyjev Horizon Mobility, integriran v sistem. Pri uporabi RedSky za usmerjanje klicev se mora skrbnik registrirati za račun prek Cisca in konfigurirati ustrezne podatke v Klicanje -> Nastavitve storitve, da omogočite to funkcijo. Ko je storitev RedSky omogočena na sistemski ravni, jo bo skrbnik omogočil na vsaki ravni lokacije. Omogočanje izboljšanega klica v sili na lokaciji bo aktiviralo storitev za vse naprave, ki so dodeljene tej lokaciji. Naprave, ki podpirajo izboljšane klice v sili, so telefoni Cisco MPP, telefoni Cisco PhoneOS in telefoni Cisco.

Za omogočanje izboljšanih klicev v sili na določeni lokaciji sta na voljo dve nastavitvi. Za preverjanje pravilnosti konfiguracije RedSky za preslikave naprav in infrastrukture je treba uporabiti možnost Dovoli RedSkyju prejemanje informacij o omrežni povezljivosti in testne klice. Ta nastavitev omogoča tudi testne klice na številko 933 za preverjanje lokacije z uporabo sistema IVR podjetja RedSky, ki prebere lokacijo klicatelja. Čeprav ta dokument ne bo zajemal konfiguracije RedSky za sledenje lokacije, mora skrbnik VEDNO preizkusiti odkrivanje lokacije, preden aktivira klice v sili za preusmeritev na RedSky. Ko je testiranje končano in potrjeno kot natančno, bo skrbnik preusmeril klice na RedSky tako, da bo preklopil usmerjanje klicev v sili na RedSky. Ta stikalo bo vse klice v sili za lokacijo preusmerilo k RedSky, ki jih bo dostavil v telefonski center za lokacijo.

Nastavitve izboljšanih klicev v sili veljajo tudi za odjemalce tako na lokaciji kot zunaj nje. Ko so na lokaciji, jih je mogoče slediti na enak način kot namizne telefone. Ko uporabnik ni na lokaciji, bo lahko svojo lokacijo dinamično nastavil neposredno v aplikaciji . Za več informacij o klicih v sili glejte Izboljšani klici v sili za .

Licenciranje

Obstaja več možnosti za dodelitev licenc uporabnikom.

Ročna dodelitev prek

Skrbniki ročno dodelijo licence posameznim uporabnikom prek vmesnika.

Skrbniki lahko urejajo licence za storitve za posamezne uporabnike in jim neposredno dodeljujejo licence za klicanje.

Predloge za samodejno dodelitev licenc

Uporabite predloge za dodelitev licenc, da samodejno dodelite licence uporabnikom na podlagi nastavitev skupine ali organizacije.

Samodejno licenciranje je mogoče izvesti s sinhronizacijo imenikov ali ročnimi posodobitvami uporabnikov, vendar morajo imeti uporabniki veljavno +E.164 formatirana telefonska številka, telefonske številke pa morajo obstajati na lokaciji pred omogočanjem uporabe uporabnika. Če pogoji niso izpolnjeni (npr. neveljavna oblika telefonske številke), licence ne bodo dodeljene.

Množična dodelitev prek predloge CSV

Naložite datoteko CSV z uporabniškimi podatki in dodelitvami licenc, da dodate ali spremenite več uporabnikov hkrati.

Uvoz CSV podpira dodajanje do 20.000 uporabnikov in dodeljevanje licenc, vendar licence zahtevajo določena polja, kot sta telefonska številka in interna številka.

Dodelitev na podlagi API-ja

Uporabite API-je za programsko dodeljevanje licenc in upravljanje uporabnikov.

podpira delovanje API-jev za upravljanje uporabnikov in licenc (API-ji za osebe, SCIM 2.0 in licence), kar je mogoče izkoristiti za avtomatizacijo dodeljevanja licenc. API za licence omogoča hkratno dodeljevanje licenc, telefonskih številk in internih številk.
Tabela 5. Možnosti zagotavljanja uporabnikom – povzetek
Metoda dodeljevanja Prednosti Slabosti
Ročno prek Preprosto za nekaj uporabnikov.
Omogoča natančen in podroben nadzor nad dodeljevanjem licenc.
Ni skalabilno, zamudno
Nagnjenost k človeškim napakam med ročnim vnosom.

Samodejne predloge licenc Prilagodljivo
Zmanjša število ročnih napak
Lahko se uporabi za nove in obstoječe uporabnike.
Zahteva veljavne telefonske številke in lokacije.
Bolj zapleteno za postavitev
Zahteva tudi uporabniške skupine na skupino uporabnikov z enakovrednimi licenčnimi zahtevami.

Nalaganje množičnega CSV-ja Učinkovito za velike uporabniške skupine
Omogoča hkratno dodelitev licenc, telefonskih številk in internih številk.
Zahteva skrbno oblikovanje CSV
Možnost napak, če telefonske številke ali interne številke manjkajo ali so napačne.
Dodelitev na podlagi API-ja Avtomatizirano, prilagodljivo.
Omogoča hkratno dodelitev licenc, telefonskih številk in internih številk.
Zahteva razvoj in poznavanje API-jev.

Tabela Možnosti zagotavljanja uporabnikom – povzetek povzema možnosti zagotavljanja uporabnikom ter njihove prednosti in slabosti. Ta pregled vam pomaga izbrati najboljši način dodeljevanja licenc glede na velikost organizacije stranke, zmogljivosti avtomatizacije ter postopke in zahteve za zagotavljanje uporabnikom.

Kadar koli je mogoče, Cisco priporoča dodeljevanje licenc za klicanje z uporabo predlog licenc. To zahteva, da za vsako skupino uporabnikov, ki potrebuje edinstven nabor licenc (primer - Standard v primerjavi s Professional), obstaja skupina z ustreznim članstvom v skupini. Kot je razloženo v razdelkih Uporabniške skupine, je mogoče uporabniške skupine ročno definirati v imeniku podjetja ali jih sinhronizirati iz njega. Možna je kombinacija obeh pristopov.

Uporabniki, ki pripadajo več skupinam, pridobijo licence iz vseh dodelitev, ki so bile uporabljene za vse njihove skupine. To omogoča uporabo varnostnih skupin, specifičnih za licence, v imeniku podjetja za upravljanje dodelitve licenc, kjer posledično dodelitev uporabniške licence nadzira združevanje članstva v skupinah.

Za več informacij glejte Nastavitev samodejnega dodeljevanja licenc v Control Hub in Nastavitev predlog za samodejno dodeljevanje licenc za uporabnike Webex Calling.

Zahteve za licenco

Ta razdelek zajema samo sorodne licence. Druge vrste licenc (primer - registracija naprave Webex, sporočanje, sestanki) niso zajete. Kot del postopka načrtovanja je treba določiti zahteve za licenciranje. Izračunati je treba število licenc za naslednje vrste licenc:

Standardno: število posameznih uporabnikov, ki potrebujejo standardne telefonske funkcije.

Strokovnjak: število uporabnikov in delovnih prostorov, ki zahtevajo napredne funkcije telefonije. Virtualne linije in skupinska glasovna pošta so upravičene do 1:1 razmerje za vsako profesionalno licenco. Zato je v redkih primerih, ko število potrebnih virtualnih linij ali skupinskih glasovnih sporočil presega število uporabnikov in delovnih prostorov, ki zahtevajo napredne telefonske funkcije, treba upoštevati dodatne profesionalne licence.

Delovni prostor za skupni prostor: število lokacij za skupno uporabo ali skupne prostore, ki zahtevajo standardne klicne zmogljivosti.

Pomoč strankam: število agentov in nadzornikov, ki potrebujejo funkcije pomoči strankam. Podpora strankam vključuje profesionalno licenco.

Seznam poti za klice: število zahtevanih klicev PSTN, povezanih z oblakom, med uporabniki na lokaciji and/or specializirane aplikacije tretjih oseb na lokaciji.

Konzola za oskrbovalce: število uporabnikov, ki potrebujejo dostop do odjemalca konzole posredovalca.

Klicni paket Cisco (odhodni klicni paket): število uporabnikov, ki potrebujejo številko PSTN and/or Dostop do odhodnih klicev PSTN za storitev Cisco PSTN.

Za profesionalne delovne prostore ni namenske vrste licence. Profesionalni delovni prostori uporabljajo profesionalno licenco.

Delovni prostori, ki so namenjeni samo vročemu delu, ponujajo storitev gostitelja vročega dela in klice v sili od gostitelja vročega dela ter ne zahtevajo nobene licence. Za več informacij glejte Dodajanje in upravljanje naprav samo za vročo mizo.

Če želite določiti zahtevano vrsto licence za vsakega uporabnika in delovni prostor na podlagi potrebnih funkcij, glejte Funkcije, ki so na voljo glede na vrsto licence za Webex Calling.

Za razlikovanje med funkcionalnostjo, ki jo ponujajo čakalne vrste klicev v kombinaciji s profesionalno licenco, in podporo strankam glejte Primerjava funkcij čakalne vrste klicev in podpore strankam Webex Calling.

Omogočanje uporabnikov

Pri dodeljevanju uporabnikom v Webexu je na voljo več možnosti, od katerih je vsaka primerna za različne organizacijske potrebe in okolja:

Ročno omogočanje: Skrbniki lahko dodajajo in upravljajo posamezne uporabnike neposredno znotraj . Ta metoda je preprosta, vendar najbolj primerna za majhne organizacije ali omejene spremembe uporabnikov.

Množično omogočanje prek CSV: Za večje uporabniške baze lahko skrbniki uvozijo in posodabljajo uporabnike v velikem obsegu z nalaganjem datotek CSV v datoteko . To omogoča učinkovito upravljanje do tisoč uporabnikov hkrati.

Možnosti sinhronizacije imenikov:
Priključek za imenik: To je orodje za samodejno sinhronizacijo, ki se uporablja v okoljih Microsoft Active Directory. Sinhronizira uporabniške račune, skupine in atribute po urniku (vsako uro, dnevno ali tedensko). Podpira nastavitve Active Directory z več domenami in več gozdovi ter lahko sinhronizira slike profilov in objekte sob.

Čarovnik za vnos ID-ja (Azure AD): Ta metoda, zasnovana za organizacije, ki uporabljajo Microsoft Entra ID (Azure AD), zagotavlja samodejno sinhronizacijo uporabniških računov in atributov skoraj v realnem času neposredno iz Entra ID v . V celoti se upravlja znotraj in zahteva minimalno nastavitev.

Aplikacije SCIM 2.0: Za okolja, ki niso Microsoftova, ali druge ponudnike identitet, kot sta Okta ali Duo, aplikacije za sinhronizacijo, ki temeljijo na SCIM, omogočajo samodejno omogočanje in odvzemanje uporabnikov s preslikavo atributov in sinhronizacijo skupin.

Sinhronizacija uporabnikov Unified CM: Ta možnost omogoča ustvarjanje uporabniških računov na podlagi obstoječih končnih uporabnikov s sinhronizacijo iz v . To zahteva, da se v lokalnih gručah izvaja Cloud Connected UC (CCUC). Vendar pa je na splošno priporočljivo sinhronizirati uporabnike iz centraliziranega imenika v oblaku, kot je Entra ID, in ne neposredno iz .

Zagotavljanje API-ja: Za zagotavljanje uporabnikov se lahko uporabljajo javni API-ji (People, SCIM 2.0). Glavna prednost uporabe API-jev je možnost integracije zagotavljanja uporabnikov z drugimi poslovnimi sistemi.
Tabela 6. Možnosti zagotavljanja uporabnikom za
Metoda oskrbovanja Opis Prednosti Slabosti
Ročno Create/manage uporabniki posamično v Preprosto za nekaj uporabnikov; infrastruktura ni potrebna Ni skalabilno; zamudno za številne uporabnike
Množično (datoteka CSV) Import/update uporabnikov v velikem obsegu prek CSV v Učinkovito za skupine; kodiranje ni potrebno Ročna priprava CSV-ja; manj dinamično
Ljudje in SCIM 2.0 API Programsko upravljanje uporabnikov prek Webex API-jev Prilagodljivo; podpira avtomatizacijo in integracijo Zahteva razvoj in infrastrukturo
Sinhronizacija imenika Samodejna sinhronizacija iz AD, Entra ID, aplikacij SCIM, Unified CM Avtomatizira življenjski cikel; podpira filtriranje in kartiranje Kompleksnost nastavitve: nekatere možnosti imajo omejene funkcije ali zahtevajo infrastrukturo
Ta pregled in tabela odražata glavne možnosti zagotavljanja uporabnikov, njihove prednosti in omejitve, da vam pomagata izbrati najboljši pristop za potrebe vaše organizacije.

Uporabniške skupine

Upravljanje uporabniških skupin omogoča skrbnikom, da uporabnike organizirajo v skupine za učinkovito množično upravljanje licenc, nastavitev in virov. Skupine pomagajo poenostaviti upravljanje z uporabo pravilnikov, licenc in predlog nastavitev za več uporabnikov hkrati, namesto da upravljajo uporabnike posamično.

Upravljanje uporabniških skupin ponuja več prednosti, vključno z:

Poenostavljeno upravljanje: Upravljajte licence, nastavitve in pravilnike za več uporabnikov hkrati.

Doslednost: Uporabite enotne nastavitve in licence za vse uporabnike v isti skupini.

Prilagodljivost: Podpira do 250.000 članov na skupino.

Integracija: Sinhronizirajte skupine iz Microsoft Entra ID (Azure AD) ali Active Directory za avtomatizirano upravljanje uporabnikov in skupin.

Prilagodljivost: Ustvarite lokalne skupine ali sinhronizirajte varnostne skupine; članstvo v skupinah upravljajte ročno ali prek datotek CSV.

Dodelitev virov: Nadzorujte dostop do vdelanih aplikacij in storitev na podlagi članstva v skupini.

Glavni primeri uporabe uporabniških skupin pri zagotavljanju storitev so:

Dodelitve licenc: Dodelite licence skupinam, da bodo članom skupine samodejno zagotavljale storitve, kot so klicanje, sestanki, sporočanje ali hibridne storitve.

Predloge nastavitev: Za dosledno uporabniško izkušnjo uporabite zbirke nastavitev storitev (npr. sporočanje, sestanki, klicanje) za skupine.

Upravljanje množičnih uporabnikov: Uporabnike lahko množično dodajate ali odstranjujete prek datotek CSV ali sinhronizacije imenikov.

Avtomatizacija in integracija: Za avtomatizirano upravljanje življenjskega cikla uporabnikov in skupin uporabite API-je ali sinhronizacijo imenikov.

V naslednji tabeli so povzete različne možnosti za upravljanje uporabniških skupin in upravljanje skupin v storitvi .
Tabela 7. Možnosti za upravljanje skupin in članstva v skupinah
Option Opis Prednosti Slabosti

zagotavljanje skupin (skupine) Ustvarjajte in upravljajte skupine neposredno v . Add/remove člane ročno ali prek CSV. Popoln nadzor nad članstvom v skupini
Takojšnja uporaba licenc in predlog
Enostavno ustvarjanje in urejanje skupin Potrebne so ročne posodobitve
Tveganje napak pri ročnem nalaganju datotek CSV
Brez samodejne sinhronizacije z zunanjimi imeniki

Sinhronizirane skupine iz Entra ID (Azure AD) ali Active Directory Samodejno sinhronizirajte varnostne skupine in članstva iz zunanjih imeniških storitev. Samodejna sinhronizacija zmanjšuje ročno delo
Zagotavlja skladnost s poslovnim imenikom
Podpira velike organizacije
Članstva v skupini ni mogoče urejati v
Zakasnitev sinhronizacije do 12 ur
Vgnezdene skupine zahtevajo ročno izbiro

Skupine in SCIM 2.0 API (Skupine) Za programsko upravljanje skupin in članstva uporabite Skupine ali SCIM 2.0 API Avtomatizacija in integracija z drugimi sistemi
Prilagodljivo za velika ali kompleksna okolja
Zahteva razvojni napor
Kompleksnost je odvisna od uporabe API-ja

Medtem ko sinhronizirane skupine zagotavljajo doslednost in ponujajo enotno točko upravljanja, je možen hibridni pristop, ki združuje sinhronizirane skupine in skupine (bodisi upravljane v nadzornem središču bodisi prek API-jev). Tako so lahko na primer skupine za dodelitev licenc sinhronizirane skupine, ločen nabor skupin pa se lahko uporabi za dodelitev predlog uporabnikov in klicev.

Ta celovit pristop k upravljanju uporabniških skupin organizacijam omogoča učinkovito upravljanje uporabniških licenc, nastavitev in pravilnikov, kar zagotavlja dosledne in prilagodljive izkušnje sodelovanja.

Priporočen pristop pri selitvi iz na

Primarni vir podatkov za uporabnike je baza podatkov, ki vsebuje podatke o končnih uporabnikih. Vendar pa običajno ni avtoritativni vir za upravljanje uporabniške identitete in, kar je še pomembneje, bo ob koncu prehoda ukinjen in zato izključen kot dolgoročni avtoritativni vir za informacije o identiteti.

Cisco priporoča uporabo centraliziranega imenika v oblaku, kot je Microsoft Entra ID (Azure AD), kot edinega vira resničnih podatkov o identitetah uporabnikov. Sinhronizacija uporabnikov iz Entra ID zagotavlja doslednost, poenostavlja upravljanje in podpira zmogljivosti enotne prijave (SSO).

Da bi zagotovili, da so vsi uporabniki prisotni tudi v Entra ID, morajo organizacije preveriti, ali uporabniški računi v ustrezajo računom v Entra ID. To lahko storite tako, da izvozite sezname uporabnikov iz seznamov uporabnikov Entra ID in jih primerjate z njimi.

Skratka, priporočena metoda omogočanja je sinhronizacija uporabnikov iz Microsoft Entra ID (Azure AD) v Webex z uporabo čarovnika Azure AD ali aplikacij SCIM. Ročno in množično omogočanje uporabe v obliki CSV sta na voljo kot dodatni metodi, vendar sta manj prilagodljivi in bolj nagnjeni k napakam za velike organizacije. Za uspešno selitev in dosledno uporabniško izkušnjo v različnih okoljih je ključnega pomena zagotoviti, da je Entra ID avtoritativni vir in da vsi uporabniki obstajajo v Entra ID.

Prehod iz lokalne imeniške storitve, kot je Active Directory, v imeniško storitev v oblaku, kot je Entra ID (Azure ID), je neodvisen od prehoda klica. Cisco priporoča, da pred začetkom prenosa klicev dokončate prehod na storitev imenika v oblaku.

Oblikovanje uporabniških skupin

Po prenosu imenika podjetja iz lokalnega sistema v oblak zberite zahtevane uporabniške skupine, ki jih določajo zahteve glede licenciranja in predlog funkcij. Za vsak skupinski dokument:

Ime skupine: edinstveno ime skupine.

Licence: licence, ki bodo dodeljene tej skupini (če obstajajo), in obseg (ali naj bodo licence dodeljene obstoječim uporabnikom ali samo novim uporabnikom)

Predloge nastavitev: Predloge za klice aplikacij Webex in uporabnikov.

Sinhronizacija imenika: Ali bo ta skupina sinhronizirana iz imenika podjetja ali gre za lokalno skupino Webex, ki je na voljo v Control Hubu ali prek API-ja?

Opis: kako se bo ta skupina uporabljala in kateri uporabniki naj bodo člani te skupine

Te podrobnosti bodo uporabljene kasneje med fazo implementacije za ustvarjanje lokalnih skupin ali skupin v imeniku podjetja in upravljanje članstva uporabnikov v skupinah.

Enotni vpis (SSO)

Cisco priporoča uporabo enotne prijave (SSO) za preverjanje pristnosti uporabnikov. Uporaba SSO ima nekaj prepričljivih prednosti, vključno z:

Poenostavljeno preverjanje pristnosti uporabnika: Uporabniki se lahko enkrat prijavijo s svojimi poslovnimi poverilnicami (npr. iz Azure ID-ja) za dostop do drugih integriranih aplikacij, s čimer odpravijo potrebo po več geslih in zmanjšajo število pozivov za prijavo. To izboljša varnost, saj zagotavlja, da se poslovna gesla po preverjanju pristnosti nikoli ne shranijo ali posredujejo.

Poenostavljeno upravljanje uporabnikov: Avtomatizira ustvarjanje, posodabljanje in deaktivacijo uporabniških računov na podlagi sprememb v imeniku podjetja, kar zmanjšuje administrativne stroške in zagotavlja, da imajo dostop le pooblaščeni uporabniki.

Izboljšana varnost: Enota za prijavo (SSO) zmanjšuje utrujenost od gesel in tveganje za kršitve, povezane z gesli, s centraliziranjem preverjanja pristnosti prek zaupanja vrednih ponudnikov identitet (IdP).

Enostavna integracija večfaktorske avtentikacije (MFA): Večfazno autentifikacijo (MFA) je mogoče enostavno podpreti bodisi z rešitvijo za upravljanje dostopa do identitet, kot je Cisco Duo, bodisi s podporo MFA s strani ponudnika identitetnih storitev (IdP).

Obstaja več možnosti za implementacijo SSO za storitve:

Enotna prijava (SSO) na osnovi SAML 2.0: Primarni protokol, ki ga podpira integracijo SSO, omogoča varno izmenjavo podatkov za preverjanje pristnosti med ponudnikom identitetnih podatkov (IdP) in ponudnikom storitev.

OpenID povezava (OIDC): Podprto kot alternativni sodobni protokol za preverjanje pristnosti za integracijo SSO.

Identiteta Webex: Podprto tudi kot možnost ponudnika identitete.

Enota za prijavo (SSO) je konfigurirana in upravljana centralno prek , kar zahteva izmenjavo metapodatkov med in izbranim ponudnikom identitetnih storitev (IdP).

Po konfiguraciji je mogoče SSO preizkusiti pred aktivacijo, da se zagotovi pravilna nastavitev.

Cisco podpira integracijo z več preizkušenimi in pogosto uporabljenimi ponudniki identitetnih storitev (IdP) in sistemi za upravljanje identitet (IAM), vključno z, vendar ne omejeno na:

Cisco Duo

Okta

Storitve zveze imenika Microsoft Active Directory (ADFS)

Microsoft Azure

PingFederate

OpenAM

F5 BIG-IP.

Ti ponudniki identitetnih storitev (IdP) so skladni s standardi SAML 2.0 ali OpenID Connect in so bili potrjeni glede združljivosti s Cisco rešitvami za sodelovanje.

Podpora za več ponudnikov identitet

Organizacijam omogoča konfiguriranje enotne prijave (SSO) z več ponudniki identitet (IdP) za prilagoditev kompleksnim IT-okoljem, kot so združitve, prevzemi ali decentralizirani IT-oddelki, kjer različne skupine uporabljajo različne ponudnike identitet. Podporo za več ponudnikov identitet (IdP) je mogoče implementirati z uporabo funkcije Multiple IdP v sistemu IAM podjetja, kot je Cisco Duo, ali z integracijo vanj.

Podpora za več ponudnikov identitet (IdP) obravnava več ključnih primerov uporabe, kjer organizacije potrebujejo prilagodljivo in varno preverjanje pristnosti v različnih IT okoljih:

1. Združitve in prevzemi

Ko se podjetja združijo ali prevzamejo druga podjetja, imajo pogosto ločeno IT infrastrukturo in različne ponudnike identitetnih storitev (IdP), ki se ne morejo združiti v zvezo. Podpora za več ponudnikov identitet (IdP) omogoča uporabnikom iz obeh organizacij varno preverjanje pristnosti in sodelovanje, ne da bi morali takoj poenotiti svoje sisteme identitete.

2. Več neodvisnih IT oddelkov

Velike organizacije ali vladne institucije imajo lahko več neodvisnih IT oddelkov, od katerih vsak upravlja svojega ponudnika identitetnih storitev (IdP). Funkcija večkratnih ponudnikov identitet tem oddelkom omogoča vzdrževanje lastnih sistemov za preverjanje pristnosti, hkrati pa uporabnikom omogoča nemoten dostop.

3. Različne uporabniške skupine ali domene

Organizacije z različnimi uporabniškimi skupinami (npr. zaposleni v primerjavi z izvajalci) ali več e-poštnimi domenami lahko konfigurirajo pravila usmerjanja tako, da zahteve za preverjanje pristnosti usmerijo ustreznemu ponudniku identitetnih storitev (IdP) na podlagi članstva v domeni ali skupini. To podpira diferencirane politike dostopa in varnostne kontrole.

4. Podpora za različne protokole za preverjanje pristnosti

Podpira ponudnike identitet SAML in OpenID Connect (OIDC), kar organizacijam omogoča integracijo različnih vrst ponudnikov identitet v skladu z njihovimi obstoječimi infrastrukturnimi in varnostnimi zahtevami.

5. Izboljšana varnost in skladnost s predpisi

Z omogočanjem več ponudnikov identitete lahko organizacije implementirajo močnejše mehanizme za preverjanje pristnosti, vključno z večfaktorsko avtentikacijo (MFA) prek integracij, kot je Duo, in uveljavijo dosledne varnostne politike v različnih uporabniških bazah.

6. Poenostavljena uporabniška izkušnja

Uporabniki se lahko overijo z obstoječimi poverilnicami svojih ponudnikov identitete, kar zagotavlja enotno prijavo kljub osnovni kompleksnosti več sistemov identitete.

Čeprav podpora za več ponudnikov identitet (IdP) zagotavlja prilagodljivost, zahteva skrbno usklajevanje med varnostnimi in identitetnimi ekipami, da se ohranijo dosledne varnostne politike in se preprečijo morebitne ranljivosti.

Duo MFA z enotno prijavo za

Duo Access Gateway (DAG) lahko overi uporabnike z uporabo obstoječih lokalnih ali oblačnih imenikov, kot sta Active Directory (AD) in OpenLDAP. Podpira tudi integracijo z drugimi ponudniki identitet, kot so Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS in Shibboleth. Ta prilagodljivost organizacijam omogoča uporabo njihove trenutne infrastrukture imenikov za Webex SSO z Duo MFA.

Duo deluje kot močna plast za preverjanje pristnosti poleg preverjanja primarnega imenika. Deluje kot ponudnik identitete (IdP) z uporabo SAML 2.0 za uveljavljanje dvofaktorske avtentikacije (2FA) pred odobritvijo dostopa do . Duo primerja uporabnika, naprave in omrežja z nastavljivimi pravilniki, da dovoli ali zavrne dostop, s čimer izboljša varnost, ki presega zgolj uporabniško ime in geslo. Duo ponuja tudi prilagodljive kontrole pravilnikov, kot je zahteva MFA ob vsaki prijavi za nekatere aplikacije in manj pogosto za druge.

Prednosti Cisco Duo vključujejo:

Izboljšana varnost: Dodaja večfaktorsko preverjanje pristnosti (MFA), odporno na lažno predstavljanje, za zaščito dostopa in zmanjšanje tveganja zaradi ogroženih gesel.

Prilagodljive politike: Omogoča natančen nadzor nad zahtevami za preverjanje pristnosti za vsako aplikacijo ali uporabniško skupino.

Integracija z obstoječimi imeniki: Podpira lokalno AD, OpenLDAP, imenike v oblaku in različne ponudnike enotne prijave (SSO), kar zmanjšuje spremembe infrastrukture.

Udobje za uporabnika: Podpira enotno prijavo (SSO) za zmanjšanje utrujenosti od gesel, saj uporabnikom omogoča enkratno prijavo in varen dostop do več virov.

Zaupanja vredne končne točke: Podpira zaupanje naprav za odjemalce v sistemih Windows in macOS, kar izboljšuje varnostno stanje.

Samopostrežna registracija: Vpis v vrstici in poziv Duo izboljšata uporabniško izkušnjo med nastavitvijo MFA.

Duo MFA z enotno prijavo (SSO) za preverjanje pristnosti uporabnikov izkorišča obstoječe imenike, kot sta Active Directory in OpenLDAP, ali ponudnike identitet v oblaku. Vloga Dua je zagotoviti močan, na pravilnikih temelječ drugi faktor preverjanja pristnosti, integriran prek SAML 2.0, s čimer se izboljša varnost, hkrati pa se ohrani udobje za uporabnike prek enotne prijave (SSO). Prednosti vključujejo izboljšano varnostno držo, prilagodljivo uveljavljanje politik, brezhibno integracijo in boljšo uporabniško izkušnjo.

Cisco priporoča uvedbo enotne prijave (SSO) za uporabnike. Za izboljšano varnost je priporočljiva integracija s Cisco Duo.

Strategijo Enterprise IAM in SSO je treba uvesti pred začetkom prehoda z na .

Funkcije

ima celoten nabor osnovnih funkcij, ki so vključene v storitev. To vključuje številne funkcije klicanja na ravni podjetja, ki so na voljo že vrsto let. Morda ne boste videli 100-odstotne paritete med funkcijami in funkcijami, vendar so, kot lahko vidite na spodnji sliki, ključne funkcije klicanja na voljo v .

Funkcije Webex Calling za podjetja

Poleg številnih uporabniških funkcij ima tudi osnovne sistemske funkcije, ki so vključene v platformo. Sem spadajo funkcije, kot so samodejni operaterji, čakalne vrste klicev, parkiranje klicev itd. Vse razpoložljive osnovne funkcije sistema si lahko ogledate v razdelku Storitev → Klic → Funkcije, kot je prikazano na sliki Osnovne funkcije Webex Calling.

Osnovne funkcije Webex Callinga

Samodejni odzivni sistem

Samodejni operater omogoča 24/7 avtomatizacija obdelave dohodnih klicev, ki omogoča učinkovito obdelavo klicev, ne da bi se oseba morala oglasiti na vsak klic.

Samodejni telefonski operater se odzove na dohodne klice in klicatelju ponudi meni z možnostmi, kam želi preusmeriti svoj klic. To je lahko za osebo, telefonski predal ali klicno storitev (npr. čakalna vrsta klicev). Klicatelj s številčnico na telefonu vnese številko iz menija samodejnega telefonskega operaterja.

Samodejni telefonski operater podpira naslednje ključne funkcije:

Poslovni urniki in urniki po uradnih urah

Počitniški urnik

Možnost menija za klicanje, da usmerite stranke tja, kamor morajo iti

Prilagodi pozdrave

Možnost klica po imenu

Možnosti posredovanja klicev

Analitika in poročila Control Hub.

Za več informacij glejte Upravljanje samodejnih telefonskih operaterjev.

Parkiranje klica

Parkiranje klicev uporabnikom omogoča, da preprosto zadržijo klic , da ga lahko drug uporabnik preprosto prevzame, ko je na voljo. Prav tako omogoči uporabniku, ki je odgovoril na prvotni klic, da med parkiranjem klica opravlja ali sprejema druge klice.

Na voljo sta dve vrsti parkirnih mest za klice :

Neposredno parkiranje klica - omogoča kateremu koli uporabniku, da parkira klic na interno številko drugega uporabnika ali na interno številko za parkiranje klica, kot jo določi skrbnik

Skupina za parkiranje klicev – omogoča določeni skupini uporabnikov samodejno parkiranje klicev na razpoložljivih parkirnih destinacijah, določenih za skupino. Ti cilji so lahko interne številke članov skupine ali interne številke za parkiranje klicev.

Glede na konfiguracijo in vrsto parkiranja lahko uporabniki prevzamejo klice s klicanjem *88+><extension of parked call>, s pritiskom na linijsko tipko, povezano z interno številko za parkiranje klica, ali z uporabo programske tipke na svojem IP-telefonu.

Na voljo je možnost preklica, s katero lahko parkirani klic po določenem času prekličete uporabniku, ki ga je parkiral, ali drugemu uporabniku.

Za več informacij glejte Upravljanje parkiranih klicev v Control Hub.

Prevzem klica

Prevzem klicev omogoča skrbniku, da določi skupino uporabnikov (članov), ki lahko sprejmejo klic na telefon drugega člana. To uporabniku omogoča, da sprejme klice, ko so njegovi soigralci zasedeni in ne morejo sprejeti dohodnega klica.

Uporabniki v skupini morajo biti na isti lokaciji.

Uporabniki lahko za prevzem klica uporabijo bodisi bodisi svoj namizni telefon.

:

Podpira vizualna in zvočna obvestila

Obvestila o dohodnih klicih so izklopljena.

na podlagi FAC (klic *98) ali prevzem klica z obvestilom

Obvestila o prevzemu klicev za več linij.

Namizni telefoni:

Obvestila o dohodnih klicih so izklopljena.

Zvočni signali in vizualno obveščanje prek LED-lučke na slušalki. 6821 podpira samo zvočne signale

Ko izbrana vrsta obvestila ni nobena

Obvestila o prevzemu klicev samo za primarne linije.

Za več informacij glejte Konfiguracija skupine za prevzem klicev.

Čakalna vrsta za klic

vključuje čakalne vrste klicev samo za glasovne klice kot del svojih osnovnih funkcij in vsak uporabnik s profesionalno licenco je lahko del čakalne vrste klicev, agent ali nadzornik. Ta funkcija uporabnikom omogoča učinkovito interakcijo s strankami. Čakalne vrste klicev podpirajo podmnožico nekaterih osnovnih zmogljivosti klicnega centra, kot so čakalne vrste za glasovne klice, povratni klic, usmerjanje po znanju ali prioriteti, upravljanje čakalnih vrst agentov, analitika, poročanje itd.

Ciscova zahteva za integracijo z Microsoft Teams omogoča agentom dostop do klicev in funkcij čakalne vrste klicev neposredno iz odjemalca Microsoft Teams.

Čakalne vrste klicev podpirajo naslednje ključne funkcije:

Pozdravi in sporočila (dobrodošlica, tolažba, šepetanje itd.)

Zadrži glasbo

Povratni klic

Pravilniki usmerjanja čakalnih vrst (nočna storitev, prazniki, posredovanje)

Čakalna vrsta agentov login/logout

Upravljanje stanja čakalne vrste agentov

ali podpora na namiznem telefonu

Nadzornik lahko kliče nadzornika, ga napotuje, vmeša ali prevzame nadzor prek kod za dostop do funkcij (FAC).

(dostop administratorja) za:

upravljanje čakalnih vrst

Analitika in poročanje o agentih in čakalnih vrstah

Upravljanje čakalne vrste, agentov in nadzornikov.

Za več informacij glejte Konfiguracija čakalne vrste klicev.

ima dodatno funkcijo Customer Assist, ki zagotavlja dodatne zmogljivosti čakalne vrste klicev in agentom ter nadzornikom omogoča boljšo uporabniško izkušnjo znotraj . Za primerjavo funkcij čakalne vrste klicev in pomoči strankam glejte primerjava funkcij čakalne vrste klicev in pomoči strankam za Webex Calling.

Iskalna skupina

Iskalne skupine omogočajo usmerjanje dohodnih klicev določeni skupini uporabnikov prek vnaprej določenega vzorca usmerjanja klicev. To zagotavlja, da na klice odgovori prava skupina uporabnikov ali pa se ti pošljejo na glasovno pošto za nadaljnje ukrepanje.

Velika razlika med iskalnimi skupinami in čakalnimi vrstami klicev je v tem, da klici v iskalnih skupinah niso uvrščeni v čakalno vrsto, zato če v iskalni skupini ni na voljo nobenega uporabnika, ki bi se lahko odzval na klic, bo klic prekinjen, poslan na glasovno pošto ali posredovan na drugo številko (uporabnika ali storitev).

Za več informacij glejte Upravljanje iskalnih skupin v Control Hubu.

Načini delovanja

Funkcija Načini delovanja omogoča podjetjem učinkovito usmerjanje klicev na različne destinacije (uporabniki, glasovna pošta, klicne storitve, kot je čakalna vrsta klicev). Kam in kdaj je klic preusmerjen, je določeno na podlagi urnika časa dneva in dneva v tednu, vsak uporabnik pa je lahko pooblaščen za upravljanje teh načinov (urnikov) za nadzor sprememb usmerjanja klicev.

Na primer, klici v čakalno vrsto za klice se lahko preusmerijo v drugo čakalno vrsto za klice z agenti v drugem časovnem pasu za sprejemanje klicev po uradnih urah, med delovnim časom se preusmerijo k lokalnim agentom, med prazniki pa se preusmerijo na glasovno pošto za nadaljnje ukrepanje po vrnitvi agentov v pisarno.

Pooblaščeni uporabnik lahko preklaplja med temi različnimi scenariji (načini) preusmeritve klicev, če mora za določeno obdobje spremeniti, kam so dohodni klici usmerjeni. Ti uporabniki lahko upravljajo načine prek svojih 6800/7800/8800 telefoni MPP, telefoni 9800 ali v uporabniškem središču na Upravljanje načinov.

Za več informacij glejte Usmerjanje klicev glede na načine delovanja v Webex Calling.

Skupina za pozivanje

Skupine za klicanje uporabnikom omogočajo enosmerni klic za pošiljanje zvočnega sporočila skupini uporabnikov. Vsaka skupina lahko vsebuje do 75 ciljnih uporabnikov and/or delovna mesta, ki so dosegljiva z izbiro vnaprej določene številke ali interne številke.

Ko uporabnik pokliče skupino za klicanje, se hkrati vzpostavi klic z vsemi dodeljenimi cilji v skupini, nakar lahko klicatelj izgovori svoja sporočila in prekine klic, ko konča.

Za več informacij glejte Konfiguriranje skupine za klicanje v Control Hub.

Posnetki

podpira snemanje klicev, ki jih opravi ali prejme uporabnik. To je lahko potrebno za potrebe kakovosti, zagotavljanja, varnosti ali usposabljanja. Klici se privzeto snemajo v formatu , vendar je mogoče uporabiti tudi druge ponudnike snemanja tretjih oseb, če so potrebne druge funkcije snemanja ali skladnost s predpisi in regulativne zahteve.

Pri uporabi kot snemalne platforme se vsi posneti klici upravljajo znotraj . Posnetke lahko predvajajo in prenašajo skrbniki s polnopravno vlogo pooblaščenca za skladnost. Brez vloge pooblaščenca za skladnost lahko skrbnik samo izbriše posnetke.

Za več informacij o tej funkciji in seznam posnetkov tretjih oseb glejte Upravljanje snemanja klicev za Webex Calling.

Doseg posamezne številke

Doseg ene same številke omogoča, da klici na uporabnikovo telefonsko številko zvonijo na več napravah. To lahko vključuje druge namizne telefone in mobilne telefone. Klici se lahko opravljajo tudi s teh naprav, uporabniki pa lahko klice preusmerjajo med njimi.

Za več informacij o tej funkciji in o tem, kako jo skrbnik konfigurira v , glejte Konfiguracija dosega na eno številko (pisarna kjer koli).

Za več informacij o tem, kako lahko uporabnik sam upravlja in konfigurira to funkcijo v uporabniškem središču Webex (portal), glejte Konfiguracija dosega na eno številko (pisarna kjer koli).

Skupina glasovne pošte

Skupine glasovne pošte omogočajo skupni predal glasovne pošte, ki ga je mogoče dodeliti uporabniku ali funkciji usmerjanja klicev. Nekateri razlogi, zakaj je morda potrebna skupina za glasovno pošto, so:

Splošna glasovna pošta za oddelek ali delovno skupino

Dodajte možnost glasovne pošte samodejnemu telefonskemu operaterju ali iskalni skupini

Pošiljanje preobremenjenih klicev iz čakalne vrste klicev

Uporabniki, ki potrebujejo le telefonski predal.

Za več informacij glejte Upravljanje skupne glasovne pošte in nabiralnika za dohodne fakse za Webex Calling.

Konzola za posredovalce je navedena na strani Funkcije klicanja v Webexu, vendar je dodatna funkcija, za katero je za uporabo potreben nakup licence za konzolo za posredovalce.

Za več informacij glejte Uvod v uporabo konzole Attendant Console.

Za informacije o vseh funkcijah, vključno z nekaterimi dodatnimi funkcijami, glejte Funkcije, ki so na voljo glede na vrsto licence za Webex Calling.

Tabela 1. Informacije, ki jih je treba zajeti za vsako lokacijo
Informacije	Komentar
Območje(-i) razširitve	Vsaka lokacija ima lahko končnice, ki se začnejo z različnimi številkami. Za krmilno številko med lokacijami mora biti rezervirana ena številka (na primer 8) in ena za krmilno številko PSTN (na primer 9). Nobeno razširitveno območje se ne sme začeti s tema dvema števkama. Vsi razponi razširitev na vseh lokacijah morajo biti enake dolžine.
Območje(-a) DID	-
PSTN krmilna številka	-
Koda spletnega mesta	Vse kode lokacij na vseh lokacijah morajo biti edinstvene in imeti enako dolžino.
Glavna številka	Pri ustvarjanju lokacije je treba zagotoviti dva DID-ja. Ena kot glavna številka (na primer za dodelitev storitvi samodejnega telefonskega odzivnika) in ena za portal glasovne pošte. Za številko glasovne pošte dodelite en DID.
Številka glasovne pošte
Število licenc	Zahtevane licence po vrstah, vključno s standardno, profesionalno, delovno, seznamom poti in paketom odhodnih klicev.
Sočasni klici v prometni uri	Vsota sočasnih klicev med napravami ter med napravami in lokalnim prehodom (PSTN in klici na naprave). Potrebno za določitev zahtevane pasovne širine dostopa do interneta.
Država	-
Časovni pas	-
Jezik	-
Kontakt (ime, telefon, e-pošta)	-
Naslov (ulica, mesto, država, poštna številka)	-
Fizična lokacija za napotitev nujnih služb za končne točke	Lokacija naprave, ki se uporablja za klice v sili, običajno vključuje naslednje: naslov stavbe, naslov stavbe + številka nadstropja, naslov stavbe + številka apartmaja ali naslov stavbe + številka nadstropja + office/cubical številka.
Edinstvena fizična omrežna lokacija na napravo za službe v sili	Fizična omrežna lokacija za klice v sili običajno vključuje naslednje: stikalo / stikalna vrata za žične naprave, brezžične dostopne točke (AP) z osnovnimi identifikatorji nabora storitev (BSSID) za brezžično povezane naprave, and/or podomrežja IP na lokaciji za končne naprave.

Preglednica 2. Primer oštevilčenja podjetja
Mesto	Razpon razširitve	Koda spletnega mesta	Podjetniška ponudba
New York	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

Tabela 3. Razponi podaljškov s fiksno dolžino
Mesto	Razpon razširitve	razširitve	Koda spletnega mesta	Podjetniška ponudba
New York	2XXX	2XXX	202	8 202 2XXX
SFO	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

Tabela 4. Prehod na sedemmestno klicanje

Mesto	razširitve	Koda spletnega mesta	Podjetniška ponudba	Oda spletnega mesta	Podjetniški 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

Tabela 5. Možnosti zagotavljanja uporabnikom – povzetek
Metoda dodeljevanja	Prednosti	Slabosti
Ročno prek	Preprosto za nekaj uporabnikov. Omogoča natančen in podroben nadzor nad dodeljevanjem licenc.	Ni skalabilno, zamudno Nagnjenost k človeškim napakam med ročnim vnosom.
Samodejne predloge licenc	Prilagodljivo Zmanjša število ročnih napak Lahko se uporabi za nove in obstoječe uporabnike.	Zahteva veljavne telefonske številke in lokacije. Bolj zapleteno za postavitev Zahteva tudi uporabniške skupine na skupino uporabnikov z enakovrednimi licenčnimi zahtevami.
Nalaganje množičnega CSV-ja	Učinkovito za velike uporabniške skupine Omogoča hkratno dodelitev licenc, telefonskih številk in internih številk.	Zahteva skrbno oblikovanje CSV Možnost napak, če telefonske številke ali interne številke manjkajo ali so napačne.
Dodelitev na podlagi API-ja	Avtomatizirano, prilagodljivo. Omogoča hkratno dodelitev licenc, telefonskih številk in internih številk.	Zahteva razvoj in poznavanje API-jev.

Tabela 6. Možnosti zagotavljanja uporabnikom za
Metoda oskrbovanja	Opis	Prednosti	Slabosti
Ročno	Create/manage uporabniki posamično v	Preprosto za nekaj uporabnikov; infrastruktura ni potrebna	Ni skalabilno; zamudno za številne uporabnike
Množično (datoteka CSV)	Import/update uporabnikov v velikem obsegu prek CSV v	Učinkovito za skupine; kodiranje ni potrebno	Ročna priprava CSV-ja; manj dinamično
Ljudje in SCIM 2.0 API	Programsko upravljanje uporabnikov prek Webex API-jev	Prilagodljivo; podpira avtomatizacijo in integracijo	Zahteva razvoj in infrastrukturo
Sinhronizacija imenika	Samodejna sinhronizacija iz AD, Entra ID, aplikacij SCIM, Unified CM	Avtomatizira življenjski cikel; podpira filtriranje in kartiranje	Kompleksnost nastavitve: nekatere možnosti imajo omejene funkcije ali zahtevajo infrastrukturo

Tabela 7. Možnosti za upravljanje skupin in članstva v skupinah
Option	Opis	Prednosti	Slabosti
zagotavljanje skupin (skupine)	Ustvarjajte in upravljajte skupine neposredno v . Add/remove člane ročno ali prek CSV.	Popoln nadzor nad članstvom v skupini Takojšnja uporaba licenc in predlog Enostavno ustvarjanje in urejanje skupin	Potrebne so ročne posodobitve Tveganje napak pri ročnem nalaganju datotek CSV Brez samodejne sinhronizacije z zunanjimi imeniki
Sinhronizirane skupine iz Entra ID (Azure AD) ali Active Directory	Samodejno sinhronizirajte varnostne skupine in članstva iz zunanjih imeniških storitev.	Samodejna sinhronizacija zmanjšuje ročno delo Zagotavlja skladnost s poslovnim imenikom Podpira velike organizacije	Članstva v skupini ni mogoče urejati v Zakasnitev sinhronizacije do 12 ur Vgnezdene skupine zahtevajo ročno izbiro
Skupine in SCIM 2.0 API (Skupine)	Za programsko upravljanje skupin in članstva uporabite Skupine ali SCIM 2.0 API	Avtomatizacija in integracija z drugimi sistemi Prilagodljivo za velika ali kompleksna okolja	Zahteva razvojni napor Kompleksnost je odvisna od uporabe API-ja

Izvedi

Pripravljenost na omrežje

Začetna nastavitev

Preverjanje domene

Zahtevajte (pretvorite) obstoječe uporabnike

Konfiguriranje in testiranje sinhronizacije imenikov

Nastavitev in testiranje enotne prijave (SSO)

Pridobivanje, zagotavljanje in preverjanje licenc

Nastavitve storitve Webex Calling

Pilotna migracija

Pridobite PSTN

Konfiguriraj lokacije

Integracija z lokalnim nadzorom klicev

Selitev uporabnikov v paketih

Delovni prostori

Naprave za oskrbovanje

Konfiguriraj funkcije

Preizkušanje sprejemljivosti

Pripravljenost na omrežje

Prvi korak pri prehodu na je zagotovitev zanesljive in varne internetne povezljivosti med lokalnim omrežjem in oblakom.

Ker se večina organizacij povezuje z internetom prek enega ali več požarnih zidov ali varnostnih naprav, je bistveno preveriti, ali so podprti zahtevani prometni tokovi.

Omrežni in varnostni skrbniki morajo te tokove razumeti v smislu:

Smer (dohodna proti odhodni)

Protokoli (Primer - SIP TLS, SRTP, HTTPS)

Obsegi IP-naslovov, ki jih uporabljajo storitve

Številke vrat, ki jih je treba odpreti ali dovoliti.

To zagotavlja, da so požarni zidovi podjetij, naprave NAT in druga omrežna infrastruktura pravilno konfigurirani za sprejem prometa, hkrati pa ohranjajo varnostne politike podjetja.

Za informacije o zahtevanih potekih, vključno z naslovom IP, vrati in protokoli, glejte informacije o referenčnih vratih za klicanje Webex. S temi informacijami konfigurirajte požarni zid, posredniške strežnike in drugo omrežno infrastrukturo v obstoječi uvedbi, da omogočite omrežne tokove.

Decentraliziran internetni preboj iz vsake podružnice ali lokacije je priporočen pristop za storitve sodelovanja v oblaku, kot je . Z omogočanjem lokalnega izhoda prometa ta model:

Zmanjša zakasnitev in tresenje pri povratnem prenosu, kar izboljša splošno kakovost klica

Učinkovito se prilagaja, ko več uporabnikov in spletnih mest prehaja na

Brezhibno deluje s SD-WAN, ki lahko dinamično usmerja seje do najbližje vstopne točke v oblak za optimalno delovanje

Omogoča sledenje lokacije uporabnika na podlagi njegovega javnega IP-naslova, kar pomaga pri analizi medijske poti in odpravljanju težav.

Poleg tega morajo organizacije na vsaki lokaciji zagotoviti ustrezno internetno pasovno širino. Pasovno širino je treba dimenzionirati glede na pričakovano število sočasnih klicev, izbrani kodek (npr. Opus ali G.711) ter dodatne stroške za signalizacijo, ponovne prenose in rast. To se ujema s fazo priprave v življenjskem ciklu PPDIO in vzpostavlja trdne temelje za migracijo.

Začetna nastavitev

Pododdelek začetne nastavitve v fazi implementacije je temeljnega pomena za vzpostavitev dobro strukturiranega in obvladljivega okolja za klicanje v oblaku. Ta faza zajema ključne naloge, kot so vzpostavitev organizacije, pridobivanje in dodeljevanje licenc ter preverjanje in prevzem domen vašega podjetja, da se zagotovi ustrezno upravljanje uporabnikov in varnost. Poleg tega vključuje zagotavljanje predlog licenc za avtomatizacijo dodeljevanja uporabniških licenc, konfiguriranje enotne prijave (SSO) za poenostavitev preverjanja pristnosti uporabnikov in izboljšanje varnosti ter prilagajanje nastavitev storitev in odjemalcev, da se uskladijo s pravilniki organizacije in potrebami uporabnikov. Z dokončanjem teh začetnih namestitvenih dejavnosti se zagotovi, da je okolje pravilno konfigurirano za skalabilnost, varnost in brezhibno uporabniško izkušnjo, kar postavlja temelje za nadaljnje faze uvajanja in delovanja.

Preverjanje domene

Da bi omogočili identifikacijo uporabnikov, registriranih z e-poštnimi domenami vašega podjetja na , je nujno, da preverite svoje domene. Brez preverjanja domene bodo uporabniki dodeljeni potrošniški organizaciji, kar bo za vaše podjetje otežilo upravljanje uporabnikov. Preverjanje domene je obvezen korak, ki vaši organizaciji omogoča učinkovito uveljavljanje in upravljanje teh uporabnikov.

Prepričajte se, da so vse domene, povezane z e-poštnimi naslovi vaših uporabnikov, preverjene. Preverjanje domene ni izključno; isto domeno je mogoče preveriti v več organizacijah.

Za več informacij o upravljanju domen glejte Upravljanje domen.

Zahtevajte (pretvorite) obstoječe uporabnike

Po uspešnem preverjanju domen lahko v svojo organizacijo vključite uporabnike, ki so se registrirali za uporabo e-poštnih domen vašega podjetja. Ta postopek združuje vse uporabnike pod eno organizacijsko streho, kar omogoča centralizirano upravljanje in poenostavljeno administracijo. Z uveljavljanjem teh uporabnikov zagotovite, da ima vaše podjetje popoln nadzor nad uporabniškimi računi, kar vam omogoča, da dodelite ustrezne licence, konfigurirate storitve in učinkovito zagotovite potrebno podporo. Ta enoten pristop k upravljanju izboljša varnost, poenostavi zagotavljanje uporabnikom in zagotavlja dosleden dostop do storitev v celotni organizaciji. Z uveljavljanjem uporabnikov se prepreči tudi njihovo upravljanje v zunanjih ali potrošniških organizacijah, s čimer se ohranja integriteta organizacije in nadzor nad viri za sodelovanje.

Za več informacij o uveljavljanju uporabnikov glejte Uveljavljanje uporabnikov v uporabnike vaše organizacije (pretvorba).

Konfiguriranje in testiranje sinhronizacije imenikov

Za nemoteno upravljanje uporabnikov in skupin lahko sinhronizirate uporabnike in skupine iz imenika podjetja, bodisi Microsoft Entra ID (prej Azure AD) bodisi Microsoft Active Directory (AD) v . Ta postopek zagotavlja, da se uporabniške identitete in članstva v skupinah dosledno vzdržujejo v celotnem okolju.

Za organizacije, ki izvajajo postopno uvajanje, je ključnega pomena nadzorovati in omejiti obseg sinhronizacije med začetnimi uvajanji. To zmanjšuje tveganje nenamernih sprememb in omogoča ciljno usmerjeno testiranje pred širšo uporabo.

Najučinkovitejša metoda za filtriranje, kateri uporabniki so sinhronizirani, je uporaba članstva v skupinah imenikov:

1
Ustvarite namensko skupino za sinhronizacijo: V imeniku podjetja (Microsoft Entra ID ali AD) ustvarite varnostno skupino posebej za sinhronizacijo (na primer skupina za sinhronizacijo).

2
Napolnite skupino s ciljnimi uporabniki: V to skupino dodajte samo uporabnike, ki jih želite sinhronizirati (na primer testno skupino med pilotno fazo). To vam omogoča strog nadzor nad tem, kdo je vključen v postopek sinhronizacije.

3
Konfigurirajte sporazum o sinhronizaciji s filtriranjem na podlagi skupin: Pri nastavljanju pogodbe o sinhronizaciji v Directory Connectorju ali zagotavljanju Entra ID konfigurirajte obseg tako, da vključuje samo uporabnike, ki so člani določene skupine.

Za Microsoft Entra ID lahko v nastavitvah omogočanja uporabite dodelitve na podlagi skupin.

Za AD lahko definirate filter LDAP, ki vključuje samo uporabnike, ki pripadajo določeni skupini.

4
Po potrebi razširite skupino: Ko napredujete v širše faze uvajanja, preprosto dodajte dodatne uporabnike ali skupine v skupino za sinhronizacijo. Obseg sinhronizacije se bo samodejno razširil in vključeval te uporabnike, kar bo omogočilo nadzorovano in postopno uvajanje.

Primeri korakov izvedbe:

V aktivnem imeniku:

Ustvarite varnostno skupino z imenom skupina za sinhronizacijo.

V to skupino dodajte želene pilotne uporabnike.

Nastavite povezovalnik imenika s filtrom LDAP, kot je: (memberOf=CN=Webex Sinhronizacija Group,OU=Groups,DC=yourdomain,DC=com).

V Microsoftovem vnosnem ID-ju:

Ustvarite skupino z imenom skupina za sinhronizacijo

Dodelite skupino v nastavitvah omogočanja v Entra ID-ju

Samo uporabniki v tej skupini bodo imeli dostop do .

Preden sinhronizacijo uporabite za celotno organizacijo, jo vedno preizkusite v neprodukcijskem okolju.

Redno pregledujte članstvo v skupini, da zagotovite sinhronizacijo le pooblaščenih uporabnikov

Za stalno upravljanje avtomatizirajte posodobitve članstva v skupinah na podlagi poslovnih pravil ali sistemov za človeške vire, če je mogoče.

Reference:

Sinhronizirajte uporabnike Entra ID v Control Hub

Nastavite aplikacijo Entra ID Wizard v Control Hubu

Povezovalnik imenika

Nastavitev in testiranje enotne prijave (SSO)

Enotna prijava (SSO) izboljša varnost in poenostavi dostop uporabnikov, saj uporabnikom omogoča enkratno overjanje s svojimi poslovnimi poverilnicami in nemoten dostop do . Podpira integracijo SSO z IdP-ji, ki so skladni s SAML 2.0, vključno z Microsoft Entra ID (prej Azure AD), združenimi rešitvami Active Directory (AD) in različnimi IdP-ji tretjih oseb.

Na tej točki je treba zasnovano nastavitev SSO implementirati in preizkusiti.

Reference:

Integracija enotne prijave v nadzornem središču

konfigurirajte enotno prijavo za skrbništvo webexa

Konfigurirajte enotno prijavo z Microsoft Entra ID

Enota za prijavo (SSO) z več ponudniki identitet (IdP)

Upravljanje enotne prijave (SSO) pri integraciji v Control Hub

Pridobivanje, zagotavljanje in preverjanje licenc

Kot del začetne nastavitve za je bistveno pridobiti, zagotoviti in preveriti ustrezne licence za učinkovito omogočanje in upravljanje storitev. Postopek nabave vključuje izbiro vrst licenc glede na uporabniške vloge in delovne obremenitve, kot so licence Professional, Standard in Workspace. Licence se generirajo in zagotavljajo prek Ciscovih programskih platform ali prek partnerjev. Po nabavi in oskrbi je treba preveriti pravilno število licenc v . Ta postopek zagotavlja, da ima organizacija aktivirane pravilne licence, ki so pripravljene za uporabo pri uvajanju.

Kot del začetne nastavitve licenciranja v je pomembno konfigurirati samodejno licenciranje na ravni organizacije, da se poenostavi dodeljevanje licenc novim uporabnikom. Ta nastavitev omogoča samodejno dodeljevanje licenc, ko so uporabniki dodani v organizacijo, s čimer se odpravi potreba po ročni dodelitvi licenc. Pri konfiguriranju samodejnega licenciranja na ravni organizacije izberete storitve, ki jih želite dodeliti, in določite obseg, na primer dodelitev licenc samo bodočim uporabnikom ali vključitev tudi obstoječih uporabnikov.

Če pa vaš načrt uvajanja vključuje uporabo samodejnega licenciranja na ravni skupine, se lahko odločite, da licenc na ravni organizacije ne boste dodelili, da se izognete konfliktom ali podvajanju dodelitev licenc. Pri samodejnem licenciranju na ravni skupine se licence dodeljujejo na podlagi članstva v skupini. Uporabniki v več skupinah prejmejo licence iz vseh ustreznih dodelitev skupin.

Konfiguracijo dodelitve licenc na podlagi skupin je treba izvesti po končani sinhronizaciji imenikov, da sinhronizirane skupine obstajajo in jih je mogoče uporabiti za dodelitev licenc.

Natančneje, samodejna dodelitev licence zahteva dodatne podrobnosti o omogočanju, kot sta lokacija uporabnika in dodelitev telefonske številke. Uporabnikova službena telefonska številka mora biti v +E.164 formatu, predhodno omogočen in dodeljen veljavni lokaciji, da se licenca samodejno aktivira. Če ti pogoji niso izpolnjeni, uporabniku storitve ne bodo zagotovljene samodejno in bo morda potreben ročni poseg.

Skratka, konfigurirajte samodejno licenciranje na ravni organizacije za nove uporabnike, če želite široko dodelitev licenc za celotno organizacijo. Če imate raje bolj podroben nadzor ali različne potrebe po licenciranju za vsako skupino, konfigurirajte samodejno licenciranje na ravni skupine in se izogibajte dodeljevanju licenc na ravni organizacije, da preprečite prekrivanje in zagotovite pravilno upravljanje licenc.

Nastavitve storitve Webex Calling

Bistveno je izvesti celovit pregled in konfiguracijo globalnih nastavitev storitev znotraj .

Začnite tako, da dostopite do razdelka z nastavitvami in se pomaknete do njega. Pozorno preglejte vsako možnost, ki jo je mogoče konfigurirati, vključno z, vendar ne omejeno na, konfiguracijo notranjega klicanja, parametre za klice v sili, pravilnike za usmerjanje klicev, upravljanje glasovne pošte in privzete nastavitve naprave.

Prilagodite te globalne nastavitve, da bodo odražale pravilnike in oblikovalske odločitve vaše organizacije.

Prav tako nastavitve ter predloge uporabnikov in aplikacij.

Pilotna migracija

Med fazo implementacije predstavlja izvedba pilotne migracije ključni mejnik pri potrjevanju prehoda iz na . Ta pilotni projekt vključuje zagotavljanje reprezentativne podmnožice uporabnikov na eni ali več lokacijah na platformi, s čimer se zagotovi, da izbrana populacija odraža različne primere uporabe in organizacijske vloge. Vzporedno s selitvijo uporabnikov je treba bistvene storitve sodelovanja, vključno z glasovno pošto, samodejnimi telefonskimi operaterji, čakalnimi vrstami klicev in iskalnimi skupinami, prenesti na njihove enakovredne storitve, da se ohrani neprekinjeno poslovanje in funkcionalnost storitev.

Pilotna migracija bi morala izkoristiti isto kombinacijo orodij, ki jih zagotavlja Cisco, in orodij za migracijo tretjih oseb, ki so načrtovana za širšo organizacijsko uvedbo, s čimer bi zagotovili, da so procesi, poteki dela za avtomatizacijo in točke integracije temeljito potrjeni v reprezentativnih pogojih.

Glavna cilja te pilotne uvedbe sta dva: prvič, potrditi in izboljšati celovite prehodne procese, vključno z delovnimi tokovi za zagotavljanje uporabnikov, postopki migracije podatkov in konfiguracijami končnih točk; in drugič, celovito preveriti funkcionalnost preseljenih storitev v resničnih operativnih pogojih.

Ta fazni pristop omogoča projektni ekipi, da v nadzorovanem okolju prepozna in odpravi morebitne tehnične ali proceduralne težave, zbere povratne informacije uporabnikov o izkušnji z novo platformo, oceni učinkovitost izbranih orodij za migracijo in vzpostavi zaupanje v metodologijo migracije, preden nadaljuje s širšo organizacijsko uvedbo.

Spoznanja, pridobljena v tej pilotni fazi, so ključnega pomena za optimizacijo nadaljnjih migracijskih valov in zagotavljanje nemotenega prehoda z zmanjšanjem tveganj za celotno podjetje.

Pridobite PSTN

Če želite pridobiti storitve PSTN za , najprej izberite možnost povezljivosti PSTN v .

Če organizacija načrtuje vzdrževanje hibridnega dvojnega nadzora klicev ( faza 1 na sliki Fazni prehod klicev: Hibridni in oblačni) bodisi začasno bodisi za nedoločen čas, bodo morali namestiti enega ali več lokalnih prehodov za lokalno PSTN, da bodo omogočili klicanje med končnimi točkami in .

Če je končni cilj popoln prehod ( faza 2) v oblak, vključno s PSTN, bo za PSTN potreben bodisi Cisco Calling Plan bodisi možnost Cloud Connect.

Preden konfigurirate telefonske številke v .2, se z izbranim ponudnikom dogovorite za njihovo prenosljivost. Naročanje telefonskih številk ali sprožitev naročil za prenos je dovoljeno le required/possible za lokalno PSTN in Cloud Connect za . Pri klicnih paketih Cisco se naročanje in prenos podatkov začne v storitvi Control Hub takoj, ko je lokacija ustvarjena, in to v državah, kjer je klicni paket Cisco na voljo. Za več informacij o paketih Cisco Calling glejte Uvod v uporabo paketov Cisco.

Kot del implementacije PSTN se prepričajte, da je vaš ponudnik za vašo lokacijo omogočil tako dohodne kot odhodne storitve PSTN. Poleg tega izvedite testne klice, da preverite, ali se klici pravilno usmerjajo prek izbrane povezave PSTN.

Konfiguriraj lokacije

Preden dodate uporabnike in naprave v , morate omogočiti lokacije za klicanje. Za vsako lokacijo je treba vnesti veljaven naslov ulice. V ZDA in Kanadi platforma ta naslov potrdi in uporablja za pošiljanje podatkov o lokaciji PIDF-LO za klice v sili.

Pri konfiguriranju lokacij, ki uporabljajo lokalno PSTN, morate ustrezno nastaviti lokalne prehode. V je treba za vsak lokalni prehod ustvariti trunker in skupino poti, skupina poti pa se nato dodeli kot izbira PSTN za lokacijo. Cisco toplo priporoča, da kot možnost PSTN vedno izberete skupino poti, saj vam ta pristop omogoča enostavno dodajanje dodatnih trunkov v prihodnosti, kar podpira tako skalabilnost kot redundanco. Cisco priporoča tudi omogočanje dvojne identitete in podpore za P-Charge-Info na vsakem PSTN-omrežju, saj to poenostavi identifikacijo plačnika za odhodne neposredne ali preusmerjene klice. Če vaš ponudnik PSTN uporablja drugačno glavo za obračunavanje, lahko podatke iz glave P-Charge-Info na lokalnem prehodu kopirate v zahtevano glavo za obračunavanje.

Za lokacije, ki uporabljajo Cloud Connect ali Cisco Calling Plan kot možnost PSTN, med nastavitvijo preprosto izberite ustrezno možnost PSTN za lokacijo. Če lokacija uporablja Cloud Connect za PSTN ali lokalno omrežje PSTN, boste morali dodati telefonske številke, ki ste jih naročili v prejšnjem koraku. Številke lahko dodate kot neaktivne, če jih ne želite takoj vključiti v usmerjanje klicev; te številke lahko aktivirate pozneje, ko so dodeljene uporabnikom ali funkcijam.

Pomembno je, da za vsako lokacijo vedno nastavite glavno številko. Glavno številko je mogoče dodeliti uporabniku ali funkciji, na primer samodejnemu operaterju. Če želite omogočiti glasovno pošto na lokaciji, nastavite pilotno številko glasovne pošte, znano tudi kot številka glasovnega portala.

Dodatne nastavitve za klicanje lokacij vključujejo konfiguriranje podrobnosti o klicih v sili, kot so številka za povratni klic v sili, možnosti obveščanja in izboljšane funkcije za klic v sili. Prav tako morate pregledati in prilagoditi nastavitve snemanja, jezikovne nastavitve in konfiguracije naprave, kot je potrebno za vsako lokacijo. Če vaša organizacija uporablja skrajšano klicanje med lokacijami v omrežju s številkami, pomembnimi za podjetje, ne pozabite v nastavitvah notranjega klicanja konfigurirati enolične kode lokacije za lokacijo. Če zunanje klicanje zahteva odhodno številčno številko, jo nastavite v nastavitvah zunanjega klicanja. Ko je konfigurirana odhodna klicna številka, Cisco priporoča, da omogočite uveljavljanje odhodne klicne številke, da zagotovite doslednost.

Integracija z lokalnim nadzorom klicev

Za integracijo z lokalnim nadzorom klicev je treba konfigurirati zunanje linije, skupine poti, klicne načrte podjetja ter nastavitve lokacije in globalne nastavitve. Začnite z nastavitvijo prenosnih linij in lokalnih prehodov, namenjenih medsebojni povezavi z lokalnim sistemom za nadzor klicev; ta korak je potreben le, če so potrebne namenske prenosne linije. Če so obstoječi kanali in skupine poti zadostni za vašo uvedbo, jih je mogoče ponovno uporabiti za lokalno medsebojno povezavo brez dodatne konfiguracije.

Ko so linije in skupine poti vzpostavljene, nadaljujte z ustvarjanjem klicnih načrtov podjetja in dodelite ustrezno skupino poti kot cilj za vsak klicni načrt. Kadar integracija vključuje več lokalnih sistemov za nadzor klicev, povezanih prek različnih prenosnih linij, bo potrebnih več klicnih načrtov. Pomembno je zagotoviti, da ti klicni načrti vsebujejo le vzorce, potrebne za usmerjanje klicev na lokalne cilje.

Če vaša uvedba zahteva podporo za usmerjanje neznanih podaljškov, je treba to funkcijo omogočiti na ravni lokacije. Poleg tega morate, ko je aktivirano usmerjanje neznanih internih številk, v razdelku Usmerjanje klicev med prostori v nastavitvah klicnih storitev v . To zagotavlja nemoteno usmerjanje klicev in pravilno obravnavo scenarijev klicanja na podlagi internih številk v vašem integriranem okolju.

Selitev uporabnikov v paketih

Ko selite uporabnike iz v , morda ne boste mogli premakniti vseh uporabnikov hkrati. To je lahko posledica več razlogov, vključno z, vendar ne omejeno na, število spletnih mest ali uporabnikov, čas, potreben za prehod spletnega mesta and/or skupina uporabnikov hkrati, omejeni viri IT ali lokacije za podporo okna sprememb, trajanje okna sprememb, kompleksnost spremembe itd.

Ko uporabnike migrirate po fazah, je ključnega pomena, da ugotovite, katere uporabnike je treba migrirati skupaj v istem paketu. Primarni cilj je skupna migracija uporabnikov, ki so medsebojno odvisni od svojih storitev in funkcij klicanja. Želite zagotoviti, da so vse njihove funkcije klicanja (primer - čakalne vrste klicev) v celoti delujoče, kot so bile pred prehodom na .

Tudi če implementirate medsebojno delovanje klicev med lokalnimi prehodi in z njimi, ne morete razdeliti skupnih storitev ali funkcij prek te povezave. Zato morate prepoznati odvisnosti med uporabniki z ogledom funkcij, kot so:

Spremljanje drugih uporabnikov z uporabo BLF-jev

V istem pilotnem projektu za iskanje, čakalni vrsti klicev itd.

Skupne linije

Uporaba prevzema klicev

Uporaba istih številk za parkiranje klicev

Interkom

Executive/Admin.

Primer bi bil uporabnik, ki je del lovske skupine, ki se prehaja na . Ta uporabnik bo prešel v skupino za iskanje in z vsemi drugimi člani skupine za iskanje. Zato lahko skupina Hunt in njeni člani po prehodu uspešno odgovarjajo na klice na novi platformi.

To postane še bolj zahtevno, ko so uporabniki povezani z različnimi skupinami uporabnikov za različne klicne storitve in funkcije. To bo zahtevalo hkratni prehod več kot ene skupine uporabnikov in ene klicne storitve.

Z izhodnimi podatki orodja Migration Insights ali orodja tretje osebe, ki ste ga uporabili v fazi priprave, določite, katere uporabnike in funkcije je treba združiti. Ta izhodna informacija bi morala biti uporabljena za razvoj vašega načrta selitve in vam bo dala vpogled v to, kako boste združili uporabnike in funkcije, ki jih je treba prenesti skupaj.

Ključni koraki pri prehodu skupine uporabnikov so:

Identificiranje uporabnikov za skupno selitev

Preverite, ali so vsi uporabniki v

Preverite, ali obstajajo vsa TN-ja za uporabnike.

Preverite pravilno obliko telefonske številke v imeniku

Prepričajte se, da so predloge za licenciranje in nastavitve za uporabniške skupine pravilno nastavljene.

Preverjanje ali konfiguriranje vseh klicnih storitev in funkcij za skupino uporabnikov (pred ali med prehodom, kot je primerno)

V imeniku podjetja dodajte uporabnike v skupino uporabnikov z omogočenim klicanjem

Orodja Leverage – orodja za migracijo uporabnikov in funkcij and/or orodja tretjih oseb

Disable/Delete user/device številka v imeniku in klicanje features/services po prehodu.

Po migraciji skupine uporabnikov preizkusite podmnožico uporabnikov, da preverite, ali vse njihove funkcije in storitve klicanja delujejo pravilno. Če se klicne funkcije, kot so čakalna vrsta klicev, iskalne skupine itd., prenesejo skupaj s skupino uporabnikov, preizkusite pravilno delovanje teh klicnih storitev.

Delovni prostori

V jeziku se delovni prostor nanaša na skupno lokacijo (kot je konferenčna soba, prostor za srečanja ali delovna miza), ki ji je mogoče dodeliti naprave, interne številke in uporabnike. Za razliko od tradicionalnih telefonov Unifed CM so delovni prostori:

Lokacija-centrično: vezani na fizične prostore.

Prilagodljivo napravi: lahko ima eno ali več naprav (namizni telefoni, table itd.).

Ko so delovni prostori prepoznani kot del prehoda na , jih je mogoče dodati v razdelek Naprave. Vsakemu delovnemu prostoru je treba dodeliti napravo, in če so že v Unified CM, jih je treba ponastaviti ali ponovno omogočiti za . Funkcije, kot so glasovna pošta, posredovanje klicev in prevzem klicev, je mogoče omogočiti ali onemogočiti, pravilnike pa je mogoče uporabiti za video klice, parkiranje klicev in mobilnost po potrebi. Preizkusite vsak delovni prostor z opravljanjem notranjih in zunanjih klicev, testiranjem videokonferenc in funkcij mobilnosti. Nazadnje uporabnike obvestite o vseh veljavnih postopkih za naprave in rezervacije delovnega prostora.

Za več informacij o delovnih prostorih v glejte Delovni prostori.

Naprave za oskrbovanje

Telefone, ki so trenutno registrirani za , bo treba v okviru prehoda v oblak preseliti vanj. Da bi bila selitev čim bolj preprosta in da bi bilo tveganje za neuspeh čim manjše, Cisco priporoča hkratno selitev fizičnih lokacij ali oddelkov. Vendar boste morda morali uporabnike migrirati v paketih zaradi odvisnosti funkcij. Za več podrobnosti glejte razdelek Selitev uporabnikov v paketih.

Vse podprte telefone, s katerih morate preiti, bo treba konfigurirati kot uporabnika ali delovnega prostora, fizični telefon pa bo treba ponovno konfigurirati za registracijo pri . Poleg tega je treba vdelano programsko opremo telefonov serij 7800 in 8800 nadgraditi iz vdelane programske opreme Enterprise na vdelano programsko opremo za večplatformske telefone (MPP). Ta postopek vključuje nalaganje prehodne vdelane programske opreme pred nalaganjem vdelane programske opreme MPP, ki je potrebna za registracijo. Zahteva tudi ustrezno migracijsko dovoljenje. Cisco je v zadnjih nekaj letih izboljšal ta postopek, da bi vam olajšal nadgradnjo vdelane programske opreme vaših telefonov Enterprise na vdelano programsko opremo MPP. Za več informacij o korakih za dokončanje nadgradnje vdelane programske opreme glejte Pretvorba IP-telefonov Cisco serije 7800 in 8800 med vdelano programsko opremo Enterprise in MPP.

Poleg korakov, opisanih v tem članku, ima vgrajeno orodje Preselitev telefona v Webex Calling, ki ga lahko uporabite za selitev telefonov 7800 in 8800 iz vdelane programske opreme Enterprise v MPP. To orodje vam omogoča tudi dodajanje telefonov in njihovo dodeljevanje ustreznim uporabnikom ali delovnim prostorom. Za več informacij o uporabi orodja glejte Selitev telefona.

Za telefone serije 9800, registrirane z zgornjo zahtevano selitev vdelane programske opreme, ne velja. Ti telefoni uporabljajo operacijski sistem PhoneOS, ki ga podpirata tako in . Za prenos teh telefonov jih boste morali dodati v Webex Calling, jih dodeliti uporabniku ali delovnemu prostoru in nato ponastaviti telefone na tovarniške nastavitve. Zaporedje zagona PhoneOS za registracijo spodnja slika prikazuje zaporedje zagona PhoneOS in kako se bo telefon registriral, ko bo dodan v , tudi če je telefon še vedno nastavljen na and/or Možnosti DHCP (primer - 150) so v uporabi.

Zaporedje zagona PhoneOS za registracijo

Podpira ponastavitev naprav PhoneOS na tovarniške nastavitve, kar omogoča nastavitev brez dotika. Skrbniki lahko na daljavo ponastavijo telefona 9800 in 8875 na tovarniške nastavitve prek skrbniških strani CUCM, kar odpravlja potrebo po fizičnem dostopu do telefonov za namestitev telefonov v sistem. Ta funkcija je podprta s paketi naprav od 9. septembra 2025:

CUCM v15 - Unified Communications Manager različice 15

CUCM v14 - Unified Communications Manager različice 14.

Za več informacij o postopku registracije za serijo 9800 glejte Postopek registracije.

Poleg telefonov Cisco IP bo morda potrebna namestitev drugih naprav, kot so analogni telefonski adapterji (ATA), brezžični telefoni (Wifi, DECT), video naprave, glasovni prehodi ter naprave in telefoni tretjih^{proizvajalcev}. Mnoge od teh naprav nimajo možnosti nadgradnje vdelane programske opreme, kot jo imajo IP-telefoni, s katero bi lahko prešli iz poslovne vdelane programske opreme v vdelano programsko opremo za oblak. Zato boste vsako od teh naprav omogočili v Control Hubu. Nekaterih od teh ni mogoče prenesti in jih bo treba nadomestiti z enakovrednim modelom (npr. ATA 191/192) in drugi bodo zahtevali ročno ponovno konfiguracijo and/or spremembe programske opreme.

Glasovni prehodi - Za selitev lokalnega prehoda glejte Migracija lokalnega prehoda.
Za več informacij o konfiguraciji glasovnega prehoda VG400, VG410 ali VG420 v Control Hubu glejte Lokalni prehod

Analogni telefonski adapter (ATA) - Če želite začeti uporabljati Cisco ATA 191 in 192, glejte Cisco ATA.

Brezžični telefon Wifi - Za integracijo brezžičnih telefonov 840 in 860 glejte Integracija brezžičnega telefona Webex.

Brezžični telefoni DECT – Če želite začeti uporabljati novo serijo Cisco IP DECT 6800, glejte Cisco IP DECT.

Za izgradnjo in upravljanje digitalnega omrežja DECT v Control Hubu glejte Upravljanje omrežja DECT

Za več informacij o Cisco IP DECT 6800 glejte Vodnik za uvajanje

naprave in telefoni drugih^drugih ponudnikov - Sodelujte s ponudniki drugih ponudnikov na device/phone zahteve in postopek njihove migracije ali zamenjave za podporo .

Konfiguriraj funkcije

Vse potrebne funkcije klicanja je treba omogočiti pred ali med prehodom. Kot je bilo omenjeno v razdelku Selitev uporabnikov v paketih, je treba funkcije klicanja konfigurirati in prenesti, ko se premestijo uporabniki, ki jih uporabljajo.

Za podrobnosti o konfiguriranju posameznih funkcij glejte ustrezne članke s pomočjo za konfiguracijo.

Samodejni operaterji - Za upravljanje samodejnih operaterjev glejte Samodejni operaterji

Parkiranje klicev – Za upravljanje parkiranja klicev glejte Parkiranje klicev

Prevzem klicev – Za konfiguracijo skupine za prevzem klicev glejte Prevzem klicev

Čakalne vrste klicev - Za konfiguracijo čakalne vrste klicev glejte Čakalna vrsta klicev

Iskalne skupine – Za upravljanje iskalnih skupin glejte Upravljanje iskalnih skupin

Načini delovanja – Za usmerjanje klicev glede na načine delovanja glejte Usmerjanje klicev glede na načine delovanja

Skupine za klicanje – Če želite konfigurirati skupino za klicanje, glejte Konfiguriranje skupine za klicanje

Posnetki – Za upravljanje snemanja klicev za glejte Upravljanje posnetkov

Doseg na eni številki – Če želite konfigurirati doseg na eni številki (pisarna kjer koli), glejte Konfiguriraj eni številki

Skupina glasovne pošte – Če želite upravljati skupno glasovno pošto in nabiralnik za dohodne fakse za , glejte Upravljanje glasovne pošte.

Preizkušanje sprejemljivosti

Sprejemno testiranje zagotavlja, da preseljeno okolje izpolnjuje funkcionalne zahteve, deluje po pričakovanjih in zagotavlja brezhibno uporabniško izkušnjo v vseh komunikacijskih delovnih procesih. Ta postopek potrjevanja je večplasten in zajema vse od zagotavljanja uporabnikom in dodeljevanja številk do operativne učinkovitosti naprednih funkcij klicanja.

Ta razdelek vsebuje primere in poudarja ključne vidike, ki jih je treba upoštevati med sprejemnim testiranjem; vendar ni namenjen temu, da bi služil kot izčrpen ali celovit kontrolni seznam.

Dodeljevanje uporabnikov in številk

Temeljni vidik testiranja sprejemljivosti vključuje preverjanje, ali so vsi uporabniki natančno in v celoti opremljeni znotraj . To zahteva temeljito primerjavo med izvornim imenikom () in novo vzpostavljeno uporabniško bazo, da se zagotovi pravilna migracija vsakega uporabniškega računa skupaj s pripadajočimi atributi, kot so interne številke in dodelitve neposrednega klica (DID). Popolnost zagotavljanja storitev je ključnega pomena ne le za delovanje od prvega dne, temveč tudi za nadaljnje upravljanje in podporo.

Preverjanje dodelitve številke vključuje potrditev, da je vsakemu uporabniku dodeljena pravilna interna in zunanja številka ter da so te številke pravilno usmerjene tako v notranjih (v omrežju) kot zunanjih (PSTN) klicnih tokovih. Bistveno je preveriti morebitna prekrivanja, manjkajoče dodelitve ali napačne konfiguracije, ki bi lahko povzročile napake pri usmerjanju klicev ali prekinitve storitve.

Potek klicev PSTN in predstavitev identitete klicatelja

Robustni postopek testiranja sprejemljivosti mora vključevati celovito validacijo tokov klicev PSTN. To vključuje tako dohodne kot odhodne klice. Pri dohodnih klicih PSTN mora testna ekipa potrditi, da so klici dostavljeni na predvidene končne točke, ne glede na to, ali gre za posamezne uporabnike, čakalne vrste klicev, iskalne skupine ali samodejne operaterje. Odhodne klice PSTN je treba uspešno opraviti, pri čemer je treba posebno pozornost nameniti pravilni dostavi in predstavitvi podatkov o identifikaciji klicatelja. To vključuje zagotavljanje, da se zunanjim prejemnikom prikaže pravilno ime in številka klicatelja v skladu s pravilniki organizacije in regulativnimi zahtevami.

Testiranje bi moralo obravnavati tudi scenarije preklopa ob okvari, kot je obravnavanje nedosegljivih končnih točk ali motenj v omrežju. To pomaga potrditi, da rezervni mehanizmi in alternativno usmerjanje delujejo pravilno, s čimer se ohranja neprekinjenost in zanesljivost storitev.

Tokovi klicev v omrežju

Notranji ali omrežni klici tvorijo hrbtenico poslovne komunikacije. Sprejemno testiranje na tem področju preverja, ali so klici med uporabniki znotraj organizacije pravilno usmerjeni, pri čemer funkcije, kot so prenos klicev, zadrževanje, posredovanje in konference, delujejo po predvidenem načrtu. Potrditi je treba celovitost klicnih načrtov, povezljivost med internimi številkami in podporo za organizacijske pravilnike klicev.

Obdelava uporabniških klicev in preverjanje funkcij

Pomemben vidik testiranja sprejemljivosti vključuje preverjanje, kako uporabniki obravnavajo klice z uporabo in podprtih namiznih telefonov. Ta postopek se osredotoča na potrditev, da so vsakodnevni poteki dela pri klicanju intuitivni in zanesljivi ter da imajo uporabniki nemoten dostop do osnovnih funkcij, potrebnih za njihove vloge. Testiranje bi moralo oceniti, kako enostavno lahko uporabniki kličejo in sprejemajo klice, upravljajo funkcije zadrževanja in nadaljevanja ter izvajajo tako slepe kot posvetovalne preusmeritve. Prav tako je bistveno preveriti, ali so preusmeritev klicev, konference in druge napredne funkcije, kot so parkiranje in prevzem klicev ali aktiviranje načina »Ne moti«, takoj na voljo in delujejo nemoteno.

Izkušnjo je treba oceniti glede jasnosti in odzivnosti, pri čemer je treba upoštevati, kako uporabniki komunicirajo z zgodovino klicev, glasovno pošto in integriranimi imeniki. Dodatno pozornost je treba nameniti možnosti premikanja aktivnih klicev med napravami in učinkoviti uporabi kontrolnikov med klici znotraj aplikacije ali na fizičnih telefonih. Končni cilj je zagotoviti, da je uporabniška izkušnja dosledna, učinkovita in v celoti podpira komunikacijske potrebe organizacije po selitvi.

Čakalne vrste klicev: Izkušnje agenta in nadzornika

Čakalne vrste klicev se pogosto uporabljajo za obravnavo scenarijev z velikim številom dohodnih klicev. Sprejemno testiranje se tukaj osredotoča na več dimenzij. Najprej je treba preveriti, ali so klici porazdeljeni med agente v skladu s konfigurirano logiko čakalne vrste, kot so krožni postopek, najdaljši čas mirovanja ali sočasno zvonjenje. Predstavitev čakalnih klicev na namizjih agentov je treba preveriti glede jasnosti in enostavnosti uporabe, da se zagotovi, da lahko agenti učinkovito sprejemajo, zadržujejo in preusmerjajo klice.

Za nadzornike je treba oceniti izkušnjo namizja glede funkcij, kot so spremljanje v realnem času, vključevanje klicev in analitika oziroma vpogledi v delovanje čakalne vrste. To vključuje, vendar ni omejeno na, potrjevanje nadzornih plošč in orodij za poročanje, ki zagotavljajo uporabne podatke o porazdelitvi klicev, dejavnosti agentov in metrikah čakalnih vrst.

Lovske skupine: Distribucija klicev

Iskalne skupine so ključni mehanizem za porazdelitev klicev vnaprej določenim skupinam uporabnikov. Sprejemno testiranje mora potrditi, da so klici usmerjeni k članom skupine na podlagi konfiguriranega algoritma iskanja in da so scenariji prelivanja, posredovanja in neodgovora obravnavani v skladu z zasnovo. Zagotavljanje, da se članstvo v skupini in vedenje usmerjanja klicev ujemajo s prej določenimi, je bistvenega pomena za operativno doslednost in zadovoljstvo uporabnikov.

Samodejni operaterji: Obvestila in upravljanje menijev

Samodejni operaterji predstavljajo prvo linijo avtomatiziranega upravljanja klicev. Testiranje mora zajemati predvajanje obvestil, natančnost posnetih pozdravov in pravilno delovanje dreves menijev. Izbire v meniju bi morale klicatelje zanesljivo usmerjati do ustreznih oddelkov, posameznikov ali zunanjih številk. Testiranje mora vključevati tudi neveljavne scenarije ali scenarije časovne omejitve, da se potrdi, da klicatelji prejmejo jasna navodila ali so preusmerjeni, kot je bilo predvideno.

Delovanje glasovne pošte

Nenazadnje je funkcionalnost glasovne pošte ključnega pomena za uporabniško izkušnjo. Sprejemni testi bi morali preveriti, ali so predali za glasovno pošto pravilno dodeljeni in dostopni, tako znotraj organizacije kot na daljavo. Potrditi je treba možnost snemanja, pridobivanja in upravljanja sporočil, skupaj z dostavo obvestil.

Optimiziraj

Selitev PSTN v Cloud Connect za

Optimizirajte lokalno infrastrukturo

Uporabite analitiko in odpravljanje težav

Selitev PSTN v Cloud Connect za

Ko so vse končne točke in uporabniki preseljeni v klicanje v oblaku, je edini namen Unified CM delovati kot tranzit med prehodi PSTN in prek lokalnega prehoda. Odstranitev prehodov PSTN, in lokalnega prehoda z uporabo storitve Cloud Connect kot dostopa PSTN za vse uporabnike Webex Calling ima več prednosti, vključno z znižanjem stroškov in izboljšano zanesljivostjo. Če želite dostop do lokalnega PSTN-ja prenesti na Cloud Connect za , sledite tem korakom:

Cloud Connect za izbiro partnerja.

Za partnerje Cloud Connect si oglejte seznam in izberite med razpoložljivimi partnerji, ki so na voljo za lokacijo vaše organizacije.

Cloud Connect za preverjanje.

Preden dostop do PSTN za lokacije preklopite na Cloud Connect, je treba preveriti in potrditi povezljivost s PSTN prek izbranega partnerja Cloud Connect. V ta namen je treba omogočiti testno lokacijo z nekaj testnimi uporabniki, ki so na tej testni lokaciji omogočeni. Dostop do PSTN za to testno lokacijo se nato nastavi na partnerja Cloud Connect, preden se potrdi povezljivost PSTN s testnimi telefoni. Po uspešni validaciji je mogoče testno lokacijo deprovisionirati.

Prenos številke.

Za pripravo na prehod na Cloud Connect je treba oddati naročilo za prenos vseh številk, ki so trenutno dodeljene PSTN trunk-u, ki se konča na. Vse številke je treba prenesti k partnerju Cloud Connect. Za ohranitev dosegljivosti med lokacijami je treba vse številke vseh lokacij prenesti hkrati.

Preklopite na partnerja Cloud Connect.

Na dan prehoda je treba dostop do PSTN za vse lokacije nastaviti na ponudnika PSTN, povezanega z oblakom, preveriti pa je treba tudi vhodno in odhodno povezljivost.

Kot je razloženo v razdelku o PSTN v poglavju o načrtovanju, se lahko stranke na začetku prehoda odločijo tudi za prenos dostopa do PSTN na Cloud Connect z uporabo PSTN trunkinga za hibridne uvedbe. Za več informacij glejte PSTN trunking za hibridne uvedbe Webex Calling. V tem primeru je med prehodom dostop do PSTN prek lokalnega prehoda in po selitvi vseh uporabnikov ni dodatnega koraka selitve, povezanega s PSTN, razen razgradnje in lokalnih prehodov.

Optimizirajte lokalno infrastrukturo

Ko so vsi uporabniki preneseni in vse končne točke prenesene na registracijo v oblaku (ali so bile dekomisionirane), posodobite ustrezno lokalno infrastrukturo, zdaj ko se uporablja klicanje v oblaku. Posodobitve infrastrukture vključujejo:

Odstranite lokalne zapise SRV za nadzor klicev in sporočanje DNS z lokalnih strežnikov DNS, vključno z cisco_uds._tcp.<domain>, cup_login._tcp.<domain>. Ti zapisi SRV niso več potrebni za odkrivanje storitev za stranke.

Odstranite zapise SRV DNS, povezane z robom, iz javnega sistema DNS, vključno z collab_edge._tls.<domain>. Ti zapisi SRV niso več potrebni za odkrivanje odjemalcev v storitvah za sodelovanje na robu omrežja.

Posodobite vse ustrezne obsege DHCP, da odstranite možnost 66 in možnost 150. TFTP/boot naslovi strežnikov. Ti obsegi niso več potrebni za odkrivanje in prenos konfiguracije nadzora klicev končnih točk.

Update/remove ustrezni klicni vrstniki v lokalnem Gateway/CUBE ki usmerjajo klice v in iz Unified CM. Ti klicni vrstniki niso več potrebni za usmerjanje klicev na lokaciji.

Izbriši ali odstrani vse virtualne stroje in navidezne stroje vozlišč gruče and/or strežniki. Po potrebi prerazporedite računalniške vire in strojno opremo. Ti viri niso več potrebni za nadzor klicev in robne storitve.

Izbriši ali odstrani vse virtualne stroje vozlišč gruče and/or strežniki. Po potrebi prerazporedite računalniške vire in strojno opremo. Ti viri niso več potrebni za glasovno pošto in storitve poenotenega sporočanja.

Čiščenje: Po selitvi dostopa PSTN v Cloud Connected PSTN je mogoče deaktivirati PSTN trunks, PSTN prehode in lokalni prehod.

Za vse obstoječe rešitve E911 na lokaciji izbrišite vse lokacije ali številke, ki so bile preseljene, in ko je celoten prehod končan, odstranite navidezne stroje ali strežnike aplikacij. Po potrebi prerazporedite računalniške vire in strojno opremo. Ti viri niso več potrebni za klice v sili in lokacijske storitve.

Različna imena, ki pripadajo preseljenim uporabnikom, je treba namestiti v skrito particijo, da se izognete napakam pri usmerjanju klicev in da se zagotovi, da imajo vsi CSS-ji prednostni dostop do poti istih razdelilnih imen v oblaku.

Posodobite fizično lokacijo za odpremo in omrežni element v programu Horizon Mobility, kadar koli pride do sprememb. Pogoste dejavnosti, ki zahtevajo posodobitve, so:

Zamenjava omrežnega stikala

Zamenjava brezžične dostopne točke

Spremembe obsega DHCP

Fizične spremembe v notranjosti stavbe (če se lotite cubical/office)

Širitev ali krčenje fizičnih pisarniških prostorov znotraj stavbe.

Uporabite analitiko in odpravljanje težav

ponuja celovite analitične zmogljivosti in zmogljivosti za odpravljanje težav, ki vam pomagajo vizualizirati in spremljati vašo uvedbo. To zajema kakovost medijev, podrobno zgodovino klicev, čakalno vrsto klicev, iskalno skupino in analitiko samodejnih telefonskih operaterjev. Primer analitike kakovosti medijev je prikazan na sliki analitika kakovosti medijev.

analitika kakovosti medijev

V razdelku za odpravljanje težav si je mogoče ogledati vsak klic, opravljen z uporabo, s podrobnimi informacijami o ključnih težavah s kakovostjo medijev in signalizacijo, kar pomaga pri odkrivanju težav z mediji in neuspešnih klicev, kot je prikazano na sliki .

odpravljanje težav s kakovostjo medijev

Odpravljanje težav se lahko integrira tudi z drugimi Cisco izdelki, kot so stikala ThousandEyes in Meraki, kar zagotavlja še bogatejšo integrirano izkušnjo v Control Hubu. Za več informacij o uporabi analitike in odpravljanju težav s storitvijo Webex Calling glejte Odpravljanje težav s klici Webex Calling v storitvi Control Hub.

1	Ustvarite namensko skupino za sinhronizacijo: V imeniku podjetja (Microsoft Entra ID ali AD) ustvarite varnostno skupino posebej za sinhronizacijo (na primer skupina za sinhronizacijo).
2	Napolnite skupino s ciljnimi uporabniki: V to skupino dodajte samo uporabnike, ki jih želite sinhronizirati (na primer testno skupino med pilotno fazo). To vam omogoča strog nadzor nad tem, kdo je vključen v postopek sinhronizacije.
3	Konfigurirajte sporazum o sinhronizaciji s filtriranjem na podlagi skupin: Pri nastavljanju pogodbe o sinhronizaciji v Directory Connectorju ali zagotavljanju Entra ID konfigurirajte obseg tako, da vključuje samo uporabnike, ki so člani določene skupine. Za Microsoft Entra ID lahko v nastavitvah omogočanja uporabite dodelitve na podlagi skupin. Za AD lahko definirate filter LDAP, ki vključuje samo uporabnike, ki pripadajo določeni skupini.
4	Po potrebi razširite skupino: Ko napredujete v širše faze uvajanja, preprosto dodajte dodatne uporabnike ali skupine v skupino za sinhronizacijo. Obseg sinhronizacije se bo samodejno razširil in vključeval te uporabnike, kar bo omogočilo nadzorovano in postopno uvajanje. Primeri korakov izvedbe: V aktivnem imeniku: Ustvarite varnostno skupino z imenom skupina za sinhronizacijo. V to skupino dodajte želene pilotne uporabnike. Nastavite povezovalnik imenika s filtrom LDAP, kot je: (memberOf=CN=Webex Sinhronizacija Group,OU=Groups,DC=yourdomain,DC=com). V Microsoftovem vnosnem ID-ju: Ustvarite skupino z imenom skupina za sinhronizacijo Dodelite skupino v nastavitvah omogočanja v Entra ID-ju Samo uporabniki v tej skupini bodo imeli dostop do . Preden sinhronizacijo uporabite za celotno organizacijo, jo vedno preizkusite v neprodukcijskem okolju. Redno pregledujte članstvo v skupini, da zagotovite sinhronizacijo le pooblaščenih uporabnikov Za stalno upravljanje avtomatizirajte posodobitve članstva v skupinah na podlagi poslovnih pravil ali sistemov za človeške vire, če je mogoče. Reference: Sinhronizirajte uporabnike Entra ID v Control Hub Nastavite aplikacijo Entra ID Wizard v Control Hubu Povezovalnik imenika

Cisco AI Assistant

Hvala za povratne informacije.

Vodnik za uvajanje migracije

Uvod

Preden začnete

Pregled

Osnovne komponente

Pregled postopka PPDIO

Splošni opis PPDIO

Uporaba PPPIO za projekte migracije iz Unified CM v Webex Calling

Priprava

Načrt

Načrtuj

Izvedi

Optimiziraj

Povratne zanke PPDIO

Migracijski pristop

Priprava

Poslovne in tehnične zahteve

Zakaj je zbiranje zahtev pomembno:

Poslovne zahteve

Tehnične zahteve

Pripravljenost in zahteve omrežja

Nastavitev uničenega komuniciranja, povezanega z oblakom

Ocenjevanje trenutnega okolja

Licenciranje

Locations/Sites

Obstoječa zaloga devices/clients

Preverite ustreznost naprave

Uporabniki

Povezljivost PSTN

Značilnosti & uporaba funkcij

Cisco integracije: Unity Connection UCCX UCCE

Snemanje klicev

Integracije tretjih oseb

Načrt

Načrt projekta na visoki ravni

Migracijska pot – en ali dva koraka?

Možnost 1: Selitev uporabnikov v enem koraku

Možnost 2: Dvostopenjska selitev uporabnikov

1. korak

2. korak

Načrtuj

Izbira regije

Lokacije

PSTN

Načrt klicanja

Lokalni klicni načrt v

načrt klicanja

Posnetek

1. Izbira ponudnika snemanja klicev

2. Izbira regije

Klic v sili

Licenciranje

Ročna dodelitev prek

Predloge za samodejno dodelitev licenc

Množična dodelitev prek predloge CSV

Dodelitev na podlagi API-ja

Zahteve za licenco

Omogočanje uporabnikov

Uporabniške skupine

Priporočen pristop pri selitvi iz na

Oblikovanje uporabniških skupin

Enotni vpis (SSO)

Podpora za več ponudnikov identitet

1. Združitve in prevzemi

2. Več neodvisnih IT oddelkov

3. Različne uporabniške skupine ali domene

4. Podpora za različne protokole za preverjanje pristnosti

5. Izboljšana varnost in skladnost s predpisi

6. Poenostavljena uporabniška izkušnja

Duo MFA z enotno prijavo za

Funkcije

Samodejni odzivni sistem

Parkiranje klica

Prevzem klica

Čakalna vrsta za klic

Iskalna skupina

Načini delovanja

Skupina za pozivanje