Vodič za implementaciju migracije

Uvod

Prije nego što počnete

Ovaj vodič namijenjen je timovima ili pojedincima s iskustvom u konfiguriranju i administriranju Cisco Unified Communications Manager (Unified CM) i Ciscovih krajnjih točaka, uključujući IP stolne telefone, video uređaje i Jabber soft klijente. Kroz ovaj dokument postoje poveznice na dokumentaciju o proizvodu i podršci za pomoć.

Ovaj se dokument fokusira samo na prijelaze s više stan Unified CM ara na Webex Calling više stanara. Pojam Webex Callingu ovom dokumentu uvijek se odnosi na Webex Calling više stanara.

Prije početka migracije s Unified CM naWebex Calling, neophodno je imati sveobuhvatno razumijevanje Webex Calling rješenja i njegovih komponenti. Uspješna migracija zahtijeva poznavanje Webex Calling arhitekture, modela usluga, mogućnosti implementacije i povezanih značajki kako bi se pravilno mapirala postojeća radna Unified CM opterećenja i dizajnirao učinkovit plan prijelaza.

Temeljito razumijevanje sljedećih Webex Calling komponenti ključno je za informiranje o učinkovitoj tranzicijskoj strategiji i operativnoj spremnosti.

Kontrolno čvorište
Pružanje direktorija i korisnika
Webex Callingplatforma
Podržane krajnje točke pozivanja
Opcije povezivanja PSTN
Webex Callingplan biranja i upravljanje brojevima
Značajke sigurnosti i usklađenosti.

Za više informacija pogledajte Cisco Preferred Architecture zaWebex Calling.

Ovaj vodič će istaknuti alate i procese koji će se koristiti tijekom životnog ciklusa prijelaza. Međutim, prijelaz s lokalnog poziva na novu platformu za pozivanje u oblaku može biti značajan napor s potencijalnim poslovnim, tehničkim i složenim izazovima. Unified CM Webex Calling Kako bi pomogao u prevladavanju ovih izazova, Cisco ima na raspolaganju nekoliko različitih opcija koje će vam pomoći u vašem putovanju. Važno je pregledati informacije na stranici Enterprise cloud calls - Calling migration i razumjeti svaku opciju i kako vam svaka od njih može pomoći u vlastitoj migraciji.

Webex alati za migraciju: samoposlužni, besplatni alati ugrađeni u Control Hub za pojednostavljivanje vašeg prijelaza Webex Calling
Certificirani pružatelji usluga migracije: Cisco je potvrdio pružatelji softvera i alata koji su razvili rješenja za migraciju kako bi Webex partnerima i klijentima pomogli u složenim i velikim migracijama. Ova rješenja mogu pomoći pojednostaviti, upravljati i ubrzati prijelaz na Webex Calling
Webex Setup Assist: usluga migracije pod vodstvom CISCO koja vodi korisnike i partnere kroz implementaciju i konfiguraciju, što je potrebno za uspješnu migr Unified CM aciju korisnika i usluga. Webex Calling Webex Calling

Pregled

S rastom usluga suradnje koje se isporučuju u oblaku, sve više kupaca želi premjestiti svoja postojeća radna opterećenja suradnje u oblak s obzirom na obećanja o smanjenim ukupnim troškovima vlasništva, pojednostavljenom upravljanju, kontinuiranom isporukom značajki, povećanom razmjeru i vrhunskoj pouzdanosti svojstvenoj uslugama temeljenima na oblaku. Kako kupci žele izvrš iti prijelaz s lokalnih na usluge suradnje u oblaku, važno je da razumiju što tranzicija podrazumijeva i korake potrebne za prijelaz.

Svrha ovog dokumenta je pružiti smjernice za implementaciju korisnicima koji posebno žele prijelaz s lokal Unified CM nog Webex Calling na oblak. Ovaj vodič za implementaciju pretpostavlja da čitatelj ima osnovno razumijevanje prijelaza poziva između Unified CM iWebex Calling, uključujući ono što se mijenja prilikom izvođenja tog prijelaza i koje su razlike pri premještanju opterećenja poziva iz lokalnog u oblak. Prije nego što nastavite, provjerite jest e li pregledali i upoznati s informacijama dostupnim na karti prijelaza. Ovaj dokument karte prijelaza pruža informacije o promjenama i razlikama ovog prijelaza.

Kao što je prikazano na slici Lokalna arhitektura suradnje: kontrola poziva i daljinski pristup, tipična lokalna implementacija uključuje različite komponente infrastrukture suradnje na mreži, platformu za kontrolu poziva, rubnu platformu, hardverske i softverske krajnje točke, a u nekim slučajevima čak i platforme za konferencije i zakazivanje. U Ciscovoj arhitekturi to bi uključi Unified CM valo kontrolu poziva, brzu cestu za daljinski pristup i rubove usluge tvrtke za poduzeće (B2B), Cisco Meeting Server/ Cisco Meeting Management za lokalne konferencije, Unity Connection za glasovne poruke i hardver okrenut prema korisniku (Cisco IP telefoni, Cisco Desk i Room video su stavi) i softver () krajnje točke temeljene na IP-u. Cisco Jabber Te se komponente mogu neznatno razlikovati u nekim okruženjima, ali ovo je polazna točka za prijelaz opisan u ostatku ovog dokumenta.

On-Premises Collaboration Architecture: Call Control and Remote Access — ***Lokalna arhitektura suradnje: kontrola poziva i daljinski pristup***

Arhitektura prikazana na slici Lokalna arhitektura suradnje: upravljanje pozivima i daljinski pristup temelji se na Preferiranoj arhitekturi (PA) za lokalne implementacije tvrtke Cisco Collaboration Enterprise. Više informacija o Enterprise On-Premise potražite u odjeljku Preferirane arhitekture Ciscove suradnje.

Prije: Tablica komponenata infrastrukture za lokalno pozi vanje navodi klju čne elemente lokalne arhitekture prije prelaska na oblakWebex Calling.

Tablica 1. Prije: Lokalno pozivanje komponenti infrastrukture
Proizvod	Opis
Unified CM	Lokalno upravljanje pozivima pruža usluge registracije uređaja i usmjeravanja poziva
Cisco Expressway-C/E	Edge infrastruktura koja pruža mobilnu i Remote Access (MRA) i poslovno- poslovnu (B2B) funkcionalnost koja omogućuje udaljenim krajnjim točkama sigurno povezivanje izvan organizacije. Brza cesta je raspoređena u parovima kako bi se omogućilo prelazak vatro zida za vanjske krajnje točke.
Cisco poslužitelj sastanaka (CMS), Cisco upravljanje sastancima (CMM) i Cisco Telepresentation Management Suite (TMS)	Lokalna infrastruktura za glasovne, video i web konferencije koja pruža sastanke u više točaka, upravljanje sastancima i mogućnosti zakazivanja. [Neobavezno]
Cisco Unity Connection	Lokalna platforma za glasovne poruke koja pruža mogućnosti govorne pošte i objedinjene razmjene poruka . [Neobavezno]
Cisco Desk, Cisco soba, Cisco ploča, Cisco IP telefoni i Cisco Jabber	IP-bazirani uređaji registrirani Unified CM i omogućuju glasovne i video pozive

Kao što je prikazano na slici Odluka o prijelazu: lokalno pozivanje Webex Calling, kupci koji imaju lokalnu kontrolu poziva s krajnjim točkama Unified CM i stolnim i video IP krajnjim točkama imaju izbor prelaska arhitekture prema arhitekturi oblaka. Webex Calling

Odluka se mora donijeti na temelju zahtjeva kupca za funkcionalnost. Korisnici koji imaju sljedeće zahtjeve trebali bi pažljivo razmotriti prije donošenja ove odluke i na kraju mogu odlučiti zadržati kontrolu poziva na lokalnoj lokaciji:

Modeli telefona ne podržavaju Webex Calling
Složene ili brojne integracije s drugim lokalnim sustavima ili rješenjima, posebno tamo gdje Webex Calling je repliciranje tih integracija teško ili nema dostupnih ekvivalentnih alternativnih rješenja
Složeni plan biranja, vrlo detaljne klase usluga ili oboje
Ograničavajući, ograničen ili nepouzdan pristup internetu
Stroga pravila o privatnosti i vlasništvu podataka
Zahtjev za usklađenost za snimanje i pohranu medija u lokalnoj ili u zemlji
Integracije trećih strana bez održive alternati Webex Calling vne integracije
Integracije kontaktnih centara u kojima kontakt centar još ne prelazi u ob lak.

Transition Decision: On-Premises Calling to Webex Calling — ***Odluka o prijelazu: lokalno pozivanje Webex Calling***

Kupci koji žele početi koristiti usluge pozivanja u oblaku trebali bi razmotr Webex Calling iti. Ova usluga poziva u oblaku omogućuje kupcu da iskoristi Webex globalnu arhitekturu za razmjere i povezivanje. Sudionici na korporativnoj mreži i udaljeni sudionici izvan korporativne mreže mogu komunicirati pomoću hardverskih krajnjih točaka temeljenih na IP-u i/ili desktop ili mobilnih softverskih klijentskih aplikacija.

Ovaj dokument usredotočuje se na korisnike s implementacijama kontrole Unified CM poziva koji žele razumjeti opće korake, razmatranja i zahtjeve za omogućavanje implementacije kao što je prikaz Webex Calling ano u sljedećem odjeljku.

Osnovne komponente

Ciljna arhitektura za ovu migraciju uključuje nekoliko novih komponenti. To uključuje Webex Calling uslugu za pozivanje temeljeno na oblaku, Webex App, Cisco Directory Connector za integraciju identiteta i Local Gateway (LGW) za PSTN pristup, kao i integraciju lokalnih poziva u oblak. Dodatne su opcije za pristup PSTN-u Cisco ili Cloud Connected PSTN (CCP) koje omogućuje Cloud Connect za Webex Calling partnera.

Kao što je prikazano na slici Nakon: Webex Calling Arhitektura, nove komponente (konektor direktorijaWebex Calling, lokalni pristupnik i pristupnik za preživljavanje) dodaju se postojećoj lokalnoj implementaciji .

After: Webex Calling Architecture — ***Nakon: Webex Calling Arhitektura***

Nakon: Tablica komponenti infrastrukture za pozivanje u oblaku navodi nove elemente arhitekture nakon prijelaza na Webex.

Tablica 2. Nakon: Komponente infrastrukture za pozivanje u oblaku
Proizvod	Opis
Webex Calling	Usluga poziva temeljena na oblaku isporučena s Webex platforme koja omogućuje registraciju krajnjih točaka i usmjeravanje poziva
Cisco konektor direktorija	Windows aplikacija pokrenuta na računalu Windows domene koja omogućuje sinkronizaciju identiteta između lokalnog poduzeća Active Directory i pohrane identiteta organizacije Webex. Za korisnike koji prelaze s lokalnog Active Directory na Entra ID, integracija identiteta s Webexom umjesto Cisco Directory Connector koristi aplikaciju Entra ID Wizard.
Lokalni prolaz	Lokalni pristupnik djeluje kao most između lokalne objedinjene komunikacijske mreže korisnika i Webex Calling oblaka. Može se implementirati lokalno ili hostirati od strane partnera, pružajući PSTN pristup za krajnje točke registrirane u oblaku, kao i pozivajući integraciju između Unified CM registriranih krajnjih točaka i krajnjih točaka registriranih u oblaku. Cisco IOS-XE usmjerivač integriranih usluga (serije ISR 1100 i 4000), Cisco Catalyst 8200/8300 serija, Cisco Catalyst 8000V Edge softver i razni certificirani kontroleri granica sesije trećih strana (SBC) mogu se koristiti kao LGW za pristup faznoj migraciji.
Gateway za preživljavanje	Survivability Gateway (SGW) je mrežni pristupnik zasnovan na IOS-XE koji pruža usluge rezervnog poziva krajnjim točkama na licu mjesta tijekom prekida mreže. Webex Calling
Cisco pozivni plan, Cloud Connect za Webex Calling	Cisco Calling Plan i Cloud Connect for opcije Webex Calling su zasnovane na oblaku za PSTN pristup krajnjim točkama. Webex Calling PSTN pristup olakšava pružatelj usluga PSTN u oblaku i ne zahtijeva lokalnu opremu.
Webex aplikacija	Klijentska aplikacija koja radi na stolnom OS-u (Windows, Mac) ili mobilnom OS-u (Android, iOS) i registrirana izravno na Webex Calling platformu za pozivanje funkcionalnosti.

Pregled procesa PPDIO

PPDIO postupak označ ava Priprema, planiranje, dizajn, implementacija i optimizacija. Rije č je o strukturiranoj Ciscovoj metodologiji koja vodi projekte od početne procjene do kontinuiranog poboljšanja, osiguravajući učinkovite i uspješne implementacije ili migracije.

Opći opis PPDIO

Pripremite se: Procijenite trenutno okruženje, prikupite zahtjeve i uskladite dionike kako biste uspostavili čvrste temelje.
Plan: Raz viti detaljne planove projekata uključujući vremenske rokove, resurse i strategije ublažavanja rizika.
Dizajn: Arhitektujte ciljno rješenje prilagođeno poslovnim i tehničkim potrebama.
Implementacija: Izvršite implementaciju ili migraciju prema dizajnu, potvrđujući funkcionalnost i performanse.
Optimizirajte: Kontinuirano poboljšavajte rješenje nakon implementacije pra ćenjem performansi, usavršavanjem konfiguracija i korištenjem alata za automatizaciju i integraciju.

Korištenje PPDIO- Unified CM a za Webex Calling migracijske projekte

Prilikom prijelaza s Unified CM naWebex Calling, PPDIO proces pruža jasnu mapu puta kako bi se osigurala glatka i učinko vita tranzicija:

Pripremite

Procijenite postojeće Unified CM okruženje i spremnost za migracije
Prikupite detaljne podatke o korisnicima, uređajima, mreži i ovisnostima
Prikupite podatke o lokaciji, uključujući adresu za hitne slučajeve, broj korisnika, pristup internetu, PSTN pristup
Identificirati rizike i definirati opseg projekta kako bi se uskladili svi dionici.

Plan

Stvorite sveobuhvatan plan migracije s grupnim rasporedima, dodjeljivanjem resursa i vremenskim rokovima
Definirajte zadatke kao što su nadogradnje firmvera uređaja, pružanje licence i uključivanje korisnika
Koordinirati migracijske prozore s Ciscom i partnerima kako biste smanjili poremećaje.

Dizajn

Mapiranje trenutnih Unified CM konfiguracija, planova biranja i korisničkih profila u Webex Calling ekvivalente
Dizajnirajte Webex Calling okruženje, uključujući PSTN strategiju (privremenu i konačnu), lokacije, korisničke uloge i točke integracije poput lokalnog pristupnika (CUBE) i sinkronizacije direktorija
Planirajte scenarije suživota gdje Unified CM i Webex Calling djeluju istodobno tijekom migracije.

Implementirati

Koristite alate za migraciju Control Hub zajedno s alatima trećih strana za izvođenje promjena načina upravljačkog softvera uređaja, konfiguracije značajki i migracija korisnika
Upotrijebite masovne operacije i pružanje usluga pomoću Webex API-ja za pojednostavljivanje velikih migracija i konfiguracija
Izvršite dodjelu licence, registraciju uređaja i ažuriranja konfiguracije
Potvrdite uspjeh migracije testiranjem i operativnom provjerom .

Optimizirajte

Kontinuirano prati Webex Calling te performanse i korisničko iskustvo
Poboljšajte konfiguracije i tijekove rada na temelju operativnih podataka i povratnih informacija
Iskoristite mogućnosti automatizacije i integracije kako biste poboljšali učinkovitost i skalabilnost
Naslijeđene Unified CM komponente iz razgradnje prema potrebi i pružaju stalnu podršku za operacije drugog dana.

Ovaj poboljšani PPDIO pristup osigurava kontroliranu, transparentnu i učinkovitu migraciju s Unified CM naWebex Calling, koristeći Ciscove alate, API-je i partnerski ekosustav za održavanje kontinuiteta poslovanja i poboljšanje mogućnosti suradnje.

PPDIO povratne petlje

Pregled na visokoj razini prikazan u Iteracijama slika tijekom izvršavanja PPDIO- a ilustrira jednu povratnu petlju od faze optimiz acije natrag do faze pri preme . To znači da nakon početne provedbe postoji stalna prilika za kontinuirano poboljšanje. Svaki ciklus optimizacije može identificirati nove zahtjeve ili područja za poboljšanje, koja se mogu riješiti sljedećim projektima ili inicijativama. Ovi pojedinačni projekti zauzvrat slijede uspostavljeni životni ciklus PPDIO (Priprema, Planirajte, Dizajnirajte, Im plementirajte, Optimizirajte). Ovaj iterativni pristup osigurava da sustav ostane usklađen s razvijajućim poslovnim ciljevima i tehnološkim napretkom, potičući kulturu stalnog usavršavanja i prilagodljivosti.

Iterations while executing PPDIO — ***Iteracije tijekom izvršavanja PPDIO-a***

Tijekom izvršenja PPDIO procesa, uobičajeno je da nalazi u kasnijim fazama zahtijevaju ponovno razmatranje i potencijalno revi ziju odluka donesenih u ranijim fazama. Na primjer, problemi s kojima se susreću tijekom faze provedbe, poput utvrđivanja nejasnoća dizajna ili detalja koji nedostaju, mogu otkriti da određeni aspekti nisu u potpunosti riješeni tijekom faze projektiranja. U takvim slučajevima postaje potrebno ponoviti se na relevantnu raniju fazu kako bi se riješili ti problemi prije nego što nastavite. Ovaj iterativni mehanizam povratne sprege, kao što je prikazano na PPDIO procesu Unified CM potpomog nutom slici, osigurava da je rješenje temeljito potvrđeno i rafinirano, što u konačnici doprinosi robusnijoj i učinkovitijoj implementaciji.

Unified CM assisted PPDIO process — ***Unified CMpotpomognuti PPDIO proces***

Kada se poduzme prijel Unified CM az s naWebex Calling, svaka faza PPDIO procesa može imati značajnu korist od informacija prikupljenih iz postojeć eg Unified CM okruženja. Na primjer, sveobuhvatni inventari korisnika, telefonski brojevi, značajke poziva i komponente plana biranja mogu se izvući iz trenutne Unified CM konfiguracije. Ovi podaci nadopunjuju informacije koje izravno pružaju dionici i pomažu u pojednostavljenju aktivnosti planiranja i dizajna. Korištenje odgovarajućih alata za automatizaciju vađenja i analize podataka ne samo da povećava točnost, već i ubrzava cjelokupni proces. Korištenjem uvida iz postojeće implementacije, prijelaz na Webex Calling može se izvršiti učinkovitije od tradicionalne implementacije zelenog polja, uz pridržavanje strukturirane PPDIO metodologije. Ovaj proces je ilustriran na PPDIO procesu Unified CM potpomognutom slici.

Migracijski pristup

Dok planirate prijelaz iz lokal Unified CM nog naWebex Calling, morate odrediti kako ćete pristupiti ovom putovanju. Prvo ćete morati odlučiti hoće li migr acija biti flash-cut (sve odjednom) ili faz ni pristup (migriranje grupa korisnika/uređaja tijekom duljeg razdoblja).

Migracija flash cut pokre će sve vaše korisnike i uređaje najbrže. Ovom metodom premjestit ćete sve korisnike i uređaje iz lokal Unified CM Webex Calling nog u isto vrijeme. U biti, to je jedan prozor za migraciju za sve korisnike i uređaje. Nakon dovršetka ove migracije, svi vaši korisnici i uređaji bit će na Webex Calling platformi i sva vaša Unified CM infrastruktura može biti izvan pogona. Međutim, mnoge organizacije ne mogu koristiti ovaj pristup zbog opsega i veličine njihove implementacije poziva.

Drugi pristup je fazna migracija. Većina organizacija će koristiti ovaj pristup jer pruža bolju kontrolu, upravljanje i opseg migracije. Također, prikladniji je za veće UC implementacije i/ili implementacije u više regija. Stoga se ovaj dokument usredotočuje na fazni pristup s dva koraka u tranziciji.

Kao što je prikazano na donjoj slici Pri jelaz faznog poziva: hibrid i oblak, prva prijelaz na faza (faza 1) rezultira implementacijom koegzistencije s okruženjima dvostrukog poziva . U ovoj se fazi neki korisnici, uređaji i meki klijenti prebacuju na Webex Calling dok su drugi još uvijek na lokalnoj kontroli Unified CM poziva. Završna faza prijelaza (faza 2) rezultira čistim okruženjem za pozivanje u oblaku u kojem su svi korisnici, uređaji i meki klijenti u potpunosti prebačeni na Webex Calling platformu.

Koliko je vremena potrebno organizaciji da potpuno prijeđe na pozivanje u oblaku varirat će ovisno o trenutnoj implementaciji. U nekim slučajevima organizacija može izvršiti početni prijelaz i ostati u fazi kontrole dvostrukog poziva (faza 1) tijekom duljeg razdoblja (mjeseci ili čak godina), dok u drugim slučajevima organizacija može u potpunosti prijeći na Webex Calling (Fazu 2) u vrlo kratkom razdoblju (tjednima ili mjesecima). Ovaj dokument namijenjen je pokrivanju obje faze (faza 1 - suživot i faza 2 - potpuno tranzicirana).

Phased Calling Transition: Hybrid and Cloud — ***Fazni prijelaz poziva: hibrid i oblak***

Moguće je da neke organizacije mogu održavati suživot dvostruke kontrole poziva na neodređ eno vrijeme bez planova za potpuni prijelaz na pozivanje u oblaku.

Drugo razmatranje je kako ćete prebaciti korisnike, uređaje i mekane klijente s lokalne kontrole poziva na kontrolu poziva u oblaku. Preporučeni pristup je 3-fazni prijelaz. Slika Preporučeni trofazni prijel az u nastavku razgrađuje ovaj pristup u 3 faze.

Recommended 3-Phase Transition — ***Preporučeni trofazni prijelaz***

Pre-migracija: Ova faza usredotočena je na pripremu Webexa i Unified CM okruženja za migraciju. Ne radi se o pozivanju određenog planiranja ili konfiguracija, već se fokusira na dovršavanje aktivnosti koje se mogu obaviti sada i prije početka bilo Webex Calling kojeg migracijskog projekta. Cilj je izgraditi temelje za dva okruženja kako bi se pripremila za migraciju.

Pri@@ prema za migraciju: U ovoj fazi započinju napori u pripremi za migraciju Webex Calling u. Ovdje je potrebno pregledati i ažurirati poslovne i tehničke zahtjeve. Nemojte samo podiz ati i mijenjati ono što je trenutno raspoređ Unified CM eno, već umjesto toga redefinirajte poslovne i tehničke zahtjeve koji su vašoj tvrtki potrebni danas i u budućnosti koristeći snagu. Webex Calling Osim toga, ovo je faza u kojoj ćete dovršiti svoj dizajn, plan iranje konfiguracije i planiranje/raspored migracije.

Migracija (uvođenje i ukidanje): U ovoj fazi se događa stvarna migracija korisnika, uređaja, telefonskih brojeva i mekih klijenata. Kao što je gore rečeno, ova se faza može do vršiti za svakoga odjednom (flash-cut) ili preko prozora s više promjena (faz no rezanje). Planovi usvajanja krajnjih korisnika, obuka i komunikacija su kritični, tako da su vaši korisnici svjesni promjena, kako koristiti novu platformu za pozivanje i znaju kada će se promjena dogoditi. Posljednji korak je ukidanje sve lokalne UC infrastrukture koja se više ne koristi.

Faza prije migracije ima aktivnosti (obavezne, preporučene i neobavezne) na kojima možete odmah početi raditi. Preporučuje se da ih dovršite prije nego kasnije, a po mogućnosti prije početka vašeg projekta. Dovršavanje nekih aktivnosti može potrajati dulje, stoga će njihovo ranije pokretanje pomoći u pojednostavljenju stvarnog migracijskog projekta.

Donja slika Aktivnosti prije migracije ističe pet posebnih kategorija aktivnosti koje su povezane s Webex Calling migracijom.

Pre-Migration Activities — ***Aktivnosti prije migracije***

Pripremite

Poslovni i tehnički zahtjevi

Prilikom planiranja migracije s na, ključno je temeljito prikupiti tehničke i poslovne zahtjeve tijekom faze planiranja. Ovaj korak osigurava da se migracija usklađuje s operativnim ciljevima i tehničkim mogućnostima vaše organizacije, minimizirajući rizike i poremećaje.

Zašto su važni zahtjevi za prikupljanje:

Usklađuje poslovne ciljeve: Razumijevanje poslovnih potreba pomaže prilagod iti migraciju za podršku ključnim tijekovima rada, korisničkom iskustvu i planovima rasta.
Osigurava tehničku kompatibilnost: rano utvrđivanje tehničkih zahtjeva sprječava probleme integracije s postojećom infrastrukturom, mrežom i krajnjim točkama.
Olakšava planiranje resursa: Jasni zahtjevi pomažu u preciznoj procjeni vremenskih rokova, troško va i potrebnih resursa.
Ublažava rizike: Rano otkrivanje potencijalnih izazova omogućuje proaktivna rješenja, smanjujući zastoje i prekide usluge.

Poslovni zahtjevi

Tipični poslovni zahtjevi uključuju:

Broj korisnika i lokacija koje treba migrirati
Željene značajke i usluge (primjer, usmjeravanje poziva, govorna pošta, konferencije, automatski pratitelji, redo vi poziva)
Pravila usklađenosti i sigurnosti
Proračunska ograničenja i očekivanja troškova
Potrebe za obukom i podrškom korisnika
Vremenski okvir migracije i razmatranja kontinuiteta poslovanja.

Prikupl janje željenih značajki i usluga ključan je korak kako bi se osiguralo da novi sustav zadovoljava poslovne potrebe. Prilikom prikupljanja ovih zahtjeva važno je ne samo uzeti u obzir ono što je trenutno konfigurirano, već pokušati prikupiti stvarne zahtjeve od poslovnih subjekata koji će koristiti sustav. Inače, postoji rizik da se plan temelji na netekućim pretpostavkama. Obav ezno procijenite dodatne ili poboljšane značajke dostupne u kojima možda ne postoje, kao što su pozivi zasnovani na oblaku, napredni redovi poziva i. To pomaže u iskorištavanju punih prednosti cloud platforme.

Prilikom procjene trenutne konfiguracije u, važno je prepoznati da sve postojeće postavke možda neće ostati potrebne zbog razvijajućih zahtjeva tijekom životnog ciklusa sustava. Fokus bi trebao biti na identifici ranju i zadržavanju samo onih konfiguracija koje su u skladu s trenutnim i budućim potrebama implementacije.

Usredotočite se više na ono što vam treba nego na ono što imate.

Pravila usklađenosti i sigurnosti ključna su razmatranja tijekom migracije s na kako Webex Calling bi se osiguralo da se novi komunikacijski sustav temeljen na oblaku pridržava zakonskih, regulatornih i organizacijskih standarda.

U@@ sklađenost s propisima: Organizacije moraju provjeriti ispunjavaju li propise specifične za industriju kao što su GDPR, HIPAA ili SOX, rješavajući zahtjeve za privatnost podataka, zadržavanje i rukovanje, kao i mandate specifične za zemlju vezane uz rezidenciju podataka, obilaznicu cestarine i lokalnost medija.
Sigurnost podataka: Osigur avanje da su glasovni i signalni podaci šifrirani i tijekom tranzita i u mirovanju radi zaštite od presretanja ili neovlaštenog pristupa.
Kontrole pristupa: Definiranje i provođenje provjere autentičnosti korisnika, autorizacije i pristupa temeljenog na u logama kako bi se spriječilo neovlašteno korištenje komunikacijskih resursa.
Revizija i praćenje: Impl ementacija mogućnosti evidentiranja i praćenja radi praćenja pristupa i korištenja za revizije usklađenosti i istrage sigurnosnih incidenata.
Usklađivanje pravila: usklađivanje migracije s postojećim korporativnim sigurnosnim politikama, uključujući sigurnost krajnjih točaka, segmentaciju mreže i planove odgovora na incidente.
Sigurnost dobavljača: ocjenjivanje Ciscovih sigurnosnih certifikata i potvrda o usklađenosti kako bi se osigurala pouzdanost.

Rješavanje ovih pravila usklađenosti i sigurnosti tijekom faze planiranja pomaže u ublažavanju rizika, izbjegavanju zakonskih kazni i održavanju integriteta i povjerljivosti komunikacija tijekom i nakon migracije.

Potrebe za obukom korisnika i podr škom ključne su komponente tijekom migracije s na kako bi se osigurao nesmetan prijelaz i usvajanje korisnika. Ključna razmatranja uključuju:

Programi obuke: Razviti prilagođene treninge za različite grupe korisnika (krajnji korisnici, administratori, osoblje službe za pomoć) kako biste ih upoznali sa značajkama, korisničkim sučeljima i novim tijekovima rada.
Dokumentacija: Osigurajte jasne, pristupačne korisničke vodiče, često postavljana pitanja i brze referentne materijale, uključujući ono što je novo i različ ito resurse te korak po korak vodiče s uputama prije i poslije (u formatu videozapisa ili brzog vodiča) kako biste podržali korisnike prilikom prilagođavanja ažuriranom iskustvu nakon migracije.
Upravljanje promjenama: Proaktivno komunicirajte promjene kako biste upravljali očekivanjima korisnika i smanjili otpor.
Struktura podrške: Uspostavite namjenski tim za podršku ili put eskalacije za brzo rješavanje problema korisnika tijekom i nakon migracije.
Tekuće obrazovanje: Planirajte kontinuirana ažuriranja obuke kako se objavljuju nove značajke ili ažuriranja.
Mehanizmi povratnih informacija: Implementirajte kanale za korisnike da izvještavaju o problemima i daju povratne informacije radi poboljšanja procesa obuke i podrške.

Rješavanje ovih potreba za obukom i podrškom tijekom faze planiranja pomaže minimizirati poremećaje, povećava povjerenje korisnika i maksimizira prednosti migracije na.

Tehnički zahtjevi

Potrebno je prikupiti i dokumentirati nekoliko ključnih tehničkih zahtjeva za uspješnu migraciju iz do, uključujući detalje za:

Spremnost mreže i kapacitet propusnosti

Sveobuhvatna procjena mreže ključna je kako bi se osiguralo da vaša postojeća infrastruktura može podržati novo Webex Calling okruženje. To uključuje:
- Analiza propusnosti: Proc jena trenutne i projicirane upotrebe širine pojasa za obradu glasovnog, video i podatkovnog prometa bez zagušenja.
- Kvaliteta usluge (QoS): Im plementacija QoS pravila za određivanje prioriteta glasovnog prometa i minimiziranje kašnjenja, podrhtavanja i gubitka paketa.
- WAN i internetska povezanost: Pro vjera ispunjavaju li WAN veze i internetske veze zahtjeve za pozivanje temeljeno na oblaku, uključujući mogućnosti redundancije i prijenosa neuspjeha.
- Konfiguracija vatrozida i NAT-a: Osiguravanje da postavke vatrozida i NAT-a dopuštaju potrebnu signalizaciju i medijski promet.
Integracija s postojećim sustavom

Besprijekorna integracija s postojećim poslovnim sustavima bitna je za korisničko iskustvo i kontinu itet tijeka rada:
- Usluge direktorija: Procjena integracije s direktorijem poduzeća za automatizirano pružanje usluga i provjeru autentičnosti korisnika.
- CRM i poslovne aplikacije: Identificiranje integracijskih točaka sa sustavima upravljanja odnosima s kupcima i drugim poslovno kritičnim aplikacijama.
- Naslijeđeni PBX interworking: Planiranje suživota ili strategije fazne migracije ako će tijekom tranzicije ostati neki naslijeđeni telefonski sustavi.
Kompatibilnost i osiguranje krajnjih točaka

Sve krajnje točke, uključujući stolne telefone, softfone i mobilne uređaje, trebalo bi procijeniti na kompatibilnost:
- Podrška za uređaje: Potvrđivanje da postojeći IP telefoni i uređaji podržavaju ili identificiranje potrebnih zamjena.
- Postupci pružanja usluga: Uspostavljanje automatiziranih ili pojednostavljenih metoda pružanja usluga za učinkovito uključivanje krajnjih točaka.
- Ažuri@@ ranja firmvera i softvera: Planiranje potrebnih ažuriranja kako bi se osigur ala interoperabilnost i sigurnost.
Sigurnosne konfiguracije i standardi šifriranja

Sigurnost je najvažnija u komunikaciji u oblaku:
- Šifriranje: Provođenje end-to-end enkripcije za signalizaciju i medijske tokove, u skladu s najboljim Ciscovim sigurnosnim praksama.
- Autentikacija i kontrola pristupa: Impl ementacija sigurnih mehanizama provjere autentičnosti (kao što je SSO, višefaktorska provjera autentičnosti) i detaljne kontrole pristupa korisnika.
- Usklađenost: Osiguravanje da rješenje zadovoljava relevantne regulatorne i industri jske standarde usklađenosti (primjer, GDPR, HIPAA).
- Nadzor sigurnosti: Integracija sa SIEM alatima i postavljanje upozorenja za potencijalne sigurnosne incidente.

Tablica 1. Primjer procjene
Zahtjev	Ključna razmatranja
Spremnost mreže i širina pojasa	Širina pojasa, QoS, WAN/Internet, vatrozid/NAT
Integracija s postojećim sustavima	Imenik, CRM, PBX, E-mail/kalendar
Kompatibilnost i osiguranje krajnjih točaka	Podrška za uređaje, pružanje usluga, ažuriranja firmvera
Sigurnosne konfiguracije i šifriranje	Šifriranje, provjera autentičnosti, usklađenost, nadzor sigurnosti
Obuka korisnika i upravljanje promjenama	Programi obuke, dokumentacija, komunikacija o promjenama
Prenosivost brojeva i plan biranja	Migracija/prijenos brojeva, prijevod plana biranja
Integracije trećih strana	Paging, kontakt centar, faks, analogni uređaji

Spremnost mreže i zahtjevi

Spremnost mreže ključna je za uspješnu migraciju na bilo koje rješenje za pozivanje temeljeno na oblaku poput. Loše planiranje mreže može dovesti do pogoršanja kvalitete poziva, odustajanja poziva i nesretnih korisnika. Kupci moraju provesti procjenu mreže prije migracije na. Preporuča se potvrditi dostupnost mrežne širine pojasa za očekivani volumen poziva, osigurati da su ispunjeni zahtjevi kvalitete usluge (QoS) i razumijevanje različitih priključaka koji se moraju otvoriti u rubnim vatrozidima.

Pouzdana mrežna povezanost s dovoljnom kvalitetom usluge (propusnost, gubitak paketa, RTT) osnovni je zahtjev za osiguravanje najboljeg mogućeg korisničkog iskustva od kraja do kraja za sve krajnje točke, klijente i aplikacije koje mogu koristiti glas i video.

Kupci i partneri imaju mogućnosti pristupa povezivanju izvan Over-the-Top (OTT) Interneta koje mogu optimizirati vezu na uključi Webex Edge vanje Connect. Više informacija o detaljima dizajna za Webex Edge povezivanje potražite u odjeljku Cisco Preferred Architecture for Webex Edge Connect forWebex Meetings, Calling Multi-Tenant i Namjenska instanca.

Kupci mogu koristiti cScan za procjenu mreže koja daje informacije o kvaliteti mreže kupca, koliko poziva se može uspostaviti, kašnjenju i tako dalje. Dodatne informacije o cScan alatu potražite u odjeljku Kori štenje cScan za testiranje kvalitete Webex Calling mreže.

Da biste osigurali da je mreža spremna za migraciju, razmotrite sljedeći kontrolni popis:

Planiranje širine pojasa

Izračunajte istodobne pozive po web lokaciji kako biste bili sigurni da imate dovoljno uzvodne i niz vodne širine pojasa i uključite prostor za drugi promet kritičan za poslovanje i budući rast.

Tablica proračuna propusnosti tipa Webex Calling poziva prikazuje vrste poziva dostupne uz implementaciju zajedno s kodekom i maksimalnom propusnošću potrebnom za svaku vrstu poziva. Kao što je prikazano u tablici proračuna propusnosti tipa Webex Calling poziva, potrebna propusnost audio poziva za svaku vrstu poziva može se izračunati pomoću sljedeće opće formule:

Broj očekivanih istodobnih poziva* Propusnost po pozivu na temelju kodeka = Potrebna mrežna propusnost.

Tablica 2. Webex Calling izračuni propusnosti tipa poziva
Vrste poziva	Kodek - širina pojasa	Izračuni širine pojasa
/Stolni telefon ->	OPUS - 70 kbps	Broj istodobnih poziva* 70 kbps = Potrebna mrežna propusnost
/Stolni telefon -> Stolni telefon	OPUS — 70 kbps	Broj istodobnih poziva* 70 kbps = Potrebna mrežna propusnost
/Stolni telefon -> PSTN putem LGW	G.711 - 80 kbps	Broj istodobnih poziva* 80 kbps = Potrebna mrežna propusnost
/Stolni telefon -> PSTN putem Cloud PSTN (npr. Cisco pozivni plan)	G.711 - 80 kbps	Broj istodobnih poziva* 80 kbps = Potrebna mrežna propusnost
/Stolni telefon -> Enterprise putem LGW	G.722 - 80 kbps	Broj istodobnih poziva* 80 kbps = Potrebna mrežna propusnost
/Stolni telefon -> govorna pošta	OPUS — 70 kbps	Broj istodobnih poziva* 70 kbps = Potrebna mrežna propusnost

Z brajanjem istodobne potrebne mrežne propusnosti po vrsti poziva može se odrediti ukupni potencijalni zahtjev za propusnošću za određeno mjesto.

Sve pozivne noge uvijek su usidrene na pristupnim SBC-ovima. Da bi se odredila potrebna širina pojasa interneta za bilo koju određenu lokaciju, potrebno je uzeti u obzir ne samo pozive među lokacijama, već i pozive unutar lokacije i pozive na i s lokalnog pristupnika na toj lokaciji. Na primjer, pozi v unutar web mjesta između dva MPP telefona trebao bi puni dupleks do 2 x 70 kbps na pristupu internetu lokacije.

Tablica primjera izračuna Webex Calling propus nosti prikazuje primjer cjelovite vježbe izračuna propusnosti, pod pretpostavkom da su svi uređaji na istom mjestu.

Tablica 3. Webex Calling primjeri izračuna propusnosti
Vrste poziva	Broj istodobnih poziva	Ukupna širina pojasa
Webex aplikacija/Stolni telefon → Webex aplikacija	15	2* 15* 70 kbps = 2.100 kbps
Webex aplikacija/Stolni telefon → Stolni telefon	15	2* 15* 70 kbps = 2.100 kbps
Webex aplikacija/stolni telefon → PSTN putem LGW	50	2* 50* 80 kbps = 8.000 kbps
Webex aplikacija/stolni telefon → PSTN putem Cloud Connecta za Webex Calling	0	0* 80 Kbps
Webex aplikacija/stolni telefon → Enterprise putem LGW	15	2* 15* 80 kbps = 2.400 kbps
Webex aplikacija/Stolni telefon → Glasovna pošta Webex Calling	5	5* 70 kbps = 350 kbps
Ukupni pozivi/Širina pojasa	100 poziva	14.950 kbps/14, 95 Mbps

Sve vrijednosti propusnosti u gornjim tablicama odnose se na IP širinu pojasa. Širina pojasa veze veća je ovisno o WAN inkapsulacijama.
Propusnost u gornjim tablicama je za audio pozive. Za propusnost video poziva, Webex App i MPP 8845/65 telefoni podržavaju H.264 video s maksimalnom razlučivošću od 720p pri maksimalnoj šir ini pojasa od 1.500 kbps po pozivu. Međutim, količina propusnosti koja se troši u bilo kojem trenutku tijekom poziva fluktuirat će na temelju varijabilne brzine prijenosa svojstvene video komunik acijama.

Kvaliteta usluge (QoS)

Implementirajte QoS pravila u lokalnom okruženju kako biste odredili prioritet prometu u stvarnom vremenu i osigurali održavanje QoS-a na prekidačima, usmjerivačima i vatrozidovima.
Ciljevi kašnjenja, podrhtavanja i gubitka paketa

Sljedeći pragovi preporučuju se za optimalnu kvalitetu glasa kada pozivi idu preko vrha (OTT) i preko interneta:
- Latencija - manje od 100 ms jednosmjerno
- Jitter - manje od 10ms
- Gubitak paketa - 0,5% ili manje.
Vatrozid i NAT

Provjerite je li vatrozid konfiguriran tako da dopušta promet kako je navedeno u članku dostupnom u referentnim informacijama za port Webex Calling. Osim toga, dopustite pristup domenama i IP rasponima navedenim u istom vodiču i izbjegavajte SIP ALG jer ometa SIP signalizaciju. Treba izbjegavati medijski promet putem proxy usluga.
DNS i NTP

Osigurajte pravilnu DNS razlučivost domena i pouzdane NTP poslužitelje za sinkronizaciju satova uređaja za provjeru i evidentiranje TLS certifikata.
Planiranje neuspjeha

Razmotrite postojeće podatkovne veze pružatelja usluga (MPLS, SD-WAN i tako dalje) i općenito planirajte izravan pristup internetu na svakoj lokaciji unutar vaše implementacije. Planirajte suvišne internetske veze tamo gdje je potrebna visoka dostupnost. Budući da ćete konzum irati usluge zasnovane na oblaku, pouzdano internetsko povezivanje s dovoljnom propusnošću osnov ni je zahtjev. Trebali biste razmotriti ovu tranziciju ako internetske veze lokacije vaše organizacije općenito nisu pouzdane s malim kašnjenjem i odgovarajućom protokom prema gore i nizvodnoj struji.
Preživljavanje stranice

Preživljavanje web mjesta osigurava da je vaše poslovanje uvijek dostupno, čak i ako se vaša mrežna veza prekine. Site Survivability koristi pristupnik u vašoj lokalnoj mreži za pružanje usluge rezervnog poziva krajnjim točkama na licu mjesta u situacijama kada se mrežna veza prekine. Razmotrite preživljavanje web mjesta s lokalnim pristupnikom za preživljavanje (SGW) ako poslovni zahtjevi zahtijevaju kontinuirano pozivanje u slučaju nestanka mreže. Više informacija o provjeri preživljavanja web mjesta potražite u odjeljku Pre življavanje web mjesta za. Webex Calling

Postavljanje UC-a povezanog s oblakom

Cloud Connected UC (CCUC) rješenje je za upravljanje i analitiku zasnovano na oblaku dizajnirano da pruži centraliziranu vidljivost, administraciju i uvid za implementacije kako u lokalnoj (npr.) tako i u oblaku (). Unified CM Djeluje kao most između tradicionalnih lokalnih okruženja i Ciscovih usluga u oblaku, podržavajući organizacije tijekom putovanja migracije od do.

Tijekom prijelaza na, CCUC igra vitalnu ulogu u pojednostavljenju procesa migracije olakšavajući prikupljanje sveobuhvatnih podataka iz postojeće implementacije Unified Communications. CCUC pomaže u ključnim zadacima prijelaza kao što su migracija uređaja, značajki i korisničkih kontakata, kao i automatizacija ažuriranja firmvera za podržane IP telefone. Pružajući centraliziranu vidljivost i upravljanje, CCUC pomaže osigurati glatko i učinkovi tije iskustvo migracije.

Cisco toplo preporučuje da se CCUC implementira i implementira rano u tranzicijskom projektu, idealno prije ili tijekom faze priprema. To će omogućiti uvide i mogućnosti potrebne za temeljitu procjenu, inventarizaciju i planiranje naknadnih migracijskih aktivnosti te za početak vašeg putovanja do i budućih hibridnih mogućnosti.

Procjena trenutnog okruženja

Ključna aktivnost u planiranju migracije je procjena trenutnog lokalnog okruženja i implementacije. Ovo pruža uvid u to na koje potencijalne promjene mogu biti potrebne za uspješan prijelaz. Također vam omogućuje procjenu ključnih elemenata platforme u usporedbi s postojećom lokalnom implementacijom. Te informacije možete upotrijebiti kako biste utvrdili koji su specifični zadaci potrebni za tranziciju i koje promjene želite izvršiti kako biste zadovoljili svoje poslovne i tehničke zahtjeve i slučajeve upotrebe.

Sljedeće aspekte važno je preispitati kao dio ovog napora.

Licenciranje

Razumijevanje trenutne strukture licenciranja postojeće implementacije ključno je prilikom pripreme za migraciju na. Provedite procjenu licence sljedećih područja postojećeg Ciscovog lokalnog rješenja.

Platforma

Sposobnost potpunog artikuliranja onoga što je trenutno licencirano na vašoj osnovnoj platformi bit će kritična kada radite s timom računa ili partnerom kako biste odredili najbolji put do fleksibilnog licenciranja. licencirana je pomoću fleksibilnog licenciranja. Više informacija o fleksibilnom licenciranju potražite u članku Ciscoov fleksibilni plan suradnje.
Korisnici i uređaji

Utvrdite koju kategoriju licence zahtijevaju vaši postojeći korisnici i uređaji. Time će se odrediti koja je vrsta licence potrebna za korisnike i uređaje. nudi više vrsta licenciranja, uključujući profesionalne i standardne licence za korisnike te profesionalne i zajedničke licence za radne prostore. Dodatne informacije o licenciranju uređaja potražite u podatkovnom listu dostupnom na odjeljku Licenciranje uređaja.
Lokalni ulaz

Ako je Cisco Unified Border Element (CUBE) potreban za PSTN pristup za ovaj pri jelaz, mora se uzeti u obzir i licenciranje CUBE. Razmatranja licenciranja CUBE obrađena su kasnije u ovom dokumentu.

Lokacije/Mjesta

Prilikom planiranja ove tranzicije treba uzeti u obzir broj i vrste lokacija (velike središnje, regionalne, podružnice itd.) unutar vaše postojeće implementacije. Potpuno razumi jevanje postojećih lokacija za raspoređivanje pomoći će u strateškom planiranju uspješne tranzicije, posebno kada je u pitanju određivanje koje lokacije treba migrirati i kojim redoslijedom. Detaljno razumijevanje zahtjeva plana biranja (numeriranje, navike biranja, klase ograničenja itd.), mrežne povezanosti i širine pojasa (Internet, WAN, LAN) i pristupa PSTN-u (lokalni ili centralizirani, IP ili TDM) za svaku web-lokaciju bit će ključno pri donošenju odluka o migraciji. Više informacija o uobičajenim modelima implementacije i ključnim raz matranjima potražite u informacijama o modelima implementacije suradnje dostupnim u SRND-u za surad nju.

Još jedno važno razmatranje implementacije prilikom prelaska na je dostupnost lokacije. ima različite mogućnosti, pretplate i uređaje koji su dostupni ovisno o tome gdje se nalazi vaša implementacija. Više informacija o geografskoj dostupnosti potražite u odjeljku Gdje je Webex dostupan? .

Konačno, važno je razumjeti utjecaj na koji će prijelaz imati na druge usluge suradnje. Na temelju cilja ovog dokumenta, opća pretpostavka je da se, ako se trebaju održati postojeće usluge suradnje izvan opterećenja poziva, očekuje se prijelaz na gore spomenutu hibridnu implementaciju faze 1. Primjeri usluga suradnje koje mogu zahtijevati hibridnu implementaciju uključuju lokalni kontakt centar koji još nije migriran u Webex kontakt centar i usku integraciju u sustave poput sustava straničenja i naplate. Dodatne informacije o prijelazu dodatnih radnih opterećenja i usluga suradnje potražite u odjeljku Prijelazi suradnje.

Popis postojećih uređaja/klijenata

Prije početka prijelaza važno je inventarizirati postojeće krajnje točke hardvera i softvera. Imati potpuni popis tipa/modela uređaja, hardverskih verzija, vrsta i količina softverskih operacijskih sustava klijenta osigurat će vam da možete adekvatno planirati prijelaz uređaja i ublažiti utjecaj na one uređaje koji se ne mogu migrirati na pozive u oblaku. Inventar bi se trebao koristiti za određivanje uređaja za prijelaz i uređaja koje treba zamijeniti prije pri jelaza.

Stolni telefoni

Za audio i video stolne telefone podržani su samo stolni telefoni serije 6800, 7800, 8800 i 9800. Ovo je podskup Cisco IP telefona koji su podržani. Postoje neki modeli i verzije telefona 6800, 7800 i 8800 s kojima se ne može koristiti. Više informacija o tome koji su modeli i hardverske verzije podržani potražite u odjeljku Pod ržani uređaji za Webex Calling.

IP telefoni serije Cisco 6800 ne mogu se nadograditi s Enterprise firmvera na Multiplatform (MPP) firmver, za koji je potreban. Stoga svih 6800 telefona registriranih za pokretanje korporativnog firmvera mora biti zamijenjeno modelom od 6800 MPP ili drugim podržanim modelom telefona.

IP telefoni serije Cisco 7800 i 8800 moraju se nadograditi na multiplatformski telefon (MPP) firmver prije prijelaza i registracije. Da biste utvrdili koji modeli i verzije hardvera 7800 i 8800 podrž avaju MPP firmver, pogledajte Pretvaranje IP telefona serije Cisco 7800 i 8800 između Enterprise i MPP firmvera.

8845, 8865 i 8865NR su završili prodaju i ne preporučuje se migracija na njih.

Starije verzije telefona serije 8800 (8811, 8841, 8851, 8851NR, 8861) se ne preporučuju za upotrebu. Webex Calling Telefoni s hardverskim verzijama VID 14 ili starijim registrirat će se, ali mogu imati nekih problema s performansama zbog hardvera.

Stolni telefoni serije 9800 pokreću PhoneOS, koji podržava i registraciju. Stoga se ovi telefoni mogu prebaciti bez nadogradnje firmvera.

Sve ostale IP telefone trebat će zamijeniti telefonima serije 6800, 7800, 8800 ili 9800 koje podržavaju. Webex Calling Više informacija o podržanim IP i stolnim telefonima potražite u članku u odjeljku Pod ržani uređaji za Webex Calling.

Krajnje točke videozapisa

Osobne i sobne video krajnje točke, uključujući Cisco Board serije, serije Room i Desk serije, mogu se izvorno registrirati na SIP. Bilo koja od ovih krajnjih točaka koja treba upućivati audio i/ili PSTN pozive zahtijeva licencu za pozivanje:

Zajednički uređaji u konferencijskim dvoranama, prostorima za skupljanje itd. zahtijevaju licencu Professional Workspace ili Workspace.

Osobni uređaj krajnjeg korisnika zahtijeva profesionalnu ili standardnu licencu.

Odredite koliko je krajnjih točaka videozapisa registrirano i koje se koriste za upućivanje audio poziva. Moguće je da se neke od krajnjih točaka videozapisa mogu koristiti samo za pridruživanje sastancima ili upućivanje SIP videopoziva. U oba slučaja krajnje točke i dalje treba migrirati prije nego što poslužitelji budu isključeni iz pogona, no to će vam pomoći odrediti koliko će od njih trebati licence za nastavak telefonskih poziva.

Kada se video uređaji premjeste iz registracije na, URI za ove krajnje točke promijenit će se jer su sada registrirane u oblaku.

Modeli telefona 8845, 8865 i 8875 osobni su video telefoni koji su podržani.

Meki klijenti

Jedini je meki klijent koji podržava, za razliku od Unified CM kojeg podržava i Webex App i Jabber, i novi je zadani meki klijent za krajnje korisnike.

Ovisno o načinima implementacije implementiranim za Jabber (samo za IM, samo za telefon i/ili puni UC načini), možda ćete također morati razmotriti prijelaz radnog opterećenja za razmjenu poruka i/ili sastanaka s Jabbera na. Može se implementirati u mo du samo za telefon ako će se koristiti kao klijent samo za pozivanje ili se može implementirati kao puni Webex Suite ako se drugi radni opterećenja, npr. Webex Messagingi/iliWebex Meetings, prelaze u aplikaciju pozivanjem.

Poboljšava iskustvo krajnjeg korisnika pružanjem AI značajki poput audio/video inteligencije, transkripcije poziva i drugih. Za više informacija pogledajte https://www.webex.com/all-new-webex.

Prije premještanja korisnika morat ćete prebaciti svoje Jabber klijente na. Imate dvije mogućnosti da dovršite ovaj prijelaz.

Prije nego što ih prebacite na

Kada ih prebacite na.

Da biste olakšali početni prijelaz na, preporuča se koristiti opciju 1 i prvo premjestiti korisnike na poziv. To korisnicima daje vremena da se upoznaju s novom aplikacijom dok još uvijek koriste postojeću lokalnu platformu za pozivanje. Nakon što budete spremni premjestiti korisnike, konfigurirat ćete ih da se registriraju na platformi za pozivanje u oblaku.

Više informacija o ovim dvjema opcijama potražite u odjeljku Migracijsko putovanje - jedan ili dva koraka? .

Potpuni popis podržanih uređaja potražite u odjeljku Pod ržani uređaji za Webex Calling.

Provjerite prihvatljivost uređaja

Kao što je ranije spomenuto, podržava podskup Cisco IP telefona i zahtijeva drugačiji tip firmvera za telefone serije 7800 i 8800. Unified CMtelefoni pokreću firmver Enterprise, dok telefoni pokreću multiplatform Phone (MPP) firmver. Preporučuje se provjeriti koji registrirani telefoni ispunjavaju uvjete za nadogradnju na MPP firmver tijekom faze Pripreme. To vam daje vremena da zamijenite neprihvatljive telefone jednim od podržanih modela telefona ili za identificiranje alternativnog plana, poput premještanja korisnika samo u Webex aplikaciju.

Kako bi pomogao u utvrđivanju prihvatljivosti telefona, Control Hub ima ugrađeni alat pod nazivom Migracija telefona na Webex Calling. Kada koristite ovaj alat za provjeru prihvatljivosti uređaja, odaberite opciju Migracija Gen eriraj samo licencu za uređaj.

Opcija alata Control Hub za provjeru prihvatljivosti Unified CM telefona Webex Calling

Ova opcija omogućuje vam prijenos CSV datoteke koja sadrži telefone kako biste mogli provjeriti prihvatljivost svakog telefona. Odabirom ove opcije Migracija ne dodaje telefone jer ste još uvijek u fazi pripreme i još niste spremni za to. Dodatne informacije potražite u odjel jku Migracija telefona na Webex Calling.

Moguće je da se neki telefoni mogu vratiti s nepoznatom podob nošću. To je obično zato što ne može potvrditi neke podatke o telefonu u pozadinskom sustavu. Za sve telefone koji imaju status Nepoznat, imate dvije mogućnosti da provjerite ispunjavaju li uvjete za nadograd nju na MPP firmver.

Ručno provjerite svaki telefon i provjerite verziju modela i hardvera (PID VID)

Oznaka telefona 7800/8800 s informacijama o modelu i hardverskoj verziji

Koristite Cisco alat za spremnost za IP telefon

Preuzmite alat s https://github.com/joemar2/mpp_readiness_check.

Ovaj alat nije službeni Cisco alat niti je podržan TAC. Ima podršku u najboljem naporu, ali je besplatan za upotrebu.

Ovaj alat mora biti pokrenut na stroju koji je lokalno i može pristupiti poslužiteljima i IP telefonima. Ima mogućnost omogućavanja pristupa webu na IP telefonima, što se preporučuje i potrebno za postizanje najboljih rezultata. Stoga ga treba koristiti tijekom slobodnih sati kako bi se izbjegli poremećaji krajnjim korisnicima. Izlaz alata pruža izvješće s popisom koji od telefona serije 7800 i 8800 ispunjavaju uvjete za nadogradnju na MPP firmver. Budući da izravno pristupa telefonu, može provjeriti nepoznate uređaje koji su prijavljeni iz alata Control Hub.

Izvješće alata za spremnost Cisco IP telefona

Korisnici

Jedan od najvažnijih koraka pripreme kako biste osigurali uspješnu migraciju je pravilno pruž anje usluga korisnika. Morate pravilno planirati za sve korisnike čak i ako radite faznu migraciju. Korisnici moraju biti osigurani za bilo što od sljedećeg:

Implementacija s pozivanjem

Implementacija sa

Konfiguriranje usluga za korisnika

Da bi se korisnici mogli pretraživati u direktoriju (klik na poziv, kontakt informacije korisnika, pretraživanje telefonskog imenika).

Preporučuje se da svim korisnicima osigurate prije ili na početku vašeg projekta. To uključuje korisnike koji još uvijek koriste platformu Unified CM za pozivanje neovisno o svom uređaju za pozivanje (IP telefon, Jabber,). Kako se korisnici migriraju na (i/ili) ažurirat ćete njihove licence kako biste omogućili usluge koje su im potrebne. Djelovanjem svih korisnika koji pozivaju poduzeća prije početka prijelaza omogućuje korisniku koji je prešao na ili da pretraži direktorij za korisnika koji poziva poduzeće koji je još uvijek na Jabberu i/ili uključen. Time se osigurava da prijelazni korisnici mogu pronaći kontakt podatke bilo kojeg drugog korisnika i uputiti ih poziv pomoću pretraživanja direktorija.

Pre traživanje direktorija slika prikazuje primjer korisnika koji traži drugog korisnika. Rezultati pretraživanja prikazuju korisnikove kontakt podatke i mogu biti za korisnika koji je još uvijek na Jabberu ili za korisnika koji je prešao na i/ili.

Pretraživanje direktorija aplikacije Webex

Zatim odredite na koji će postojeći lokalni pozivni korisnici biti prebačeni. Ako će svi ili veliki broj korisnika biti prebačeni, preporučuje se premještanje korisnika u grupe kako bi se osiguralo da projektni tim, IT osoblje i pomoćno osoblje mogu riješiti tranzi ciju i sve probleme koji se mogu pojaviti. Također biste trebali izdvojiti neko vrijeme za pružanje početnih informacija i treninga kako biste pripremili korisnike za ovaj prijelaz. Grupiranje pri jelaza korisnika može se izvršiti na temelju različitih kriterija, uključujući lokaciju ili web mjesto kojima su korisnici dodijeljeni, odjele korisnika ili čak tipove korisnika (radnici znanja, rukovoditelji, mobilni radnici itd.).

Na primjer, ako su korisnici u implementaciji podijeljeni na tri glavna mjesta, New York (NYC), San Francisco (SFC) i Research Triangle Park (RTP), plan prijelaza korisnika može izgledati kao plan opisan u Tablici plana prijelaza korisnika po web-lokaciji.
Tablica 4. Plan prijelaza korisnika po web lokaciji
Korisnička stranica/lokacija Informacije i treninzi prije tranzicije Prijelazno razdoblje Podrška nakon tranzicije
NYC (1.525 korisnika) Tjedan 1. travnja 15. travnja — 27. travnja Tjedan 29. travnja
SFO (1.600 korisnika) Tjedan 6. svibnja 20. svibnja — 31. svibnja Tjedan 3. lipnja
RTP (1,275 korisnika) Tjedan 3. lipnja 17. lipnja — 28. lipnja Tjedan 1. srpnja

Drugi važan čimbenik je prelazak korisnika zajedno koji imaju međusob ne ovisnosti. To može uključivati, ali nije ograničeno na sljedeće:

BLF nadzor

Isti lovni pilot/grupa

Dijeljenje linija

Dio iste grupe za preuzimanje poziva

Korištenje istih brojeva pozivnog parkiranja

Interfon

Administrator/izvršni direktor.

Možete pregledati konfiguraciju (GUI ili izvoz) ili upotrijebiti alat Migration Insights kako biste identificirali grupe korisnika s tim ovisnostima.

Tablica 4. Plan prijelaza korisnika po web lokaciji
Korisnička stranica/lokacija	Informacije i treninzi prije tranzicije	Prijelazno razdoblje	Podrška nakon tranzicije
NYC (1.525 korisnika)	Tjedan 1. travnja	15. travnja — 27. travnja	Tjedan 29. travnja
SFO (1.600 korisnika)	Tjedan 6. svibnja	20. svibnja — 31. svibnja	Tjedan 3. lipnja
RTP (1,275 korisnika)	Tjedan 3. lipnja	17. lipnja — 28. lipnja	Tjedan 1. srpnja

PSTN povezivanje

PSTN-u može pristupiti na tri načina: Cisco planovi poziva, Cloud connect for (ranije Cloud Connected PSTN) i lokalni PSTN (lokalni pristupnik). Međutim, jedno mjesto kako je definirano unutar njega može se dodijeliti samo jednoj PSTN opciji.

Lokalni PSTN s lokalnim pristupnikom (LGW) bitna je komponenta strategije tranzicije. Omogućuje povezivanje između lokalnog postavljanja i/ili PSTN -a i platformo. podržava Cisco i certificirane kontrolere granica sesije trećih strana (SBC) koji se mogu koristiti kao lokalni pristupnik. Za najnoviji popis podržanih SBC-ova pogledajte Popis podržanih S BC.

podržava do 250 istodobnih poziva s jednog lokalnog pristupnika koji se temelji na registraciji i više od 250 istodobnih poziva s jednog lokalnog pristupnika koji se temelji na certifikatima. Lokalni pristupnici temeljeni na certifikatima mogu podržati do 6500 istodobnih poziva, ali to se temelji na vrsti povezanosti koju lokalni pristupnik mora (Over-the-Top vs interconnect peering) i SBC modelu na kojem je lokalni pristupnik implementiran. Ta su ograničenja u biti zadano ograničenje broja za PSTN pozive zasnovane na lokalnom pristupniku i za pozive između mjesta između i krajnjih točaka. Dodatne informacije potražite u odjelj ku Početak rada s lokalnim pristupnikom.

Svi pozivi koji premašuju ovo ograničenje odbijaju se uz 403 Zabranjeno. Nare dba show call active voice command može se pokrenuti na lokalnom pristupniku u bilo kojoj instanci kako bi se odre dio ukupan broj aktivnih poziva.

Loši mrežni uvjeti između lokalnog pristupnika i pristupnog SBC-a mogu ograničiti performanse signalne veze, što dovodi do još nižeg ograničenja istodob nih poziva. Jednosmjerna latencija između lokalnog pristupnika i podatkovnog centra ne smije prelaziti 100 ms, a podrhtavanje bi trebalo biti manje od 10 ms, dok je gubitak paketa manji od 0,5%.

Značajke i upotreba značajki

Prilikom procjene trenutnog okruženja važno je identificirati i pregledati koje su značajke konfigurirane. Osim toga, važno je razumjeti upotrebu značajki kako biste mogli (ponovno) definirati svoje poslovne i tehničke zahtjeve za vašu implementaciju.

Da biste odredili koje su značajke konfigurirane, analizirajte konfiguraciju. To su svi statički podaci koji se postavljaju kada je značajka ili postavka konfiguri rana na sustavu. Sljedeće opcije mogu se koristiti za dovršavanje ove analize:

Pregledajte konfiguraciju u administratorskom GUI-u

konfiguracijski izvoz - skupni izvoz ili AXL

alat za uvid u migraciju (preporučeno)

Ciscovi partnerski alati treće strane (preporučeno).

Da biste učinkovito analizirali korištenje značajki, neophodno je ispitati dinamičke podatke sustava kao što su korištenje, registracije i aktivnosti poziva. Različiti analitički alati i nadzorne ploče pružaju uvid u ove metrike, omogućujući sveobuhvatno razumijevanje performansi i kapaciteta sustava, što podržava informirano donošenje odluka tijekom migracije i optimizacije. Sljedeće opcije mogu se koristiti za dovršavanje ove vrste analize:

Pregled sirovih CDR zapisa

Pregled Unified CM RTMT podataka

alat za uvid u migraciju pomoću CDR podataka

Pregled UC analitike povezane s oblakom u

Glasnoća poziva

Registrirane krajnje točke

(CAC) lokacije

Korištenje prtljažnika.

Ciscovi partnerski alati treće strane.

Cisco preporučuje započeti s Webex Control Hub Migration Insights alatom za ovu analizu. Uvezit ćete izvoznu.TAR datoteku i Unified CM CDR datoteke (neobavezne, ali potrebne za analizu korištenja značajki) u alat. Alat će generirati sljedeća izvješća temeljena na CSV-u koja se mogu koristiti za pokretanje analize:

Tablica 5. Izvješća generirana iz Unified CM datoteke.tar
Naziv izvješća
Opis izvješća
ImportedDataBulk.csv
Svi korisnici i uređaji iz Unified CM podataka
DeviceEligibility.csv
Identificira uređaje koji ispunjavaju uvjete za migr Webex Calling aciju (IP telefoni, uređaji s operativnim sustavom sobe, ATA uređaji i treće strane)
DevicePoolNumbers.txt
Popis svih brojeva u određenom bazenu uređaja
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv
Pojedinosti o uređajima i korisnicima koje treba migrirati zajedno na temelju zajedničkih linija, pilota lova, reda poziva, parkiranja poziva i konfiguracije grupe za preuzimanje poziva
HuntGroupMigrationInsight.csv
Detaljne informacije o dodijeljenim lo vačkim linijama, grupama linija i povezanim agentima
SharedlineGroupMigrationReport.csv
Pregled načina na koji se telefonski brojevi (brojevi direktorija) dijele među korisnicima

Tablica 6. Izvješća generirana iz Unified CM .tar i CDR. gzip datoteka
Naziv izvješća
Opis izvješća
FeatureUsageBasedDeviceEligibilityReport.csv
Informacije o prihvatljivosti za migraciju uređaja na temelju korištenja značajke
FeatureUsageWithLastUsageDateReport.csv
Broj korištenja za broj puta kada su pozvani pilot (i) lov i red poziva zajedno s posljednjim datumom korištenja
UserWorkspaceLastUsage.csv
Zadnji datum korištenja za korisnike i radne prostore za meke klijente i tvrde telefone
DIDUsageReport.csv
Korištenje DID -a za dodijeljene i nedodijeljene DID-ove

Više detalja o izvješćima Migration Insights potražite u odjeljku Migracijski uvidi.

Ako trebate više informacija o značajkama i upotrebi nakon pregleda informacija u izvješćima Migration Insights, Cisco preporučuje razmotriti jedan od Ciscovih alata za migraciju partnera treće strane i/ili pregled konfiguracija u GUI ili u konfiguracijskim podacima za izvoz.

Tablica 5. Izvješća generirana iz Unified CM datoteke.tar
Naziv izvješća Opis izvješća
ImportedDataBulk.csv Svi korisnici i uređaji iz Unified CM podataka
DeviceEligibility.csv Identificira uređaje koji ispunjavaju uvjete za migr Webex Calling aciju (IP telefoni, uređaji s operativnim sustavom sobe, ATA uređaji i treće strane)
DevicePoolNumbers.txt Popis svih brojeva u određenom bazenu uređaja
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Pojedinosti o uređajima i korisnicima koje treba migrirati zajedno na temelju zajedničkih linija, pilota lova, reda poziva, parkiranja poziva i konfiguracije grupe za preuzimanje poziva
HuntGroupMigrationInsight.csv Detaljne informacije o dodijeljenim lo vačkim linijama, grupama linija i povezanim agentima
SharedlineGroupMigrationReport.csv Pregled načina na koji se telefonski brojevi (brojevi direktorija) dijele među korisnicima

Tablica 6. Izvješća generirana iz Unified CM .tar i CDR. gzip datoteka
Naziv izvješća Opis izvješća
FeatureUsageBasedDeviceEligibilityReport.csv Informacije o prihvatljivosti za migraciju uređaja na temelju korištenja značajke
FeatureUsageWithLastUsageDateReport.csv Broj korištenja za broj puta kada su pozvani pilot (i) lov i red poziva zajedno s posljednjim datumom korištenja
UserWorkspaceLastUsage.csv Zadnji datum korištenja za korisnike i radne prostore za meke klijente i tvrde telefone
DIDUsageReport.csv Korištenje DID -a za dodijeljene i nedodijeljene DID-ove

Cisco integracije: Unity Connection UCCX UCCE

Govorna pošta sastavni je dio ponude i izvorno je ugrađena u rješenje. ne može se integrirati s rješenjem govorne pošte temeljenom na prostoriji kao što su Unity Connection ili Unity Connection Express. Nadalje, ne postoji izvorni način za migraciju postojećih poruka govorne pošte ili pozdrava za vezu Unity na izvornu uslugu govorne pošte dostupnu s. Neki Ciscovi alati za migraciju partnera treće strane imaju mogućnosti za migraciju nekih od tih podataka. Dodatne informacije o govornoj pošti potražite u odjeljku Kon figuriranje i upravljanje postavkama govorne pošte za Webex Calling korisnika.

također podržava zajedničke govorne pošte i faksove poštanske sandučiće. Dodatne informacije potražite u odjelj ku Upravljanje zajedničkom govornom poštom i dolaznim faksom za. Webex Calling

ima ugrađenu značajku Auto Attendant koja je uključena kao dio osnovne platforme. Ova značajka omogućuje prijelaz upravljača poziva vaše Unity Connection i funkcije automatskog praćenja. Alat Control Hub, Migracija značajki izUnified CM, podržava migraciju konfiguracija Unity Connection na automatske pomoćnike. Dodatne informacije o korištenju ovog alata potražite u odjel jku Migracija uređaja i značajki s Unified CM naWebex Calling.

Snimanje poziva

uključuje dvije opcije za snimanje poziva bez dodatnih troškova.

Webex snimanje poziva

Dubber Go snimanje (ponuda partnera) - integracija između i dubbera gdje se svi snimljeni mediji sigurno čuvaju u oblaku.

uključena tablica opcija snimanja ističe neke ključne značajke dviju opcija snimanja poziva koje su dostupne bez dodatnih troškova.

Tablica 7. uključene opcije snimanja
Webex Dubber Go

Dostupan svim korisnicima Dostupan svim korisnicima

Neograničene snimke Neograničene snimke

Rok čuvanja od 1 godina* Razdoblje zadržavanja od 30 dana

100 GB prostora za pohranu po organizaciji -

Službenici za usklađenost mogu pristupiti snimkama poziva i upravljati njima -

API-ji za upravljanje snimkama -

Administratori mogu konfigurirati i upravljati pristupom korisnika njihovim snimkama poziva
Korisnici mogu upravljati vlastitim snimkama pomoću User Hub i/ili Webex aplikacije.
Samo korisnici mogu pristupiti svojim snimkama i upravljati njima
S njihovog portala za sinhronizaciju.

Ako vaša organizacija zahtijeva dodatne mogućnosti snimanja poput snimanja poziva u skladu s usklađenošću, duljih razdoblja čuvanja, više pohrane, analize umjetne inteligencije i/ili administratorskog pristupa, plaćene ponude ili dodaci postoje i od Cisco i od pružatelja usluga snimanja trećih strana. Dodatne informacije o pružateljima snimanja, konfiguracijama i dodatnim partnerskim uslugama potražite u odjeljku U pravljanje snimanjem poziva za Webex Calling.

Tablica 7. uključene opcije snimanja
Webex	Dubber Go
Dostupan svim korisnicima	Dostupan svim korisnicima
Neograničene snimke	Neograničene snimke
Rok čuvanja od 1 godina*	Razdoblje zadržavanja od 30 dana
100 GB prostora za pohranu po organizaciji	-
Službenici za usklađenost mogu pristupiti snimkama poziva i upravljati njima	-
API-ji za upravljanje snimkama	-
Administratori mogu konfigurirati i upravljati pristupom korisnika njihovim snimkama poziva Korisnici mogu upravljati vlastitim snimkama pomoću User Hub i/ili Webex aplikacije.	Samo korisnici mogu pristupiti svojim snimkama i upravljati njima S njihovog portala za sinhronizaciju.

Integracije trećih strana

podržava razne integracije trećih strana^, uključujući, ali ne ograničavajući se na SBC za lokalne pristupnike, IP telefone, interfonske telefone, zvučnike/pagere, ATA itd. ^{Uz
ove uređaje treće strane, Webex Calling podržava različita
rješenja tre ^će strane za korisničku podršku, analitiku, snimanje, naplatu itd.} Za više informacija o rješ en ^jima trećih strana pogledajte Webex App Hub.

Plan

Plan projekta na visokoj razini

Migracijsko putovanje - jedan ili dva koraka?

Opcija 1: Migracija korisnika u jednom koraku

Opcija 2: Migracija korisnika u dva koraka

Korak 1

Korak 2

Plan projekta na visokoj razini

Prilikom izrade plana projekta na visokoj razini za migraciju s na, neophodno je uspostaviti jasne faze i prekretnice koje su u skladu s poslovnim ciljevima i tehničkim zahtjevima. Plan bi trebao započeti sveobuhvatnom fazom procjene, uključujući prikupljanje detaljnih tehničkih i poslovnih zahtjeva, kao i identificiranje dionika i definiranje kriterija uspjeha. Ključna razmatranja uključuju raspod jelu resursa, procjenu vremenskog okvira, upravljanje rizicima i komunikacijske strategije kako bi se osiguralo da su sve strane informirane i angažirane tijekom migracije. Osim toga, plan bi trebao uključivati kontrolne točke za provjeru valjanosti kao što su pilot testiranje i postupno uvođenje kako bi se smanjili poremećaji i omogućile prilagodbe na temelju povratnih informacija.

Primjeri elemenata koje treba uključiti u plan projekta su:

Definiranje opsega migracije (npr. koji će korisnici, uređaji i značajke prelaziti)

Zakazivanje treninga za krajnje korisnike i timove za podršku

Koordiniranje procjena spremnosti mreže i

Planiranje aktivnosti prekida s rezervnim opcijama. Također je važno integrirati preglede usklađenosti i sigurnosti, kao i faze podrške i optimizacije nakon migracije.

Strukturiranjem plana projekta s tim razmatranjima, organizacije mogu bolje upravljati složenošću, smanjiti rizike i postići glatkiji prijelaz na.

Migracijsko putovanje - jedan ili dva koraka?

zahtijeva od korisnika da koriste soft klijent za pozivanje. Stoga, ako bilo koji korisnik još uvijek koristi, imate dvije mogućnosti kada ih možete premjestiti na. Možete izvršiti migraciju korisnika u jednom koraku ili migraciju korisnika u dva koraka.

Opcija 1: Migracija korisnika u jednom koraku

U migraciji u jednom koraku korisnici prelaze s na istodobno prelazak s Unified CM na. Ova je opcija obično namijenjena kupcima s malim brojem korisnika za migraciju i može upravljati premještanjem korisnikovog mekog klijenta i usluge pozivanja u isto vrijeme. Slika Korisnička usluga pozivanja, meki klijent i telefon migriraju u isto vrijeme u nastavku ističe ovu vrstu migracije. Ovom opcijom korisnik će istovremeno izvršiti sljedeće:

Usluge pozivanja premještene s na

Telefonski brojevi i proširenja premješteni s na

Soft klijent prešao iz Jabbera na - registrirat će se na

Telefonska registracija preseljena s na.

Korisnička usluga pozivanja, soft klijent i telefon migriraju se u isto vrijeme

To i dalje može biti fazna migracija gdje se skupine korisnika premještaju u različito vrijeme, ali kada se svaki korisnik premješta, sve se to događa u isto vrijeme.

Opcija 2: Migracija korisnika u dva koraka

Drugi pristup je migracija u dva koraka. U koraku 1 korisnici se prebacuju s na pozivne usluge, ali ostaju uključeni u usluge pozivanja. Zatim se u koraku 2 korisnici premještaju iz Unified CM na. Ova se opcija preporučuje većim kupcima za upravljanje promjenama krajnjeg korisnika i žele odvojiti promjenu mekog klijenta korisnika od promjene usluge pozivanja. Sljedeća slika Migriranje mekog klijenta; zatim migriranje usluge pozivanja, mekog klijenta i telefona na Webex Calling dolje naglašava ovu vrstu migracije.

Korak 1

Mekani klijent prešao s na - registrirat će se na.

Korak 2

Usluge pozivanja preseljene su iz na.

Telefonski brojevi i proširenja premješteni su sa.

registracija je pomaknuta s.

Telefonska registracija preseljena s na.

Migrirajte mekog klijenta; zatim migrirajte uslugu pozivanja, mekog klijenta i telefona na Webex Calling

To i dalje može biti fazna migracija gdje se skupine korisnika premještaju u različito vrijeme u oba koraka.

Opcija koju odaberete ovisi o tome kako želite upravljati prijelazom svojih korisnika na i. Preporuka je da se to poduzme u koracima (opcija 2). To vam omogućuje da minimizirate promjene krajnjeg korisnika odjednom i podijelite napor na različite dijelove projekta. Međutim, ako više volite da korisnici budu pogođeni samo jednom, tada vrijedi i korištenje opcije 1.

Gledajući preporučeno putovanje (opcija 1), slika prijelaza na visokoj razini Jabber u Webex App prikazuje prijel az na visokoj razini za korak 1.

Karta prijelaza na visokoj razini Jabber u Webex App

U ovom koraku korisnici se prebacuju s Jabbera na sve svoje pozivne usluge. Međutim, platforma za pozivanje još uvijek je Unified CM i registrirat će svoje pozivne usluge. Kao što se vidi na karti prijelaza na visokoj razini Jabber u Webex App, lokalna infrastruktura se ne mijenja, a radi na isti način na koji to čini Jabber. Jedina promjena je potreba za povezivanjem.

Za više informacija o ovom prijelazu pogledajte Jabber na Webex prijelaznu kartu i Vodič za implementaciju u odjel jku Klijent na stranici Prijelaz surad nje.

Unified CMna mapu Webex Calling prijelaza na visokoj razini slika je pri jelaz na visokoj razini iz do. Ovo je korak 2 preporučenog putovanja.

Unified CMna mapu pri Webex Calling jelaza na visokoj razini

Ako odlučite koristiti pristup u jednom koraku, to vrijedi i.

U ovom koraku korisnici se prebacuju u grupe. U ovom trenutku korisnici počinju koristiti za svoje pozivne usluge, registraciju poziva i registraciju IP telefona.

Budući da se korisnici kreću u grupama, korisnici Enterprise tijekom tranzicije bit će podijeljeni između dvije pozivne platforme. Slika prijel Unified CM azne Webex Calling karte faze 1 do visoke razine prikazuje ovo stanje. Tijekom ove faze potrebno je planiranje kako upravljati pozivima između korisnika na dvije platforme i kako će se PSTN pozivi usmjeravati. Svaki put kada se skupina korisnika prebaci, bit će potrebni planovi biranja i ažuriranja usmjeravanja poziva i lokalnog pristupnika.

Nakon što su svi korisnici, meki klijenti i uređaji prebačeni u (faza 2), tada se sva lokalna UC infrastruktura može ukloniti i isključiti iz pogona.

Dizajn

Odabir regije

Lokacije

PSTN

Plan biranja

Lokalni plan biranja u

plan biranja

Snimanje

1. Odabir davatelja usluga snimanja poziva

2. Odabir regije

Hitni poziv

Licenciranje

Ručno dodjeljivanje kroz

Predlošci automatskog dodjele licenci

Skupno dodjeljivanje putem CSV predloška

Dodjela temeljena na API-ju

Zahtjevi za licencu

Pružanje usluga korisnika

Korisničke grupe

Preporučeni pristup prilikom migracije s na

Dizajniranje korisničkih grupa

Jednokratna prijava (SSO)

Podrška za više IDP

1. Spajanja i preuzimanja

2. Više neovisnih IT odjela

3. Različite korisničke grupe ili domene

4. Podrška za različite protokole provjere autentičnosti

5. Poboljšana sigurnost i usklađenost

6. Pojednostavljeno korisničko iskustvo

Duo MFA sa SSO za

Značajke

Automatski asistent

Nazovite Park

Preuzimanje poziva

Red za pozive

Grupa za lov

Načini rada

Pejdžerska grupa

Snimke

Doseg s jednim brojem

Grupa govorne pošte

Odabir regije

dostupan je globalno i isporučuje se iz suvišnih podatkovnih centara u više regija: SAD (Dallas, Chicago), Kanada (Vancouver, Toronto), Europa (Frankfurt, Amsterdam), Velika Britanija (London, Manchester), Australija (Melbourne, Sydney), Japan (Tokio, Osaka), Saudijska Arabija (Rijad, Jeddah) i Indija (Mumbai, Chennai). Medijski POP-ovi pružaju medijske usluge za optimizaciju vremena povratnog putovanja medija. Na primjer, Singapurski podatkovni centar koristi se za optimizaciju vremena povratnog putovanja medija za kupce u azijskim zemljama gdje bi vrijeme povratnog putovanja bilo u Australiju ili Japanu moglo biti neoptimalno. Podatkovni centri međusobno su povezani multi-gigabitnom i potpuno suvišnom okosnicom. Slika globalno distribuiranih podatkovnih cent ara prikazuje pregled svih podatkovnih centara. Najnoviji popis dostupnih podatkovnih centara potražite u odjeljku Lokacije podatkovnog centra za Webex Calling.

Globalno distribuirani podatkovni centri

Svaki kupac je osiguran na jednoj od instancija. Sve informacije o pružanju tog kupca pohranjuju se u toj instanci, a SIP signalizacija svih krajnjih točaka i lokalnih pristupnika predviđenih za tog kupca vezana je za instancu na kojoj je klijent osiguran. Budući da je teško promijeniti početni odabir regije, važno je uzeti u obzir sve relevantne čimbenike kao dio procesa odlučivanja koji vodi do odabira regije. Kako bi se izbjeglo prekomjerno signaliziranje kašnjenja u povratnom putovanju, važno je rano u procesu prijelaza odlučiti koju instancu treba koristiti. Cisco preporučuje odabir instance koja pruža najniže vrijeme signalizacije povratnog putovanja za najveći broj korisnika unutar implementacije.

Za dostupnost zemalja potražite u odjelj ku Gdje je Webex dostupan? .

Lokacije

Za pripremu za pružanje lokacija potrebno je prikupiti potrebne informacije za sve ciljne lokacije migracije. Informacije potrebne za svaku lokaciju sažete su u Informacije za snimanje za svaku lokaciju.
Tablica 1. Informacije koje treba snimiti za svaku lokaciju
Informacije komentar
Raspon (i) proširenja Svaka lokacija može imati proširenja koja počinju različitim znamenkama. Jedna znamenka mora biti pošteđena za oznaku upravljača za biranje između mjesta (na primjer 8) i jedna za oznaku upravljača PSTN (na primjer 9). Nijedan raspon proširenja ne može započeti s bilo kojom od ove dvije znamenke.
Svi rasponi proširenja svih lokacija moraju biti jednake duljine.
DID raspon (i) -
PSTN upravljačka znamenka -
Kôd stranice Svi kodovi web mjesta svih lokacija moraju biti jedinstveni i imati istu duljinu.
Glavni broj Prilikom izrade lokacije potrebno je osigurati dva DID-a. Jedan kao glavni broj (na primjer, koji će se dodijeliti usluzi automatskog praćenja) i jedan za portal govor ne pošte.
Odredba jedan DID za broj govorne pošte.
Broj govorne pošte
Broj licenci Potrebne licence prema vrsti, uključujući Standard, Professional, Workspace, Popis ruta, Plan odlaznih poziva.
Istodobni pozivi u napornom satu Zbroj istodobnih poziva između uređaja i između uređaja i lokalnog pristupnika (PSTN i pozivi na uređaje). Potrebno za određivanje potrebne širine pojasa pristupa internetu.
Zemlja -
Vremenska zona -
Jezik -
Kontakt (ime, telefon, e-pošta) -
Adresa (adresa ulice, grad, država, poštanski broj) -
Fizička lokacija za hitne službe za krajnje točke Lokacija uređaja koja se može otpremiti koja se koristi za hitne pozive obično uključuje sljedeće: adresu zgrade, adresu zgrade+broj kata, adresu zgrade+broj apartmana ili adresu zgrade+broj kata+uredski/kubni broj.
Jedinstvena fizička mrežna lokacija za hitne službe po uređaju Fizička mrežna lokacija za pozive u nuždi obično uključuje sljedeće: prekidač/prekidač za žičane uređaje, identifikatore osnovnih servisnih skupa bežične pristupne točke (AP) za bežično povezane uređaje i/ili lokalne IP podmreže za uređaje krajnje točke.

PSTN

Prilikom dizajniranja implementacije korisnici imaju tri glavne opcije povezivanja PSTN: Cisco C alling Plans (PSTN usluga isporučena u oblaku kojom upravlja Cisco), Cloud Connected PSTN Providers (CCPP, gdje pružatelji usluga isporučuju PSTN uslugu putem oblaka) i lokalni PSTN (gdje lokalni pristupnici povezuju poslovnu mrežu s PSTN-om). Uvođenjem PSTN trunkinga za hibridne implementacije (Za više informacija pogledajte PSTN trunking za hibridne implementacije na PSTN trunkingu), organizacije dobivaju Webex Calling dodatnu fleksibilnost u pristupu migraciji. Ova značajka omogućuje korisnicima da premjeste svoj PSTN na CCPP na početku tranzicijskog putovanja i započnu prijelaz na PSTN u oblaku za korisnike, dok koristi CCPP za održavanje PSTN usluge za korisnike koji ostanu na Ciscu tijekom fazne migracije.

Ovaj hibridni pristup omogućava organizacijama da odabrane korisničke grupe prvo premjeste u oblak, bez trenutnog remonta cijelog telefonskog okruženja. Međutim, uvodi dodatnu složenost i rizik, posebno oko prilagođavanja postojeće logike usmjeravanja poziva kako bi podržala novu arhitekturu. Interoperabilnost sa naslijeđenim aplikacijama, kao što su faks poslužitelji, kontakt centri ili su stavi za pozivanje, također zahtijeva pažljivo razmatranje. Ključni tehnički izazovi mogu uključivati osiguravanje besprijekornog pregovaranja o kodeku od kraja do kraja i DTMF (Dual-Tone Multi-Frequency) signalizacije u mješovitom okruženju, kao i provjeru kompatibilnosti sa specijaliziranim telefonskim značajkama . Pravilno planiranje i testiranje ključni su za smanjenje poremećaja i održavanje pouzdanih govornih usluga tijekom cijelog procesa migracije. Osim toga, važna su komercijalna razmatranja jer hibridni trunking zahtijeva licencu za korištenje koja se temelji na broju istodobnih poziva između lokalnog okruženja i PSTN pružatelja usluga povezanog s oblakom (CCPP).

Alternativno, organizacije mogu odlučiti zadržati lokalnu PSTN povezanost tijekom prijelazne faze. U ovom scenariju migracija na CCPP može se izvršiti na dva načina: kao jedinstveno, koordinirano ograničenje za sve korisnike i lokacije nakon završetka migracije ili postupno, pri čemu se migracija PSTN odvija na osnovi po lokaciji dok se korisnici premještaju. Ovaj pristup može pomoći pojednostavljenju suživota i održavanju kontinuiteta za naslijeđene integracije, ali uvodi nekoliko operativnih složenosti. Među njima su izazovi povezani s prijenosom brojeva, poput potrebe za preciznom koordinacijom naloga za brojeve luka, potencijalna kašnjenja i ograničenja nametnuta od strane pružatelja usluga, poput ograničenja broja istovremenih zahtjeva za luke ili ograničenja za prijenos podskupova velikih brojeva blokova. Organizacije moraju pažljivo planirati svoju strategiju tranzicije na PSTN, uzimajući u obzir ta logistička razmatranja kako bi se izbjegli prekidi usluga i osigurali glatko iskustvo migracije.

Migracija na CCCP na početku u odnosu na održavanje lokalnog PSTN-a

Slika Migracija na CCCP na početku u odnosu na održavanje lokalnog PSTN-a prikazuje dvije gore objašnjene opcije migracije PSTN -a. Ilustracija s lijeve strane prikazuje scenarij u kojem svi lokalni korisnici i aplikacija Webex Calling koriste PSTN usluge povezane s oblakom putem lokalnog magistrala i lokalnog pristupnika koji povezuje lokalni pristup, dok slika s desne strane prikazuje scenarij u kojem postojeći lokalni PSTN ostaje na mjestu, a korisnici koriste lokalni PSTN putem veze lokalnog pristupnika između lokal nih i. Tijekom prijelaza lokacije se mogu prebaciti na pomoću Cloud Connected PSTN.

U oba scenarija pozivi između lokalnog i korisnika koriste vezu Local Gateway. Povezanost između lokalnih i mora biti dizajnirana i dimenzionirana u skladu s očekivanom brojem istodobnih poziva i potrebnom redundancijom.

Plan biranja

Kako bi se postigla besprijekorna interoperabilnost između i tijekom razdoblja migracije, mora se razviti i implementirati sveobuhvatna arhitektura plana biranja na obje platforme. Ovaj dizajn plana biranja s dvije platforme osigurava dosljedno us mjeravanje poziva, prijevod brojeva i transparentnost značajki, omogućujući korisnicima u bilo kojem sustavu da komuniciraju bez pogoršanja usluge ili poremećaja korisničkog iskustva tijekom faze su života.

Lokalni plan biranja u

Tijekom prijelaza kako bi se omogućio suživot uređaja registriranih na Unified CM i na poduzeću plan biranja potrebno je promijeniti tako da se mogu ispuniti barem sljedeći zahtjevi:

+E.164 biranje od do

Proširenje biranja od do (unutar lokacije, ali i između mjesta ako su rasponi proširenja jedinstveni)

Skraćeno biranje između mjesta od do

Prisilno biranje na mreži od do

Povratni poziv iz direktorija propuštenih poziva na odredišta

PSTN poziva s na PSTN ako se tijekom prijelaza koristi lokalni PSTN

PSTN pozivi od do ako se tijekom prijelaza koristi PSTN trunking za hibridne implementacije za pružanje PSTN pristupa lokalnim korisnicima putem Cloud Connect za

Prisilno na mreži od do

Proširenje biranja od do (međulokacija).

Ako bilo koja od gore navedenih nije podržana navika biranja prije prijelaza, na primjer, ne postoji skraćena navika biranja na mjestima, onda ih nije nužno potrebno u vesti tijekom prijelaza.

Plan biranja na slici Najbolje prakse prikazuje pristup plana biranja najbolje prakse kako je opisano u Preferred Architecture for Cisco Collaboration 12.x Enterprise On-Lokalne implementacije, CVD. Ključne karakteristike ovog pristupa uključuju:

Jedna particija za +E.164 brojeve direktorija

Osnovno usmjeravanje temeljeno na obrascima rute +E.164

Normalizacija svih navika biranja na +E.164 pomoću obrazaca prijevoda

Korištenje uzorka prevođenja poziva nasljeđivanje prostora za pretraživanje (opcija Upo trijebite pozivni prostor za pretraživanje originatora postavljen na obrascima prijevoda).

Plan biranja najboljih praksi

Na primjer, PSTN biranje (9+1+10D) s uređaja u SJC-u s prostorom za pretraživanje linijskih poziva SJCInternational prvo će se podudarati s uzorkom prijevoda 9.1 [2-9] XX [2-9] XXXXXX koji normalizira broj pozivane stranke na +E.164. Sekundarno pretraživanje zatim ponovo koristi isti prostor za pretraživanje poziva SJCInternational (pozivanje nasljeđivanja prostora za pretraživanje), a niz +E.164 znamenki će se podudarati brojem direktorija +E.164 na DN particiji ili jednim od PST N uzoraka rute u USPSTNNational ili SJCPSTNLocal particiji. Skraćene navike biranja unutar mjesta i među lokacijama implementirane su prijevodima u particiji ES N i SJCTOE164. Iako je ESN particija globalna particija (dostupna telefonima na svim lokacijama), SJCTOE164 particija dostupna je samo korisnicima na lokaciji SJC. Ovo pretpostavlja preklapanje raspona proširenja.

Prvi korak za omogućavanje pozivanja od do je osigurati da se +E.164 odredišta usmjeravaju u skladu s tim. To se može postići dodavanjem particije u plan biranja, dodavanjem +E.164 uzoraka rute za sva odredišta na tu particiju i konačno dodavanjem particije svim pozivnim prostorima za pretraživanje koji predstavljaju klase usluga do kojih je potrebno doći . Stvaranje namjenske particije potrebno je kako bi se omogućilo stvaranje diferencirane klase usluga za pozive koji pot ječu iz. Da biste izbjegli petlje poziva, prostor za pretraživanje dolaznih poziva na prtljažniku s lokalnog pristupnika ne bi trebao imati pristup particiji.

+E.164 usmjeravanje do Webex Calling

Kao što je prikazano na slici +E.164 usmjeravanje doWebex Calling, da bi se omogućilo usmjeravanje od do za lokaciju s +E.164 DID rasponom +1 221 555 2XXX i kodom lokacije 121, na particiju je potrebno dodati hitni obrazac rute koji odgovara ovom rasponu +E.164.

Ako nije potreban odabir lokalnog pristupnika specifičnog za lokaciju, umjesto korištenja popisa ruta s lokalnom grupom ruta kao odredište za obrasce ruta koji upućuju na jednu grupu ruta može se osigurati lokalni pristupnik kao jedini član, a zatim obrasci rute ukazuju na popis jedne rute s ovom jednom grupom ruta kao jedinim unosom.

Da bi se omogućilo skraćeno biranje na web-lokaciji, na particiju se dodaje traženi uzorak rute 8121.2XXX. Da bi se web-lokacije prebacile na obrazac normalizacije biranja 8121.2XXX koji normalizira ESN biranje na +E. 164 možda već postoji u ESN particiji. U tom slučaju čini se da je 8121.2XXX suvišan, ali čim se svi DNS odgovarajuće lokacije migriraju na 8121.2XXX uzorak za normalizaciju biranja može se ukloniti, a zatim uzorak rute 8121.2XXX omogućuje ESN biranje čak i za korisnike samo proširenja u tom rasponu.

S ovim promjenama plana biranja pozivi na lokaciju mogu se upućivati ne samo biranjem skraćenih međulokacija i +E.164. Također, moguće je međunarodno i nacionalno PSTN biranje jer se ove navike biranja prvo normaliziraju na +E.164 kroz već postojeće obrasce prevođenja normalizacije biranja, a zatim se usmjeravaju usklađivanjem obras ca rute +E.164 na particiji.

Uzorak rute +E.164 koji se podudara s DID rasponom lokacije može se osigurati dok su svi DID-ovi još uvijek hostirani. Algoritam za najbolje podudaranje uzoraka podudaranja osigurava da kada se broj hostuje, broj direktorija +E.164 koji je dostavljen bolje podudara od uzorka rute s divljim znakom +E.164 na koji upućuje tako da se pozivi proširuju na uključenu liniju, a ne šalju na.

plan biranja

Svaki korisnik ima proširenje i/ili telefonski broj +E.164. Duljina proširenja fiksna je globalna postavka: sva proširenja u implementaciji imaju istu duljinu. Proširenje biranja može se koristiti između korisnika kako unutar lokacije tako i između lokacija. Skraćeno biranje proširenja između mjesta (potonji slučaj) funkcionira samo ako je birano proširenje jedinstveno.

Ako je skraćeno biranje među lokacijama zahtjev, ali postoje preklapanja između proširenja dodijeljenih na različitim lokacijama, tada je potrebno stvoriti plan numeriranja specifičan za poduzeće prefiksiranjem proširenja pristupnim kodom i koda web-lokacije. Dodatne informacije potražite u odjeljku Preferirana arhitektura za Cisco suradnju 15 Lokalne implementacije, pregled dizajna dostupno na Cisco prefer iranim arhitekturama surad nje.

Duljina proširenja, ponašanje biranja proširenja između lokacija, duljina prefiksa za biranje među lokacijama i znamenka upravljača u prefiksu usmjeravanja za biranje među lokacijama konfigurirani su u postavkama usluge pozivanja u:

Dul@@ jina prefiksa za usmjeravanje lokacije: Duljina prefiksa uključujući znamenku upravljača. Potrebno je samo ako plan numeriranja poduzeća treba uspostaviti kao alternativnu skraćenu naviku biranja između lokacija poduzeća.

U@@ pravljačka znamenka u prefiksu usmjeravanja: Upravljačka znamenka za skraćenu naviku biranja između poduzeća. Treba izbjegavati preklapanja s prvom znamenkom bilo koje lokacije i lokacije izlaznih brojčanika. Potrebno je samo ako plan numeriranja poduzeća treba uspostaviti kao alternativnu skraćenu naviku biranja između lokacija poduzeća.

Unutarnja duljina produ ženja: Standardna duljina produžetaka. Može biti bilo koja vrijednost između dva i deset.
Kada je potrebno biranje proširenja ili biranje pomoću značajnih poslovnih brojeva (upravljački kôd, kôd lokacije, proširenje) od lokalne kontrole poziva, a lokalna kontrola poziva šalje proširenje kao ID pozivatelja, svakako postavite parametar Maksimalna ne poznata duljina proši renja u odjeljku Usmjeravanje poziva između i prostorija kako biste bili sigurni da se uzvodni pozivi iz lokalne kontrole poziva mogu ispravno klasificirati kao lokalni pozivi.

Dopusti biranje proširenja između lokacija: Prebacite da biste omogućili/onemogućili biranje proširenja između lokacija. Ova opcija bi trebala biti omogućena samo ako su sva proširenja unutar organizacije jedinstvena. Ako je opcija onemogućena, potrebno je birati značajne brojeve poduzeća (upravljački kod, kôd web-lokacije, proširenje) ili telefonske brojeve između lokacija.

Prva tri parametra uglavnom se koriste za izradu plana biranja za telefone kako bi se smanjili međuznamenkasti vremenski prekidi prilikom korištenja pozivanja izvan kuke. Odstupanja od ovih globalnih postavki i dalje su moguća (primjer - mogu se osigurati proširenja različite duljine), ali će se u Control Hubu pojaviti poruka upozorenja, a biranje s telefona može zahtijevati biranje u bloku kako bi se izbjeg li sukobi unutar unaprijed učitanog plana biranja.

Primjer numeriranja tablice Enterprise prikazuje primjer tri lokacije na kojima su rasponi proširenja dviju lokacija, NYC i RTP, identični. Uspostavljanje sheme numeriranja poduzeća s upravljačkom znamenkom 8 među lokacijama, nakon čega slijedi troznamenkasti kôd lokacije, i četveroznamenkasto proširenje stvara se skraćeno naviku biranja među mjestima koja se ne preklapa.

Tablica 2. Primjer numeriranja poduzeća
Stranica Raspon proširenja Kôd stranice Raspon poduzeća

NYC 2XXX 202 8 202 2XXX

SFO 3XXX 203 8 203 3XXX

RTP 2XXX 204 8 204 2XXX

Kako bi se omogućio nesmetan prijelaz, skup navika biranja za korisnike prije i nakon prelaska na idealno bi trebao biti isti. Da bi se pripremili za prijelaz za svaku lokaciju, potrebno je dokumentirati DID raspone i raspone proširenja (ili skraćene navike biranja unutar lokacije). Na temelju tih podataka potrebno je odabrati oznaku upravljača između mjesta.

Tablica R asponi proširenja fiksne duljine prikazuje primjer tri lokacije i raspona proširenja fiksne duljine. Budući da je potrebno izbjegavati preklapajuće navike biranja, važno je osigurati da za bilo koji raspon proširenja prva znamenka raspona ne odgovara oznaci upravljača za skraćeno biranje među mjestima. Ako je na primjer 8 odabran kao upravljačka znamenka za biranje između mjesta, tada nijedan raspon proširenja na bilo kojem mjestu ne može započeti s 8. Obično se proširenja na određenom mjestu podudaraju s posljednjih nekoliko znamenki DID-ova dodijeljenih toj lokaciji. Da biste izbjegli sukobe, prva znamenka proširenja može se promijeniti. Ako se, na primjer, DID-ovi u rasponu +1 408 555 8XXX koriste na lokaciji, umjesto da se koristi 8XXX kao raspon proširenja 7XXX može se koristiti za proširenja na toj web lokaciji

Tablica 3. Rasponi proširenja fiksne duljine
Stranica Raspon proširenja Proširenja Kôd stranice Raspon poduzeća

NYC 2XXX 2XXX 202 8 202 2XXX

SFO 8XXX 7XXX 203 8 203 7XXX

RTP 1XX 11XX 204 8 204 11XX

Sedmoznamenkasti nizovi biranja birani na uređaju koji koristi američki plan biranja preklapaju se sa sedmoznamenkastim uzorkom za lokalno biranje u unaprijed učitanom američkom planu biranja. Kako bi se izbjeglo preklapanje između navika biranja na mreži i izvan mreže (PSTN), na toj se lokaciji može koristiti obvezni van jski pristupni kôd. Ako se postojeća shema numeriranja poduzeća i odgovarajuće skraćeno biranje među lokacijama preklapaju s obrascima u nacionalnom brojčaniku, tada se tijekom prijelaza na shemu numeriranja kako bi se izbjeglo preklapanje također može promijeniti u duži ili kraći oblik. Naj lakši način da se to postigne je dodavanje dodatne oznake za podstavljanje u shemu numeriranja. Novu dužu shemu biranja među lokacijama trebaju usvojiti samo korisnici na koji su već migrirani. Korisnici koji su još uključeni mogu nastaviti birati sedam znamenki. Plan pozivanja poduzeća u ovom slučaju mora osigurati da se skraćeno sedmoznamenkasto biranje od Unified CM do pretvori u +E.164 ili u skraćeni format biranja koji je postavljen. To treba učiniti prije slanja poziva lokalnom pristupniku.

Sedmo znamenkasto biranje u tablici Prijelaz prikazuje primjer ovog prenumeriranja. U ovom primjeru skraćeno biranje među mjestima koristi upravljačku znamenku 8 nakon čega slijedi dvoznamenkasti kôd mjesta i četveroznamenkasti nastavak. Kako bi se izbjeglo sedmoznamenkasto skraćeno biranje među lokacijama za lokacije na, kodovi web mjesta mogu se lako promijeniti u tri znamenke prefiksiranjem proizvoljne oznake (8 u primjeru) na dvo znamenkaste kodove web mjesta koji se koriste tako da biranje među lokacijama s telefona koristi upravljačka znamenka 8, nakon čega slijedi oznaka 8, stari dvoznamenkasti kôd stranice i četveroznamenkasto proširenje. Korisnici koji su uključeni ne moraju pamtiti nove kodove web mjesta; samo se moraju sjetiti da koriste 88 kao prefiks za biranje među stranicama umjesto 8 uključeno.

Tablica 4. Prijelaz sedmoznamenkastog biranja

Stranica Proširenja Kôd stranice Raspon poduzeća Oda stranice Enterprise ange

NYC 2XXX 22 8 22 2XXX 822 8 822 2XXX

SFO 8XXX 23 8 23 7XXX 823 8 823 7XXX

RTP 1XXX 24 8 24 11XX 824 8 824 11XX

U scenariju s uključenim različitim formatima brojeva poduzeća i ako se brojevi poduzeća prikazuju kao informacije o pozivnoj strani za pozive od do (na primjer - Pozivi s uređaja bez DID-a), važno je također implementirati mapiranje između različitih formata brojeva za informacije o pozivnim stranama kako bi se osiguralo da povratni poziv funkcionira. Ovo mapiranje može se postići korištenjem uzorka transformacije pozivne stranke na prtljažniku između i lokalnog pristupnika.

Snimanje

Dobro dizajnirano rješenje za snimanje poziva zahtijeva pažljivo razmatranje nekoliko ključnih elemenata dizajna kako bi se osiguralo da je usklađeno s organizacijskim ciljevima, regulatornim zahtjevima i tehničkim ograničenjima. Dvije od najkritičnijih odluka uključuju odabir pružatelja usluga i odabir regije, a obje će možda trebati prilagoditi globalno i nadjačati na određenim lokacijama, na temelju poslovnih potreba.

1. Odabir davatelja usluga snimanja poziva

Odabir odgovarajućeg pružatelja usluga snimanja poziva temeljni je za postizanje poslovnih ciljeva i osiguravanje usklađivanja značajki u cijeloj organizaciji:

Odabir globalnog pružatelja usluga: Organizacije obično određuju primarnog pružatelja usluga snimanja poziva na globalnoj razini, osiguravajući dosljednost u skupu značajki, usklađenosti i podrške na svim lokacijama

Poništavanja temeljena na lokaciji: U scenarijima gdje određene web lokacije ili regije imaju jedinstvene poslovne potrebe ili regulatorne zahtjeve, možda će biti potrebno nadjačati izbor globalnog pružatelja usluga i odrediti alternativne pružatelje usluga za te lokacije. Ova fleksibilnost podu pire različite uvjete usklađenosti i lokalne operativne potrebe

Poslovni zahtjevi: Izbor pružatelja usluga trebao bi biti vođen procjenom pokretača poslovanja kao što su usklađenost s propisima (primjer - MiFID II, HIPAA), osiguranje kvalitete, rješavanje sporova ili potrebe za obukom

Dostupnost značajki: Pružatelje usluga treba procijeniti na temelju njihove sposobnosti isporuke potrebnih značajki, poput praćenja u stvarnom vremenu, mogućnosti pretraživanja i reprodukcije, šifriranja, pravila zadržavanja, integracije s analitičkim platformama i podrške za različite vrste poziva (dolazni, odlazni, interni).

2. Odabir regije

Određivanje regije u kojoj se pohranjuju i obrađuju snimke poziva ključno je za usklađenost i performanse:

Globalni odabir regije: Prema zadanim postavkama organizacije mogu odabrati jednu regiju za pohranu snimaka poziva radi pojednostavljenja upravljanja i upravljanja

Pon@@ ištavanja regije temeljene na lokaciji: Ako to zahtijevaju zakoni o prebivalištu podataka ili korporativne politike, možda će biti potrebno nadjačati postavku globalne regije za određene lokacije, osiguravajući da se snimke poziva pohranjuju i obrađuju unutar potrebnih geografskih granica

Zaht@@ jevi za boravak podataka: Dizajn mora uzeti u obzir međunarodne i lokalne propise o zaštiti podataka (kao što su GDPR, CCPA ili mandati specifične za zemlju) koji mogu odrediti gdje i kako se čuvaju snimke poziva.

Drugi kritični aspekt koji treba riješiti tijekom planiranja i dizajniranja rješenja za snimanje poziva je procjena zahtjeva za skladištenjem. Precizno predviđanje potreba za skladištenjem ključno je kako bi se osiguralo da je na raspolaganju dovoljan kapacitet za podršku tekućem poslovanju, održavanje usklađenosti i izbjegavanje poremećaja u uslugama.

Pri određivanju očekivane potražnje za skladištenjem treba uzeti u obzir nekoliko ključnih parametara:

Količina zabilježenih poziva: Procijenite predviđeni broj poziva koji će biti z abilježeni unutar određenog vremenskog intervala (npr. Po danu, tjednu ili mjesecu). To uključuje ne samo vanjske pozive, već i interne komunikacije, ako to zahtijevaju poslovna politika ili regulatorni mandati

Prosječno trajanje poziva: Izračunajte tipičnu duljinu snimljenih poziva jer će dulji pozivi potrošiti više prostora za pohranu. U procjenu treba uzeti u obzir i varijacije u trajanju poziva u različitim odjelima ili skupinama korisnika

Razdoblje čuvanja: Odredite duljinu vremena zadržavanja snimaka, što često diktiraju organizacijske politike ili vanjski propisi (poput standarda usklađenosti specifičnih za industriju). Duži periodi čuvanja povećat će ukupne zahtjeve za skladištenjem

Projekcije rasta: Razmotrite očekivani rast broja poziva ili proširenje opsega snimanja, što može biti posljedica skaliranja poslovanja, novih regulatornih zahtjeva ili uključivanja dodatnih korisnika ili lokacija.

Temeljnom analizom ovih parametara organizacije mogu razviti robusnu strategiju pohrane koja osigurava skalabilnost, isplativost i usklađenost s propisima za njihovo rješenje za snimanje poziva. Također je preporučljivo redovito pregledavati i prilagođavati dodjele prostora za pohranu kako se obrasci upotrebe razvijaju tijekom vremena.

Hitni poziv

Zahtjev za usmjeravanjem hitnog poziva u odgovarajući dispečerski centar uvjet je za svaku pozivnu uslugu koja nudi PSTN uslugu. Uz to, usmjeravanje hitnih poziva izvorno je za rješenje i uključuje podršku za sve nacionalne brojeve za hitne slučajeve u zemljama koje podržavaju. Usmjeravanje hitnog poziva temelji se na lokaciji definiranoj unutar i načinu pristupa PSTN lokaciji. Brojevi za hitne slučajeve unaprijed su definirani i specifični za zemlju u kojoj su korisnici i uređaji raspoređeni.

Postoje dvije metode za upućivanje hitnih poziva. Postoji osnovna usluga usmjeravanja poziva u hitnim slučajevima i poboljšana usluga usmjeravanja poziva u hit nim slučajevima. Osnovna usluga usmjeravanja poziva u hitnim slučajevima koristit će administratorski odabrani broj za identifikaciju lokacije i rute poziva za pristup hitnim službama. Za osnovne hitne pozive put poziva obično je putem opcije PSTN kupca za tu lokaciju. također ima poboljšano usmjeravanje poziva u hitnim slučajevima dizajnirano za implementacije u SAD-u i Kanadi koje imaju zahtjeve za usklađenost s propisima koji zahtijevaju korištenje pružatelja usluga širom zemlje za isporuku hitnih poziva ispravnom dispečerskom centru.

Svi kupci trebali bi implementirati, barem, osnovnu konfiguraciju hitnih poziva. Osnovni poziv za hitne slučajeve zahtijeva dodijeljenje najmanje jednog broja +E.164 u vlasništvu korisnika svakoj lokaciji defin iranoj u. Za osnovne hitne pozive, svaka lokacija bit će definirana uličnom adresom na koju se u slučaju nužde šalju policija, vatrogasna ili hitna pomoć. U većini slučajeva glavni broj lokacije najbolji je izbor koji predstavlja fizičku lokaciju hitne situacije. Tipično, dodjela adrese broju+E.164 koordinira se s PSTN davateljem usluga. Slike u nastavku prikazuju dodjelu glavnog broja koji će se koristiti kao broj hitnog poziva za lokaciju Richardson.

Lokacija ECBN konfiguracije

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

Korisnička konfiguracija ECBN

Za implementacije telefonije sa sjedištem u SAD-u koje moraju pružiti poboljšana rješenja za hitne pozive, koristi RedSky-ov Horizon Mobility integriran u usmjeravanje poziva u hitne slučajeve. Kada koristite RedSky za usmjeravanje poziva, administrator se mora prijaviti za račun putem Cisca i konfigurirati odgovarajuće informacije u pozivanju -> Postavke usluge kako bi omogućio ovu značajku. Nakon što je RedSky usluga omogućena na razini sustava, administrator će omogućiti RedSky uslugu na svakoj razini lokacije. Omogućavanje poboljšanog hitnog poziva na lokaciji aktivirat će uslugu za sve uređaje koji su dodijeljeni toj lokaciji. Uređaji koji podržavaju poboljšane hitne pozive su Cisco MPP telefoni, Cisco PhoneOS telefoni i Ciscovi.

Postoje dvije postavke za omogućavanje poboljšanog hitnog poziva na lokaciji. Doz voli RedSkyu da prima informacije o mrežnoj povezanosti i testne pozive treba koristiti za provjeru je li konfiguracija RedSky-a za mapiranje uređaja i infrastrukture ispravna. Ova postavka također omogućuje postavljanje testnih poziva na 933 radi provjere lokacije pomoću RedSkyjevog IVR sustava za očitavanje lokacije pozivatelja. Iako ovaj dokument neće pokrivati konfiguraciju RedSky-a za praćenje lokacije, administrator bi UVIJEK trebao testirati njihovo otkrivanje lokacije prije aktiviranja hitnih poziva za usmjeravanje na RedSky. Nakon što se testiranje završi i potvrdi da je točno, administrator će usmjeriti pozive na RedSky prebacivanjem hitnih poziva na RedSky. Ovaj prekidač će sve hitne pozive za lokaciju usmjeriti na RedSky radi isporuke centru za telefoniranje lokacije.

Povećane postavke pozivanja u hitnim slučajevima primjenjuju se i na klijente lokalno i izvan objekta. Kada je lokalno, može se pratiti na isti način na koji se prate stolni telefoni. Kada je izvan lokalnog prostora, korisnik će moći dinamički postaviti svoju lokaciju izravno unutar. Dodatne informacije o pozivima u hitnim slučajevima potražite u odjeljku Pob oljšano pozivanje u hitnim slučajevima.

Licenciranje

Postoji više opcija za dodjeljivanje licenci korisnicima.

Ručno dodjeljivanje kroz

Administratori ručno dodjeljuju licence pojedinim korisnicima putem sučelja.

Administratori mogu uređivati licence za usluge za pojedinačne korisnike i izravno dodijeliti licence za pozivanje.

Predlošci automatskog dodjele licenci

Koristite predloške dodjele licenci za automatsko dodjeljivanje licenci korisnicima na temelju grupnih ili organizacijskih postavki.

Automatsko licenciranje može se izvršiti pomoću sinkronizacije direktorija ili ručnog ažuriranja korisnika, ali korisnici moraju imati valjani telefonski broj formatiran +E.164, a telefonski brojevi moraju postojati na lokaciji prije davanja korisnicima. Ako uvjeti nisu ispunjeni (npr. nevažeći format telefonskog broja), licence se neće dodijeliti.

Skupno dodjeljivanje putem CSV predloška

Prenesite CSV datoteku s korisničkim podacima i dodjelima licenci kako biste dodali ili izmijenili više korisnika odjednom.

CSV uvoz podržava dodavanje do 20.000 korisnika i dodjeljivanje licenci, ali licence zahtijevaju određena polja poput telefonskog broja i proširenja.

Dodjela temeljena na API-ju

Koristite API-je za programsko dodjeljivanje licenci i upravljanje korisnicima.

podržava API operacije za upravljanje korisnicima i licencama (People, SCIM 2.0 i Licences API), koje se mogu iskoristiti za automatizaciju dodjele licenci. API Licences omogućuje istodobnu dodjelu licenci, telefonskih brojeva i proširenja.
Tablica 5. Opcije pružanja usluga korisnika - sažetak
Način dodjele Profesionalci Protiv
Priručnik kroz Jednostavno za nekoliko korisnika.
Omogućuje preciznu i detaljnu kontrolu nad dodjel om licenci.
Nije skalabilno, dugotrajno
Skloni ljudskim pogreškama tijekom ručnog unosa.

Automatski predlošci licenci Skalabilno
Smanjuje ručne pogreške
Može se primijeniti na nove i postojeće korisnike.
Zahtijeva važeće telefonske brojeve i lokacije.
Složenije postavljanje
Također zahtijeva grupe korisnika po skupini korisnika s jednakim zahtjevima za licenciranje.

Skupno prijenos CSV-a Učinkovito za velike korisničke setove
Omogućuje istodobnu dod jelu licenci, telefonskih brojeva i proširenja.
Zahtijeva pažljivo CSV oblikovanje
Mogućnost pogrešaka ako telefonski brojevi ili proširenja nedostaju ili su netočni.
Dodjela temeljena na API-ju Automatizirano, fleksibilno.
Omogućuje istodobnu dod jelu licenci, telefonskih brojeva i proširenja.
Zahtijeva razvoj i znanje API-ja.

Tablica Op cije pružanja usluga korisnika - sažetak sažima opcije pružanja usluga korisnika i njihove prednosti i nedostatke. Ovaj pregled pomaže odabrati najbolju metodu dodjele licenci na temelju veličine organizacije korisnika, mogućnosti automatizacije te procesa i zahtjeva pružanja usluga korisnika.

Gdje god je to moguće Cisco preporučuje dodjelu licenci za pozivanje pomoću predložaka licenci. To zahtijeva da za svaku skupinu korisnika koji zahtijeva jedinstveni skup licenci (Primjer - Standard vs. Professional) postoji grupa s odgovarajućim članstvom u grupi. Kao što je objašnjeno u odjel jcima Koris ničke grupe, korisničke grupe mogu se ručno definirati ili sinkronizirati iz korporativnog direktorija. Moguća je kombinacija oba pristupa.

Korisnici koji pripadaju više grupa dobivaju licence za sve zadatke primijenjene na sve njihove grupe. To omogućuje korištenje sigurnosnih grupa specifičnih za licencu u direktoriju poduzeća za upravljanje dodjelom licenci gdje rezultirajuće dodjeljivanje korisničke licence kontrolira unija članstva u grupi.

Dodatne informacije potražite u odjel jku Postavljanje automatskih dodjela licenci u Control Hub i Postavljanje predložaka automatskog dodjele licenci za Webex Calling korisnike.

Zahtjevi za licencu

Ovaj odjeljak obuhvaća samo povezane licence. Ostale vrste licenci (primjer - registracija Webex uređaja, razmjena poruka, sastanci) nisu obuhvaćene. Kao dio procesa projektiranja potrebno je utvrditi zahtjeve za licencu. Potrebno je izračunati broj licenci za sljedeće vrste licenci:

Standard: broj pojedinačnih korisnika koji zahtijevaju standardne telefonijske značajke.

Profesional no: broj korisnika i radnih prostora koji zahtijevaju napredne telefonijske značajke. Virtualne linije i grupna govorna pošta imaju pravo na omjer 1:1 za svaku profesionalnu licencu. Stoga, u rijetkim slučajevima kada broj potrebnih virtualnih linija ili grupnih govornih pošti premašuje broj korisnika i radnih prostora koji zahtijevaju napredne telefonske značajke, potrebno je uzeti u obzir dodatne profesionalne licence.

Radni prostor za zajedničko područje: broj zajedničke uporabe ili lokacija zajedničkog područja koje zahtijevaju standardne mogućnosti pozivanja.

Pomoć za koris nike: broj agenata i nadzornika koji zahtijevaju značajke korisničke pomoći. Pomoć za korisnike uključuje profesionalnu licencu.

Pozivi popisa ruta: broj potrebnih PSTN poziva povezanih s oblakom između lokalnih korisnika i/ili lokalnih specijaliziranih aplikacija trećih strana.

Konzola za pratnju: broj korisnika kojima je potreban pristup klijentu prateće konzole.

Cisco Calling Plan (Outbound Calling Plan): broj korisnika kojima je potreban PSTN broj i/ili izlazni PSTN pozivni pristup za Cisco PSTN uslugu.

Ne postoji namjenska vrsta licence za profesionalne radne prostore. Profesionalni radni prostori troše profesionalnu licencu.

Radni prostori samo za hot-desk nude uslugu hot-desking host usluge i hitne pozive s hot-desking hot- desk-hosta i ne zahtijevaju nikakvu licencu. Dodatne informacije potražite u odjelj ku Dodavanje i upravljanje uređajima samo s vrućim stolom.

Da biste odredili potrebnu vrstu licence za svakog korisnika i radni prostor na temelju potrebnih značajki, pogledajte Značajke dostupne prema vrsti licence za Webex Calling.

Da biste razlikovali funkcionalnost koju nude redovi poziva u kombinaciji s profesionalnom licencom za razliku od pomoći korisnicima, pogledajte usporedbu funkcija čekanja Webex Calling poziva i korisničke pomoći.

Pružanje usluga korisnika

Prilikom pružanja usluga korisnicima u Webexu dostupno je nekoliko opcija, od kojih svaka odgovara različitim organizacijskim potrebama i okruženjima:

Ručno pružanje usluga: Administratori mogu dodavati i upravljati pojedinim korisnicima izravno unutar njih. Ova metoda je jednostavna, ali najprikladnija za male organizacije ili ograničene promjene korisnika.

Skupno pružanje usluga putem CSV -a: Za veće korisničke baze administratori mogu uvoziti i ažurirati korisnike skupno prijenosom CSV datoteka. To omogućuje učinkovito upravljanje do tisuća korisnika odjednom.

Opcije sinkronizacije direktorija:
Priključak direktorija: Ovo je alat za automatsku sinkronizaciju koji se koristi u Microsoft Active Directory okruženjima. Sinkronizira korisničke račune, grupe i atribute na zakazanoj osnovi (satno, dnevno ili tjedno). Podržava postavke s više domena i više šuma Active Directory i može sinkronizirati slike profila i objekte prostorije.

Aplikacija čarobnjaka Entra ID (Azure AD): Dizajnirana za organizacije koje koriste Microsoft Entra ID (Azure AD), ova metoda omogućuje automatsku sinkronizaciju korisničkih računa i atributa gotovo u stvarnom vremenu izravno s Entra ID-a na. U potpunosti se upravlja unutar njega i zahtijeva minimalno postavljanje.

SCIM 2.0 aplikacije: Za okruženja koja nisu Microsoftova ili druge pružatelje identiteta kao što su Okta ili Duo, aplikacije za sinkronizaciju temeljene na SCIM-u omogućuju automatsko pružanje usluga i deproviziju korisnika pomoću mapiranja atributa i sinkronizacije grupa.

Unified CMsinkronizacija korisnika: Ova opcija omogućuje stvaranje korisničkih računa na temelju postojećih krajnjih korisnika sinkronizacijom od do. To zahtijeva da se na lokalnim klasterima pokreće Cloud Connected UC (CCUC). Međutim, općenito se preporučuje sinkronizacija korisnika iz centraliziranog direktorija u oblaku kao što je Entra ID, a ne izravno iz.

Opskrba API-ja: Javni API-ji (People, SCIM 2.0) mogu se koristiti za pružanje usluga korisnicima. Glavna prednost korištenja API-ja je mogućnost integracije pružanja usluga korisnika s drugim sustavima poduzeća.
Tablica 6. Opcije pružanja usluga korisnika za
Način osiguranja Opis Profesionalci Protiv
Priručnik Stvaranje/upravljanje korisnicima pojedinačno Jednostavno za malo korisnika; nije potrebna infrastruktura Nije skalabilno; dugotrajno za mnoge korisnike
Skupno (CSV datoteka) Uvozite/ažurirajte korisnike skupno putem CSV-a Učinkovito za grupe; nije potrebno kodiranje Ručna priprema CSV -a; manje dinamičan
Ljudi i SCIM 2.0 API Programsko upravljanje korisnicima putem Webex API-ja Fleksibilan; podržava automatizaciju i integraciju Zahtijeva razvoj i infrastrukturu
Sinkronizacija direktorija Automatska sinkronizacija iz AD-a, Entra ID-a, SCIM aplikacija, Unified CM Automatizira životni ciklus; podržava filtriranje i mapiranje Složenost postavljanja: neke od opcija imaju ograničene značajke ili zahtijevaju infrastrukturu
Ovaj pregled i tablica odražavaju glavne mogućnosti pružanja usluga korisnika, njihove prednosti i ograničenja kako bi vam pomogli odabrati najbolji pristup za potrebe vaše organizacije.

Korisničke grupe

Upravljanje korisničkim grupama omogućuje administratorima organiziranje korisnika u grupe za učinkovito masovno upravljanje licencama, postavkama i resursima. Grupe pomažu pojednostavljenju administracije primjenom pravila, licenci i predložaka postavki na više korisnika istovremeno, umjesto da upravljaju korisnicima pojedinačno.

Upravljanje korisničkim grupama nudi nekoliko prednosti, uključujući:

Pojednostavljena administracija: Upravljajte licencama, postavkama i pravilima za više korisnika odjednom.

Dosljednost: Primijenite jedinstvene postavke i licence među korisnicima u istoj grupi.

Skalabilnost: Podržava do 250.000 članova po grupi.

Integracija: Sinkronizirajte grupe iz Microsoft Entra ID-a (Azure AD) ili Active Directory za automatizirano upravljanje korisnicima i grupama.

Fleksibilnost: Stvorite lokalne grupe ili sinkronizirajte sigurnosne grupe; upravljajte članstvom u grupi ručno ili putem CSV datoteka.

Dodjela resursa: Kontrolirajte pristup ugrađenim aplikacijama i uslu gama na temelju članstva u grupi.

Glavni slučajevi upotrebe za korisničke grupe prilikom pružanja usluga su:

Dodjela licen ci: dodjeljivanje licenci grupama za automatsko pružanje usluga poput poziva, sastanaka, razmjene poruka ili hibridnih usluga članovima grupe.

Predlošci postav ki: Primijenite zbirke postavki usluga (npr. Razmjene poruka, sastanak, pozivi) na grupe radi dosljednog korisničkog iskustva.

U@@ pravljanje masovnim koris nicima: Skupno dodajte ili uklanjajte korisnike putem CSV datoteka ili sinkronizacije direktorija.

Automatizacija i integracija: Koristite API-je ili sinkronizaciju direktorija za automatizirano upravljanje životnim ciklusom korisnika i grupa.

Sljedeća tablica sažima različite opcije za upravljanje korisničkim grupama i upravljanje grupama u.
Tablica 7. Opcije za upravljanje grupama i članstvom u grupi
Opcija Opis Profesionalci Protiv

grupno osiguranje (grupe) Stvorite i upravljajte grupama izravno u. Dodajte/uklonite članove ručno ili putem CSV-a. Potpuna kontrola nad članstvom u grupi
Neposredna primjena licenci i predložaka
Jednostavno kreiranje i uređivanje grupa Potrebna su ručna ažuriranja
Rizik od pogrešaka u ručnom prijenosu CSV-a
Nema automatske sinkronizacije s vanjskim direktorijima

Sinkronizirane grupe iz Entra ID-a (Azure AD) ili Active Directory Automatski sinkronizirajte sigurnosne grupe i članstva iz vanjskih usluga direktorija. Automatizirana sinkronizacija smanjuje ručni rad
Osigurava dosljednost s korporativnim direktorijem
Podržava velike organizacije
Ne može se urediti članstvo u grupi
Kašnjenje sinkronizacije do 12 sati
Ugniježđene grupe zahtijevaju ručni odab ir

Grupe i SCIM 2.0 API (grupe) Koristite grupe ili SCIM 2.0 API za programsko upravljanje grupama i članstvom Automatizacija i integracija s drugim sustavima
Skalabilno za velika ili složena okruženja
Zahtijeva razvojne napore
Složenost ovisi o korištenju API-ja

Dok sinkronizirane grupe osiguravaju dosljednost i nude jednu točku administracije, moguć je hibridni pristup koji kombinira sinkronizirane grupe i grupe (bilo kojima se upravlja u kontrolnom čvorištu ili putem API-ja). Tako, na primjer, grupe za dodjelu licenci mogu biti sinkronizirane grupe, a poseban skup grupa može se koristiti za dodjeljivanje korisničkih i pozivnih predložaka.

Ovaj sveobuhvatan pristup upravljanju korisničkim grupama omogućuje organizacijama učinkovito upravljanje korisničkim licencama, postavkama i pravilima, osiguravajući dosljedno i skalabilno iskustvo suradnje.

Preporučeni pristup prilikom migracije s na

Primarni izvor podataka za korisnike je baza podataka koja sadrži informacije o krajnjem korisniku. Međutim, obično nije autoritativni izvor za upravljanje identitetom korisnika i što je još važnije, bit će isključen na kraju tranzicije i stoga je isključen kao dugoročni autoritativni izvor podataka o identitetu.

Cisco preporučuje korištenje centraliziranog direktorija u oblaku kao što je Microsoft Entra ID (Azure AD) kao jedinstveni izvor istine za identitete korisnika. Sinkronizacija korisnika iz Entra ID-a osigurava dosljednost, pojednostavljuje upravljanje i podržava mogućnosti jednokratne prijave (SSO).

Kako bi se osiguralo da su svi korisnici prisutni i u Entra ID-u, organizacije bi trebale provjeriti odgovaraju li korisnički računi računima u Entra ID-u. To se može učiniti izvozom korisničkih popisa i usporedbom s korisničkim popisima Entra ID.

Ukratko, preporučena metoda pružanja usluga je sinkronizacija korisnika s Microsoft Entra ID-a (Azure AD) na Webex pomoću Azure AD Wizard ili SCIM aplikacija. Ručno i CSV skupno pružanje usluga dostupne su kao dodatne metode, ali su manje skalabilne i sklonije pogreškama za velike organizacije. Osiguravanje da je Entra ID autoritativni izvor i da svi korisnici postoje u Entra ID-u ključno je za uspješnu migraciju i dosljedno korisničko iskustvo u svim okruženjima.

Prijelaz s lokalne usluge direktorija, poput, na uslugu direktorija u oblakuActive Directory, kao što je Entra ID (Azure ID), neovisan je od prijelaza poziva. Cisco preporučuje dovršet ak prijelaza na uslugu direktorija u oblaku prije početka pri jelaza poziva.

Dizajniranje korisničkih grupa

Nakon prelaska direktorija poduzeća iz lokalnog u oblak prikupite potrebne korisničke grupe vođene zahtjevima licenciranja i predloška značajki . Za svaki grupni dokument:

Naziv grupe: jedinstveni naziv grupe.

Licence: licence koje se dodjeljuju ovoj grupi (ako ih ima) i opseg (ako licence budu dodijeljene postojećim korisnicima ili samo novim korisnicima)

Predlošci postavki: Webex aplikacija i predloške za pozivanje korisnika.

Sinkronizacija direktorija: Hoće li se ta grupa sinkronizirati iz direktorija poduzeća ili je to lokalna Webex grupa osigurana u Control Hubu ili putem API-ja.

Opis: kako će se ova grupa koristiti i koji korisnici trebaju biti članovi ove grupe

Ti će se detalji koristiti kasnije tijekom faze implementacije za stvaranje lokalnih grupa ili grupa u direktoriju poduzeća i upravljanje članstvom korisnika u grupi.

Jednokratna prijava (SSO)

Cisco preporučuje korištenje SSO-a za provjeru autentičnosti korisnika. Korištenje SSO-a ima neke uvjerljive prednosti, uključujući:

Po@@ jednostavljena provjera autentičnosti korisnika: Korisnici se mogu jednom prijaviti koristeći svoje korpor ativne vjerodajnice (npr. s Azure ID-a) za pristup i drugim integriranim aplikacijama, eliminirajući potrebu za više lozinki i smanjujući upute za prijavu. To povećava sigurnost osiguravajući da se korporativne lozinke nikada ne pohranjuju ili prenose nakon provjere autentičnosti.

Pojednostavljeno upravljanje korisnicima: Automatizira stvaranje, ažuriranje i deaktivaciju korisničkih računa na temelju promjena u korporativnom direktoriju, smanjujući administrativne troškove i osiguravajući pristup samo ovlaštenim korisnicima.

Poboljšana sigurnost: SSO smanjuje zamor lozinke i rizik od kršenja povezanih s lozinkom centraliziranjem provjere autentičnosti putem pouzdanih pružatelja identiteta (IDP).

Jednostavna integracija višefaktorske provjere autentičnosti (MFA): MFA se lako može podržati bilo putem rješenja za upravljanje pristupom identitetu kao što je Cisco Duo ili putem M FA podrške IDP-a.

Postoji više opcija za implementaciju SSO-a za usluge:

SSO temeljen na SAML 2.0: Primarni protokol podržan za integraciju SSO, koji omogućuje sigurnu razmjenu informacija o autentičnosti između IDP-a i davatelja usluga.

OpenID connect (OIDC): Podržan kao alternativni moderni protokol provjere autentičnosti za integraciju SSO.

Webex identitet: Također podržan kao opcija pružatelja identiteta.

SSO se konfigurira i upravlja centralno, što zahtijeva razmjenu metapodataka između i odabranog IDP-a.

Nakon konfiguracije, SSO se može testirati unutar prije aktivacije kako bi se osiguralo pravilno postavljanje.

Cisco podržava integraciju s više testiranih i najčešće korištenih IDP-ova i sustavima za upravljanje identitetom (IAM), uključujući, ali ne ograničavajući se na:

Cisco Duo

Okta

Microsoft Active DirectoryFederacijske usluge (ADFS)

Microsoft Azure

PingFederate

OpenAM

F5 BIG-IP.

Ovi IDP-ovi su u skladu sa SAML 2.0 ili OpenID Connect standardima i potvrđeni su za kompatibilnost s Ciscovim rješenjima za suradnju.

Podrška za više IDP

omogućuje organizacijama da konfiguriraju SSO s više IDP-ova za prilagođavanje složenim IT okruženjima kao što su spajanja, preuzimanja ili decentralizirani IT odjeli gdje različite skupine koriste različite raseljene osobe. Podrška za više IDP može se implementirati pomoću značajke Multiple iD P u ili kroz integraciju poduzetničkog IAM sustava poput Cisco Duo.

Podrška za više pružatelja identiteta (IDP) rješava nekoliko ključnih slučajeva korištenja u kojima organizacije zahtijevaju fleksibilnu i sigurnu provjeru autentičnosti u različitim IT okruženjima:

1. Spajanja i preuzimanja

Kada se tvrtke spajaju ili stječu druge, često imaju zasebnu IT infrastrukturu i različite raseljene osobe koje se ne mogu udružiti. Višestruka podrška za IDP omogućuje korisnicima obje organizacije da provjere autentičnost i sigurnu suradnju bez potrebe za trenutnom objedinjavanjem svojih sustava identiteta.

2. Više neovisnih IT odjela

Velike organizacije ili vladine institucije mogu imati više neovisnih IT odjela, od kojih svaki upravlja vlastitim IDP-om. značajka višestrukog IDP-a omogućuje tim odjelima održavanje vlastitih sustava provjere autentičnosti, dok korisnicima omogućuje besprijekoran pristup.

3. Različite korisničke grupe ili domene

Organizacije s različitim grupama korisnika (npr. zaposlenici u odnosu na izvođače) ili više domena e-pošte mogu konfigurirati pravila usmjeravanja kako bi usmjeravali zahtjeve za provjeru autentičnosti odgovarajućem IDP-u na temelju članstva u domeni ili grupi. To podržava diferencirane politike pristupa i sigurnos ne kontrole.

4. Podrška za različite protokole provjere autentičnosti

podržava SAML i OpenID Connect (OIDC) IDP, omogućujući organizacijama da integriraju različite vrste pružatelja identiteta prema postojećoj infrastrukturi i sigurnosnim zahtjevima.

5. Poboljšana sigurnost i usklađenost

Omogućavanjem više IDP-a organizacije mogu implementirati jače mehanizme provjere autentičnosti, uključujući višefaktorsku provjeru autentičnosti (MFA) putem integracija poput Duo, te provoditi dosljedna sigurnosna pravila u različitim korisničkim bazama.

6. Pojednostavljeno korisničko iskustvo

Korisnici mogu potvrditi autentičnost pomoću svojih postojećih vjerodajnica iz svojih IDP-a, pružajući jedinstveno iskustvo prijave unatoč temeljnoj složenosti višestrukih sustava identiteta.

Iako podrška za više IDP pruža fleksibilnost, zahtijeva pažljivu koordinaciju među sigurnosnim i identitetskim timovima kako bi se održale dosljedne sigurnosne politike i izbjegle potencijalne ranjivosti.

Duo MFA sa SSO za

Duo Access Gateway (DAG) može autentifikirati korisnike pomoću postojećih lokalnih direktorija ili direktorija temeljenih na oblaku kao što su Active Directory (AD) i OpenLDAP. Također podržava integraciju s drugim pružateljima identiteta kao što su Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS i Shibboleth. Ova fleksibilnost omogućuje organizacijama da koriste svoju trenutnu infrastrukturu direktorija za Webex SSO s Duo MFA.

Duo djeluje kao jak sloj provjere autentičnosti na vrhu primarne provjere autentičnosti direktorija. Funkcionira kao pružatelj identiteta (iDP) koristeći SAML 2.0 za provođenje dvofaktorske provjere autentičnosti (2FA) prije odobravanja pristupa. Duo procjenjuje kontekst korisnika, uređaja i mreže u odnosu na konfiguribilna pravila za dopuštanje ili uskraćivanje pristupa, poboljšavajući sigurnost osim samo korisničkog imena i lozinke. Duo također pruža fleksibilne kontrole politika, poput zahtjeva za MFA pri svakoj prijavi za neke aplikacije, a rjeđe za druge.

Prednosti Cisco Duo uključuju:

Poboljšana sigurnost: dodaje MFA otporan na krađu identiteta radi zaštite pristupa, smanjujući rizik od kompromitiranih lozinki.

Fleksibilna pravila: Omogućuje detaljnu kontrolu nad zahtjevima provjere autentičnosti po aplikaciji ili korisničkoj grupi.

Integracija s postojećim direktorijima: Podržava lokalne AD, OpenLDAP, direktorije u oblaku i razne pružatelje usluga SSO, minimizirajući promjene infrastrukture.

Pogodnost korisnika: Podržava jednokratnu prijavu (SSO) kako bi se smanjio zamor lozinkom omogućujući korisnicima da se jednom prijave i siguran pristup više resursa.

Pouzdane krajnje točke: Podržava povjerenje uređaja za klijente u sustavu Windows i macOS, poboljšavajući držanje sigurnosti.

Samoposlužni upis: Ugrađ ena upisa i dvostruki upis poboljšavaju korisničko iskustvo tijekom postavljanja MFA-e.

Duo MFA s SSO za korištenje postojećih direktori Active Directory ja poput OpenLDAP ili pružatelja identiteta u oblaku za provjeru autentičnosti korisnika. Duoova uloga je pružiti snažan drugi faktor provjere autentičnosti temeljen na politici integriran kroz SAML 2.0, poboljšavajući sigurnost uz održavanje praktičnosti korisnika putem SSO-a. Prednosti uključuju poboljšano držanje sigurnosti, fleksibilno pro vođenje politika, besprijekornu integraciju i bolje korisničko iskustvo.

Cisco preporučuje implementaciju SSO-a za korisnike. Za poboljšanu sigurnost preporučuje se integracija s Cisco Duo.

Strategija Enterprise IAM i SSO trebala bi se primijeniti prije početka prijelaza s na.

Značajke

ima potpuni komplet osnovnih značajki koje su uključene u uslugu. To uključuje mnoge značajke pozivanja poslovnog razreda koje su dostupne dugi niz godina. Možda nećete vidjeti 100% paritet između značajki i značajki, no kao što možete vidjeti na donjoj slici, ključne značajke pozivanja dostupne su u.

Webex Callingznačajke poslovnog razreda

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

Webex Callingosnovne značajke

Automatski upravitelj

Automatski asistent omogućuje automatizaciju rukovanja dolaznim pozivima 24/7, što omogućuje učinkovito rukovanje pozivima bez potrebe da osoba odgovori na svaki poziv.

Automatski pratilac odgovara na dolazne pozive i pruža pozivatelju izbornik opcija kamo želi usmjeriti svoj poziv. To može biti za osobu, kutiju govorne pošte ili pozivnu službu (npr. Red za pozive). Pozi vatelj koristi pozivnicu za biranje telefona za unos broja iz izbornika automatskog pra ćenja.

Automatski asistent podržava sljedeće ključne značajke:

Raspored poslovanja i poslije radnog vremena

Raspored odmora

Opcija izbornika biranja za usmjeravanje kupaca tamo gdje trebaju ići

Prilagodite pozdrave

Opcija birajte po imenu

Opcije prosljeđivanja poziva

Analitika i izvješća Control Hub.

Dodatne informacije potražite u odjeljku U pravljanje automatskim pomoćnicima.

Nazovite Park

Call park pruža korisnicima mogućnost da lako zaustave poziv kako bi drugi korisnik mogao lako dohvatiti kada su dostupni da ga prihvati. Također oslobađa korisnika koji je odgovorio na izvorni poziv da upućuje ili prima druge pozive dok je poziv parkiran.

Postoje dvije vrste call parkova dostupne u:

Call park direct - omogućuje svakom korisniku da parkira poziv na proširenje drugog korisnika ili na proširenje pozivnog parka, kako je definiralo Administrator

Grupa za parkiranje poziva - omogućuje definiranoj skupini korisnika da automatski parkira pozive prema dostup nim odredištima parka definiranim za grupu. Ta odredišta mogu biti proširenja članova grupe ili proširenja pozivnog parka.

Na temelju konfiguracije i vrste parkiranja, korisnici mogu dohvatiti pozive biranjem pozi va *88+><extension of parked call>, pritiskom na linijsku tipku povezanu s proširenjem za parkiranje poziva ili pomoću softtipke na svom IP telefonu.

Opcija opoziva dostupna je za opoziv parkiranog poziva nakon određenog razdoblja korisniku koji je parkirao poziv ili zamjenskom korisniku.

Dodatne informacije potražite u odjeljku U pravljanje parkom poziva u upravljačkom čvori štu.

Preuzimanje poziva

Preuzimanje poziva omogućuje administratoru da definira skupinu korisnika (članova) koji mogu odgovoriti na poziv na telefon drugog člana. To korisniku daje mogućnost odgovaranja na pozive kada su njihovi suigra či zauzeti i ne mogu odgovoriti na dolazni poziv.

Korisnici u grupi moraju biti na istom mjestu.

Korisnici mogu koristiti telefon ili svoj stolni telefon za preuzimanje poziva.

:

Podržava vizualne i audio obavijesti

Obavijest o dolaznom pozivu

Preuzimanje poziva temeljeno na licu (birajte*98) ili preuzimanje tosta s obavijestima

Obavijesti o preuzimanju poziva za više linija.

Stolni telefoni:

Obavijest o dolaznom pozivu

Zvuči zvuka i vizualna obavijest putem LED-a slušalice. 6821 podržava samo audio zvona

Kada je odabrana vrsta obavijesti u odjeljku nije nema

Obavijesti o preuzimanju poziva samo za primarne linije.

Dodatne informacije potražite u odjeljku Konfiguriranje grupe za preuzimanje poziva.

Red za pozive

uključuje redove samo glasovnih poziva kao dio svojih osnovnih značajki, a svaki korisnik s profesionalnom licencom može biti dio reda poziva, agenta ili nadzornika. Ova značajka omogućuje korisnicima da učinkovito surađuju s kupcima. Redovi poziva podržavaju podskup nekih osnovnih mogućnosti pozivnog centra kao što su glasovni redovi, povratni pozivi, usmjeravanje vještina ili prioriteta, upravljanje redovima čekanja agenta, analitika, izvještavanje itd.

Ciscov poziv za integraciju Microsoft Teams omogućuje agentima pristup pozivima i značajkama u redu poziva izravno s klijenta Microsoft Teams.

Redovi poziva podržavaju sljedeće ključne značajke:

Pozdrav i poruke (dobrodošlica, utjeha, šapat itd.)

Držite glazbu

Povratni poziv

Pravila usmjeravanja reda čekanja (noćna usluga, praznici, prosljeđivanje)

Prijava/odjava u redu agenta

Upravljanje statusom čekanja agenta

ili Podrška za Desk Phone

Nadzorni agent poziva nadgledanje, autobus, teče ili preuzima kontrolu putem pristupnih kodova značajki (FACs)

(administratorski pristup) za:

upravljanje redovima

Analitika i izvješćivanje agenta i reda čekanja

Upravljanje čekanjem, agentom i nadzornikom.

Dodatne informacije potražite u odjeljku Konfiguriranje reda poziva.

ima dodatnu značajku Customer Assist koja pruža dodatne mogućnosti čekanja poziva i pruža agentima i nadzornicima bolje korisničko iskustvo unutar. Za usporedbu značajki čekanja poziva i korisničke pomoći pogledajte usporedbu Webex Calling funkcija čekanja poziva i korisničke pomoći.

Grupa za lov

Hunt Groups omogućuju usmjeravanje dolaznih poziva određenoj skupini korisnika putem unaprijed određenog obrasca usmjeravanja poziva. To osigurava da na pozive odgovara prava grupa korisnika ili ih šalje na govornu poštu radi praćenja.

Jedna velika razlika između lovačkih grupa i redova poziva je u tome što pozivi nisu u redu čekanja u lovačkim grupama, pa ako nijedan korisnik iz grupe Hunt nije dostupan za odgovor na poziv, oni će biti isključeni, poslani na govornu poštu ili proslijeđeni na drugi broj (korisnik ili servis).

Dodatne informacije potražite u odjeljku U pravljanje grupama za lov u upravljačkom čvori štu.

Načini rada

Značajka načina rada omogućuje tvrtkama učinkovito usmjeravanje poziva na različita od redišta (korisnici, govorna pošta, usluge pozivanja poput reda poziva). Kamo i kada se poziv usmjerava temelji se na rasporedu dana i dana u tjednu, a svaki korisnik može biti ovlašćen za upravljanje tim načinima (rasporedom) radi kontrole promjena usmjeravanja poziva.

Kao primjer, pozivi u red poziva mogu se usmjeriti u drugi red poziva s agentima u drugoj vremenskoj zoni kako bi odgovarali na pozive nakon radnog vremena, tijekom radnog vremena biti usmje reni lokalnim agentima, a tijekom praznika usmjeriti na govornu poštu radi praćenja nakon povrat ka agenta u ured.

Ovlašteni korisnik može se prebacivati između tih različitih scenarija (načina) prosljeđivanja poziva ako treba promijeniti mjesto gdje se dolazni pozivi usmjeravaju za određeno razdoblje. Ovi korisnici mogu upravljati načinima rada putem svojih 6800/7800/8800 MPP telefona, 9800 telefona ili u korisničkom čvorištu u upravljanju načinima rada.

Dodatne informacije potražite u odjel jku Usmjeravanje poziva na temelju načina rada u Webex Calling.

Pejdžerska grupa

Straničarske grupe omogućuju korisnicima da upućuju jednosmjerni poziv za slanje audio poruke grupi korisnika. Svaka skupina može sadržavati do 75 ciljnih korisnika i/ili radnih prostora do kojih se dolazi biranjem unaprijed definiranog broja ili proširenja.

Kada korisnik pozove stranačku grupu, istodobni poziv upućuje se na sve dodijeljene ciljeve u grupi u kojem trenutku pozivatelj može izgovoriti svoje poruke i prekinuti vezu nakon što su završene.

Dodatne informacije potražite u odjeljku Konfiguriranje grupe stranicanja u upravljačkom čvorištu.

Snimke

podržava snimanje poziva upućenih ili primljenih od strane korisnika. To može biti potrebno za potrebe kvalitete, osiguranja, sigurnosti ili obuke. Pozivi se prema zadanim postavkama bilježe, ali drugi pružatelji snimanja trećih strana mogu se koristiti i ako su potrebne druge značajke snimanja ili usklađenost i regulatorni zahtjevi.

Kada se koristi kao platforma za snimanje, svi snimljeni pozivi upravljaju se unutar njih. Potpuni administratori s ulogom službenika za usklađenost mogu igrati i preuzimati snimke. Bez uloge službenika za usklađenost, administrator može izbrisati samo snimke.

Dodatne informacije o ovoj značajci i popisu snimanja trećih strana potražite u odjeljku U pravljanje snimanjem poziva za Webex Calling.

Doseg jednog broja

Jedan doseg broja omogućuje pozivima na korisnikov telefonski broj da zvone na više uređaja. To može uključivati i druge stolne telefone, kao i mobilne telefone. Pozivi se također mogu upućivati s ovih uređaja, a korisnici mogu gurati i povlačiti pozive između njih.

Dodatne informacije o ovoj značajci i načinu na koji je administrator konfigurira potražite u odjeljku Konfiguriranje dosega jednog broja (ured bilo gdje).

Za više informacija o tome kako korisnik može upravljati i konfigurirati ovu značajku za sebe na port alu Webex User Hub (portal), pogledajte Konfiguriranje dosega jednog broja (ured bilo gdje).

Grupa govorne pošte

Grupe govorne pošte omogućuju zajednički okvir govorne pošte koji se može dodijeliti korisniku ili značajci usmjeravanja poziva . Neki od razloga zbog kojih može biti potrebna grupa govorne pošte su:

Glasovna pošta opće namjene za odjel ili radnu grupu

Dodavanje opcije govorne pošte u automatsku pratnju ili lovačku grupu

Za slanje preljevnih poziva iz reda poziva

Korisnici kojima je potreban samo okvir govorne pošte.

Dodatne informacije potražite u odjelj ku Upravljanje zajedničkom govornom poštom i dolaznim faksom za. Webex Calling

Attendant Console navedena je na stranici Značajke pozivanja u Webexu, no to je dodatna značajka koja zahtijeva kupnju licence za prateću konzolu za korištenje.

Dodatne informacije potražite u odjelj ku Početak rada s konzolom za pratnju.

Informacije o svim značajkama, uključujući neke dodatke, potražite u odjeljku Značajke dostupne prema vrsti licence za Webex Calling.

Tablica 1. Informacije koje treba snimiti za svaku lokaciju
Informacije	komentar
Raspon (i) proširenja	Svaka lokacija može imati proširenja koja počinju različitim znamenkama. Jedna znamenka mora biti pošteđena za oznaku upravljača za biranje između mjesta (na primjer 8) i jedna za oznaku upravljača PSTN (na primjer 9). Nijedan raspon proširenja ne može započeti s bilo kojom od ove dvije znamenke. Svi rasponi proširenja svih lokacija moraju biti jednake duljine.
DID raspon (i)	-
PSTN upravljačka znamenka	-
Kôd stranice	Svi kodovi web mjesta svih lokacija moraju biti jedinstveni i imati istu duljinu.
Glavni broj	Prilikom izrade lokacije potrebno je osigurati dva DID-a. Jedan kao glavni broj (na primjer, koji će se dodijeliti usluzi automatskog praćenja) i jedan za portal govor ne pošte. Odredba jedan DID za broj govorne pošte.
Broj govorne pošte
Broj licenci	Potrebne licence prema vrsti, uključujući Standard, Professional, Workspace, Popis ruta, Plan odlaznih poziva.
Istodobni pozivi u napornom satu	Zbroj istodobnih poziva između uređaja i između uređaja i lokalnog pristupnika (PSTN i pozivi na uređaje). Potrebno za određivanje potrebne širine pojasa pristupa internetu.
Zemlja	-
Vremenska zona	-
Jezik	-
Kontakt (ime, telefon, e-pošta)	-
Adresa (adresa ulice, grad, država, poštanski broj)	-
Fizička lokacija za hitne službe za krajnje točke	Lokacija uređaja koja se može otpremiti koja se koristi za hitne pozive obično uključuje sljedeće: adresu zgrade, adresu zgrade+broj kata, adresu zgrade+broj apartmana ili adresu zgrade+broj kata+uredski/kubni broj.
Jedinstvena fizička mrežna lokacija za hitne službe po uređaju	Fizička mrežna lokacija za pozive u nuždi obično uključuje sljedeće: prekidač/prekidač za žičane uređaje, identifikatore osnovnih servisnih skupa bežične pristupne točke (AP) za bežično povezane uređaje i/ili lokalne IP podmreže za uređaje krajnje točke.

Tablica 2. Primjer numeriranja poduzeća
Stranica	Raspon proširenja	Kôd stranice	Raspon poduzeća
NYC	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

Tablica 3. Rasponi proširenja fiksne duljine
Stranica	Raspon proširenja	Proširenja	Kôd stranice	Raspon poduzeća
NYC	2XXX	2XXX	202	8 202 2XXX
SFO	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

Tablica 4. Prijelaz sedmoznamenkastog biranja

Stranica	Proširenja	Kôd stranice	Raspon poduzeća	Oda stranice	Enterprise ange
NYC	2XXX	22	8 22 2XXX	822	8 822 2XXX
SFO	8XXX	23	8 23 7XXX	823	8 823 7XXX
RTP	1XXX	24	8 24 11XX	824	8 824 11XX

Tablica 5. Opcije pružanja usluga korisnika - sažetak
Način dodjele	Profesionalci	Protiv
Priručnik kroz	Jednostavno za nekoliko korisnika. Omogućuje preciznu i detaljnu kontrolu nad dodjel om licenci.	Nije skalabilno, dugotrajno Skloni ljudskim pogreškama tijekom ručnog unosa.
Automatski predlošci licenci	Skalabilno Smanjuje ručne pogreške Može se primijeniti na nove i postojeće korisnike.	Zahtijeva važeće telefonske brojeve i lokacije. Složenije postavljanje Također zahtijeva grupe korisnika po skupini korisnika s jednakim zahtjevima za licenciranje.
Skupno prijenos CSV-a	Učinkovito za velike korisničke setove Omogućuje istodobnu dod jelu licenci, telefonskih brojeva i proširenja.	Zahtijeva pažljivo CSV oblikovanje Mogućnost pogrešaka ako telefonski brojevi ili proširenja nedostaju ili su netočni.
Dodjela temeljena na API-ju	Automatizirano, fleksibilno. Omogućuje istodobnu dod jelu licenci, telefonskih brojeva i proširenja.	Zahtijeva razvoj i znanje API-ja.

Tablica 6. Opcije pružanja usluga korisnika za
Način osiguranja	Opis	Profesionalci	Protiv
Priručnik	Stvaranje/upravljanje korisnicima pojedinačno	Jednostavno za malo korisnika; nije potrebna infrastruktura	Nije skalabilno; dugotrajno za mnoge korisnike
Skupno (CSV datoteka)	Uvozite/ažurirajte korisnike skupno putem CSV-a	Učinkovito za grupe; nije potrebno kodiranje	Ručna priprema CSV -a; manje dinamičan
Ljudi i SCIM 2.0 API	Programsko upravljanje korisnicima putem Webex API-ja	Fleksibilan; podržava automatizaciju i integraciju	Zahtijeva razvoj i infrastrukturu
Sinkronizacija direktorija	Automatska sinkronizacija iz AD-a, Entra ID-a, SCIM aplikacija, Unified CM	Automatizira životni ciklus; podržava filtriranje i mapiranje	Složenost postavljanja: neke od opcija imaju ograničene značajke ili zahtijevaju infrastrukturu

Tablica 7. Opcije za upravljanje grupama i članstvom u grupi
Opcija	Opis	Profesionalci	Protiv
grupno osiguranje (grupe)	Stvorite i upravljajte grupama izravno u. Dodajte/uklonite članove ručno ili putem CSV-a.	Potpuna kontrola nad članstvom u grupi Neposredna primjena licenci i predložaka Jednostavno kreiranje i uređivanje grupa	Potrebna su ručna ažuriranja Rizik od pogrešaka u ručnom prijenosu CSV-a Nema automatske sinkronizacije s vanjskim direktorijima
Sinkronizirane grupe iz Entra ID-a (Azure AD) ili Active Directory	Automatski sinkronizirajte sigurnosne grupe i članstva iz vanjskih usluga direktorija.	Automatizirana sinkronizacija smanjuje ručni rad Osigurava dosljednost s korporativnim direktorijem Podržava velike organizacije	Ne može se urediti članstvo u grupi Kašnjenje sinkronizacije do 12 sati Ugniježđene grupe zahtijevaju ručni odab ir
Grupe i SCIM 2.0 API (grupe)	Koristite grupe ili SCIM 2.0 API za programsko upravljanje grupama i članstvom	Automatizacija i integracija s drugim sustavima Skalabilno za velika ili složena okruženja	Zahtijeva razvojne napore Složenost ovisi o korištenju API-ja

Implementirati

Spremnost mreže

Početno postavljanje

Provjera domene

Zatražite (pretvorite) postojeće korisnike

Konfigurirajte i testirajte sinkronizaciju direktorija

Postavljanje i testiranje jednokratne prijave (SSO)

Nabavka, pružanje i provjera licenci

Webex Callingpostavke usluge

Pilotska migracija

Nabavite PSTN

Konfigurirajte lokacije

Integracija s lokalnom kontrolom poziva

Migrirajte korisnike u serijama

Radni prostori

Uređaji za osiguranje

Konfigurirajte značajke

Ispitivanje prihvaćanja

Spremnost mreže

Prvi korak u prelasku na to je osiguravanje pouzdane i sigurne internetske povezan osti između lokalne mreže i oblaka.

Budući da se većina organizacija povezuje s internetom putem jednog ili više vatrozida ili sigurnosnih uređaja, neophodno je provjeriti jesu li potrebni prometni to kovi podržani.

Administratori mreže i sigurnosti moraju razumjeti ove tokove u smislu:

Smjer (dolazni i odlazni)

Protokoli (primjer - SIP TLS, SRTP, HTTPS)

Rasponi IP adresa koje koriste usluge

Brojevi luka koji se moraju otvoriti ili dopustiti.

Time se osigurava da su korporativni zaštitni zidovi, NAT uređaji i druga mrežna infrastruktura pravilno konfigurirani za prilagođavanje prometu uz održavanje sigurnosnih pravila poduzeća.

Informacije o potrebnim tokovima, uključujući IP adresu, portove i protokole, potražite u odjeljku Referentne informacije o priključku za Webex Calling. Koristite ove informacije za konfiguriranje vatrozida, proxyja i druge mrežne infrastrukture u postojećoj implementaciji kako biste omogućili mrežne tokove.

Decentralizirani internetski proboj iz svake podružnice ili web lokacije preporučeni je pristup za usluge surad nje u oblaku kao što su. Dopuštajući lokalni izlazak prometa, ovaj model:

Smanjuje kašnjenje i podrhtavanje putovanja, poboljšavajući ukupnu kvalitetu poziva

Učinkovito se skalira kako više korisnika i web lokacija prelazi na

Besprijekorno radi sa SD-WAN-om, koji može dinamički usmjeravati sesije do najbliže ulazne točke oblaka za optimalne performanse

Omogućuje praćenje lokacije korisnika na temelju njihove javne IP adrese što pomaže u analizi putanja medija i rješavanju problema.

Osim toga, organizacije moraju osigurati odgovarajuću širinu pojasa interneta na svakom mjestu. Propusnost bi trebala biti dimenzionirana na temelju očekivanog broja istodobnih poziva, odabranog kodeka (npr. Opus ili G.711), plus režijske troškove za signalizaciju, retransmisiju i rast. To se usklađuje s fazom Pripreme PPDIO životnog ciklusa i uspostavlja čvrste temelje za migraciju.

Početno postavljanje

Pododjeljak početnog postavljanja unutar faze implementacije implementacije temelj je za uspostavljanje dobro strukturiranog i upravljivog okruženja za pozivanje u oblaku. Ova faza obuhvaća kritične zadatke kao što su postavljanje organizacije, nabava i dodjeljivanje licenci te provjera i traženje domena vaše tvrtke kako bi se osiguralo pravilno upravljanje korisnicima i sigurnost. Osim toga, uključuje dodjelu predložaka licenci za automatizaciju dodjele korisničkih licenci, konfiguriranje jednokratne prijave (SSO) radi pojednostavljenja provjere autentičnosti korisnika i poboljšanja sigurnosti te prilagođavanje postavki usluga i klijenta kako bi se uskladile s organizacijskim pravilima i potreb ama korisnika. Dovršavanjem ovih početnih aktivnosti postavljanja osigurava se da je okruženje pravilno konfigurirano za skalabilnost, sigurnost i besprijekorno korisničko iskustvo, postavljajući pozornicu za sljedeće faze implementacije i operacije.

Provjera domene

Da biste omogućili identificiranje korisnika registriranih s domenama e-pošte vaše tvrtke, neophodno je provjeriti svoje domene. Bez provjere domene korisnici će biti dodijeljeni potrošačkoj organizaciji, što komplicira upravljanje korisnicima za vašu tvrtku. Provjera domene obvezan je korak koji vašoj organizaciji omogućuje učinkovito traženje zaht jeva i upravljanje tim korisnicima.

Provjerite jesu li sve domene povezane s adresama e-pošte vaših korisnika provjerene. Pro vjera domene nije ekskluzivna; ista se domena može provjeriti u više organizacija.

Više informacija o upravljanju domenama potražite u odjelj ku Upravljanje domenama.

Zatražite (pretvorite) postojeće korisnike

Nakon uspješne provjere domena, možete nastaviti s prijavljivanjem korisnika koji su se registrirali za korištenje domena e-pošte vaše tvrtke u vašu organizaciju. Ovaj proces objedinjuje sve koris nike pod jedinstvenim organizacijskim kišobranom, omogućujući centralizirano upravljanje i pojednostavljenu administraciju. Zahtjevanjem tih korisnika osiguravate da vaša tvrtka ima potpunu kontrolu nad korisničkim računima, omogućujući vam dodjelu odgovarajućih licenci, konfiguriranje usluga i učinkovito pružanje potrebne podrške. Ovaj jedinstveni pristup upravljanju poboljšava sigurnost, pojednostavljuje pružanje usluga korisnika i osigurava dosljedan pristup uslugama u cijeloj organizaciji. Tvrdnjavanje korisnika također sprječava njihovo upravljanje u vanjskim ili potrošačkim organizacijama, čime se održava organizacijski integritet i kontrola nad resursima suradnje.

Dodatne informacije o prijavljivanju korisnika potražite u od jeljku Prijava korisnika u organizaciju (pretvaranje) korisnika.

Konfigurirajte i testirajte sinkronizaciju direktorija

Da biste omogućili besprijekorno upravljanje korisnicima i grupama, možete sinkronizirati korisnike i grupe iz korporativnog imenika bilo Microsoft Entra ID (ranije Azure AD) ili Microsoft Active Directory (AD) s. Ovaj postupak osigurava dosljedno održavanje identiteta korisnika i članstva u grupi u cijel om okruženju.

Za organizacije koje provode fazne implementacije ključno je kontrolirati i ograničiti opseg sinkronizacije tijekom početnog uvođenja. To smanjuje rizik od nenamjernih promjena i omogućuje ciljano testiranje prije šireg usvajanja.

Najučinkovitija metoda filtriranja sinkroniziranih korisnika je iskorišt avanje članstva u grupi direktorija:

1
Stvorite namjensku grupu za sinkronizaciju: u direktoriju poduzeća (Microsoft Entra ID ili AD) stvorite sigurnosnu grupu posebno za sinkronizaciju (na primjer, grupa za sinkronizaciju).

2
Popunite grupu ciljnim korisnicima: U ovu grupu dodajte samo korisnike koje želite sinkronizirati (poput testne grupe tijekom pilot faze). To vam omogućuje strogu kontrolu tko je uključen u proces sinkronizacije.

3
Konfiguriranje ugovora o sinkronizaciji s grupnim filtriranjem: Prilikom postavljanja ugovora o sinkronizaciji u Directory Connector ili Entra ID-u, konfigurirajte opseg tako da uključuje samo korisnike koji su članovi određene grupe.

Za Microsoft Entra ID možete koristiti dodjele temeljene na grupama u postavkama pružanja usluga

Za AD možete definirati LDAP filtar tako da uključuje samo korisnike koji pripadaju navedenoj skupini.

4
Proširite grupu prema potrebi: Kako napredujete u šire faze implementacije, jednostavno dodajte dodatne korisnike ili grupe u grupu za sinkronizaciju. Opseg sinkronizacije automatski će se proširiti na te korisnike, omogućujući kontrolirano i postupno uvođenje.

Primjer koraka provedbe:

U aktivnom direktoriju:

Stvorite sigurnosnu grupu pod nazivom grupa za sinkronizaciju.

Dodajte željene pilot korisnike u ovu grupu.

Postavite Directory Connector s LDAP filterom kao što je: (MemberOf = CN = Webex Sync Group, OU = Groups, DC = YourDomain, DC = com).

U Microsoftu unesite ID:

Stvorite grupu pod nazivom sinkronizirajuća grupa

Dodijelite grupu postavkama pružanja u Entra ID-u

Samo će korisnici u ovoj grupi biti osigurani za.

Uvijek testirajte sinkronizaciju temeljenu na grupama u neproizvodnom okruženju prije nego što se prijavite na cijelu organizaciju

Redovito pregledavajte članstvo u grupi kako biste bili sigurni da su sinkronizirani samo ovlašten

Za kontinuirano upravljanje automatizirajte ažuriranja članstva u grupi na temelju poslovnih pravila ili HR sustava ako je moguće.

Reference:

Sinkronizirajte korisnike Entra ID-a u Control Hub

Postavljanje aplikacije Entra ID Wizard u Control Hub

Priključak direktorija

Postavljanje i testiranje jednokratne prijave (SSO)

Jednokratna prijava (SSO) poboljšava sigurnost i pojednostavljuje pristup korisnicima omogućujući korisnicima da se jednom autentificiraju svojim korporativnim vjerodajnicama i dobiju besprijekoran pristup. podržava integraciju SSO s IDP-ovima usklađenim sa SAML 2.0, uključujući Microsoft Entra ID (ranije Azure AD), Active Directory (AD) federirana rješenja i razne raseljene osobe trećih strana.

U ovom trenutku treba implementirati i testirati dizajniranu postavku SSO-a.

Reference:

Integracija s jednom prijavom u upravljačko čvorište

konfiguriranje jednokratne prijave za webex administraciju

Konfigurirajte jednokratnu prijavu pomoću Microsoft Entra ID-a

SSO s više raseljenih lica

Upravljanje SSO-om na integraciji u Control Hub

Nabavka, pružanje i provjera licenci

Kao dio početnog postavljanja za, neophodno je nabaviti, osigurati i provjeriti odgovarajuće licence za omogućavanje i učinkovito upravljanje uslugama. Proces nabave uključuje odabir vrsta licenci na temelju korisničkih uloga i radnih opterećenja, kao što su profesionalne, standardne i radne licence. Licence se generiraju i pružaju putem Ciscovih softverskih platformi ili putem partnera. Nakon nabave i osiguranja potrebno je provjeriti odgovarajući broj licenci . Ovaj postupak osigurava da organizacija ima ispravne licence aktivirane i spremne za upotrebu u implementaciji.

Kao dio početnog postavljanja licenciranja u, važno je konfigurirati automatsko licenciranje temeljeno na organizaciji kako bi se pojednostavilo dodjeljivanje licenci novim korisnicima. Ova postavka omogućuje automatsko odobravanje licenci kada se korisnici dodaju u organizaciju, čime se eliminira potreba za ručnim dodjeljivanjem licen ci. Kada konfigurirate automatsko licenciranje na razini organizacije, odab erete usluge za dodijeljenje i definiranje opsega, kao što je primjena licenci samo budućim korisnicima ili uključivanje postojećih korisnika.

Međutim, ako vaš plan implementacije umjesto toga uključuje korištenje automatskog licenciranja na razini grupe, možete odlučiti ne dodijeliti licence na razini organizacije kako biste izbjegli sukobe ili dvostruke dodjele licenci. Uz automatsko licenciranje na razini grupe, licence se dodjeljuju na temelju članstva u grupi. Korisnici u više grupa dobivaju licence za sve primjenjive grupne dodjele.

Konfiguracija dodjele licenci temeljena na grupi mora se izvršiti nakon dovršetka sinkronizacije direktorija kako bi sinkronizirane grupe postojale i mogle se koristiti za dodjelu licenci.

Konkretno, automatsko dodjeljivanje licence zahtijeva dodatne detalje o pružanju usluga kao što su lokacija korisnika i dodjela telefonskog broja. Korisnikov radni telefonski broj mora biti u formatu +E.164, unaprijed dodijeljen i dodijeljen valjanoj lokaciji kako bi se licenca mogla automatski aktivirati. Ako ti uvjeti nisu ispunjeni, korisniku se neće automatski pružati usluge i može zahtijevati ručnu intervenciju.

Ukratko, konfigurirajte automatsko licenciranje temeljeno na organizaciji za nove korisnike ako želite široku dodjelu licence za cijelu organizaciju. Ako više volite detaljniju kontrolu ili imate različite potrebe za licenciranjem po grupi, konfigurirajte automatsko licenciranje na razini grupe i izbjegavajte dodjeljivanje licenci na razini organizacije kako biste spriječili preklapanje i osigurali pravilno upravljanje licencama.

Webex Callingpostavke usluge

Bitno je provesti sveobuhvatan pregled i konfiguraciju postavki globalnih usluga unutar.

Započnite pristupom odjeljku postavki i navigacijom do njega. Pažljivo pregledajte svaku konfigurabilnu opciju, uključujući, ali ne ograničavajući se na, internu konfiguraciju biranja, parametre poziva u hitnim slučajevima, pravila usmjeravanja poziva, upravljanje govornom poštom i zadane postavke uređaja.

Prilagodite ove globalne postavke tako da odražavaju pravila i dizajnerske odluke vaše organizacije.

Također, postavke postavljanja i predloške korisnika i aplikacija.

Pilotska migracija

Tijekom faze implementacije, provedba pilot migracije predstavlja ključnu prekretnicu u potvrđivanju prijelaza s na. Ovaj pilot uključuje pružanje reprezentativnog podskupa korisnika na jednoj ili više lokacija na platformi, osiguravajući da odabrana populacija odražava različite slučajeve upotrebe i organizacijske uloge. Paralelno s migracijom korisnika, osnovne usluge suradnje, uključujući govornu poštu, automatske pratnje, redove poziva i grupe za lov, moraju se prebaciti na njihove ekvivalente kako bi se održao kontinuitet poslovanja i funkcionalnost usluge.

Pilot migracija trebala bi iskoristiti istu kombinaciju alata koje pruža Cisco i alata za migraciju trećih strana koji su planirani za širu organizacijsku implementaciju, osiguravajući da se procesi, tijekovi rada automatizacije i točke integracije temeljito potvrđuju pod reprezentativnim uvjetima.

Primarni ciljevi ove pilotske implementacije su dvostruki: prvo, potvrđivanje i usavršavanje procesa prijelaza od kraja do kraja, uključujući tijekove rada za pružanje usluga korisnika, postupke migracije podataka i konfiguracije krajnjih točaka; i drugo, sveobuhvatna provjera funkcionalnosti migriranih usluga u stvarnim operativnim uvjetima.

Ovaj fazni pristup omogućuje projektnom timu da identificira i riješi sva tehnička ili proceduralna pitanja u kontroliranom okruženju, prikupi povratne informacije korisnika o novom iskustvu platforme, procjeni učinkovitost odabranih alata za migraciju i uspostavi povjerenje u metodologiju migracije prije nego što nastavi sa širim organizacijskim uvođenjem.

Uvidi stečeni tijekom ove pilot faze ključni su u optimizaciji naknadnih migracijskih valova i osiguravanju glatke tranzicije smanjene rizicima za cijelo poduzeće.

Nabavite PSTN

Da biste nabavili PSTN usluge za, prvo odaberite opciju PSTN povezivanja u.

Ako organizacija planira održavati hibridnu kontrolu dvostrukih poziva (faza 1 na slici Phased Calling Transition: Hybrid and Cloud) privremeno ili na neodređeno vrijeme, morat će implementirati jedan ili više lokalnih pristupnika za lokalni PSTN kako bi se omogućilo pozivanje između krajnjih točaka i krajnjih točaka.

Ako je potpuni prijelaz (faza 2) u oblak krajnji cilj uključujući PSTN, tada će za PSTN biti potreban Cisco Calling Plan ili opcija Cloud Connect for.

Radite s odabranim davateljem usluga kako biste naručili i prenijeli telefonske brojeve prije nego što ih konfigurirate. Naručivanje telefonskih brojeva ili pokretanje narudžbi za priključke je potrebno/moguće samo za lokalne PSTN i Cloud Connect za. Za Cisco pozivne planove naručivanja i prijenos započinju se unutar Control Huba čim se kreira lokacija, te u zemljama u kojima je dostupan Cisco Calling Plan. Za više informacija o Cisco Calling planovima potražite u odjelj ku Početak rada s Ciscovim planovima.

Kao dio implementacije PSTN, pobrinite se da je vaš pružatelj usluga omogućio i dolazne i odlazne PSTN usluge za vašu lokaciju. Osim toga, izvršite testne pozive kako biste provjerili jesu li pozivi ispravno usmjereni putem odabrane PSTN veze.

Konfigurirajte lokacije

Prije dodavanja korisnika i uređaja, morate navesti pozivne lokacije. Za svaku lokaciju mora se unijeti valjana adresa ulice. U SAD-u i Kanadi ovu adresu potvrđuje i platforma koristi za slanje podataka o lokaciji PIDF-LO za hitne pozive.

Kada konfigurirate lokacije koje koriste lokalni PSTN, morate u skladu s tim postaviti lokalne pristupnike. U programu se za svaki lokalni pristupnik moraju stvoriti prtljažnik i grupa ruta, a zatim se dodjeljuje grupa ruta kao PSTN izbor za lokaciju. Cisco snažno preporučuje uvijek odabir grupe ruta kao PSTN izbor, jer vam ovaj pristup omogućuje jednostavno dodavanje dodatnih debla u budućnosti, podržavajući i skalabilnost i redundantnost. Cisco također preporučuje omogućavanje podrške za dvostruki identitet i P-Charge-Info na svakom PSTN prtljažniku, jer to pojednostavljuje identifikaciju strane koja se naplaćuje za odlazne izravne ili preusmjerene pozive. Ako vaš PSTN pružatelj usluga koristi drugo zaglavlje za naplatu, možete kopir ati podatke iz zaglavlja P-Charge-Info na lokalnom pristupniku u traženo zaglavlje za naplatu.

Za lokacije koje koriste Cloud Connect for ili Cisco Calling Plan kao svoju PSTN opciju, jednostavno odaberite odgovarajući PSTN izbor za lokaciju tijekom postavljanja. Ako lokacija koristi ili Cloud Connect za ili lokalni PSTN, morat ćete dodati brojeve telefona koji su naručeni u prethodnom koraku. Brojevi se mogu dodati kao neaktivni ako ih ne želite odmah uključiti u usmjer avanje poziva; te brojeve možete aktivirati kasnije kada su dodijeljeni korisnicima ili značajkama.

Važno je uvijek postaviti glavni broj za svaku lokaciju. Glavni broj može se dodijeliti korisniku ili značajci, poput automatskog praćenja. Da biste omogućili govornu poštu na lokaciji, svakako postavite pilotski broj govorne pošte, poznat i kao broj glasovnog portala.

Dodatne postavke za pozivne lokacije uključuju konfiguriranje pojedinosti o hitnom pozivu kao što su broj za povratni poziv u nuždi, opcije obavijesti i poboljšane značajke poziva u hitnim slučajevima. Također biste trebali pregledati i prilagoditi postavke snimanja, jezične postavke i konfiguracije uređaja prema potrebi za svaku lokaciju. Ako vaša organizacija koristi skraćeno internetsko biranje na mreži sa značajnim brojevima poduzeća, ne zaboravite konfigurirati jedinstveni kôd web-lokacije za lokaciju u internim postavkama bir anja. Konačno, ako vanjsko biranje zahtijeva izlaznu znamenku za biranje, svakako postavite to u postavkama vanjskog biranja. Kada je konfigurirana izlazna znamenka za biranje, Cisco preporučuje omogućavanje provedbe odlazne brojke kako bi se osigurala dosljednost.

Integracija s lokalnom kontrolom poziva

Da biste se integrirali s lokalnom kontrolom poziva, potrebno je konfigurirati debla, grupe ruta, planove biranja poduzeća te postavke lokacije i globalne postavke. Započnite postavljanjem debla i lokalnih pristupnika namijenjenih za međusobno povezivanje s lokalnim sustavom kontrole poziva; ovaj korak je potreban samo ako su potrebni namjenski prtljažnici. Ako su postojeći trupci i grupe ruta dovoljni za vašu implementaciju, mogu se ponovno upotrijebiti za lokalno međusobno povezivanje bez dodatne konfiguracije.

Nakon što se uspostave debla i grupe ruta, nastavite s izradom planova biranja poduzeća i dodijelite odgovarajuću grupu ruta kao od redište za svaki plan biranja. Kada integracija uključuje više lokalnih sustava za kontrolu poziva povezanih kroz različite mreže, bit će potrebno više planova biranja. Važno je osigurati da ti planovi biranja sadrže samo obrasce potrebne za usmjeravanje poziva na lokalna odredišta.

Ako vaša implementacija zahtijeva podršku za usmjeravanje nepoznatih proširenja, ova bi značajka trebala biti omogućena na razini lokacije. Osim toga, kada je aktivirano usmjeravanje nepoznatih proširenja, morate odrediti maksimalnu nepoznatu duljinu proširenja unutar odjeljka Usmjer avanje poziva između i prostorija u postavkama usluga pozivanja u odjel jku Usmjeravanje poziva. To osigurava besprijekorno usmjeravanje poziva i pravilno rukovanje scenarijima biranja temeljenog na proširenju u vašem integriranom okruženju.

Migrirajte korisnike u serijama

Kada migrirate korisnike s na, možda nećete moći premjestiti sve korisnike u isto vrijeme. To može biti zbog više razloga, uključujući, ali ne ograničavajući se na broj web lokacija ili korisnika, koliko je vremena potrebno za pri jelaz web-mjesta i/ili grupe korisnika odjednom, ograničeni IT ili resursi web-lokacije za podršku prozoru promjena, trajanje prozora promjene, složenost promjene itd.

Kada migrirate korisnike u fazama, ključno je utvrditi koji korisnici trebaju migrirati zajedno u istoj skup ini. Primarni cilj je migrirati korisnike koji međusobno imaju ovisnosti o svojim pozivnim uslugama i značajkama. Želite osigurati da su sve njihove značajke pozivanja (primjer - redovi poziva) potpuno funkcionalne kao što su bile prije uključivanja prijelaza.

Čak i ako implementirate interakciju poziva između i s lokalnim pristupnicima, ne možete podijeliti zajedničke usluge ili značajke preko ove veze. Stoga morate identificirati ovisnosti između korisnika gledajući značajke poput:

Praćenje drugih korisnika pomoću BLF-ova

U istom lovu pilot, red poziva itd

Zajedničke linije

Korištenje preuzimanja poziva

Korištenje istih brojeva pozivnog parkiranja

Interfon

Izvršilnik/Administrator.

Primjer bi bio korisnik koji je dio Hunt grupe na koju se prelazi. Ovaj korisnik će prijeći na Hunt Group i sa svim ostalim članovima Hunt grupe. Stoga, nakon tranzicije Hunt Group i njeni članovi mogu uspješno odgovarati na pozive na novoj platformi.

To postaje izazovnije kada su korisnici povezani s različitim skupinama korisnika za različite usluge pozivanja i značajke. To će zahtijevati prijelaz više od jedne grupe korisnika i jedne pozivne usluge u isto vrijeme.

Koristite izlaz iz alata Migration Insights ili alata treće strane koji ste koristili u fazi pri preme kako biste odredili koje korisnike i značajke treba grupirati zajedno. Ovaj je izlaz trebao biti upotrijebljen za razvoj vašeg plana migracije i pružit će vam uvid u to kako ćete grupirati korisnike i značajke koje treba zajedno prijeći.

Ključni koraci prilikom prijelaza grupe korisnika su:

Identificiranje korisnika za zajedničku migraciju

Provjerite da su svi korisnici uključeni

Provjerite da postoje svi TN-ovi za korisnike

Provjerite ispravan format telefonskog broja u direktoriju

Provjerite jesu li predložak licenciranja i postavki za korisničke grupe ispravno postavl jeni

Provjera ili konfiguriranje svih usluga pozivanja i značajki za grupu korisnika (prije ili tijekom prijelaza prema potrebi)

U korporativnom direktoriju dodajte korisnike u grupu korisnika omogućenih pozivanja

Alati za polugu - alati za migraciju korisnika i značajki i/ili alati trećih strana

Onemogućite/izbrišite broj direktorija korisnika/uređaja i pozivne značajke/usluge nakon prijelaza.

Nakon migracije grupe korisnika, testirajte podskup korisnika kako biste provjerili ispravno rade sve njihove pozivne značajke i usluge. Ako se značajke pozivanja poput čekanja poziva, grupe za lov itd. Prebacuju s grupom korisnika, testirajte ove usluge pozivanja radi ispravne funkcionalnosti.

Radni prostori

U, radni prostor odnosi se na zajedničku lokaciju (poput konferencijske sobe, prostora za skupljanje ili vrućeg stola) kojoj se mogu dodijeliti uređaji, proširenja i korisnici. Za razliku od tradicionalnih Unifed CM telefona, radni prostori su:

Usredotočen na lokaciju: vezan za fizičke prostore.

Fleksibilan uređaj: može imati jedan ili više uređaja (stolni telefoni, ploče itd.).

Nakon što su radni prostori identificirani kao dio prijelaza na, mogu se dodati u odjeljku Uređaji. Svaki radni prostor treba dodjelu uređaja, a ako su već uključeniUnified CM, potrebno ih je resetirati ili ponovno osigurati. značajke kao što su govorna pošta, prosljeđivanje poziva i preuzimanje poziva mogu se omogućiti ili onemogućiti, a pravila se mogu primijeniti za videopozive, parkiranje poziva i mobilnost prema potrebi. Testirajte svaki radni prostor upućivanjem internih i vanjskih poziva, testiranjem video, konferencija i značajki mobilnosti . Na kraju, obavijestite korisnike o svim primjenjivim procesima za uređaje radnog prostora i rezervacije.

Više informacija o radnim prostorima potražite u odjeljku Radni prostori.

Uređaji za osiguranje

Telefone koji su trenutno registrirani morat će se migrirati kao dio prijelaza u oblak. Kako bi migracija bila što jednostavnija uz minimalne šanse za neuspjeh, Cisco preporučuje istodobnu migraciju fizičkih stranica ili odjela. Međutim, možda ćete morati migrirati korisnike u skupinama zbog ovisnosti o značajkama. Za više detal ja pogledajte odjeljak Migracija korisnika u serijama.

Svi podržani telefoni s kojih trebate prijeći morat će biti konfigurirani kao korisnički ili radni prostor, a fizički telefon morat će biti rekonfiguriran za registraciju. Osim toga, telefoni serije 7800 i 8800 trebaju nadograditi firmver s Enterprise firmvera na multiplatform Phone (MPP) firmware. Ovaj postupak uključuje učitavanje prijelaz nog firmvera prije učitavanja MPP firmvera potrebnog za registraciju. Također je potrebna odgovarajuća dozvola za migraciju. Cisco je poboljšao ovaj postupak tijekom posljednjih nekoliko godina kako bi vam olakšao nadogradnju vaših Enterprise firmvera telefona na MPP firmver. Dodatne informacije o koracima za dovršavanje nadogradnje firmvera potražite u odjel jku Pretvaranje IP telefona serije Cisco 7800 i 8800 između Enterprise i MP P firmvera.

Osim koraka opisanih u ovom članku, ima ugrađeni alat, Migracija telefona uWebex Calling, koji možete koristiti za migr aciju svojih 7800 i 8800 telefona s Enterprise na MPP firmver. Ovaj alat vam također omogućuje dodavanje telefona i dodijeljenje odgovarajućim korisnicima ili radnim prostorima. Dodatne informacije o korištenju alata potražite u od jelj ku Migracija telefona.

Za bilo koje telefone serije 9800 registrirane s gore navedenim zahtjevom za migraciju firmvera se ne primjenjuje. Ovi telefoni pokreću PhoneOS, koji podržavaju oba i. Da biste prešli ove telefone na, morat ćete ih dodatiWebex Calling, dodijeliti korisniku ili radnom prostoru, a zatim resetovati telefone na tvorničke postavke. Sli@@ jed pokretanja PhoneOS-a za registr aciju na slici ispod prikazuje redoslijed pokretanja PhoneOS-a i način na koji će se telefon registrirati nakon dodavanja, čak i ako je telefon još uvijek uključen i/ili se koriste DHCP opcije (primjer - 150).

Slijed pokretanja PhoneOS za registraciju

podržava tvorničke postavke PhoneOS uređaja kako bi se omogućilo uključivanje Zero-Touch. administratori mogu daljinski resetirati telefone 9800 i 8875 na tvorničke postavke putem stranica CUCM administracije, što eliminira potrebu za fizičkim pristupom telefonima za uključivanje telefona. Ova je značajka podržana s paketima uređaja od 9. rujna 2025. godine:

CUCM v15 - Upra vitelj objedinjenog komunikacija verzija 15

CUCM v14 - Unified Communications Manager verzija 14.

Za više informacija o postupku registracije za seriju 9800 pogledajte Post upak registracije.

^{Osim Cisco IP telefona, možda će biti potrebno osigurati i druge uređaje kao što su analogni telefonski
adapteri (ATA), bežični (Wifi, DECT) telefoni, video uređaji, glasovni pristupnici i
uređaji i telefoni treće strane.} Mnogi od ovih uređaja nemaju put nadogradnje firmvera poput IP telefona koji bi ih prebacili s korporativnog firmvera na firmver u oblak . Stoga ćete svaki od ovih uređaja osigurati u Control Hubu. Na neke od njih se ne mogu prebaciti i ekvivalentni model morat će ga zamijeniti (npr. ATA 191/192) i drugi zahtijevat će ručnu rekonfigur aciju i/ili izmjene softvera.

Glasovni pristupnici - Da biste migrirali lokalni pristupnik, pogledajte odjeljak Migracija lokalnog pristupnika .
Dodatne informacije o konfiguriranju glasovnog pristupnika VG400, VG410 ili VG420 u upravljačkom čvorištu potražite u odjeljku Lokalni pristupnik

Analogni telefonski adapter (ATA) - Da biste započeli s vašim Cisco ATA 191 i 192, pogledajte Cisco ATA.

Wifi bežični telefon - Da biste integrirali bežični telefon 840 i 860, pogledajte Integriranje Webex be žičnog telefona.

DECT bežični telefoni - Da biste započeli s novom Cisco IP DECT 6800 serijom, pogledajte Cisco IP DECT.

Da biste izgradili i upravljali digitalnom DECT mrežom u Control Hubu, pogledajte U pravljanje DECT mrežom

Više informacija o Cisco IP DECT 6800 potražite u Vodiču za implementaciju

Uređ ^aji i telefoni tre će strane - Radite s dobavljač ^ima treće strane na zahtjevima uređaja/telefona i postupku njihove migracije ili zamjene za podršku.

Konfigurirajte značajke

Sve značajke pozivanja koje su potrebne moraju biti osigurane prije ili tijekom prijelaza. Kao što je raspravljano tijekom odjeljka Migracija korisnika u skupinama, značajke poziva moraju se konfigurirati i prebaciti kada se korisnici koji ih koriste pređu.

Pojedinosti o tome kako konfigurirati svaku od značajki potražite u odgovarajućim člancima pomoći za konfiguraciju.

Automatski upravitelji - Da biste upravljali automatskim stjuardesama, pogledajte Auto pomoćnici

Call park - Da biste upravljali pozivnim parkom, pogledajte Call park

Preuzimanje poziva - Da biste konfigurirali grupu za preuzimanje poziva, pogledajte odjeljak Pre uzimanje poziva

Redovi poziva - Da biste konfigurirali red poziva, pogledajte Redov ni red poziva

Grupe za lov - Da biste upravljali lovačkim grupama, pogledajte U pravljanje lovačkom grupom

Načini rada - Da biste usmjerili pozive na temelju načina rada, pogledajte Usm jeravanje poziva na temelju načina rada

Grupe straničarskih stranica - Da biste konfigurirali grupu za pozivanje, pogledajte Konfiguriranje grupe za straniciranje

Snimke - Za upravljanje snimanjem poziva pogledajte U pravljanje snimkama

Doseg jednog broja - Da biste konfigurirali doseg jednog broja (ured bilo gdje), pogledajte Konfiguriranje jednog broja

Grupa govorne pošte — za upravljanje zajedničkom govornom poštom i ulaznim faksom pogledajte Upravljanje govornom poštom.

Ispitivanje prihvaćanja

Testiranje prihvaćanja osigurava da migrirano okruženje zadovoljava funkcionalne zahtjeve, radi kako se očekuje i pruža besprijekorno korisničko iskustvo u svim komunikacijskim tijekovima rada. Ovaj postupak provjere valjanosti je višestruki i obuhvaća sve, od pružanja usluga korisnika i dodjele brojeva do operativnih performansi naprednih značajki poziva .

Ovaj odjeljak daje primjere i ističe ključne aspekte koje treba uzeti u obzir tijekom testiranja prihvaćanja; međutim, nije namijenjen da služi kao iscrpan ili sveobuhvatan kontrolni popis.

Davanje korisnika i dodjeljivanje broja

Temeljni aspekt testiranja prihvaćanja uključuje provjeru jesu li svi korisnici osigurani točno i potpuno unutar njih. To zahtijeva temeljitu usporedbu izvornog () direktorija i novoosnovane korisničke baze kako bi se osiguralo da je svaki korisnički račun, zajedno s povezanim atributima kao što su brojevi proširenja i dodjeli izravnog unutarnjeg biranja (DID) ispravno migriran. Kompletnost pružanja usluga ključna je ne samo za operativnost prvog dana, već i za stalnu administraciju i podršku .

Validacija dodjele brojeva uključuje potvrdu da je svakom korisniku dodijeljeno ispravno proširenje i vanjski broj te da se ti brojevi pravilno usmjeravaju u internim (mrežnim) i vanjskim (PSTN) tokovima poziva. Važno je provjeriti ima li preklapanja, nedost ajućih dodjela ili pogrešnih konfiguracija koje bi mogle dovesti do pogrešaka usmjeravanja poziva ili prekida usluge.

PSTN Tokovi poziva i prezentacija ID-a pozivatelja

Robusni postupak ispitivanja prihvaćanja mora obuhvaćati provjeru valjanosti PSTN poziva od kraja do kraja. To uključuje scenarije dolaznih i odlaznih poziva. Za dolazne PSTN pozive, tim za testiranje trebao bi potvrditi da se pozivi isporučuju na predviđene krajnje točke, bilo da se radi o pojedinačnim korisnicima, redovima poziva, lovačkim grupama ili automatskim pratiocima. Odlaz ni PSTN pozivi moraju se uspješno upućivati, s posebnom pažnjom posvetiti isprav noj isporuci i prezentaciji podataka o ID pozivatelju. To uključuje osiguravanje prikaz ivanja ispravnog imena i broja pozivatelja vanjskim primateljima, u skladu s organizacijskim politikama i regulatornim zahtjevima.

Testiranje bi se također trebalo baviti scenarijima neuspjeha, kao što je rukovanje nedostižnim krajnjim točkama ili poremećaji mreže. To pomaže potvrditi da rezervni mehanizmi i alternati vno usmjeravanje funkcioniraju ispravno, održavajući kontinuitet i pouzdanost usluge.

Tokovi poziva na mreži

Interni ili mrežni tokovi poziva čine okosnicu poslovne komunikacije. Testiranje prihvaćanja u ovom području provjerava jesu li pozivi između korisnika unutar organizacije pravilno usmjereni, a značajke kao što su prijenos poziva, zadržavanje, prosljeđivanje i konferencije rade kako je predviđeno . Integritet planova biranja, povezanost proširenja do proširenja i podrška za politike organizacijskih poziva moraju biti potvrđeni.

Rukovanje korisničkim pozivima i provjera valjanosti funkcija

Važan aspekt testiranja prihvaćanja uključuje provjeru načina na koji korisnici obrađuju pozive pomoću i podržanih stolnih telefona. Ovaj se postupak usredotočuje na potvrđivanje da su svakodnevni tijekovi rada pozivanja intuitivni i pouzdani te da korisnici imaju besprijekoran pristup osnovnim značajkama potrebnim za njihove uloge. Testiranjem bi trebalo procijeniti jednostavnost kojom korisnici mogu upu ćivati i primati pozive, upravljati funkcijama zadržavanja i nastavka te obavljati slijepe i savjetodavne prijenose. Također je neophodno provjeriti jesu li prosljeđivanje poziva, konferencije i druge napredne mogućnosti, kao što su parkiranje i preuzimanje poziva ili aktiviranje, ne ometaju, lako dostupne i rade nesmetano.

Iskustvo treba procijeniti radi jasnoće i odziva, uzimajući u obzir način na koji korisnici komuniciraju s poviješću poziva, govornom poštom i integriranim direktorijima. Dodatnu pozornost treba posvetiti mogućnosti premještanja aktivnih poziva između uređaja i učinkovitog korištenja kontrola tijekom poziva unutar aplikacije ili na fizičkim telefonima. Krajnji cilj je osigurati da iskustvo krajnjeg korisnika bude dosljedno, učinkovito i da u potpunosti podržava komunikacijske potrebe organizacije nakon migracije.

Redovi poziva: iskustvo agenta i supervizora

Redovi poziva često se koriste za rukovanje scenarijima dolaznih poziva velike količine. Testiranje prihvaćanja ovdje se fokusira na nekoliko dimenzija. Prvo, treba provjer iti da li se pozivi distribuiraju agentima prema konfiguriranoj logiki reda čekanja, poput okrugle crkve, najdužeg mirovanja ili istodobnog zvona. Prikaz poziva u redu čekanja na radnim površinama agenta mora se ispitati radi jasnoće i jednostavnosti korištenja, osiguravajući da agenti mogu učinkovito prihvaćati, zadržati i prenositi pozive.

Za nadzornike bi se iskustvo radne površine trebalo procijeniti za značajke kao što su praćenje u stvarnom vremenu, prebacivanje poziva i analitika ili uvid u performanse čekanja. To uključuje, ali nije ograničeno na provjeru nadzornih ploča i alata za izvještavanje koji pružaju djelotvorne podatke o distribuciji poziva, aktivnosti agenta i mjernim podacima u redu čekanja.

Lovske grupe: Distribucija poziva

Lovske grupe ključni su mehanizam za distribuciju poziva unaprijed definiranim skupovima korisnika. Testiranje prihvaćanja mora potvrditi da se pozivi usmjeravaju članovima grupe na temelju konfiguriranog algoritma lova te da se scenariji preljeva, prosljeđivanja i bez odgovora obrađuju prema dizajnu. Osiguravanje da se članstvo u grupi i ponašanje usmjeravanja poziva podudar aju s onima koje su prethodno utvrđene bitno je za operativnu dosljednost i zadovoljstvo korisnika.

Automatski sudionici: Najave i operacije izbornika

Automatski pratitelji predstavljaju prvu liniju automatiziranog upravljanja pozivima. Testiranje mora obuhvatiti reprodukciju najava, točnost snimljenih pozdrava i ispravan rad stabala izbornika. Odabir izbornika trebao bi pouzdano usmjeriti pozivatelje do odgovarajućih odjela, pojedinaca ili vanjskih brojeva. Testiranje bi također trebalo uključivati nevaž eće ili vremenske scenarije kako bi se potvrdilo da pozivatelji dobivaju jasne smjernice ili su preusmjereni prema namjeri.

Operacija govorne pošte

Konačno, funkcionalnost govorne pošte ključna je za korisničko iskustvo. Testovi prihvaćanja trebali bi provjeriti jesu li kutije govorne pošte ispravno do dijeljene i dostupne, kako unutar organizacije, tako i na daljinu. Mogućnost snimanja, preuzimanja i upravljanja porukama mora biti potvrđena, zajedno s isporukom obavijesti.

Optimizirajte

PSTN migracija na Cloud Connect za

Optimizirajte lokalnu infrastrukturu

Koristite analitiku i rješavanje problema

Migracija PSTN na Cloud Connect za

Nakon što se sve krajnje točke i korisnici migriraju u pozivanje u oblak, jedina svrha Unified CM je djelovati kao tranzit između PSTN pristupnika i putem lokalnog pristupnika. Uklanjanje PSTN pristupa i lokalnog pristupnika sa slike korištenjem Cloud Connect za kao PSTN pristup za sve Webex Calling korisnike ima nekoliko prednosti, uključujući smanjenje troško va i poboljšanu pouzdanost. Da biste prebacili lokalni PSTN pristup na Cloud Connect za , slijedite ove korake:

Cloud Connect za odabir partnera.

Pogledajte popis Cloud Connect za partnere i odaberite jedan od dostupnih partnera dostupnih za lokaciju vaše organizacije.

Cloud Connect za provjeru valjanosti.

Prije prebacivanja PSTN pristupa za lokacije na Cloud Connect, povezivanje s PSTN-om putem odabranog partnera Cloud Connect treba provjeriti i potvrditi. U tu svrhu potrebno je osigurati testnu lokaciju s nekim testnim korisnicima koji su dodijeljeni na toj testnoj lokaciji. PSTN pristup za ovu testnu lokaciju zatim se postavlja na partnera Cloud Connect prije provjere PSTN povezi vanja pomoću testnih telefona. Nakon uspješne provjere valjanosti, mjesto ispitivanja može se isključiti.

Prenošenje brojeva.

Da biste se pripremili za prelazak na Cloud Connect, potrebno je postaviti portove za sve brojeve koji su trenutno dodijeljeni PSTN prtljažniku koji se završavaju. Svi brojevi moraju biti preneseni na partnera Cloud Connect. Da bi se održala dostupnost među lokacijama, svi brojevi svih lokacija moraju biti preneseni u isto vrijeme.

Prebacite se na partnera Cloud Connect.

Na datum prekida, PSTN pristup za sve lokacije mora biti postavljen na pružatelja usluga PSTN povezanog s oblakom, a dolaznu i odlaznu povezanost treba provjeriti.

Kao što je objašnjeno u PSTN odjeljku poglavlja o dizajnu, kupci također mogu odlučiti premjestiti svoj PSTN pristup na Cloud Connect na početku prijelaza koristeći PSTN trunking za hibridne implementacije. Dodatne informacije potražite u odjeljku PSTN trunking za hibridne implementacije. Webex Calling U tom slučaju tijekom prijelaza PSTN pristup za je putem Local Gateway-a i nakon premještanja svih korisnika na njega nema dodatnih koraka migracije povezanih s PSTN-om osim stavljanja izvan pogona i Lokalnih pristupnika.

Optimizirajte lokalnu infrastrukturu

Nakon što su svi korisnici prebačeni i sve krajnje točke prebačene na registraciju u oblaku (ili su isključene), ažurirajte odgovarajuću lokalnu infrastrukturu sada kada se koristi pozivanje u oblaku. Ažuriranja infrastrukture uključuju:

Uklonite lokalne DNS SRV zapise kontrole poziva i razmjene poruka s lokalnih DNS poslužitelja, uključujući cisco_uds. _TCP. <domain>, Cup_login. _TCP. <domain>. Ovi SRV zapisi više nisu potrebni za otkrivanje klijentskih usluga.

Uklonite DNS SRV zapise vezane za rubove iz javnog DNS sustava uključujući collab_edge. _Tls. <domain>. Ovi SRV zapisi više nisu potrebni za otkrivanje rubnih usluga suradnje za klijentsku uslugu.

Ažurirajte sve relevantne DHCP opsege da biste uklonili opciju 66 i opciju 150 adrese TFTP/boot poslužitelja. Ovi opsezi više nisu potrebni za otkrivanje i pre uzimanje konfiguracije kontrole poziva krajnje točke.

Ažurirajte/uklonite odgovarajuće pozivne kolege u lokalnom pristupniku/kocki koji usmjeravaju pozive prema i od. Unified CM Ovi dial-peer više nisu potrebni za lokalno usmjeravanje poziva.

Izbrišite ili uklonite sve virtualne strojeve i/ili poslužitelje i klastrirajte čvorove. Po potrebi prenamjenite računske resurse i hardver . Ti resursi više nisu potrebni za kontrolu poziva i rubove usluge.

Izbrišite ili uklonite sve virtualne strojeve i/ili poslužitelje čvorova klastera. Po potrebi prenamjenite računske resurse i hardver . Ti resursi više nisu potrebni za govornu poštu i objedinjene usluge razmjene poruka.

Čišćenje: Nakon migracije PSTN pristupa na PSTN povezan s oblakom, PSTN debla, PSTN pristupi i lokalni pristupnik mogu biti isključeni.

Za bilo koje postojeće lokalno rješenje E911 izbrišite sve lokacije ili brojeve koji su migrirani, a nakon dovršetka potpunog prijelaza uklonite virtualne strojeve ili poslužitelje aplikacija. Po potrebi prenamjenite računske resurse i hardver . Ti resursi više nisu potrebni za hitne pozive i usluge lokacije.

DNS-ovi koji pripadaju migriranim korisnicima trebali bi biti smješteni u skrivenu particiju kako bi se izbjegli kvarovi usmjeravanja poziva i kako bi se osiguralo da svi CSS-ovi imaju prioritetni pristup putu oblaka istih DNS-a.

Ažurirajte fizičku lokaciju koja se može otpremiti i mrežni element u mobilnosti horizonta kad god dođe do promjena. Uobičajene aktivnosti koje zahtijevaju ažuriranja su:

Zamjena mrežnog prekidača

Zamjena bežične pristupne točke

DHCP promjene opsega

Fizičke promjene unutar zgrade (ako se odlučite za kabinu/ured)

Fizičko proširenje ili stezanje uredskog prostora unutar zgrade.

Koristite analitiku i rješavanje problema

pruža sveobuhvatne mogućnosti analitike i rješavanja problema koje će vam pomoći vizualizirati i pratiti implementaciju. Oni pokrivaju kvalitetu medija, detaljnu povijest poziva, red poziva, lova čku grupu i analitiku automatskih pratitelja. Primjer analitike kvalitete medija prikazan je na slici analitika kvalitete medija.

analitika kvalitete medija

U odjeljku Rješavanje problema svaki poziv upućen upotrebom može se pregledati s detaljnim informacijama o ključnoj kvaliteti medija i problemima vezanim uz signalizaciju kako bi se lakše utvrdili problemi s medijima kao i neuspjeli pozivi, kao što je prikazano na slici Rješavanje problema s kvalitetom medi ja.

rješavanje problema kvalitete medija

rješavanje problema također se može integrirati s drugim Ciscovim proizvodima poput ThousandEyes i Meraki prekidača kako bi se pružilo još bogatije integrirano iskustvo u Control Hubu. Dodatne informacije o korištenju Webex Callinganalitike i rješavanju problema potražite u odjeljku Rješavanje problema s Webex Calling pozivima u upravljačkom čvorištu.

Uvod

Prije nego što počnete

Pregled

Osnovne komponente

Pregled procesa PPDIO

Opći opis PPDIO

Korištenje PPDIO- Unified CM a za Webex Calling migracijske projekte

Pripremite

Plan

Dizajn

Implementirati

Optimizirajte

PPDIO povratne petlje

Migracijski pristup

Prije nego što počnete

Ovaj vodič namijenjen je timovima ili pojedincima s iskustvom u konfiguriranju i administriranju Cisco Unified Communications Manager (Unified CM) i Ciscovih krajnjih točaka, uključujući IP stolne telefone, video uređaje i Jabber soft klijente. Kroz ovaj dokument postoje poveznice na dokumentaciju o proizvodu i podršci za pomoć.

Ovaj se dokument fokusira samo na prijelaze s više stan Unified CM ara na Webex Calling više stanara. Pojam Webex Callingu ovom dokumentu uvijek se odnosi na Webex Calling više stanara.

Prije početka migracije s Unified CM naWebex Calling, neophodno je imati sveobuhvatno razumijevanje Webex Calling rješenja i njegovih komponenti. Uspješna migracija zahtijeva poznavanje Webex Calling arhitekture, modela usluga, mogućnosti implementacije i povezanih značajki kako bi se pravilno mapirala postojeća radna Unified CM opterećenja i dizajnirao učinkovit plan prijelaza.

Temeljito razumijevanje sljedećih Webex Calling komponenti ključno je za informiranje o učinkovitoj tranzicijskoj strategiji i operativnoj spremnosti.

Kontrolno čvorište

Pružanje direktorija i korisnika

Webex Callingplatforma

Podržane krajnje točke pozivanja

Opcije povezivanja PSTN

Webex Callingplan biranja i upravljanje brojevima

Značajke sigurnosti i usklađenosti.

Za više informacija pogledajte Cisco Preferred Architecture zaWebex Calling.

Ovaj vodič će istaknuti alate i procese koji će se koristiti tijekom životnog ciklusa prijelaza. Međutim, prijelaz s lokalnog poziva na novu platformu za pozivanje u oblaku može biti značajan napor s potencijalnim poslovnim, tehničkim i složenim izazovima. Unified CM Webex Calling Kako bi pomogao u prevladavanju ovih izazova, Cisco ima na raspolaganju nekoliko različitih opcija koje će vam pomoći u vašem putovanju. Važno je pregledati informacije na stranici Enterprise cloud calls - Calling migration i razumjeti svaku opciju i kako vam svaka od njih može pomoći u vlastitoj migraciji.

Webex alati za migraciju: samoposlužni, besplatni alati ugrađeni u Control Hub za pojednostavljivanje vašeg prijelaza Webex Calling

Certificirani pružatelji usluga migracije: Cisco je potvrdio pružatelji softvera i alata koji su razvili rješenja za migraciju kako bi Webex partnerima i klijentima pomogli u složenim i velikim migracijama. Ova rješenja mogu pomoći pojednostaviti, upravljati i ubrzati prijelaz na Webex Calling

Webex Setup Assist: usluga migracije pod vodstvom CISCO koja vodi korisnike i partnere kroz implementaciju i konfiguraciju, što je potrebno za uspješnu migr Unified CM aciju korisnika i usluga. Webex Calling Webex Calling

Pregled

S rastom usluga suradnje koje se isporučuju u oblaku, sve više kupaca želi premjestiti svoja postojeća radna opterećenja suradnje u oblak s obzirom na obećanja o smanjenim ukupnim troškovima vlasništva, pojednostavljenom upravljanju, kontinuiranom isporukom značajki, povećanom razmjeru i vrhunskoj pouzdanosti svojstvenoj uslugama temeljenima na oblaku. Kako kupci žele izvrš iti prijelaz s lokalnih na usluge suradnje u oblaku, važno je da razumiju što tranzicija podrazumijeva i korake potrebne za prijelaz.

Svrha ovog dokumenta je pružiti smjernice za implementaciju korisnicima koji posebno žele prijelaz s lokal Unified CM nog Webex Calling na oblak. Ovaj vodič za implementaciju pretpostavlja da čitatelj ima osnovno razumijevanje prijelaza poziva između Unified CM iWebex Calling, uključujući ono što se mijenja prilikom izvođenja tog prijelaza i koje su razlike pri premještanju opterećenja poziva iz lokalnog u oblak. Prije nego što nastavite, provjerite jest e li pregledali i upoznati s informacijama dostupnim na karti prijelaza. Ovaj dokument karte prijelaza pruža informacije o promjenama i razlikama ovog prijelaza.

Kao što je prikazano na slici Lokalna arhitektura suradnje: kontrola poziva i daljinski pristup, tipična lokalna implementacija uključuje različite komponente infrastrukture suradnje na mreži, platformu za kontrolu poziva, rubnu platformu, hardverske i softverske krajnje točke, a u nekim slučajevima čak i platforme za konferencije i zakazivanje. U Ciscovoj arhitekturi to bi uključi Unified CM valo kontrolu poziva, brzu cestu za daljinski pristup i rubove usluge tvrtke za poduzeće (B2B), Cisco Meeting Server/ Cisco Meeting Management za lokalne konferencije, Unity Connection za glasovne poruke i hardver okrenut prema korisniku (Cisco IP telefoni, Cisco Desk i Room video su stavi) i softver () krajnje točke temeljene na IP-u. Cisco Jabber Te se komponente mogu neznatno razlikovati u nekim okruženjima, ali ovo je polazna točka za prijelaz opisan u ostatku ovog dokumenta.

Lokalna arhitektura suradnje: kontrola poziva i daljinski pristup

Arhitektura prikazana na slici Lokalna arhitektura suradnje: upravljanje pozivima i daljinski pristup temelji se na Preferiranoj arhitekturi (PA) za lokalne implementacije tvrtke Cisco Collaboration Enterprise. Više informacija o Enterprise On-Premise potražite u odjeljku Preferirane arhitekture Ciscove suradnje.

Prije: Tablica komponenata infrastrukture za lokalno pozi vanje navodi klju čne elemente lokalne arhitekture prije prelaska na oblakWebex Calling.

Tablica 1. Prije: Lokalno pozivanje komponenti infrastrukture
Proizvod Opis

Unified CM Lokalno upravljanje pozivima pruža usluge registracije uređaja i usmjeravanja poziva

Cisco Expressway-C/E Edge infrastruktura koja pruža mobilnu i Remote Access (MRA) i poslovno- poslovnu (B2B) funkcionalnost koja omogućuje udaljenim krajnjim točkama sigurno povezivanje izvan organizacije. Brza cesta je raspoređena u parovima kako bi se omogućilo prelazak vatro zida za vanjske krajnje točke.

Cisco poslužitelj sastanaka (CMS), Cisco upravljanje sastancima (CMM) i Cisco Telepresentation Management Suite (TMS) Lokalna infrastruktura za glasovne, video i web konferencije koja pruža sastanke u više točaka, upravljanje sastancima i mogućnosti zakazivanja. [Neobavezno]

Cisco Unity Connection Lokalna platforma za glasovne poruke koja pruža mogućnosti govorne pošte i objedinjene razmjene poruka . [Neobavezno]

Cisco Desk, Cisco soba, Cisco ploča, Cisco IP telefoni i Cisco Jabber IP-bazirani uređaji registrirani Unified CM i omogućuju glasovne i video pozive

Kao što je prikazano na slici Odluka o prijelazu: lokalno pozivanje Webex Calling, kupci koji imaju lokalnu kontrolu poziva s krajnjim točkama Unified CM i stolnim i video IP krajnjim točkama imaju izbor prelaska arhitekture prema arhitekturi oblaka. Webex Calling

Odluka se mora donijeti na temelju zahtjeva kupca za funkcionalnost. Korisnici koji imaju sljedeće zahtjeve trebali bi pažljivo razmotriti prije donošenja ove odluke i na kraju mogu odlučiti zadržati kontrolu poziva na lokalnoj lokaciji:

Modeli telefona ne podržavaju Webex Calling

Složene ili brojne integracije s drugim lokalnim sustavima ili rješenjima, posebno tamo gdje Webex Calling je repliciranje tih integracija teško ili nema dostupnih ekvivalentnih alternativnih rješenja

Složeni plan biranja, vrlo detaljne klase usluga ili oboje

Ograničavajući, ograničen ili nepouzdan pristup internetu

Stroga pravila o privatnosti i vlasništvu podataka

Zahtjev za usklađenost za snimanje i pohranu medija u lokalnoj ili u zemlji

Integracije trećih strana bez održive alternati Webex Calling vne integracije

Integracije kontaktnih centara u kojima kontakt centar još ne prelazi u ob lak.

Odluka o prijelazu: lokalno pozivanje Webex Calling
Kupci koji žele početi koristiti usluge pozivanja u oblaku trebali bi razmotr Webex Calling iti. Ova usluga poziva u oblaku omogućuje kupcu da iskoristi Webex globalnu arhitekturu za razmjere i povezivanje. Sudionici na korporativnoj mreži i udaljeni sudionici izvan korporativne mreže mogu komunicirati pomoću hardverskih krajnjih točaka temeljenih na IP-u i/ili desktop ili mobilnih softverskih klijentskih aplikacija.

Ovaj dokument usredotočuje se na korisnike s implementacijama kontrole Unified CM poziva koji žele razumjeti opće korake, razmatranja i zahtjeve za omogućavanje implementacije kao što je prikaz Webex Calling ano u sljedećem odjeljku.

Osnovne komponente

Ciljna arhitektura za ovu migraciju uključuje nekoliko novih komponenti. To uključuje Webex Calling uslugu za pozivanje temeljeno na oblaku, Webex App, Cisco Directory Connector za integraciju identiteta i Local Gateway (LGW) za PSTN pristup, kao i integraciju lokalnih poziva u oblak. Dodatne su opcije za pristup PSTN-u Cisco ili Cloud Connected PSTN (CCP) koje omogućuje Cloud Connect za Webex Calling partnera.

Kao što je prikazano na slici Nakon: Webex Calling Arhitektura, nove komponente (konektor direktorijaWebex Calling, lokalni pristupnik i pristupnik za preživljavanje) dodaju se postojećoj lokalnoj implementaciji .

Nakon: Webex Calling Arhitektura

Nakon: Tablica komponenti infrastrukture za pozivanje u oblaku navodi nove elemente arhitekture nakon prijelaza na Webex.

Tablica 2. Nakon: Komponente infrastrukture za pozivanje u oblaku
Proizvod Opis

Webex Calling Usluga poziva temeljena na oblaku isporučena s Webex platforme koja omogućuje registraciju krajnjih točaka i usmjeravanje poziva

Cisco konektor direktorija Windows aplikacija pokrenuta na računalu Windows domene koja omogućuje sinkronizaciju identiteta između lokalnog poduzeća Active Directory i pohrane identiteta organizacije Webex.
Za korisnike koji prelaze s lokalnog Active Directory na Entra ID, integracija identiteta s Webexom umjesto Cisco Directory Connector koristi aplikaciju Entra ID Wizard.

Lokalni prolaz Lokalni pristupnik djeluje kao most između lokalne objedinjene komunikacijske mreže korisnika i Webex Calling oblaka. Može se implementirati lokalno ili hostirati od strane partnera, pružajući PSTN pristup za krajnje točke registrirane u oblaku, kao i pozivajući integraciju između Unified CM registriranih krajnjih točaka i krajnjih točaka registriranih u oblaku. Cisco IOS-XE usmjerivač integriranih usluga (serije ISR 1100 i 4000), Cisco Catalyst 8200/8300 serija, Cisco Catalyst 8000V Edge softver i razni certificirani kontroleri granica sesije trećih strana (SBC) mogu se koristiti kao LGW za pristup faznoj migraciji.

Gateway za preživljavanje Survivability Gateway (SGW) je mrežni pristupnik zasnovan na IOS-XE koji pruža usluge rezervnog poziva krajnjim točkama na licu mjesta tijekom prekida mreže. Webex Calling

Cisco pozivni plan, Cloud Connect za Webex Calling Cisco Calling Plan i Cloud Connect for opcije Webex Calling su zasnovane na oblaku za PSTN pristup krajnjim točkama. Webex Calling PSTN pristup olakšava pružatelj usluga PSTN u oblaku i ne zahtijeva lokalnu opremu.

Webex aplikacija Klijentska aplikacija koja radi na stolnom OS-u (Windows, Mac) ili mobilnom OS-u (Android, iOS) i registrirana izravno na Webex Calling platformu za pozivanje funkcionalnosti.

Pregled procesa PPDIO

PPDIO postupak označ ava Priprema, planiranje, dizajn, implementacija i optimizacija. Rije č je o strukturiranoj Ciscovoj metodologiji koja vodi projekte od početne procjene do kontinuiranog poboljšanja, osiguravajući učinkovite i uspješne implementacije ili migracije.

PPDIO proces

Opći opis PPDIO

Pripremite se: Procijenite trenutno okruženje, prikupite zahtjeve i uskladite dionike kako biste uspostavili čvrste temelje.

Plan: Raz viti detaljne planove projekata uključujući vremenske rokove, resurse i strategije ublažavanja rizika.

Dizajn: Arhitektujte ciljno rješenje prilagođeno poslovnim i tehničkim potrebama.

Implementacija: Izvršite implementaciju ili migraciju prema dizajnu, potvrđujući funkcionalnost i performanse.

Optimizirajte: Kontinuirano poboljšavajte rješenje nakon implementacije pra ćenjem performansi, usavršavanjem konfiguracija i korištenjem alata za automatizaciju i integraciju.

Korištenje PPDIO- Unified CM a za Webex Calling migracijske projekte

Prilikom prijelaza s Unified CM naWebex Calling, PPDIO proces pruža jasnu mapu puta kako bi se osigurala glatka i učinko vita tranzicija:

Pripremite

Procijenite postojeće Unified CM okruženje i spremnost za migracije

Prikupite detaljne podatke o korisnicima, uređajima, mreži i ovisnostima

Prikupite podatke o lokaciji, uključujući adresu za hitne slučajeve, broj korisnika, pristup internetu, PSTN pristup

Identificirati rizike i definirati opseg projekta kako bi se uskladili svi dionici.

Plan

Stvorite sveobuhvatan plan migracije s grupnim rasporedima, dodjeljivanjem resursa i vremenskim rokovima

Definirajte zadatke kao što su nadogradnje firmvera uređaja, pružanje licence i uključivanje korisnika

Koordinirati migracijske prozore s Ciscom i partnerima kako biste smanjili poremećaje.

Dizajn

Mapiranje trenutnih Unified CM konfiguracija, planova biranja i korisničkih profila u Webex Calling ekvivalente

Dizajnirajte Webex Calling okruženje, uključujući PSTN strategiju (privremenu i konačnu), lokacije, korisničke uloge i točke integracije poput lokalnog pristupnika (CUBE) i sinkronizacije direktorija

Planirajte scenarije suživota gdje Unified CM i Webex Calling djeluju istodobno tijekom migracije.

Implementirati

Koristite alate za migraciju Control Hub zajedno s alatima trećih strana za izvođenje promjena načina upravljačkog softvera uređaja, konfiguracije značajki i migracija korisnika

Upotrijebite masovne operacije i pružanje usluga pomoću Webex API-ja za pojednostavljivanje velikih migracija i konfiguracija

Izvršite dodjelu licence, registraciju uređaja i ažuriranja konfiguracije

Potvrdite uspjeh migracije testiranjem i operativnom provjerom .

Optimizirajte

Kontinuirano prati Webex Calling te performanse i korisničko iskustvo

Poboljšajte konfiguracije i tijekove rada na temelju operativnih podataka i povratnih informacija

Iskoristite mogućnosti automatizacije i integracije kako biste poboljšali učinkovitost i skalabilnost

Naslijeđene Unified CM komponente iz razgradnje prema potrebi i pružaju stalnu podršku za operacije drugog dana.

Ovaj poboljšani PPDIO pristup osigurava kontroliranu, transparentnu i učinkovitu migraciju s Unified CM naWebex Calling, koristeći Ciscove alate, API-je i partnerski ekosustav za održavanje kontinuiteta poslovanja i poboljšanje mogućnosti suradnje.

PPDIO povratne petlje

Pregled na visokoj razini prikazan u Iteracijama slika tijekom izvršavanja PPDIO- a ilustrira jednu povratnu petlju od faze optimiz acije natrag do faze pri preme . To znači da nakon početne provedbe postoji stalna prilika za kontinuirano poboljšanje. Svaki ciklus optimizacije može identificirati nove zahtjeve ili područja za poboljšanje, koja se mogu riješiti sljedećim projektima ili inicijativama. Ovi pojedinačni projekti zauzvrat slijede uspostavljeni životni ciklus PPDIO (Priprema, Planirajte, Dizajnirajte, Im plementirajte, Optimizirajte). Ovaj iterativni pristup osigurava da sustav ostane usklađen s razvijajućim poslovnim ciljevima i tehnološkim napretkom, potičući kulturu stalnog usavršavanja i prilagodljivosti.

Iteracije tijekom izvršavanja PPDIO-a

Tijekom izvršenja PPDIO procesa, uobičajeno je da nalazi u kasnijim fazama zahtijevaju ponovno razmatranje i potencijalno revi ziju odluka donesenih u ranijim fazama. Na primjer, problemi s kojima se susreću tijekom faze provedbe, poput utvrđivanja nejasnoća dizajna ili detalja koji nedostaju, mogu otkriti da određeni aspekti nisu u potpunosti riješeni tijekom faze projektiranja. U takvim slučajevima postaje potrebno ponoviti se na relevantnu raniju fazu kako bi se riješili ti problemi prije nego što nastavite. Ovaj iterativni mehanizam povratne sprege, kao što je prikazano na PPDIO procesu Unified CM potpomog nutom slici, osigurava da je rješenje temeljito potvrđeno i rafinirano, što u konačnici doprinosi robusnijoj i učinkovitijoj implementaciji.

Unified CMpotpomognuti PPDIO proces

Kada se poduzme prijel Unified CM az s naWebex Calling, svaka faza PPDIO procesa može imati značajnu korist od informacija prikupljenih iz postojeć eg Unified CM okruženja. Na primjer, sveobuhvatni inventari korisnika, telefonski brojevi, značajke poziva i komponente plana biranja mogu se izvući iz trenutne Unified CM konfiguracije. Ovi podaci nadopunjuju informacije koje izravno pružaju dionici i pomažu u pojednostavljenju aktivnosti planiranja i dizajna. Korištenje odgovarajućih alata za automatizaciju vađenja i analize podataka ne samo da povećava točnost, već i ubrzava cjelokupni proces. Korištenjem uvida iz postojeće implementacije, prijelaz na Webex Calling može se izvršiti učinkovitije od tradicionalne implementacije zelenog polja, uz pridržavanje strukturirane PPDIO metodologije. Ovaj proces je ilustriran na PPDIO procesu Unified CM potpomognutom slici.

Migracijski pristup

Dok planirate prijelaz iz lokal Unified CM nog naWebex Calling, morate odrediti kako ćete pristupiti ovom putovanju. Prvo ćete morati odlučiti hoće li migr acija biti flash-cut (sve odjednom) ili faz ni pristup (migriranje grupa korisnika/uređaja tijekom duljeg razdoblja).

Migracija flash cut pokre će sve vaše korisnike i uređaje najbrže. Ovom metodom premjestit ćete sve korisnike i uređaje iz lokal Unified CM Webex Calling nog u isto vrijeme. U biti, to je jedan prozor za migraciju za sve korisnike i uređaje. Nakon dovršetka ove migracije, svi vaši korisnici i uređaji bit će na Webex Calling platformi i sva vaša Unified CM infrastruktura može biti izvan pogona. Međutim, mnoge organizacije ne mogu koristiti ovaj pristup zbog opsega i veličine njihove implementacije poziva.

Drugi pristup je fazna migracija. Većina organizacija će koristiti ovaj pristup jer pruža bolju kontrolu, upravljanje i opseg migracije. Također, prikladniji je za veće UC implementacije i/ili implementacije u više regija. Stoga se ovaj dokument usredotočuje na fazni pristup s dva koraka u tranziciji.

Kao što je prikazano na donjoj slici Pri jelaz faznog poziva: hibrid i oblak, prva prijelaz na faza (faza 1) rezultira implementacijom koegzistencije s okruženjima dvostrukog poziva . U ovoj se fazi neki korisnici, uređaji i meki klijenti prebacuju na Webex Calling dok su drugi još uvijek na lokalnoj kontroli Unified CM poziva. Završna faza prijelaza (faza 2) rezultira čistim okruženjem za pozivanje u oblaku u kojem su svi korisnici, uređaji i meki klijenti u potpunosti prebačeni na Webex Calling platformu.

Koliko je vremena potrebno organizaciji da potpuno prijeđe na pozivanje u oblaku varirat će ovisno o trenutnoj implementaciji. U nekim slučajevima organizacija može izvršiti početni prijelaz i ostati u fazi kontrole dvostrukog poziva (faza 1) tijekom duljeg razdoblja (mjeseci ili čak godina), dok u drugim slučajevima organizacija može u potpunosti prijeći na Webex Calling (Fazu 2) u vrlo kratkom razdoblju (tjednima ili mjesecima). Ovaj dokument namijenjen je pokrivanju obje faze (faza 1 - suživot i faza 2 - potpuno tranzicirana).

Fazni prijelaz poziva: hibrid i oblak

Moguće je da neke organizacije mogu održavati suživot dvostruke kontrole poziva na neodređ eno vrijeme bez planova za potpuni prijelaz na pozivanje u oblaku.

Drugo razmatranje je kako ćete prebaciti korisnike, uređaje i mekane klijente s lokalne kontrole poziva na kontrolu poziva u oblaku. Preporučeni pristup je 3-fazni prijelaz. Slika Preporučeni trofazni prijel az u nastavku razgrađuje ovaj pristup u 3 faze.

Preporučeni trofazni prijelaz

Pre-migracija: Ova faza usredotočena je na pripremu Webexa i Unified CM okruženja za migraciju. Ne radi se o pozivanju određenog planiranja ili konfiguracija, već se fokusira na dovršavanje aktivnosti koje se mogu obaviti sada i prije početka bilo Webex Calling kojeg migracijskog projekta. Cilj je izgraditi temelje za dva okruženja kako bi se pripremila za migraciju.

Pri@@ prema za migraciju: U ovoj fazi započinju napori u pripremi za migraciju Webex Calling u. Ovdje je potrebno pregledati i ažurirati poslovne i tehničke zahtjeve. Nemojte samo podiz ati i mijenjati ono što je trenutno raspoređ Unified CM eno, već umjesto toga redefinirajte poslovne i tehničke zahtjeve koji su vašoj tvrtki potrebni danas i u budućnosti koristeći snagu. Webex Calling Osim toga, ovo je faza u kojoj ćete dovršiti svoj dizajn, plan iranje konfiguracije i planiranje/raspored migracije.

Migracija (uvođenje i ukidanje): U ovoj fazi se događa stvarna migracija korisnika, uređaja, telefonskih brojeva i mekih klijenata. Kao što je gore rečeno, ova se faza može do vršiti za svakoga odjednom (flash-cut) ili preko prozora s više promjena (faz no rezanje). Planovi usvajanja krajnjih korisnika, obuka i komunikacija su kritični, tako da su vaši korisnici svjesni promjena, kako koristiti novu platformu za pozivanje i znaju kada će se promjena dogoditi. Posljednji korak je ukidanje sve lokalne UC infrastrukture koja se više ne koristi.

Faza prije migracije ima aktivnosti (obavezne, preporučene i neobavezne) na kojima možete odmah početi raditi. Preporučuje se da ih dovršite prije nego kasnije, a po mogućnosti prije početka vašeg projekta. Dovršavanje nekih aktivnosti može potrajati dulje, stoga će njihovo ranije pokretanje pomoći u pojednostavljenju stvarnog migracijskog projekta.

Donja slika Aktivnosti prije migracije ističe pet posebnih kategorija aktivnosti koje su povezane s Webex Calling migracijom.

Aktivnosti prije migracije

Pripremite

Poslovni i tehnički zahtjevi

Zašto su važni zahtjevi za prikupljanje:

Poslovni zahtjevi

Tehnički zahtjevi

Spremnost mreže i zahtjevi

Postavljanje UC-a povezanog s oblakom

Procjena trenutnog okruženja

Licenciranje

Lokacije/Mjesta

Popis postojećih uređaja/klijenata

Provjerite prihvatljivost uređaja

Korisnici

PSTN povezivanje

Značajke i upotreba značajki

Cisco integracije: Unity Connection UCCX UCCE

Snimanje poziva

Integracije trećih strana

Poslovni i tehnički zahtjevi

Prilikom planiranja migracije s na, ključno je temeljito prikupiti tehničke i poslovne zahtjeve tijekom faze planiranja. Ovaj korak osigurava da se migracija usklađuje s operativnim ciljevima i tehničkim mogućnostima vaše organizacije, minimizirajući rizike i poremećaje.

Zašto su važni zahtjevi za prikupljanje:

Usklađuje poslovne ciljeve: Razumijevanje poslovnih potreba pomaže prilagod iti migraciju za podršku ključnim tijekovima rada, korisničkom iskustvu i planovima rasta.

Osigurava tehničku kompatibilnost: rano utvrđivanje tehničkih zahtjeva sprječava probleme integracije s postojećom infrastrukturom, mrežom i krajnjim točkama.

Olakšava planiranje resursa: Jasni zahtjevi pomažu u preciznoj procjeni vremenskih rokova, troško va i potrebnih resursa.

Ublažava rizike: Rano otkrivanje potencijalnih izazova omogućuje proaktivna rješenja, smanjujući zastoje i prekide usluge.

Poslovni zahtjevi

Tipični poslovni zahtjevi uključuju:

Broj korisnika i lokacija koje treba migrirati

Željene značajke i usluge (primjer, usmjeravanje poziva, govorna pošta, konferencije, automatski pratitelji, redo vi poziva)

Pravila usklađenosti i sigurnosti

Proračunska ograničenja i očekivanja troškova

Potrebe za obukom i podrškom korisnika

Vremenski okvir migracije i razmatranja kontinuiteta poslovanja.

Prikupl janje željenih značajki i usluga ključan je korak kako bi se osiguralo da novi sustav zadovoljava poslovne potrebe. Prilikom prikupljanja ovih zahtjeva važno je ne samo uzeti u obzir ono što je trenutno konfigurirano, već pokušati prikupiti stvarne zahtjeve od poslovnih subjekata koji će koristiti sustav. Inače, postoji rizik da se plan temelji na netekućim pretpostavkama. Obav ezno procijenite dodatne ili poboljšane značajke dostupne u kojima možda ne postoje, kao što su pozivi zasnovani na oblaku, napredni redovi poziva i. To pomaže u iskorištavanju punih prednosti cloud platforme.

Prilikom procjene trenutne konfiguracije u, važno je prepoznati da sve postojeće postavke možda neće ostati potrebne zbog razvijajućih zahtjeva tijekom životnog ciklusa sustava. Fokus bi trebao biti na identifici ranju i zadržavanju samo onih konfiguracija koje su u skladu s trenutnim i budućim potrebama implementacije.

Usredotočite se više na ono što vam treba nego na ono što imate.

Pravila usklađenosti i sigurnosti ključna su razmatranja tijekom migracije s na kako Webex Calling bi se osiguralo da se novi komunikacijski sustav temeljen na oblaku pridržava zakonskih, regulatornih i organizacijskih standarda.

U@@ sklađenost s propisima: Organizacije moraju provjeriti ispunjavaju li propise specifične za industriju kao što su GDPR, HIPAA ili SOX, rješavajući zahtjeve za privatnost podataka, zadržavanje i rukovanje, kao i mandate specifične za zemlju vezane uz rezidenciju podataka, obilaznicu cestarine i lokalnost medija.

Sigurnost podataka: Osigur avanje da su glasovni i signalni podaci šifrirani i tijekom tranzita i u mirovanju radi zaštite od presretanja ili neovlaštenog pristupa.

Kontrole pristupa: Definiranje i provođenje provjere autentičnosti korisnika, autorizacije i pristupa temeljenog na u logama kako bi se spriječilo neovlašteno korištenje komunikacijskih resursa.

Revizija i praćenje: Impl ementacija mogućnosti evidentiranja i praćenja radi praćenja pristupa i korištenja za revizije usklađenosti i istrage sigurnosnih incidenata.

Usklađivanje pravila: usklađivanje migracije s postojećim korporativnim sigurnosnim politikama, uključujući sigurnost krajnjih točaka, segmentaciju mreže i planove odgovora na incidente.

Sigurnost dobavljača: ocjenjivanje Ciscovih sigurnosnih certifikata i potvrda o usklađenosti kako bi se osigurala pouzdanost.

Rješavanje ovih pravila usklađenosti i sigurnosti tijekom faze planiranja pomaže u ublažavanju rizika, izbjegavanju zakonskih kazni i održavanju integriteta i povjerljivosti komunikacija tijekom i nakon migracije.

Potrebe za obukom korisnika i podr škom ključne su komponente tijekom migracije s na kako bi se osigurao nesmetan prijelaz i usvajanje korisnika. Ključna razmatranja uključuju:

Programi obuke: Razviti prilagođene treninge za različite grupe korisnika (krajnji korisnici, administratori, osoblje službe za pomoć) kako biste ih upoznali sa značajkama, korisničkim sučeljima i novim tijekovima rada.

Dokumentacija: Osigurajte jasne, pristupačne korisničke vodiče, često postavljana pitanja i brze referentne materijale, uključujući ono što je novo i različ ito resurse te korak po korak vodiče s uputama prije i poslije (u formatu videozapisa ili brzog vodiča) kako biste podržali korisnike prilikom prilagođavanja ažuriranom iskustvu nakon migracije.

Upravljanje promjenama: Proaktivno komunicirajte promjene kako biste upravljali očekivanjima korisnika i smanjili otpor.

Struktura podrške: Uspostavite namjenski tim za podršku ili put eskalacije za brzo rješavanje problema korisnika tijekom i nakon migracije.

Tekuće obrazovanje: Planirajte kontinuirana ažuriranja obuke kako se objavljuju nove značajke ili ažuriranja.

Mehanizmi povratnih informacija: Implementirajte kanale za korisnike da izvještavaju o problemima i daju povratne informacije radi poboljšanja procesa obuke i podrške.

Rješavanje ovih potreba za obukom i podrškom tijekom faze planiranja pomaže minimizirati poremećaje, povećava povjerenje korisnika i maksimizira prednosti migracije na.

Tehnički zahtjevi

Potrebno je prikupiti i dokumentirati nekoliko ključnih tehničkih zahtjeva za uspješnu migraciju iz do, uključujući detalje za:

Spremnost mreže i kapacitet propusnosti

Sveobuhvatna procjena mreže ključna je kako bi se osiguralo da vaša postojeća infrastruktura može podržati novo Webex Calling okruženje. To uključuje:

Analiza propusnosti: Proc jena trenutne i projicirane upotrebe širine pojasa za obradu glasovnog, video i podatkovnog prometa bez zagušenja.

Kvaliteta usluge (QoS): Im plementacija QoS pravila za određivanje prioriteta glasovnog prometa i minimiziranje kašnjenja, podrhtavanja i gubitka paketa.

WAN i internetska povezanost: Pro vjera ispunjavaju li WAN veze i internetske veze zahtjeve za pozivanje temeljeno na oblaku, uključujući mogućnosti redundancije i prijenosa neuspjeha.

Konfiguracija vatrozida i NAT-a: Osiguravanje da postavke vatrozida i NAT-a dopuštaju potrebnu signalizaciju i medijski promet.

Integracija s postojećim sustavom

Besprijekorna integracija s postojećim poslovnim sustavima bitna je za korisničko iskustvo i kontinu itet tijeka rada:

Usluge direktorija: Procjena integracije s direktorijem poduzeća za automatizirano pružanje usluga i provjeru autentičnosti korisnika.

CRM i poslovne aplikacije: Identificiranje integracijskih točaka sa sustavima upravljanja odnosima s kupcima i drugim poslovno kritičnim aplikacijama.

Naslijeđeni PBX interworking: Planiranje suživota ili strategije fazne migracije ako će tijekom tranzicije ostati neki naslijeđeni telefonski sustavi.

Kompatibilnost i osiguranje krajnjih točaka

Sve krajnje točke, uključujući stolne telefone, softfone i mobilne uređaje, trebalo bi procijeniti na kompatibilnost:

Podrška za uređaje: Potvrđivanje da postojeći IP telefoni i uređaji podržavaju ili identificiranje potrebnih zamjena.

Postupci pružanja usluga: Uspostavljanje automatiziranih ili pojednostavljenih metoda pružanja usluga za učinkovito uključivanje krajnjih točaka.

Ažuri@@ ranja firmvera i softvera: Planiranje potrebnih ažuriranja kako bi se osigur ala interoperabilnost i sigurnost.

Sigurnosne konfiguracije i standardi šifriranja

Sigurnost je najvažnija u komunikaciji u oblaku:

Šifriranje: Provođenje end-to-end enkripcije za signalizaciju i medijske tokove, u skladu s najboljim Ciscovim sigurnosnim praksama.

Autentikacija i kontrola pristupa: Impl ementacija sigurnih mehanizama provjere autentičnosti (kao što je SSO, višefaktorska provjera autentičnosti) i detaljne kontrole pristupa korisnika.

Usklađenost: Osiguravanje da rješenje zadovoljava relevantne regulatorne i industri jske standarde usklađenosti (primjer, GDPR, HIPAA).

Nadzor sigurnosti: Integracija sa SIEM alatima i postavljanje upozorenja za potencijalne sigurnosne incidente.

Tablica 1. Primjer procjene
Zahtjev Ključna razmatranja

Spremnost mreže i širina pojasa Širina pojasa, QoS, WAN/Internet, vatrozid/NAT

Integracija s postojećim sustavima Imenik, CRM, PBX, E-mail/kalendar

Kompatibilnost i osiguranje krajnjih točaka Podrška za uređaje, pružanje usluga, ažuriranja firmvera

Sigurnosne konfiguracije i šifriranje Šifriranje, provjera autentičnosti, usklađenost, nadzor sigurnosti

Obuka korisnika i upravljanje promjenama Programi obuke, dokumentacija, komunikacija o promjenama

Prenosivost brojeva i plan biranja Migracija/prijenos brojeva, prijevod plana biranja

Integracije trećih strana Paging, kontakt centar, faks, analogni uređaji

Spremnost mreže i zahtjevi

Spremnost mreže ključna je za uspješnu migraciju na bilo koje rješenje za pozivanje temeljeno na oblaku poput. Loše planiranje mreže može dovesti do pogoršanja kvalitete poziva, odustajanja poziva i nesretnih korisnika. Kupci moraju provesti procjenu mreže prije migracije na. Preporuča se potvrditi dostupnost mrežne širine pojasa za očekivani volumen poziva, osigurati da su ispunjeni zahtjevi kvalitete usluge (QoS) i razumijevanje različitih priključaka koji se moraju otvoriti u rubnim vatrozidima.

Pouzdana mrežna povezanost s dovoljnom kvalitetom usluge (propusnost, gubitak paketa, RTT) osnovni je zahtjev za osiguravanje najboljeg mogućeg korisničkog iskustva od kraja do kraja za sve krajnje točke, klijente i aplikacije koje mogu koristiti glas i video.

Kupci i partneri imaju mogućnosti pristupa povezivanju izvan Over-the-Top (OTT) Interneta koje mogu optimizirati vezu na uključi Webex Edge vanje Connect. Više informacija o detaljima dizajna za Webex Edge povezivanje potražite u odjeljku Cisco Preferred Architecture for Webex Edge Connect forWebex Meetings, Calling Multi-Tenant i Namjenska instanca.

Kupci mogu koristiti cScan za procjenu mreže koja daje informacije o kvaliteti mreže kupca, koliko poziva se može uspostaviti, kašnjenju i tako dalje. Dodatne informacije o cScan alatu potražite u odjeljku Kori štenje cScan za testiranje kvalitete Webex Calling mreže.

Da biste osigurali da je mreža spremna za migraciju, razmotrite sljedeći kontrolni popis:

Planiranje širine pojasa

Izračunajte istodobne pozive po web lokaciji kako biste bili sigurni da imate dovoljno uzvodne i niz vodne širine pojasa i uključite prostor za drugi promet kritičan za poslovanje i budući rast.

Tablica proračuna propusnosti tipa Webex Calling poziva prikazuje vrste poziva dostupne uz implementaciju zajedno s kodekom i maksimalnom propusnošću potrebnom za svaku vrstu poziva. Kao što je prikazano u tablici proračuna propusnosti tipa Webex Calling poziva, potrebna propusnost audio poziva za svaku vrstu poziva može se izračunati pomoću sljedeće opće formule:

Broj očekivanih istodobnih poziva* Propusnost po pozivu na temelju kodeka = Potrebna mrežna propusnost.
Tablica 2. Webex Calling izračuni propusnosti tipa poziva
Vrste poziva Kodek - širina pojasa Izračuni širine pojasa
/Stolni telefon -> OPUS - 70 kbps Broj istodobnih poziva* 70 kbps = Potrebna mrežna propusnost
/Stolni telefon -> Stolni telefon OPUS — 70 kbps Broj istodobnih poziva* 70 kbps = Potrebna mrežna propusnost
/Stolni telefon -> PSTN putem LGW G.711 - 80 kbps Broj istodobnih poziva* 80 kbps = Potrebna mrežna propusnost
/Stolni telefon -> PSTN putem Cloud PSTN (npr. Cisco pozivni plan) G.711 - 80 kbps Broj istodobnih poziva* 80 kbps = Potrebna mrežna propusnost
/Stolni telefon -> Enterprise putem LGW G.722 - 80 kbps Broj istodobnih poziva* 80 kbps = Potrebna mrežna propusnost
/Stolni telefon -> govorna pošta OPUS — 70 kbps Broj istodobnih poziva* 70 kbps = Potrebna mrežna propusnost

Z brajanjem istodobne potrebne mrežne propusnosti po vrsti poziva može se odrediti ukupni potencijalni zahtjev za propusnošću za određeno mjesto.

Sve pozivne noge uvijek su usidrene na pristupnim SBC-ovima. Da bi se odredila potrebna širina pojasa interneta za bilo koju određenu lokaciju, potrebno je uzeti u obzir ne samo pozive među lokacijama, već i pozive unutar lokacije i pozive na i s lokalnog pristupnika na toj lokaciji. Na primjer, pozi v unutar web mjesta između dva MPP telefona trebao bi puni dupleks do 2 x 70 kbps na pristupu internetu lokacije.

Tablica primjera izračuna Webex Calling propus nosti prikazuje primjer cjelovite vježbe izračuna propusnosti, pod pretpostavkom da su svi uređaji na istom mjestu.
Tablica 3. Webex Calling primjeri izračuna propusnosti
Vrste poziva Broj istodobnih poziva Ukupna širina pojasa
Webex aplikacija/Stolni telefon → Webex aplikacija 15 2* 15* 70 kbps = 2.100 kbps
Webex aplikacija/Stolni telefon → Stolni telefon 15 2* 15* 70 kbps = 2.100 kbps
Webex aplikacija/stolni telefon → PSTN putem LGW 50 2* 50* 80 kbps = 8.000 kbps
Webex aplikacija/stolni telefon → PSTN putem Cloud Connecta za Webex Calling 0 0* 80 Kbps
Webex aplikacija/stolni telefon → Enterprise putem LGW 15 2* 15* 80 kbps = 2.400 kbps
Webex aplikacija/Stolni telefon → Glasovna pošta Webex Calling 5 5* 70 kbps = 350 kbps
Ukupni pozivi/Širina pojasa 100 poziva 14.950 kbps/14, 95 Mbps

Sve vrijednosti propusnosti u gornjim tablicama odnose se na IP širinu pojasa. Širina pojasa veze veća je ovisno o WAN inkapsulacijama.

Propusnost u gornjim tablicama je za audio pozive. Za propusnost video poziva, Webex App i MPP 8845/65 telefoni podržavaju H.264 video s maksimalnom razlučivošću od 720p pri maksimalnoj šir ini pojasa od 1.500 kbps po pozivu. Međutim, količina propusnosti koja se troši u bilo kojem trenutku tijekom poziva fluktuirat će na temelju varijabilne brzine prijenosa svojstvene video komunik acijama.

Kvaliteta usluge (QoS)

Implementirajte QoS pravila u lokalnom okruženju kako biste odredili prioritet prometu u stvarnom vremenu i osigurali održavanje QoS-a na prekidačima, usmjerivačima i vatrozidovima.

Ciljevi kašnjenja, podrhtavanja i gubitka paketa

Sljedeći pragovi preporučuju se za optimalnu kvalitetu glasa kada pozivi idu preko vrha (OTT) i preko interneta:

Latencija - manje od 100 ms jednosmjerno

Jitter - manje od 10ms

Gubitak paketa - 0,5% ili manje.

Vatrozid i NAT

Provjerite je li vatrozid konfiguriran tako da dopušta promet kako je navedeno u članku dostupnom u referentnim informacijama za port Webex Calling. Osim toga, dopustite pristup domenama i IP rasponima navedenim u istom vodiču i izbjegavajte SIP ALG jer ometa SIP signalizaciju. Treba izbjegavati medijski promet putem proxy usluga.

DNS i NTP

Osigurajte pravilnu DNS razlučivost domena i pouzdane NTP poslužitelje za sinkronizaciju satova uređaja za provjeru i evidentiranje TLS certifikata.

Planiranje neuspjeha

Razmotrite postojeće podatkovne veze pružatelja usluga (MPLS, SD-WAN i tako dalje) i općenito planirajte izravan pristup internetu na svakoj lokaciji unutar vaše implementacije. Planirajte suvišne internetske veze tamo gdje je potrebna visoka dostupnost. Budući da ćete konzum irati usluge zasnovane na oblaku, pouzdano internetsko povezivanje s dovoljnom propusnošću osnov ni je zahtjev. Trebali biste razmotriti ovu tranziciju ako internetske veze lokacije vaše organizacije općenito nisu pouzdane s malim kašnjenjem i odgovarajućom protokom prema gore i nizvodnoj struji.

Preživljavanje stranice

Preživljavanje web mjesta osigurava da je vaše poslovanje uvijek dostupno, čak i ako se vaša mrežna veza prekine. Site Survivability koristi pristupnik u vašoj lokalnoj mreži za pružanje usluge rezervnog poziva krajnjim točkama na licu mjesta u situacijama kada se mrežna veza prekine. Razmotrite preživljavanje web mjesta s lokalnim pristupnikom za preživljavanje (SGW) ako poslovni zahtjevi zahtijevaju kontinuirano pozivanje u slučaju nestanka mreže. Više informacija o provjeri preživljavanja web mjesta potražite u odjeljku Pre življavanje web mjesta za. Webex Calling

Postavljanje UC-a povezanog s oblakom

Cloud Connected UC (CCUC) rješenje je za upravljanje i analitiku zasnovano na oblaku dizajnirano da pruži centraliziranu vidljivost, administraciju i uvid za implementacije kako u lokalnoj (npr.) tako i u oblaku (). Unified CM Djeluje kao most između tradicionalnih lokalnih okruženja i Ciscovih usluga u oblaku, podržavajući organizacije tijekom putovanja migracije od do.

Tijekom prijelaza na, CCUC igra vitalnu ulogu u pojednostavljenju procesa migracije olakšavajući prikupljanje sveobuhvatnih podataka iz postojeće implementacije Unified Communications. CCUC pomaže u ključnim zadacima prijelaza kao što su migracija uređaja, značajki i korisničkih kontakata, kao i automatizacija ažuriranja firmvera za podržane IP telefone. Pružajući centraliziranu vidljivost i upravljanje, CCUC pomaže osigurati glatko i učinkovi tije iskustvo migracije.

Cisco toplo preporučuje da se CCUC implementira i implementira rano u tranzicijskom projektu, idealno prije ili tijekom faze priprema. To će omogućiti uvide i mogućnosti potrebne za temeljitu procjenu, inventarizaciju i planiranje naknadnih migracijskih aktivnosti te za početak vašeg putovanja do i budućih hibridnih mogućnosti.

Procjena trenutnog okruženja

Ključna aktivnost u planiranju migracije je procjena trenutnog lokalnog okruženja i implementacije. Ovo pruža uvid u to na koje potencijalne promjene mogu biti potrebne za uspješan prijelaz. Također vam omogućuje procjenu ključnih elemenata platforme u usporedbi s postojećom lokalnom implementacijom. Te informacije možete upotrijebiti kako biste utvrdili koji su specifični zadaci potrebni za tranziciju i koje promjene želite izvršiti kako biste zadovoljili svoje poslovne i tehničke zahtjeve i slučajeve upotrebe.

Sljedeće aspekte važno je preispitati kao dio ovog napora.

Licenciranje

Razumijevanje trenutne strukture licenciranja postojeće implementacije ključno je prilikom pripreme za migraciju na. Provedite procjenu licence sljedećih područja postojećeg Ciscovog lokalnog rješenja.

Platforma

Sposobnost potpunog artikuliranja onoga što je trenutno licencirano na vašoj osnovnoj platformi bit će kritična kada radite s timom računa ili partnerom kako biste odredili najbolji put do fleksibilnog licenciranja. licencirana je pomoću fleksibilnog licenciranja. Više informacija o fleksibilnom licenciranju potražite u članku Ciscoov fleksibilni plan suradnje.

Korisnici i uređaji

Utvrdite koju kategoriju licence zahtijevaju vaši postojeći korisnici i uređaji. Time će se odrediti koja je vrsta licence potrebna za korisnike i uređaje. nudi više vrsta licenciranja, uključujući profesionalne i standardne licence za korisnike te profesionalne i zajedničke licence za radne prostore. Dodatne informacije o licenciranju uređaja potražite u podatkovnom listu dostupnom na odjeljku Licenciranje uređaja.

Lokalni ulaz

Ako je Cisco Unified Border Element (CUBE) potreban za PSTN pristup za ovaj pri jelaz, mora se uzeti u obzir i licenciranje CUBE. Razmatranja licenciranja CUBE obrađena su kasnije u ovom dokumentu.

Lokacije/Mjesta

Prilikom planiranja ove tranzicije treba uzeti u obzir broj i vrste lokacija (velike središnje, regionalne, podružnice itd.) unutar vaše postojeće implementacije. Potpuno razumi jevanje postojećih lokacija za raspoređivanje pomoći će u strateškom planiranju uspješne tranzicije, posebno kada je u pitanju određivanje koje lokacije treba migrirati i kojim redoslijedom. Detaljno razumijevanje zahtjeva plana biranja (numeriranje, navike biranja, klase ograničenja itd.), mrežne povezanosti i širine pojasa (Internet, WAN, LAN) i pristupa PSTN-u (lokalni ili centralizirani, IP ili TDM) za svaku web-lokaciju bit će ključno pri donošenju odluka o migraciji. Više informacija o uobičajenim modelima implementacije i ključnim raz matranjima potražite u informacijama o modelima implementacije suradnje dostupnim u SRND-u za surad nju.

Još jedno važno razmatranje implementacije prilikom prelaska na je dostupnost lokacije. ima različite mogućnosti, pretplate i uređaje koji su dostupni ovisno o tome gdje se nalazi vaša implementacija. Više informacija o geografskoj dostupnosti potražite u odjeljku Gdje je Webex dostupan? .

Konačno, važno je razumjeti utjecaj na koji će prijelaz imati na druge usluge suradnje. Na temelju cilja ovog dokumenta, opća pretpostavka je da se, ako se trebaju održati postojeće usluge suradnje izvan opterećenja poziva, očekuje se prijelaz na gore spomenutu hibridnu implementaciju faze 1. Primjeri usluga suradnje koje mogu zahtijevati hibridnu implementaciju uključuju lokalni kontakt centar koji još nije migriran u Webex kontakt centar i usku integraciju u sustave poput sustava straničenja i naplate. Dodatne informacije o prijelazu dodatnih radnih opterećenja i usluga suradnje potražite u odjeljku Prijelazi suradnje.

Popis postojećih uređaja/klijenata

Prije početka prijelaza važno je inventarizirati postojeće krajnje točke hardvera i softvera. Imati potpuni popis tipa/modela uređaja, hardverskih verzija, vrsta i količina softverskih operacijskih sustava klijenta osigurat će vam da možete adekvatno planirati prijelaz uređaja i ublažiti utjecaj na one uređaje koji se ne mogu migrirati na pozive u oblaku. Inventar bi se trebao koristiti za određivanje uređaja za prijelaz i uređaja koje treba zamijeniti prije pri jelaza.

Stolni telefoni

Za audio i video stolne telefone podržani su samo stolni telefoni serije 6800, 7800, 8800 i 9800. Ovo je podskup Cisco IP telefona koji su podržani. Postoje neki modeli i verzije telefona 6800, 7800 i 8800 s kojima se ne može koristiti. Više informacija o tome koji su modeli i hardverske verzije podržani potražite u odjeljku Pod ržani uređaji za Webex Calling.

IP telefoni serije Cisco 6800 ne mogu se nadograditi s Enterprise firmvera na Multiplatform (MPP) firmver, za koji je potreban. Stoga svih 6800 telefona registriranih za pokretanje korporativnog firmvera mora biti zamijenjeno modelom od 6800 MPP ili drugim podržanim modelom telefona.

IP telefoni serije Cisco 7800 i 8800 moraju se nadograditi na multiplatformski telefon (MPP) firmver prije prijelaza i registracije. Da biste utvrdili koji modeli i verzije hardvera 7800 i 8800 podrž avaju MPP firmver, pogledajte Pretvaranje IP telefona serije Cisco 7800 i 8800 između Enterprise i MPP firmvera.

8845, 8865 i 8865NR su završili prodaju i ne preporučuje se migracija na njih.

Starije verzije telefona serije 8800 (8811, 8841, 8851, 8851NR, 8861) se ne preporučuju za upotrebu. Webex Calling Telefoni s hardverskim verzijama VID 14 ili starijim registrirat će se, ali mogu imati nekih problema s performansama zbog hardvera.

Stolni telefoni serije 9800 pokreću PhoneOS, koji podržava i registraciju. Stoga se ovi telefoni mogu prebaciti bez nadogradnje firmvera.

Sve ostale IP telefone trebat će zamijeniti telefonima serije 6800, 7800, 8800 ili 9800 koje podržavaju. Webex Calling Više informacija o podržanim IP i stolnim telefonima potražite u članku u odjeljku Pod ržani uređaji za Webex Calling.

Krajnje točke videozapisa

Osobne i sobne video krajnje točke, uključujući Cisco Board serije, serije Room i Desk serije, mogu se izvorno registrirati na SIP. Bilo koja od ovih krajnjih točaka koja treba upućivati audio i/ili PSTN pozive zahtijeva licencu za pozivanje:

Zajednički uređaji u konferencijskim dvoranama, prostorima za skupljanje itd. zahtijevaju licencu Professional Workspace ili Workspace.

Osobni uređaj krajnjeg korisnika zahtijeva profesionalnu ili standardnu licencu.

Odredite koliko je krajnjih točaka videozapisa registrirano i koje se koriste za upućivanje audio poziva. Moguće je da se neke od krajnjih točaka videozapisa mogu koristiti samo za pridruživanje sastancima ili upućivanje SIP videopoziva. U oba slučaja krajnje točke i dalje treba migrirati prije nego što poslužitelji budu isključeni iz pogona, no to će vam pomoći odrediti koliko će od njih trebati licence za nastavak telefonskih poziva.

Kada se video uređaji premjeste iz registracije na, URI za ove krajnje točke promijenit će se jer su sada registrirane u oblaku.

Modeli telefona 8845, 8865 i 8875 osobni su video telefoni koji su podržani.

Meki klijenti

Jedini je meki klijent koji podržava, za razliku od Unified CM kojeg podržava i Webex App i Jabber, i novi je zadani meki klijent za krajnje korisnike.

Ovisno o načinima implementacije implementiranim za Jabber (samo za IM, samo za telefon i/ili puni UC načini), možda ćete također morati razmotriti prijelaz radnog opterećenja za razmjenu poruka i/ili sastanaka s Jabbera na. Može se implementirati u mo du samo za telefon ako će se koristiti kao klijent samo za pozivanje ili se može implementirati kao puni Webex Suite ako se drugi radni opterećenja, npr. Webex Messagingi/iliWebex Meetings, prelaze u aplikaciju pozivanjem.

Poboljšava iskustvo krajnjeg korisnika pružanjem AI značajki poput audio/video inteligencije, transkripcije poziva i drugih. Za više informacija pogledajte https://www.webex.com/all-new-webex.

Prije premještanja korisnika morat ćete prebaciti svoje Jabber klijente na. Imate dvije mogućnosti da dovršite ovaj prijelaz.

Prije nego što ih prebacite na

Kada ih prebacite na.

Da biste olakšali početni prijelaz na, preporuča se koristiti opciju 1 i prvo premjestiti korisnike na poziv. To korisnicima daje vremena da se upoznaju s novom aplikacijom dok još uvijek koriste postojeću lokalnu platformu za pozivanje. Nakon što budete spremni premjestiti korisnike, konfigurirat ćete ih da se registriraju na platformi za pozivanje u oblaku.

Više informacija o ovim dvjema opcijama potražite u odjeljku Migracijsko putovanje - jedan ili dva koraka? .

Potpuni popis podržanih uređaja potražite u odjeljku Pod ržani uređaji za Webex Calling.

Provjerite prihvatljivost uređaja

Kao što je ranije spomenuto, podržava podskup Cisco IP telefona i zahtijeva drugačiji tip firmvera za telefone serije 7800 i 8800. Unified CMtelefoni pokreću firmver Enterprise, dok telefoni pokreću multiplatform Phone (MPP) firmver. Preporučuje se provjeriti koji registrirani telefoni ispunjavaju uvjete za nadogradnju na MPP firmver tijekom faze Pripreme. To vam daje vremena da zamijenite neprihvatljive telefone jednim od podržanih modela telefona ili za identificiranje alternativnog plana, poput premještanja korisnika samo u Webex aplikaciju.

Kako bi pomogao u utvrđivanju prihvatljivosti telefona, Control Hub ima ugrađeni alat pod nazivom Migracija telefona na Webex Calling. Kada koristite ovaj alat za provjeru prihvatljivosti uređaja, odaberite opciju Migracija Gen eriraj samo licencu za uređaj.

Opcija alata Control Hub za provjeru prihvatljivosti Unified CM telefona Webex Calling

Ova opcija omogućuje vam prijenos CSV datoteke koja sadrži telefone kako biste mogli provjeriti prihvatljivost svakog telefona. Odabirom ove opcije Migracija ne dodaje telefone jer ste još uvijek u fazi pripreme i još niste spremni za to. Dodatne informacije potražite u odjel jku Migracija telefona na Webex Calling.

Moguće je da se neki telefoni mogu vratiti s nepoznatom podob nošću. To je obično zato što ne može potvrditi neke podatke o telefonu u pozadinskom sustavu. Za sve telefone koji imaju status Nepoznat, imate dvije mogućnosti da provjerite ispunjavaju li uvjete za nadograd nju na MPP firmver.

Ručno provjerite svaki telefon i provjerite verziju modela i hardvera (PID VID)

Oznaka telefona 7800/8800 s informacijama o modelu i hardverskoj verziji

Koristite Cisco alat za spremnost za IP telefon

Preuzmite alat s https://github.com/joemar2/mpp_readiness_check.

Ovaj alat nije službeni Cisco alat niti je podržan TAC. Ima podršku u najboljem naporu, ali je besplatan za upotrebu.

Ovaj alat mora biti pokrenut na stroju koji je lokalno i može pristupiti poslužiteljima i IP telefonima. Ima mogućnost omogućavanja pristupa webu na IP telefonima, što se preporučuje i potrebno za postizanje najboljih rezultata. Stoga ga treba koristiti tijekom slobodnih sati kako bi se izbjegli poremećaji krajnjim korisnicima. Izlaz alata pruža izvješće s popisom koji od telefona serije 7800 i 8800 ispunjavaju uvjete za nadogradnju na MPP firmver. Budući da izravno pristupa telefonu, može provjeriti nepoznate uređaje koji su prijavljeni iz alata Control Hub.

Izvješće alata za spremnost Cisco IP telefona

Korisnici

Jedan od najvažnijih koraka pripreme kako biste osigurali uspješnu migraciju je pravilno pruž anje usluga korisnika. Morate pravilno planirati za sve korisnike čak i ako radite faznu migraciju. Korisnici moraju biti osigurani za bilo što od sljedećeg:

Implementacija s pozivanjem

Implementacija sa

Konfiguriranje usluga za korisnika

Da bi se korisnici mogli pretraživati u direktoriju (klik na poziv, kontakt informacije korisnika, pretraživanje telefonskog imenika).

Preporučuje se da svim korisnicima osigurate prije ili na početku vašeg projekta. To uključuje korisnike koji još uvijek koriste platformu Unified CM za pozivanje neovisno o svom uređaju za pozivanje (IP telefon, Jabber,). Kako se korisnici migriraju na (i/ili) ažurirat ćete njihove licence kako biste omogućili usluge koje su im potrebne. Djelovanjem svih korisnika koji pozivaju poduzeća prije početka prijelaza omogućuje korisniku koji je prešao na ili da pretraži direktorij za korisnika koji poziva poduzeće koji je još uvijek na Jabberu i/ili uključen. Time se osigurava da prijelazni korisnici mogu pronaći kontakt podatke bilo kojeg drugog korisnika i uputiti ih poziv pomoću pretraživanja direktorija.

Pre traživanje direktorija slika prikazuje primjer korisnika koji traži drugog korisnika. Rezultati pretraživanja prikazuju korisnikove kontakt podatke i mogu biti za korisnika koji je još uvijek na Jabberu ili za korisnika koji je prešao na i/ili.

Pretraživanje direktorija aplikacije Webex

Zatim odredite na koji će postojeći lokalni pozivni korisnici biti prebačeni. Ako će svi ili veliki broj korisnika biti prebačeni, preporučuje se premještanje korisnika u grupe kako bi se osiguralo da projektni tim, IT osoblje i pomoćno osoblje mogu riješiti tranzi ciju i sve probleme koji se mogu pojaviti. Također biste trebali izdvojiti neko vrijeme za pružanje početnih informacija i treninga kako biste pripremili korisnike za ovaj prijelaz. Grupiranje pri jelaza korisnika može se izvršiti na temelju različitih kriterija, uključujući lokaciju ili web mjesto kojima su korisnici dodijeljeni, odjele korisnika ili čak tipove korisnika (radnici znanja, rukovoditelji, mobilni radnici itd.).

Na primjer, ako su korisnici u implementaciji podijeljeni na tri glavna mjesta, New York (NYC), San Francisco (SFC) i Research Triangle Park (RTP), plan prijelaza korisnika može izgledati kao plan opisan u Tablici plana prijelaza korisnika po web-lokaciji.
Tablica 4. Plan prijelaza korisnika po web lokaciji
Korisnička stranica/lokacija Informacije i treninzi prije tranzicije Prijelazno razdoblje Podrška nakon tranzicije
NYC (1.525 korisnika) Tjedan 1. travnja 15. travnja — 27. travnja Tjedan 29. travnja
SFO (1.600 korisnika) Tjedan 6. svibnja 20. svibnja — 31. svibnja Tjedan 3. lipnja
RTP (1,275 korisnika) Tjedan 3. lipnja 17. lipnja — 28. lipnja Tjedan 1. srpnja

Drugi važan čimbenik je prelazak korisnika zajedno koji imaju međusob ne ovisnosti. To može uključivati, ali nije ograničeno na sljedeće:

BLF nadzor

Isti lovni pilot/grupa

Dijeljenje linija

Dio iste grupe za preuzimanje poziva

Korištenje istih brojeva pozivnog parkiranja

Interfon

Administrator/izvršni direktor.

Možete pregledati konfiguraciju (GUI ili izvoz) ili upotrijebiti alat Migration Insights kako biste identificirali grupe korisnika s tim ovisnostima.

PSTN povezivanje

PSTN-u može pristupiti na tri načina: Cisco planovi poziva, Cloud connect for (ranije Cloud Connected PSTN) i lokalni PSTN (lokalni pristupnik). Međutim, jedno mjesto kako je definirano unutar njega može se dodijeliti samo jednoj PSTN opciji.

Lokalni PSTN s lokalnim pristupnikom (LGW) bitna je komponenta strategije tranzicije. Omogućuje povezivanje između lokalnog postavljanja i/ili PSTN -a i platformo. podržava Cisco i certificirane kontrolere granica sesije trećih strana (SBC) koji se mogu koristiti kao lokalni pristupnik. Za najnoviji popis podržanih SBC-ova pogledajte Popis podržanih S BC.

podržava do 250 istodobnih poziva s jednog lokalnog pristupnika koji se temelji na registraciji i više od 250 istodobnih poziva s jednog lokalnog pristupnika koji se temelji na certifikatima. Lokalni pristupnici temeljeni na certifikatima mogu podržati do 6500 istodobnih poziva, ali to se temelji na vrsti povezanosti koju lokalni pristupnik mora (Over-the-Top vs interconnect peering) i SBC modelu na kojem je lokalni pristupnik implementiran. Ta su ograničenja u biti zadano ograničenje broja za PSTN pozive zasnovane na lokalnom pristupniku i za pozive između mjesta između i krajnjih točaka. Dodatne informacije potražite u odjelj ku Početak rada s lokalnim pristupnikom.

Svi pozivi koji premašuju ovo ograničenje odbijaju se uz 403 Zabranjeno. Nare dba show call active voice command može se pokrenuti na lokalnom pristupniku u bilo kojoj instanci kako bi se odre dio ukupan broj aktivnih poziva.

Loši mrežni uvjeti između lokalnog pristupnika i pristupnog SBC-a mogu ograničiti performanse signalne veze, što dovodi do još nižeg ograničenja istodob nih poziva. Jednosmjerna latencija između lokalnog pristupnika i podatkovnog centra ne smije prelaziti 100 ms, a podrhtavanje bi trebalo biti manje od 10 ms, dok je gubitak paketa manji od 0,5%.

Značajke i upotreba značajki

Prilikom procjene trenutnog okruženja važno je identificirati i pregledati koje su značajke konfigurirane. Osim toga, važno je razumjeti upotrebu značajki kako biste mogli (ponovno) definirati svoje poslovne i tehničke zahtjeve za vašu implementaciju.

Da biste odredili koje su značajke konfigurirane, analizirajte konfiguraciju. To su svi statički podaci koji se postavljaju kada je značajka ili postavka konfiguri rana na sustavu. Sljedeće opcije mogu se koristiti za dovršavanje ove analize:

Pregledajte konfiguraciju u administratorskom GUI-u

konfiguracijski izvoz - skupni izvoz ili AXL

alat za uvid u migraciju (preporučeno)

Ciscovi partnerski alati treće strane (preporučeno).

Da biste učinkovito analizirali korištenje značajki, neophodno je ispitati dinamičke podatke sustava kao što su korištenje, registracije i aktivnosti poziva. Različiti analitički alati i nadzorne ploče pružaju uvid u ove metrike, omogućujući sveobuhvatno razumijevanje performansi i kapaciteta sustava, što podržava informirano donošenje odluka tijekom migracije i optimizacije. Sljedeće opcije mogu se koristiti za dovršavanje ove vrste analize:

Pregled sirovih CDR zapisa

Pregled Unified CM RTMT podataka

alat za uvid u migraciju pomoću CDR podataka

Pregled UC analitike povezane s oblakom u

Glasnoća poziva

Registrirane krajnje točke

(CAC) lokacije

Korištenje prtljažnika.

Ciscovi partnerski alati treće strane.

Cisco preporučuje započeti s Webex Control Hub Migration Insights alatom za ovu analizu. Uvezit ćete izvoznu.TAR datoteku i Unified CM CDR datoteke (neobavezne, ali potrebne za analizu korištenja značajki) u alat. Alat će generirati sljedeća izvješća temeljena na CSV-u koja se mogu koristiti za pokretanje analize:

Tablica 5. Izvješća generirana iz Unified CM datoteke.tar
Naziv izvješća
Opis izvješća
ImportedDataBulk.csv
Svi korisnici i uređaji iz Unified CM podataka
DeviceEligibility.csv
Identificira uređaje koji ispunjavaju uvjete za migr Webex Calling aciju (IP telefoni, uređaji s operativnim sustavom sobe, ATA uređaji i treće strane)
DevicePoolNumbers.txt
Popis svih brojeva u određenom bazenu uređaja
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv
Pojedinosti o uređajima i korisnicima koje treba migrirati zajedno na temelju zajedničkih linija, pilota lova, reda poziva, parkiranja poziva i konfiguracije grupe za preuzimanje poziva
HuntGroupMigrationInsight.csv
Detaljne informacije o dodijeljenim lo vačkim linijama, grupama linija i povezanim agentima
SharedlineGroupMigrationReport.csv
Pregled načina na koji se telefonski brojevi (brojevi direktorija) dijele među korisnicima

Tablica 6. Izvješća generirana iz Unified CM .tar i CDR. gzip datoteka
Naziv izvješća
Opis izvješća
FeatureUsageBasedDeviceEligibilityReport.csv
Informacije o prihvatljivosti za migraciju uređaja na temelju korištenja značajke
FeatureUsageWithLastUsageDateReport.csv
Broj korištenja za broj puta kada su pozvani pilot (i) lov i red poziva zajedno s posljednjim datumom korištenja
UserWorkspaceLastUsage.csv
Zadnji datum korištenja za korisnike i radne prostore za meke klijente i tvrde telefone
DIDUsageReport.csv
Korištenje DID -a za dodijeljene i nedodijeljene DID-ove

Više detalja o izvješćima Migration Insights potražite u odjeljku Migracijski uvidi.

Ako trebate više informacija o značajkama i upotrebi nakon pregleda informacija u izvješćima Migration Insights, Cisco preporučuje razmotriti jedan od Ciscovih alata za migraciju partnera treće strane i/ili pregled konfiguracija u GUI ili u konfiguracijskim podacima za izvoz.

Cisco integracije: Unity Connection UCCX UCCE

Govorna pošta sastavni je dio ponude i izvorno je ugrađena u rješenje. ne može se integrirati s rješenjem govorne pošte temeljenom na prostoriji kao što su Unity Connection ili Unity Connection Express. Nadalje, ne postoji izvorni način za migraciju postojećih poruka govorne pošte ili pozdrava za vezu Unity na izvornu uslugu govorne pošte dostupnu s. Neki Ciscovi alati za migraciju partnera treće strane imaju mogućnosti za migraciju nekih od tih podataka. Dodatne informacije o govornoj pošti potražite u odjeljku Kon figuriranje i upravljanje postavkama govorne pošte za Webex Calling korisnika.

također podržava zajedničke govorne pošte i faksove poštanske sandučiće. Dodatne informacije potražite u odjelj ku Upravljanje zajedničkom govornom poštom i dolaznim faksom za. Webex Calling

ima ugrađenu značajku Auto Attendant koja je uključena kao dio osnovne platforme. Ova značajka omogućuje prijelaz upravljača poziva vaše Unity Connection i funkcije automatskog praćenja. Alat Control Hub, Migracija značajki izUnified CM, podržava migraciju konfiguracija Unity Connection na automatske pomoćnike. Dodatne informacije o korištenju ovog alata potražite u odjel jku Migracija uređaja i značajki s Unified CM naWebex Calling.

Snimanje poziva

uključuje dvije opcije za snimanje poziva bez dodatnih troškova.

Webex snimanje poziva

Dubber Go snimanje (ponuda partnera) - integracija između i dubbera gdje se svi snimljeni mediji sigurno čuvaju u oblaku.

uključena tablica opcija snimanja ističe neke ključne značajke dviju opcija snimanja poziva koje su dostupne bez dodatnih troškova.

Tablica 7. uključene opcije snimanja
Webex Dubber Go

Dostupan svim korisnicima Dostupan svim korisnicima

Neograničene snimke Neograničene snimke

Rok čuvanja od 1 godina* Razdoblje zadržavanja od 30 dana

100 GB prostora za pohranu po organizaciji -

Službenici za usklađenost mogu pristupiti snimkama poziva i upravljati njima -

API-ji za upravljanje snimkama -

Administratori mogu konfigurirati i upravljati pristupom korisnika njihovim snimkama poziva
Korisnici mogu upravljati vlastitim snimkama pomoću User Hub i/ili Webex aplikacije.
Samo korisnici mogu pristupiti svojim snimkama i upravljati njima
S njihovog portala za sinhronizaciju.

Ako vaša organizacija zahtijeva dodatne mogućnosti snimanja poput snimanja poziva u skladu s usklađenošću, duljih razdoblja čuvanja, više pohrane, analize umjetne inteligencije i/ili administratorskog pristupa, plaćene ponude ili dodaci postoje i od Cisco i od pružatelja usluga snimanja trećih strana. Dodatne informacije o pružateljima snimanja, konfiguracijama i dodatnim partnerskim uslugama potražite u odjeljku U pravljanje snimanjem poziva za Webex Calling.

Integracije trećih strana

podržava razne integracije trećih strana^, uključujući, ali ne ograničavajući se na SBC za lokalne pristupnike, IP telefone, interfonske telefone, zvučnike/pagere, ATA itd. ^{Uz
ove uređaje treće strane, Webex Calling podržava različita
rješenja tre ^će strane za korisničku podršku, analitiku, snimanje, naplatu itd.} Za više informacija o rješ en ^jima trećih strana pogledajte Webex App Hub.

Tablica 4. Plan prijelaza korisnika po web lokaciji
Korisnička stranica/lokacija	Informacije i treninzi prije tranzicije	Prijelazno razdoblje	Podrška nakon tranzicije
NYC (1.525 korisnika)	Tjedan 1. travnja	15. travnja — 27. travnja	Tjedan 29. travnja
SFO (1.600 korisnika)	Tjedan 6. svibnja	20. svibnja — 31. svibnja	Tjedan 3. lipnja
RTP (1,275 korisnika)	Tjedan 3. lipnja	17. lipnja — 28. lipnja	Tjedan 1. srpnja

Tablica 5. Izvješća generirana iz Unified CM datoteke.tar
Naziv izvješća Opis izvješća
ImportedDataBulk.csv Svi korisnici i uređaji iz Unified CM podataka
DeviceEligibility.csv Identificira uređaje koji ispunjavaju uvjete za migr Webex Calling aciju (IP telefoni, uređaji s operativnim sustavom sobe, ATA uređaji i treće strane)
DevicePoolNumbers.txt Popis svih brojeva u određenom bazenu uređaja
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Pojedinosti o uređajima i korisnicima koje treba migrirati zajedno na temelju zajedničkih linija, pilota lova, reda poziva, parkiranja poziva i konfiguracije grupe za preuzimanje poziva
HuntGroupMigrationInsight.csv Detaljne informacije o dodijeljenim lo vačkim linijama, grupama linija i povezanim agentima
SharedlineGroupMigrationReport.csv Pregled načina na koji se telefonski brojevi (brojevi direktorija) dijele među korisnicima

Tablica 6. Izvješća generirana iz Unified CM .tar i CDR. gzip datoteka
Naziv izvješća Opis izvješća
FeatureUsageBasedDeviceEligibilityReport.csv Informacije o prihvatljivosti za migraciju uređaja na temelju korištenja značajke
FeatureUsageWithLastUsageDateReport.csv Broj korištenja za broj puta kada su pozvani pilot (i) lov i red poziva zajedno s posljednjim datumom korištenja
UserWorkspaceLastUsage.csv Zadnji datum korištenja za korisnike i radne prostore za meke klijente i tvrde telefone
DIDUsageReport.csv Korištenje DID -a za dodijeljene i nedodijeljene DID-ove

Tablica 7. uključene opcije snimanja
Webex	Dubber Go
Dostupan svim korisnicima	Dostupan svim korisnicima
Neograničene snimke	Neograničene snimke
Rok čuvanja od 1 godina*	Razdoblje zadržavanja od 30 dana
100 GB prostora za pohranu po organizaciji	-
Službenici za usklađenost mogu pristupiti snimkama poziva i upravljati njima	-
API-ji za upravljanje snimkama	-
Administratori mogu konfigurirati i upravljati pristupom korisnika njihovim snimkama poziva Korisnici mogu upravljati vlastitim snimkama pomoću User Hub i/ili Webex aplikacije.	Samo korisnici mogu pristupiti svojim snimkama i upravljati njima S njihovog portala za sinhronizaciju.

Plan

Plan projekta na visokoj razini

Migracijsko putovanje - jedan ili dva koraka?

Opcija 1: Migracija korisnika u jednom koraku

Opcija 2: Migracija korisnika u dva koraka

Korak 1

Korak 2

Plan projekta na visokoj razini

Prilikom izrade plana projekta na visokoj razini za migraciju s na, neophodno je uspostaviti jasne faze i prekretnice koje su u skladu s poslovnim ciljevima i tehničkim zahtjevima. Plan bi trebao započeti sveobuhvatnom fazom procjene, uključujući prikupljanje detaljnih tehničkih i poslovnih zahtjeva, kao i identificiranje dionika i definiranje kriterija uspjeha. Ključna razmatranja uključuju raspod jelu resursa, procjenu vremenskog okvira, upravljanje rizicima i komunikacijske strategije kako bi se osiguralo da su sve strane informirane i angažirane tijekom migracije. Osim toga, plan bi trebao uključivati kontrolne točke za provjeru valjanosti kao što su pilot testiranje i postupno uvođenje kako bi se smanjili poremećaji i omogućile prilagodbe na temelju povratnih informacija.

Primjeri elemenata koje treba uključiti u plan projekta su:

Definiranje opsega migracije (npr. koji će korisnici, uređaji i značajke prelaziti)

Zakazivanje treninga za krajnje korisnike i timove za podršku

Koordiniranje procjena spremnosti mreže i

Planiranje aktivnosti prekida s rezervnim opcijama. Također je važno integrirati preglede usklađenosti i sigurnosti, kao i faze podrške i optimizacije nakon migracije.

Strukturiranjem plana projekta s tim razmatranjima, organizacije mogu bolje upravljati složenošću, smanjiti rizike i postići glatkiji prijelaz na.

Migracijsko putovanje - jedan ili dva koraka?

zahtijeva od korisnika da koriste soft klijent za pozivanje. Stoga, ako bilo koji korisnik još uvijek koristi, imate dvije mogućnosti kada ih možete premjestiti na. Možete izvršiti migraciju korisnika u jednom koraku ili migraciju korisnika u dva koraka.

Opcija 1: Migracija korisnika u jednom koraku

U migraciji u jednom koraku korisnici prelaze s na istodobno prelazak s Unified CM na. Ova je opcija obično namijenjena kupcima s malim brojem korisnika za migraciju i može upravljati premještanjem korisnikovog mekog klijenta i usluge pozivanja u isto vrijeme. Slika Korisnička usluga pozivanja, meki klijent i telefon migriraju u isto vrijeme u nastavku ističe ovu vrstu migracije. Ovom opcijom korisnik će istovremeno izvršiti sljedeće:

Usluge pozivanja premještene s na

Telefonski brojevi i proširenja premješteni s na

Soft klijent prešao iz Jabbera na - registrirat će se na

Telefonska registracija preseljena s na.

Korisnička usluga pozivanja, soft klijent i telefon migriraju se u isto vrijeme

To i dalje može biti fazna migracija gdje se skupine korisnika premještaju u različito vrijeme, ali kada se svaki korisnik premješta, sve se to događa u isto vrijeme.

Opcija 2: Migracija korisnika u dva koraka

Drugi pristup je migracija u dva koraka. U koraku 1 korisnici se prebacuju s na pozivne usluge, ali ostaju uključeni u usluge pozivanja. Zatim se u koraku 2 korisnici premještaju iz Unified CM na. Ova se opcija preporučuje većim kupcima za upravljanje promjenama krajnjeg korisnika i žele odvojiti promjenu mekog klijenta korisnika od promjene usluge pozivanja. Sljedeća slika Migriranje mekog klijenta; zatim migriranje usluge pozivanja, mekog klijenta i telefona na Webex Calling dolje naglašava ovu vrstu migracije.

Korak 1

Mekani klijent prešao s na - registrirat će se na.

Korak 2

Usluge pozivanja preseljene su iz na.

Telefonski brojevi i proširenja premješteni su sa.

registracija je pomaknuta s.

Telefonska registracija preseljena s na.

Migrirajte mekog klijenta; zatim migrirajte uslugu pozivanja, mekog klijenta i telefona na Webex Calling

To i dalje može biti fazna migracija gdje se skupine korisnika premještaju u različito vrijeme u oba koraka.

Opcija koju odaberete ovisi o tome kako želite upravljati prijelazom svojih korisnika na i. Preporuka je da se to poduzme u koracima (opcija 2). To vam omogućuje da minimizirate promjene krajnjeg korisnika odjednom i podijelite napor na različite dijelove projekta. Međutim, ako više volite da korisnici budu pogođeni samo jednom, tada vrijedi i korištenje opcije 1.

Gledajući preporučeno putovanje (opcija 1), slika prijelaza na visokoj razini Jabber u Webex App prikazuje prijel az na visokoj razini za korak 1.

Karta prijelaza na visokoj razini Jabber u Webex App

U ovom koraku korisnici se prebacuju s Jabbera na sve svoje pozivne usluge. Međutim, platforma za pozivanje još uvijek je Unified CM i registrirat će svoje pozivne usluge. Kao što se vidi na karti prijelaza na visokoj razini Jabber u Webex App, lokalna infrastruktura se ne mijenja, a radi na isti način na koji to čini Jabber. Jedina promjena je potreba za povezivanjem.

Za više informacija o ovom prijelazu pogledajte Jabber na Webex prijelaznu kartu i Vodič za implementaciju u odjel jku Klijent na stranici Prijelaz surad nje.

Unified CMna mapu Webex Calling prijelaza na visokoj razini slika je pri jelaz na visokoj razini iz do. Ovo je korak 2 preporučenog putovanja.

Unified CMna mapu pri Webex Calling jelaza na visokoj razini

Ako odlučite koristiti pristup u jednom koraku, to vrijedi i.

U ovom koraku korisnici se prebacuju u grupe. U ovom trenutku korisnici počinju koristiti za svoje pozivne usluge, registraciju poziva i registraciju IP telefona.

Budući da se korisnici kreću u grupama, korisnici Enterprise tijekom tranzicije bit će podijeljeni između dvije pozivne platforme. Slika prijel Unified CM azne Webex Calling karte faze 1 do visoke razine prikazuje ovo stanje. Tijekom ove faze potrebno je planiranje kako upravljati pozivima između korisnika na dvije platforme i kako će se PSTN pozivi usmjeravati. Svaki put kada se skupina korisnika prebaci, bit će potrebni planovi biranja i ažuriranja usmjeravanja poziva i lokalnog pristupnika.

Nakon što su svi korisnici, meki klijenti i uređaji prebačeni u (faza 2), tada se sva lokalna UC infrastruktura može ukloniti i isključiti iz pogona.

Dizajn

Odabir regije

Lokacije

PSTN

Plan biranja

Lokalni plan biranja u

plan biranja

Snimanje

1. Odabir davatelja usluga snimanja poziva

2. Odabir regije

Hitni poziv

Licenciranje

Ručno dodjeljivanje kroz

Predlošci automatskog dodjele licenci

Skupno dodjeljivanje putem CSV predloška

Dodjela temeljena na API-ju

Zahtjevi za licencu

Pružanje usluga korisnika

Korisničke grupe

Preporučeni pristup prilikom migracije s na

Dizajniranje korisničkih grupa

Jednokratna prijava (SSO)

Podrška za više IDP

1. Spajanja i preuzimanja

2. Više neovisnih IT odjela

3. Različite korisničke grupe ili domene

4. Podrška za različite protokole provjere autentičnosti

5. Poboljšana sigurnost i usklađenost

6. Pojednostavljeno korisničko iskustvo

Duo MFA sa SSO za

Značajke

Automatski asistent

Nazovite Park

Preuzimanje poziva

Red za pozive

Grupa za lov

Načini rada

Pejdžerska grupa

Snimke

Doseg s jednim brojem

Grupa govorne pošte

Odabir regije

dostupan je globalno i isporučuje se iz suvišnih podatkovnih centara u više regija: SAD (Dallas, Chicago), Kanada (Vancouver, Toronto), Europa (Frankfurt, Amsterdam), Velika Britanija (London, Manchester), Australija (Melbourne, Sydney), Japan (Tokio, Osaka), Saudijska Arabija (Rijad, Jeddah) i Indija (Mumbai, Chennai). Medijski POP-ovi pružaju medijske usluge za optimizaciju vremena povratnog putovanja medija. Na primjer, Singapurski podatkovni centar koristi se za optimizaciju vremena povratnog putovanja medija za kupce u azijskim zemljama gdje bi vrijeme povratnog putovanja bilo u Australiju ili Japanu moglo biti neoptimalno. Podatkovni centri međusobno su povezani multi-gigabitnom i potpuno suvišnom okosnicom. Slika globalno distribuiranih podatkovnih cent ara prikazuje pregled svih podatkovnih centara. Najnoviji popis dostupnih podatkovnih centara potražite u odjeljku Lokacije podatkovnog centra za Webex Calling.

Globalno distribuirani podatkovni centri

Svaki kupac je osiguran na jednoj od instancija. Sve informacije o pružanju tog kupca pohranjuju se u toj instanci, a SIP signalizacija svih krajnjih točaka i lokalnih pristupnika predviđenih za tog kupca vezana je za instancu na kojoj je klijent osiguran. Budući da je teško promijeniti početni odabir regije, važno je uzeti u obzir sve relevantne čimbenike kao dio procesa odlučivanja koji vodi do odabira regije. Kako bi se izbjeglo prekomjerno signaliziranje kašnjenja u povratnom putovanju, važno je rano u procesu prijelaza odlučiti koju instancu treba koristiti. Cisco preporučuje odabir instance koja pruža najniže vrijeme signalizacije povratnog putovanja za najveći broj korisnika unutar implementacije.

Za dostupnost zemalja potražite u odjelj ku Gdje je Webex dostupan? .

Lokacije

Za pripremu za pružanje lokacija potrebno je prikupiti potrebne informacije za sve ciljne lokacije migracije. Informacije potrebne za svaku lokaciju sažete su u Informacije za snimanje za svaku lokaciju.
Tablica 1. Informacije koje treba snimiti za svaku lokaciju
Informacije komentar
Raspon (i) proširenja Svaka lokacija može imati proširenja koja počinju različitim znamenkama. Jedna znamenka mora biti pošteđena za oznaku upravljača za biranje između mjesta (na primjer 8) i jedna za oznaku upravljača PSTN (na primjer 9). Nijedan raspon proširenja ne može započeti s bilo kojom od ove dvije znamenke.
Svi rasponi proširenja svih lokacija moraju biti jednake duljine.
DID raspon (i) -
PSTN upravljačka znamenka -
Kôd stranice Svi kodovi web mjesta svih lokacija moraju biti jedinstveni i imati istu duljinu.
Glavni broj Prilikom izrade lokacije potrebno je osigurati dva DID-a. Jedan kao glavni broj (na primjer, koji će se dodijeliti usluzi automatskog praćenja) i jedan za portal govor ne pošte.
Odredba jedan DID za broj govorne pošte.
Broj govorne pošte
Broj licenci Potrebne licence prema vrsti, uključujući Standard, Professional, Workspace, Popis ruta, Plan odlaznih poziva.
Istodobni pozivi u napornom satu Zbroj istodobnih poziva između uređaja i između uređaja i lokalnog pristupnika (PSTN i pozivi na uređaje). Potrebno za određivanje potrebne širine pojasa pristupa internetu.
Zemlja -
Vremenska zona -
Jezik -
Kontakt (ime, telefon, e-pošta) -
Adresa (adresa ulice, grad, država, poštanski broj) -
Fizička lokacija za hitne službe za krajnje točke Lokacija uređaja koja se može otpremiti koja se koristi za hitne pozive obično uključuje sljedeće: adresu zgrade, adresu zgrade+broj kata, adresu zgrade+broj apartmana ili adresu zgrade+broj kata+uredski/kubni broj.
Jedinstvena fizička mrežna lokacija za hitne službe po uređaju Fizička mrežna lokacija za pozive u nuždi obično uključuje sljedeće: prekidač/prekidač za žičane uređaje, identifikatore osnovnih servisnih skupa bežične pristupne točke (AP) za bežično povezane uređaje i/ili lokalne IP podmreže za uređaje krajnje točke.

PSTN

Prilikom dizajniranja implementacije korisnici imaju tri glavne opcije povezivanja PSTN: Cisco C alling Plans (PSTN usluga isporučena u oblaku kojom upravlja Cisco), Cloud Connected PSTN Providers (CCPP, gdje pružatelji usluga isporučuju PSTN uslugu putem oblaka) i lokalni PSTN (gdje lokalni pristupnici povezuju poslovnu mrežu s PSTN-om). Uvođenjem PSTN trunkinga za hibridne implementacije (Za više informacija pogledajte PSTN trunking za hibridne implementacije na PSTN trunkingu), organizacije dobivaju Webex Calling dodatnu fleksibilnost u pristupu migraciji. Ova značajka omogućuje korisnicima da premjeste svoj PSTN na CCPP na početku tranzicijskog putovanja i započnu prijelaz na PSTN u oblaku za korisnike, dok koristi CCPP za održavanje PSTN usluge za korisnike koji ostanu na Ciscu tijekom fazne migracije.

Ovaj hibridni pristup omogućava organizacijama da odabrane korisničke grupe prvo premjeste u oblak, bez trenutnog remonta cijelog telefonskog okruženja. Međutim, uvodi dodatnu složenost i rizik, posebno oko prilagođavanja postojeće logike usmjeravanja poziva kako bi podržala novu arhitekturu. Interoperabilnost sa naslijeđenim aplikacijama, kao što su faks poslužitelji, kontakt centri ili su stavi za pozivanje, također zahtijeva pažljivo razmatranje. Ključni tehnički izazovi mogu uključivati osiguravanje besprijekornog pregovaranja o kodeku od kraja do kraja i DTMF (Dual-Tone Multi-Frequency) signalizacije u mješovitom okruženju, kao i provjeru kompatibilnosti sa specijaliziranim telefonskim značajkama . Pravilno planiranje i testiranje ključni su za smanjenje poremećaja i održavanje pouzdanih govornih usluga tijekom cijelog procesa migracije. Osim toga, važna su komercijalna razmatranja jer hibridni trunking zahtijeva licencu za korištenje koja se temelji na broju istodobnih poziva između lokalnog okruženja i PSTN pružatelja usluga povezanog s oblakom (CCPP).

Alternativno, organizacije mogu odlučiti zadržati lokalnu PSTN povezanost tijekom prijelazne faze. U ovom scenariju migracija na CCPP može se izvršiti na dva načina: kao jedinstveno, koordinirano ograničenje za sve korisnike i lokacije nakon završetka migracije ili postupno, pri čemu se migracija PSTN odvija na osnovi po lokaciji dok se korisnici premještaju. Ovaj pristup može pomoći pojednostavljenju suživota i održavanju kontinuiteta za naslijeđene integracije, ali uvodi nekoliko operativnih složenosti. Među njima su izazovi povezani s prijenosom brojeva, poput potrebe za preciznom koordinacijom naloga za brojeve luka, potencijalna kašnjenja i ograničenja nametnuta od strane pružatelja usluga, poput ograničenja broja istovremenih zahtjeva za luke ili ograničenja za prijenos podskupova velikih brojeva blokova. Organizacije moraju pažljivo planirati svoju strategiju tranzicije na PSTN, uzimajući u obzir ta logistička razmatranja kako bi se izbjegli prekidi usluga i osigurali glatko iskustvo migracije.

Migracija na CCCP na početku u odnosu na održavanje lokalnog PSTN-a

Slika Migracija na CCCP na početku u odnosu na održavanje lokalnog PSTN-a prikazuje dvije gore objašnjene opcije migracije PSTN -a. Ilustracija s lijeve strane prikazuje scenarij u kojem svi lokalni korisnici i aplikacija Webex Calling koriste PSTN usluge povezane s oblakom putem lokalnog magistrala i lokalnog pristupnika koji povezuje lokalni pristup, dok slika s desne strane prikazuje scenarij u kojem postojeći lokalni PSTN ostaje na mjestu, a korisnici koriste lokalni PSTN putem veze lokalnog pristupnika između lokal nih i. Tijekom prijelaza lokacije se mogu prebaciti na pomoću Cloud Connected PSTN.

U oba scenarija pozivi između lokalnog i korisnika koriste vezu Local Gateway. Povezanost između lokalnih i mora biti dizajnirana i dimenzionirana u skladu s očekivanom brojem istodobnih poziva i potrebnom redundancijom.

Plan biranja

Kako bi se postigla besprijekorna interoperabilnost između i tijekom razdoblja migracije, mora se razviti i implementirati sveobuhvatna arhitektura plana biranja na obje platforme. Ovaj dizajn plana biranja s dvije platforme osigurava dosljedno us mjeravanje poziva, prijevod brojeva i transparentnost značajki, omogućujući korisnicima u bilo kojem sustavu da komuniciraju bez pogoršanja usluge ili poremećaja korisničkog iskustva tijekom faze su života.

Lokalni plan biranja u

Tijekom prijelaza kako bi se omogućio suživot uređaja registriranih na Unified CM i na poduzeću plan biranja potrebno je promijeniti tako da se mogu ispuniti barem sljedeći zahtjevi:

+E.164 biranje od do

Proširenje biranja od do (unutar lokacije, ali i između mjesta ako su rasponi proširenja jedinstveni)

Skraćeno biranje između mjesta od do

Prisilno biranje na mreži od do

Povratni poziv iz direktorija propuštenih poziva na odredišta

PSTN poziva s na PSTN ako se tijekom prijelaza koristi lokalni PSTN

PSTN pozivi od do ako se tijekom prijelaza koristi PSTN trunking za hibridne implementacije za pružanje PSTN pristupa lokalnim korisnicima putem Cloud Connect za

Prisilno na mreži od do

Proširenje biranja od do (međulokacija).

Ako bilo koja od gore navedenih nije podržana navika biranja prije prijelaza, na primjer, ne postoji skraćena navika biranja na mjestima, onda ih nije nužno potrebno u vesti tijekom prijelaza.

Plan biranja na slici Najbolje prakse prikazuje pristup plana biranja najbolje prakse kako je opisano u Preferred Architecture for Cisco Collaboration 12.x Enterprise On-Lokalne implementacije, CVD. Ključne karakteristike ovog pristupa uključuju:

Jedna particija za +E.164 brojeve direktorija

Osnovno usmjeravanje temeljeno na obrascima rute +E.164

Normalizacija svih navika biranja na +E.164 pomoću obrazaca prijevoda

Korištenje uzorka prevođenja poziva nasljeđivanje prostora za pretraživanje (opcija Upo trijebite pozivni prostor za pretraživanje originatora postavljen na obrascima prijevoda).

Plan biranja najboljih praksi

Na primjer, PSTN biranje (9+1+10D) s uređaja u SJC-u s prostorom za pretraživanje linijskih poziva SJCInternational prvo će se podudarati s uzorkom prijevoda 9.1 [2-9] XX [2-9] XXXXXX koji normalizira broj pozivane stranke na +E.164. Sekundarno pretraživanje zatim ponovo koristi isti prostor za pretraživanje poziva SJCInternational (pozivanje nasljeđivanja prostora za pretraživanje), a niz +E.164 znamenki će se podudarati brojem direktorija +E.164 na DN particiji ili jednim od PST N uzoraka rute u USPSTNNational ili SJCPSTNLocal particiji. Skraćene navike biranja unutar mjesta i među lokacijama implementirane su prijevodima u particiji ES N i SJCTOE164. Iako je ESN particija globalna particija (dostupna telefonima na svim lokacijama), SJCTOE164 particija dostupna je samo korisnicima na lokaciji SJC. Ovo pretpostavlja preklapanje raspona proširenja.

Prvi korak za omogućavanje pozivanja od do je osigurati da se +E.164 odredišta usmjeravaju u skladu s tim. To se može postići dodavanjem particije u plan biranja, dodavanjem +E.164 uzoraka rute za sva odredišta na tu particiju i konačno dodavanjem particije svim pozivnim prostorima za pretraživanje koji predstavljaju klase usluga do kojih je potrebno doći . Stvaranje namjenske particije potrebno je kako bi se omogućilo stvaranje diferencirane klase usluga za pozive koji pot ječu iz. Da biste izbjegli petlje poziva, prostor za pretraživanje dolaznih poziva na prtljažniku s lokalnog pristupnika ne bi trebao imati pristup particiji.

+E.164 usmjeravanje do Webex Calling

Kao što je prikazano na slici +E.164 usmjeravanje doWebex Calling, da bi se omogućilo usmjeravanje od do za lokaciju s +E.164 DID rasponom +1 221 555 2XXX i kodom lokacije 121, na particiju je potrebno dodati hitni obrazac rute koji odgovara ovom rasponu +E.164.

Ako nije potreban odabir lokalnog pristupnika specifičnog za lokaciju, umjesto korištenja popisa ruta s lokalnom grupom ruta kao odredište za obrasce ruta koji upućuju na jednu grupu ruta može se osigurati lokalni pristupnik kao jedini član, a zatim obrasci rute ukazuju na popis jedne rute s ovom jednom grupom ruta kao jedinim unosom.

Da bi se omogućilo skraćeno biranje na web-lokaciji, na particiju se dodaje traženi uzorak rute 8121.2XXX. Da bi se web-lokacije prebacile na obrazac normalizacije biranja 8121.2XXX koji normalizira ESN biranje na +E. 164 možda već postoji u ESN particiji. U tom slučaju čini se da je 8121.2XXX suvišan, ali čim se svi DNS odgovarajuće lokacije migriraju na 8121.2XXX uzorak za normalizaciju biranja može se ukloniti, a zatim uzorak rute 8121.2XXX omogućuje ESN biranje čak i za korisnike samo proširenja u tom rasponu.

S ovim promjenama plana biranja pozivi na lokaciju mogu se upućivati ne samo biranjem skraćenih međulokacija i +E.164. Također, moguće je međunarodno i nacionalno PSTN biranje jer se ove navike biranja prvo normaliziraju na +E.164 kroz već postojeće obrasce prevođenja normalizacije biranja, a zatim se usmjeravaju usklađivanjem obras ca rute +E.164 na particiji.

Uzorak rute +E.164 koji se podudara s DID rasponom lokacije može se osigurati dok su svi DID-ovi još uvijek hostirani. Algoritam za najbolje podudaranje uzoraka podudaranja osigurava da kada se broj hostuje, broj direktorija +E.164 koji je dostavljen bolje podudara od uzorka rute s divljim znakom +E.164 na koji upućuje tako da se pozivi proširuju na uključenu liniju, a ne šalju na.

plan biranja

Svaki korisnik ima proširenje i/ili telefonski broj +E.164. Duljina proširenja fiksna je globalna postavka: sva proširenja u implementaciji imaju istu duljinu. Proširenje biranja može se koristiti između korisnika kako unutar lokacije tako i između lokacija. Skraćeno biranje proširenja između mjesta (potonji slučaj) funkcionira samo ako je birano proširenje jedinstveno.

Ako je skraćeno biranje među lokacijama zahtjev, ali postoje preklapanja između proširenja dodijeljenih na različitim lokacijama, tada je potrebno stvoriti plan numeriranja specifičan za poduzeće prefiksiranjem proširenja pristupnim kodom i koda web-lokacije. Dodatne informacije potražite u odjeljku Preferirana arhitektura za Cisco suradnju 15 Lokalne implementacije, pregled dizajna dostupno na Cisco prefer iranim arhitekturama surad nje.

Duljina proširenja, ponašanje biranja proširenja između lokacija, duljina prefiksa za biranje među lokacijama i znamenka upravljača u prefiksu usmjeravanja za biranje među lokacijama konfigurirani su u postavkama usluge pozivanja u:

Dul@@ jina prefiksa za usmjeravanje lokacije: Duljina prefiksa uključujući znamenku upravljača. Potrebno je samo ako plan numeriranja poduzeća treba uspostaviti kao alternativnu skraćenu naviku biranja između lokacija poduzeća.

U@@ pravljačka znamenka u prefiksu usmjeravanja: Upravljačka znamenka za skraćenu naviku biranja između poduzeća. Treba izbjegavati preklapanja s prvom znamenkom bilo koje lokacije i lokacije izlaznih brojčanika. Potrebno je samo ako plan numeriranja poduzeća treba uspostaviti kao alternativnu skraćenu naviku biranja između lokacija poduzeća.

Unutarnja duljina produ ženja: Standardna duljina produžetaka. Može biti bilo koja vrijednost između dva i deset.
Kada je potrebno biranje proširenja ili biranje pomoću značajnih poslovnih brojeva (upravljački kôd, kôd lokacije, proširenje) od lokalne kontrole poziva, a lokalna kontrola poziva šalje proširenje kao ID pozivatelja, svakako postavite parametar Maksimalna ne poznata duljina proši renja u odjeljku Usmjeravanje poziva između i prostorija kako biste bili sigurni da se uzvodni pozivi iz lokalne kontrole poziva mogu ispravno klasificirati kao lokalni pozivi.

Dopusti biranje proširenja između lokacija: Prebacite da biste omogućili/onemogućili biranje proširenja između lokacija. Ova opcija bi trebala biti omogućena samo ako su sva proširenja unutar organizacije jedinstvena. Ako je opcija onemogućena, potrebno je birati značajne brojeve poduzeća (upravljački kod, kôd web-lokacije, proširenje) ili telefonske brojeve između lokacija.

Prva tri parametra uglavnom se koriste za izradu plana biranja za telefone kako bi se smanjili međuznamenkasti vremenski prekidi prilikom korištenja pozivanja izvan kuke. Odstupanja od ovih globalnih postavki i dalje su moguća (primjer - mogu se osigurati proširenja različite duljine), ali će se u Control Hubu pojaviti poruka upozorenja, a biranje s telefona može zahtijevati biranje u bloku kako bi se izbjeg li sukobi unutar unaprijed učitanog plana biranja.

Primjer numeriranja tablice Enterprise prikazuje primjer tri lokacije na kojima su rasponi proširenja dviju lokacija, NYC i RTP, identični. Uspostavljanje sheme numeriranja poduzeća s upravljačkom znamenkom 8 među lokacijama, nakon čega slijedi troznamenkasti kôd lokacije, i četveroznamenkasto proširenje stvara se skraćeno naviku biranja među mjestima koja se ne preklapa.

Tablica 2. Primjer numeriranja poduzeća
Stranica Raspon proširenja Kôd stranice Raspon poduzeća

NYC 2XXX 202 8 202 2XXX

SFO 3XXX 203 8 203 3XXX

RTP 2XXX 204 8 204 2XXX

Kako bi se omogućio nesmetan prijelaz, skup navika biranja za korisnike prije i nakon prelaska na idealno bi trebao biti isti. Da bi se pripremili za prijelaz za svaku lokaciju, potrebno je dokumentirati DID raspone i raspone proširenja (ili skraćene navike biranja unutar lokacije). Na temelju tih podataka potrebno je odabrati oznaku upravljača između mjesta.

Tablica R asponi proširenja fiksne duljine prikazuje primjer tri lokacije i raspona proširenja fiksne duljine. Budući da je potrebno izbjegavati preklapajuće navike biranja, važno je osigurati da za bilo koji raspon proširenja prva znamenka raspona ne odgovara oznaci upravljača za skraćeno biranje među mjestima. Ako je na primjer 8 odabran kao upravljačka znamenka za biranje između mjesta, tada nijedan raspon proširenja na bilo kojem mjestu ne može započeti s 8. Obično se proširenja na određenom mjestu podudaraju s posljednjih nekoliko znamenki DID-ova dodijeljenih toj lokaciji. Da biste izbjegli sukobe, prva znamenka proširenja može se promijeniti. Ako se, na primjer, DID-ovi u rasponu +1 408 555 8XXX koriste na lokaciji, umjesto da se koristi 8XXX kao raspon proširenja 7XXX može se koristiti za proširenja na toj web lokaciji

Tablica 3. Rasponi proširenja fiksne duljine
Stranica Raspon proširenja Proširenja Kôd stranice Raspon poduzeća

NYC 2XXX 2XXX 202 8 202 2XXX

SFO 8XXX 7XXX 203 8 203 7XXX

RTP 1XX 11XX 204 8 204 11XX

Sedmoznamenkasti nizovi biranja birani na uređaju koji koristi američki plan biranja preklapaju se sa sedmoznamenkastim uzorkom za lokalno biranje u unaprijed učitanom američkom planu biranja. Kako bi se izbjeglo preklapanje između navika biranja na mreži i izvan mreže (PSTN), na toj se lokaciji može koristiti obvezni van jski pristupni kôd. Ako se postojeća shema numeriranja poduzeća i odgovarajuće skraćeno biranje među lokacijama preklapaju s obrascima u nacionalnom brojčaniku, tada se tijekom prijelaza na shemu numeriranja kako bi se izbjeglo preklapanje također može promijeniti u duži ili kraći oblik. Naj lakši način da se to postigne je dodavanje dodatne oznake za podstavljanje u shemu numeriranja. Novu dužu shemu biranja među lokacijama trebaju usvojiti samo korisnici na koji su već migrirani. Korisnici koji su još uključeni mogu nastaviti birati sedam znamenki. Plan pozivanja poduzeća u ovom slučaju mora osigurati da se skraćeno sedmoznamenkasto biranje od Unified CM do pretvori u +E.164 ili u skraćeni format biranja koji je postavljen. To treba učiniti prije slanja poziva lokalnom pristupniku.

Sedmo znamenkasto biranje u tablici Prijelaz prikazuje primjer ovog prenumeriranja. U ovom primjeru skraćeno biranje među mjestima koristi upravljačku znamenku 8 nakon čega slijedi dvoznamenkasti kôd mjesta i četveroznamenkasti nastavak. Kako bi se izbjeglo sedmoznamenkasto skraćeno biranje među lokacijama za lokacije na, kodovi web mjesta mogu se lako promijeniti u tri znamenke prefiksiranjem proizvoljne oznake (8 u primjeru) na dvo znamenkaste kodove web mjesta koji se koriste tako da biranje među lokacijama s telefona koristi upravljačka znamenka 8, nakon čega slijedi oznaka 8, stari dvoznamenkasti kôd stranice i četveroznamenkasto proširenje. Korisnici koji su uključeni ne moraju pamtiti nove kodove web mjesta; samo se moraju sjetiti da koriste 88 kao prefiks za biranje među stranicama umjesto 8 uključeno.

Tablica 4. Prijelaz sedmoznamenkastog biranja

Stranica Proširenja Kôd stranice Raspon poduzeća Oda stranice Enterprise ange

NYC 2XXX 22 8 22 2XXX 822 8 822 2XXX

SFO 8XXX 23 8 23 7XXX 823 8 823 7XXX

RTP 1XXX 24 8 24 11XX 824 8 824 11XX

U scenariju s uključenim različitim formatima brojeva poduzeća i ako se brojevi poduzeća prikazuju kao informacije o pozivnoj strani za pozive od do (na primjer - Pozivi s uređaja bez DID-a), važno je također implementirati mapiranje između različitih formata brojeva za informacije o pozivnim stranama kako bi se osiguralo da povratni poziv funkcionira. Ovo mapiranje može se postići korištenjem uzorka transformacije pozivne stranke na prtljažniku između i lokalnog pristupnika.

Snimanje

Dobro dizajnirano rješenje za snimanje poziva zahtijeva pažljivo razmatranje nekoliko ključnih elemenata dizajna kako bi se osiguralo da je usklađeno s organizacijskim ciljevima, regulatornim zahtjevima i tehničkim ograničenjima. Dvije od najkritičnijih odluka uključuju odabir pružatelja usluga i odabir regije, a obje će možda trebati prilagoditi globalno i nadjačati na određenim lokacijama, na temelju poslovnih potreba.

1. Odabir davatelja usluga snimanja poziva

Odabir odgovarajućeg pružatelja usluga snimanja poziva temeljni je za postizanje poslovnih ciljeva i osiguravanje usklađivanja značajki u cijeloj organizaciji:

Odabir globalnog pružatelja usluga: Organizacije obično određuju primarnog pružatelja usluga snimanja poziva na globalnoj razini, osiguravajući dosljednost u skupu značajki, usklađenosti i podrške na svim lokacijama

Poništavanja temeljena na lokaciji: U scenarijima gdje određene web lokacije ili regije imaju jedinstvene poslovne potrebe ili regulatorne zahtjeve, možda će biti potrebno nadjačati izbor globalnog pružatelja usluga i odrediti alternativne pružatelje usluga za te lokacije. Ova fleksibilnost podu pire različite uvjete usklađenosti i lokalne operativne potrebe

Poslovni zahtjevi: Izbor pružatelja usluga trebao bi biti vođen procjenom pokretača poslovanja kao što su usklađenost s propisima (primjer - MiFID II, HIPAA), osiguranje kvalitete, rješavanje sporova ili potrebe za obukom

Dostupnost značajki: Pružatelje usluga treba procijeniti na temelju njihove sposobnosti isporuke potrebnih značajki, poput praćenja u stvarnom vremenu, mogućnosti pretraživanja i reprodukcije, šifriranja, pravila zadržavanja, integracije s analitičkim platformama i podrške za različite vrste poziva (dolazni, odlazni, interni).

2. Odabir regije

Određivanje regije u kojoj se pohranjuju i obrađuju snimke poziva ključno je za usklađenost i performanse:

Globalni odabir regije: Prema zadanim postavkama organizacije mogu odabrati jednu regiju za pohranu snimaka poziva radi pojednostavljenja upravljanja i upravljanja

Pon@@ ištavanja regije temeljene na lokaciji: Ako to zahtijevaju zakoni o prebivalištu podataka ili korporativne politike, možda će biti potrebno nadjačati postavku globalne regije za određene lokacije, osiguravajući da se snimke poziva pohranjuju i obrađuju unutar potrebnih geografskih granica

Zaht@@ jevi za boravak podataka: Dizajn mora uzeti u obzir međunarodne i lokalne propise o zaštiti podataka (kao što su GDPR, CCPA ili mandati specifične za zemlju) koji mogu odrediti gdje i kako se čuvaju snimke poziva.

Drugi kritični aspekt koji treba riješiti tijekom planiranja i dizajniranja rješenja za snimanje poziva je procjena zahtjeva za skladištenjem. Precizno predviđanje potreba za skladištenjem ključno je kako bi se osiguralo da je na raspolaganju dovoljan kapacitet za podršku tekućem poslovanju, održavanje usklađenosti i izbjegavanje poremećaja u uslugama.

Pri određivanju očekivane potražnje za skladištenjem treba uzeti u obzir nekoliko ključnih parametara:

Količina zabilježenih poziva: Procijenite predviđeni broj poziva koji će biti z abilježeni unutar određenog vremenskog intervala (npr. Po danu, tjednu ili mjesecu). To uključuje ne samo vanjske pozive, već i interne komunikacije, ako to zahtijevaju poslovna politika ili regulatorni mandati

Prosječno trajanje poziva: Izračunajte tipičnu duljinu snimljenih poziva jer će dulji pozivi potrošiti više prostora za pohranu. U procjenu treba uzeti u obzir i varijacije u trajanju poziva u različitim odjelima ili skupinama korisnika

Razdoblje čuvanja: Odredite duljinu vremena zadržavanja snimaka, što često diktiraju organizacijske politike ili vanjski propisi (poput standarda usklađenosti specifičnih za industriju). Duži periodi čuvanja povećat će ukupne zahtjeve za skladištenjem

Projekcije rasta: Razmotrite očekivani rast broja poziva ili proširenje opsega snimanja, što može biti posljedica skaliranja poslovanja, novih regulatornih zahtjeva ili uključivanja dodatnih korisnika ili lokacija.

Temeljnom analizom ovih parametara organizacije mogu razviti robusnu strategiju pohrane koja osigurava skalabilnost, isplativost i usklađenost s propisima za njihovo rješenje za snimanje poziva. Također je preporučljivo redovito pregledavati i prilagođavati dodjele prostora za pohranu kako se obrasci upotrebe razvijaju tijekom vremena.

Hitni poziv

Zahtjev za usmjeravanjem hitnog poziva u odgovarajući dispečerski centar uvjet je za svaku pozivnu uslugu koja nudi PSTN uslugu. Uz to, usmjeravanje hitnih poziva izvorno je za rješenje i uključuje podršku za sve nacionalne brojeve za hitne slučajeve u zemljama koje podržavaju. Usmjeravanje hitnog poziva temelji se na lokaciji definiranoj unutar i načinu pristupa PSTN lokaciji. Brojevi za hitne slučajeve unaprijed su definirani i specifični za zemlju u kojoj su korisnici i uređaji raspoređeni.

Postoje dvije metode za upućivanje hitnih poziva. Postoji osnovna usluga usmjeravanja poziva u hitnim slučajevima i poboljšana usluga usmjeravanja poziva u hit nim slučajevima. Osnovna usluga usmjeravanja poziva u hitnim slučajevima koristit će administratorski odabrani broj za identifikaciju lokacije i rute poziva za pristup hitnim službama. Za osnovne hitne pozive put poziva obično je putem opcije PSTN kupca za tu lokaciju. također ima poboljšano usmjeravanje poziva u hitnim slučajevima dizajnirano za implementacije u SAD-u i Kanadi koje imaju zahtjeve za usklađenost s propisima koji zahtijevaju korištenje pružatelja usluga širom zemlje za isporuku hitnih poziva ispravnom dispečerskom centru.

Svi kupci trebali bi implementirati, barem, osnovnu konfiguraciju hitnih poziva. Osnovni poziv za hitne slučajeve zahtijeva dodijeljenje najmanje jednog broja +E.164 u vlasništvu korisnika svakoj lokaciji defin iranoj u. Za osnovne hitne pozive, svaka lokacija bit će definirana uličnom adresom na koju se u slučaju nužde šalju policija, vatrogasna ili hitna pomoć. U većini slučajeva glavni broj lokacije najbolji je izbor koji predstavlja fizičku lokaciju hitne situacije. Tipično, dodjela adrese broju+E.164 koordinira se s PSTN davateljem usluga. Slike u nastavku prikazuju dodjelu glavnog broja koji će se koristiti kao broj hitnog poziva za lokaciju Richardson.

Lokacija ECBN konfiguracije

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

Korisnička konfiguracija ECBN

Za implementacije telefonije sa sjedištem u SAD-u koje moraju pružiti poboljšana rješenja za hitne pozive, koristi RedSky-ov Horizon Mobility integriran u usmjeravanje poziva u hitne slučajeve. Kada koristite RedSky za usmjeravanje poziva, administrator se mora prijaviti za račun putem Cisca i konfigurirati odgovarajuće informacije u pozivanju -> Postavke usluge kako bi omogućio ovu značajku. Nakon što je RedSky usluga omogućena na razini sustava, administrator će omogućiti RedSky uslugu na svakoj razini lokacije. Omogućavanje poboljšanog hitnog poziva na lokaciji aktivirat će uslugu za sve uređaje koji su dodijeljeni toj lokaciji. Uređaji koji podržavaju poboljšane hitne pozive su Cisco MPP telefoni, Cisco PhoneOS telefoni i Ciscovi.

Postoje dvije postavke za omogućavanje poboljšanog hitnog poziva na lokaciji. Doz voli RedSkyu da prima informacije o mrežnoj povezanosti i testne pozive treba koristiti za provjeru je li konfiguracija RedSky-a za mapiranje uređaja i infrastrukture ispravna. Ova postavka također omogućuje postavljanje testnih poziva na 933 radi provjere lokacije pomoću RedSkyjevog IVR sustava za očitavanje lokacije pozivatelja. Iako ovaj dokument neće pokrivati konfiguraciju RedSky-a za praćenje lokacije, administrator bi UVIJEK trebao testirati njihovo otkrivanje lokacije prije aktiviranja hitnih poziva za usmjeravanje na RedSky. Nakon što se testiranje završi i potvrdi da je točno, administrator će usmjeriti pozive na RedSky prebacivanjem hitnih poziva na RedSky. Ovaj prekidač će sve hitne pozive za lokaciju usmjeriti na RedSky radi isporuke centru za telefoniranje lokacije.

Povećane postavke pozivanja u hitnim slučajevima primjenjuju se i na klijente lokalno i izvan objekta. Kada je lokalno, može se pratiti na isti način na koji se prate stolni telefoni. Kada je izvan lokalnog prostora, korisnik će moći dinamički postaviti svoju lokaciju izravno unutar. Dodatne informacije o pozivima u hitnim slučajevima potražite u odjeljku Pob oljšano pozivanje u hitnim slučajevima.

Licenciranje

Postoji više opcija za dodjeljivanje licenci korisnicima.

Ručno dodjeljivanje kroz

Administratori ručno dodjeljuju licence pojedinim korisnicima putem sučelja.

Administratori mogu uređivati licence za usluge za pojedinačne korisnike i izravno dodijeliti licence za pozivanje.

Predlošci automatskog dodjele licenci

Koristite predloške dodjele licenci za automatsko dodjeljivanje licenci korisnicima na temelju grupnih ili organizacijskih postavki.

Automatsko licenciranje može se izvršiti pomoću sinkronizacije direktorija ili ručnog ažuriranja korisnika, ali korisnici moraju imati valjani telefonski broj formatiran +E.164, a telefonski brojevi moraju postojati na lokaciji prije davanja korisnicima. Ako uvjeti nisu ispunjeni (npr. nevažeći format telefonskog broja), licence se neće dodijeliti.

Skupno dodjeljivanje putem CSV predloška

Prenesite CSV datoteku s korisničkim podacima i dodjelima licenci kako biste dodali ili izmijenili više korisnika odjednom.

CSV uvoz podržava dodavanje do 20.000 korisnika i dodjeljivanje licenci, ali licence zahtijevaju određena polja poput telefonskog broja i proširenja.

Dodjela temeljena na API-ju

Koristite API-je za programsko dodjeljivanje licenci i upravljanje korisnicima.

podržava API operacije za upravljanje korisnicima i licencama (People, SCIM 2.0 i Licences API), koje se mogu iskoristiti za automatizaciju dodjele licenci. API Licences omogućuje istodobnu dodjelu licenci, telefonskih brojeva i proširenja.
Tablica 5. Opcije pružanja usluga korisnika - sažetak
Način dodjele Profesionalci Protiv
Priručnik kroz Jednostavno za nekoliko korisnika.
Omogućuje preciznu i detaljnu kontrolu nad dodjel om licenci.
Nije skalabilno, dugotrajno
Skloni ljudskim pogreškama tijekom ručnog unosa.

Automatski predlošci licenci Skalabilno
Smanjuje ručne pogreške
Može se primijeniti na nove i postojeće korisnike.
Zahtijeva važeće telefonske brojeve i lokacije.
Složenije postavljanje
Također zahtijeva grupe korisnika po skupini korisnika s jednakim zahtjevima za licenciranje.

Skupno prijenos CSV-a Učinkovito za velike korisničke setove
Omogućuje istodobnu dod jelu licenci, telefonskih brojeva i proširenja.
Zahtijeva pažljivo CSV oblikovanje
Mogućnost pogrešaka ako telefonski brojevi ili proširenja nedostaju ili su netočni.
Dodjela temeljena na API-ju Automatizirano, fleksibilno.
Omogućuje istodobnu dod jelu licenci, telefonskih brojeva i proširenja.
Zahtijeva razvoj i znanje API-ja.

Tablica Op cije pružanja usluga korisnika - sažetak sažima opcije pružanja usluga korisnika i njihove prednosti i nedostatke. Ovaj pregled pomaže odabrati najbolju metodu dodjele licenci na temelju veličine organizacije korisnika, mogućnosti automatizacije te procesa i zahtjeva pružanja usluga korisnika.

Gdje god je to moguće Cisco preporučuje dodjelu licenci za pozivanje pomoću predložaka licenci. To zahtijeva da za svaku skupinu korisnika koji zahtijeva jedinstveni skup licenci (Primjer - Standard vs. Professional) postoji grupa s odgovarajućim članstvom u grupi. Kao što je objašnjeno u odjel jcima Koris ničke grupe, korisničke grupe mogu se ručno definirati ili sinkronizirati iz korporativnog direktorija. Moguća je kombinacija oba pristupa.

Korisnici koji pripadaju više grupa dobivaju licence za sve zadatke primijenjene na sve njihove grupe. To omogućuje korištenje sigurnosnih grupa specifičnih za licencu u direktoriju poduzeća za upravljanje dodjelom licenci gdje rezultirajuće dodjeljivanje korisničke licence kontrolira unija članstva u grupi.

Dodatne informacije potražite u odjel jku Postavljanje automatskih dodjela licenci u Control Hub i Postavljanje predložaka automatskog dodjele licenci za Webex Calling korisnike.

Zahtjevi za licencu

Ovaj odjeljak obuhvaća samo povezane licence. Ostale vrste licenci (primjer - registracija Webex uređaja, razmjena poruka, sastanci) nisu obuhvaćene. Kao dio procesa projektiranja potrebno je utvrditi zahtjeve za licencu. Potrebno je izračunati broj licenci za sljedeće vrste licenci:

Standard: broj pojedinačnih korisnika koji zahtijevaju standardne telefonijske značajke.

Profesional no: broj korisnika i radnih prostora koji zahtijevaju napredne telefonijske značajke. Virtualne linije i grupna govorna pošta imaju pravo na omjer 1:1 za svaku profesionalnu licencu. Stoga, u rijetkim slučajevima kada broj potrebnih virtualnih linija ili grupnih govornih pošti premašuje broj korisnika i radnih prostora koji zahtijevaju napredne telefonske značajke, potrebno je uzeti u obzir dodatne profesionalne licence.

Radni prostor za zajedničko područje: broj zajedničke uporabe ili lokacija zajedničkog područja koje zahtijevaju standardne mogućnosti pozivanja.

Pomoć za koris nike: broj agenata i nadzornika koji zahtijevaju značajke korisničke pomoći. Pomoć za korisnike uključuje profesionalnu licencu.

Pozivi popisa ruta: broj potrebnih PSTN poziva povezanih s oblakom između lokalnih korisnika i/ili lokalnih specijaliziranih aplikacija trećih strana.

Konzola za pratnju: broj korisnika kojima je potreban pristup klijentu prateće konzole.

Cisco Calling Plan (Outbound Calling Plan): broj korisnika kojima je potreban PSTN broj i/ili izlazni PSTN pozivni pristup za Cisco PSTN uslugu.

Ne postoji namjenska vrsta licence za profesionalne radne prostore. Profesionalni radni prostori troše profesionalnu licencu.

Radni prostori samo za hot-desk nude uslugu hot-desking host usluge i hitne pozive s hot-desking hot- desk-hosta i ne zahtijevaju nikakvu licencu. Dodatne informacije potražite u odjelj ku Dodavanje i upravljanje uređajima samo s vrućim stolom.

Da biste odredili potrebnu vrstu licence za svakog korisnika i radni prostor na temelju potrebnih značajki, pogledajte Značajke dostupne prema vrsti licence za Webex Calling.

Da biste razlikovali funkcionalnost koju nude redovi poziva u kombinaciji s profesionalnom licencom za razliku od pomoći korisnicima, pogledajte usporedbu funkcija čekanja Webex Calling poziva i korisničke pomoći.

Pružanje usluga korisnika

Prilikom pružanja usluga korisnicima u Webexu dostupno je nekoliko opcija, od kojih svaka odgovara različitim organizacijskim potrebama i okruženjima:

Ručno pružanje usluga: Administratori mogu dodavati i upravljati pojedinim korisnicima izravno unutar njih. Ova metoda je jednostavna, ali najprikladnija za male organizacije ili ograničene promjene korisnika.

Skupno pružanje usluga putem CSV -a: Za veće korisničke baze administratori mogu uvoziti i ažurirati korisnike skupno prijenosom CSV datoteka. To omogućuje učinkovito upravljanje do tisuća korisnika odjednom.

Opcije sinkronizacije direktorija:
Priključak direktorija: Ovo je alat za automatsku sinkronizaciju koji se koristi u Microsoft Active Directory okruženjima. Sinkronizira korisničke račune, grupe i atribute na zakazanoj osnovi (satno, dnevno ili tjedno). Podržava postavke s više domena i više šuma Active Directory i može sinkronizirati slike profila i objekte prostorije.

Aplikacija čarobnjaka Entra ID (Azure AD): Dizajnirana za organizacije koje koriste Microsoft Entra ID (Azure AD), ova metoda omogućuje automatsku sinkronizaciju korisničkih računa i atributa gotovo u stvarnom vremenu izravno s Entra ID-a na. U potpunosti se upravlja unutar njega i zahtijeva minimalno postavljanje.

SCIM 2.0 aplikacije: Za okruženja koja nisu Microsoftova ili druge pružatelje identiteta kao što su Okta ili Duo, aplikacije za sinkronizaciju temeljene na SCIM-u omogućuju automatsko pružanje usluga i deproviziju korisnika pomoću mapiranja atributa i sinkronizacije grupa.

Unified CMsinkronizacija korisnika: Ova opcija omogućuje stvaranje korisničkih računa na temelju postojećih krajnjih korisnika sinkronizacijom od do. To zahtijeva da se na lokalnim klasterima pokreće Cloud Connected UC (CCUC). Međutim, općenito se preporučuje sinkronizacija korisnika iz centraliziranog direktorija u oblaku kao što je Entra ID, a ne izravno iz.

Opskrba API-ja: Javni API-ji (People, SCIM 2.0) mogu se koristiti za pružanje usluga korisnicima. Glavna prednost korištenja API-ja je mogućnost integracije pružanja usluga korisnika s drugim sustavima poduzeća.
Tablica 6. Opcije pružanja usluga korisnika za
Način osiguranja Opis Profesionalci Protiv
Priručnik Stvaranje/upravljanje korisnicima pojedinačno Jednostavno za malo korisnika; nije potrebna infrastruktura Nije skalabilno; dugotrajno za mnoge korisnike
Skupno (CSV datoteka) Uvozite/ažurirajte korisnike skupno putem CSV-a Učinkovito za grupe; nije potrebno kodiranje Ručna priprema CSV -a; manje dinamičan
Ljudi i SCIM 2.0 API Programsko upravljanje korisnicima putem Webex API-ja Fleksibilan; podržava automatizaciju i integraciju Zahtijeva razvoj i infrastrukturu
Sinkronizacija direktorija Automatska sinkronizacija iz AD-a, Entra ID-a, SCIM aplikacija, Unified CM Automatizira životni ciklus; podržava filtriranje i mapiranje Složenost postavljanja: neke od opcija imaju ograničene značajke ili zahtijevaju infrastrukturu
Ovaj pregled i tablica odražavaju glavne mogućnosti pružanja usluga korisnika, njihove prednosti i ograničenja kako bi vam pomogli odabrati najbolji pristup za potrebe vaše organizacije.

Korisničke grupe

Upravljanje korisničkim grupama omogućuje administratorima organiziranje korisnika u grupe za učinkovito masovno upravljanje licencama, postavkama i resursima. Grupe pomažu pojednostavljenju administracije primjenom pravila, licenci i predložaka postavki na više korisnika istovremeno, umjesto da upravljaju korisnicima pojedinačno.

Upravljanje korisničkim grupama nudi nekoliko prednosti, uključujući:

Pojednostavljena administracija: Upravljajte licencama, postavkama i pravilima za više korisnika odjednom.

Dosljednost: Primijenite jedinstvene postavke i licence među korisnicima u istoj grupi.

Skalabilnost: Podržava do 250.000 članova po grupi.

Integracija: Sinkronizirajte grupe iz Microsoft Entra ID-a (Azure AD) ili Active Directory za automatizirano upravljanje korisnicima i grupama.

Fleksibilnost: Stvorite lokalne grupe ili sinkronizirajte sigurnosne grupe; upravljajte članstvom u grupi ručno ili putem CSV datoteka.

Dodjela resursa: Kontrolirajte pristup ugrađenim aplikacijama i uslu gama na temelju članstva u grupi.

Glavni slučajevi upotrebe za korisničke grupe prilikom pružanja usluga su:

Dodjela licen ci: dodjeljivanje licenci grupama za automatsko pružanje usluga poput poziva, sastanaka, razmjene poruka ili hibridnih usluga članovima grupe.

Predlošci postav ki: Primijenite zbirke postavki usluga (npr. Razmjene poruka, sastanak, pozivi) na grupe radi dosljednog korisničkog iskustva.

U@@ pravljanje masovnim koris nicima: Skupno dodajte ili uklanjajte korisnike putem CSV datoteka ili sinkronizacije direktorija.

Automatizacija i integracija: Koristite API-je ili sinkronizaciju direktorija za automatizirano upravljanje životnim ciklusom korisnika i grupa.

Sljedeća tablica sažima različite opcije za upravljanje korisničkim grupama i upravljanje grupama u.
Tablica 7. Opcije za upravljanje grupama i članstvom u grupi
Opcija Opis Profesionalci Protiv

grupno osiguranje (grupe) Stvorite i upravljajte grupama izravno u. Dodajte/uklonite članove ručno ili putem CSV-a. Potpuna kontrola nad članstvom u grupi
Neposredna primjena licenci i predložaka
Jednostavno kreiranje i uređivanje grupa Potrebna su ručna ažuriranja
Rizik od pogrešaka u ručnom prijenosu CSV-a
Nema automatske sinkronizacije s vanjskim direktorijima

Sinkronizirane grupe iz Entra ID-a (Azure AD) ili Active Directory Automatski sinkronizirajte sigurnosne grupe i članstva iz vanjskih usluga direktorija. Automatizirana sinkronizacija smanjuje ručni rad
Osigurava dosljednost s korporativnim direktorijem
Podržava velike organizacije
Ne može se urediti članstvo u grupi
Kašnjenje sinkronizacije do 12 sati
Ugniježđene grupe zahtijevaju ručni odab ir

Grupe i SCIM 2.0 API (grupe) Koristite grupe ili SCIM 2.0 API za programsko upravljanje grupama i članstvom Automatizacija i integracija s drugim sustavima
Skalabilno za velika ili složena okruženja
Zahtijeva razvojne napore
Složenost ovisi o korištenju API-ja

Dok sinkronizirane grupe osiguravaju dosljednost i nude jednu točku administracije, moguć je hibridni pristup koji kombinira sinkronizirane grupe i grupe (bilo kojima se upravlja u kontrolnom čvorištu ili putem API-ja). Tako, na primjer, grupe za dodjelu licenci mogu biti sinkronizirane grupe, a poseban skup grupa može se koristiti za dodjeljivanje korisničkih i pozivnih predložaka.

Ovaj sveobuhvatan pristup upravljanju korisničkim grupama omogućuje organizacijama učinkovito upravljanje korisničkim licencama, postavkama i pravilima, osiguravajući dosljedno i skalabilno iskustvo suradnje.

Preporučeni pristup prilikom migracije s na

Primarni izvor podataka za korisnike je baza podataka koja sadrži informacije o krajnjem korisniku. Međutim, obično nije autoritativni izvor za upravljanje identitetom korisnika i što je još važnije, bit će isključen na kraju tranzicije i stoga je isključen kao dugoročni autoritativni izvor podataka o identitetu.

Cisco preporučuje korištenje centraliziranog direktorija u oblaku kao što je Microsoft Entra ID (Azure AD) kao jedinstveni izvor istine za identitete korisnika. Sinkronizacija korisnika iz Entra ID-a osigurava dosljednost, pojednostavljuje upravljanje i podržava mogućnosti jednokratne prijave (SSO).

Kako bi se osiguralo da su svi korisnici prisutni i u Entra ID-u, organizacije bi trebale provjeriti odgovaraju li korisnički računi računima u Entra ID-u. To se može učiniti izvozom korisničkih popisa i usporedbom s korisničkim popisima Entra ID.

Ukratko, preporučena metoda pružanja usluga je sinkronizacija korisnika s Microsoft Entra ID-a (Azure AD) na Webex pomoću Azure AD Wizard ili SCIM aplikacija. Ručno i CSV skupno pružanje usluga dostupne su kao dodatne metode, ali su manje skalabilne i sklonije pogreškama za velike organizacije. Osiguravanje da je Entra ID autoritativni izvor i da svi korisnici postoje u Entra ID-u ključno je za uspješnu migraciju i dosljedno korisničko iskustvo u svim okruženjima.

Prijelaz s lokalne usluge direktorija, poput, na uslugu direktorija u oblakuActive Directory, kao što je Entra ID (Azure ID), neovisan je od prijelaza poziva. Cisco preporučuje dovršet ak prijelaza na uslugu direktorija u oblaku prije početka pri jelaza poziva.

Dizajniranje korisničkih grupa

Nakon prelaska direktorija poduzeća iz lokalnog u oblak prikupite potrebne korisničke grupe vođene zahtjevima licenciranja i predloška značajki . Za svaki grupni dokument:

Naziv grupe: jedinstveni naziv grupe.

Licence: licence koje se dodjeljuju ovoj grupi (ako ih ima) i opseg (ako licence budu dodijeljene postojećim korisnicima ili samo novim korisnicima)

Predlošci postavki: Webex aplikacija i predloške za pozivanje korisnika.

Sinkronizacija direktorija: Hoće li se ta grupa sinkronizirati iz direktorija poduzeća ili je to lokalna Webex grupa osigurana u Control Hubu ili putem API-ja.

Opis: kako će se ova grupa koristiti i koji korisnici trebaju biti članovi ove grupe

Ti će se detalji koristiti kasnije tijekom faze implementacije za stvaranje lokalnih grupa ili grupa u direktoriju poduzeća i upravljanje članstvom korisnika u grupi.

Jednokratna prijava (SSO)

Cisco preporučuje korištenje SSO-a za provjeru autentičnosti korisnika. Korištenje SSO-a ima neke uvjerljive prednosti, uključujući:

Po@@ jednostavljena provjera autentičnosti korisnika: Korisnici se mogu jednom prijaviti koristeći svoje korpor ativne vjerodajnice (npr. s Azure ID-a) za pristup i drugim integriranim aplikacijama, eliminirajući potrebu za više lozinki i smanjujući upute za prijavu. To povećava sigurnost osiguravajući da se korporativne lozinke nikada ne pohranjuju ili prenose nakon provjere autentičnosti.

Pojednostavljeno upravljanje korisnicima: Automatizira stvaranje, ažuriranje i deaktivaciju korisničkih računa na temelju promjena u korporativnom direktoriju, smanjujući administrativne troškove i osiguravajući pristup samo ovlaštenim korisnicima.

Poboljšana sigurnost: SSO smanjuje zamor lozinke i rizik od kršenja povezanih s lozinkom centraliziranjem provjere autentičnosti putem pouzdanih pružatelja identiteta (IDP).

Jednostavna integracija višefaktorske provjere autentičnosti (MFA): MFA se lako može podržati bilo putem rješenja za upravljanje pristupom identitetu kao što je Cisco Duo ili putem M FA podrške IDP-a.

Postoji više opcija za implementaciju SSO-a za usluge:

SSO temeljen na SAML 2.0: Primarni protokol podržan za integraciju SSO, koji omogućuje sigurnu razmjenu informacija o autentičnosti između IDP-a i davatelja usluga.

OpenID connect (OIDC): Podržan kao alternativni moderni protokol provjere autentičnosti za integraciju SSO.

Webex identitet: Također podržan kao opcija pružatelja identiteta.

SSO se konfigurira i upravlja centralno, što zahtijeva razmjenu metapodataka između i odabranog IDP-a.

Nakon konfiguracije, SSO se može testirati unutar prije aktivacije kako bi se osiguralo pravilno postavljanje.

Cisco podržava integraciju s više testiranih i najčešće korištenih IDP-ova i sustavima za upravljanje identitetom (IAM), uključujući, ali ne ograničavajući se na:

Cisco Duo

Okta

Microsoft Active DirectoryFederacijske usluge (ADFS)

Microsoft Azure

PingFederate

OpenAM

F5 BIG-IP.

Ovi IDP-ovi su u skladu sa SAML 2.0 ili OpenID Connect standardima i potvrđeni su za kompatibilnost s Ciscovim rješenjima za suradnju.

Podrška za više IDP

omogućuje organizacijama da konfiguriraju SSO s više IDP-ova za prilagođavanje složenim IT okruženjima kao što su spajanja, preuzimanja ili decentralizirani IT odjeli gdje različite skupine koriste različite raseljene osobe. Podrška za više IDP može se implementirati pomoću značajke Multiple iD P u ili kroz integraciju poduzetničkog IAM sustava poput Cisco Duo.

Podrška za više pružatelja identiteta (IDP) rješava nekoliko ključnih slučajeva korištenja u kojima organizacije zahtijevaju fleksibilnu i sigurnu provjeru autentičnosti u različitim IT okruženjima:

1. Spajanja i preuzimanja

Kada se tvrtke spajaju ili stječu druge, često imaju zasebnu IT infrastrukturu i različite raseljene osobe koje se ne mogu udružiti. Višestruka podrška za IDP omogućuje korisnicima obje organizacije da provjere autentičnost i sigurnu suradnju bez potrebe za trenutnom objedinjavanjem svojih sustava identiteta.

2. Više neovisnih IT odjela

Velike organizacije ili vladine institucije mogu imati više neovisnih IT odjela, od kojih svaki upravlja vlastitim IDP-om. značajka višestrukog IDP-a omogućuje tim odjelima održavanje vlastitih sustava provjere autentičnosti, dok korisnicima omogućuje besprijekoran pristup.

3. Različite korisničke grupe ili domene

Organizacije s različitim grupama korisnika (npr. zaposlenici u odnosu na izvođače) ili više domena e-pošte mogu konfigurirati pravila usmjeravanja kako bi usmjeravali zahtjeve za provjeru autentičnosti odgovarajućem IDP-u na temelju članstva u domeni ili grupi. To podržava diferencirane politike pristupa i sigurnos ne kontrole.

4. Podrška za različite protokole provjere autentičnosti

podržava SAML i OpenID Connect (OIDC) IDP, omogućujući organizacijama da integriraju različite vrste pružatelja identiteta prema postojećoj infrastrukturi i sigurnosnim zahtjevima.

5. Poboljšana sigurnost i usklađenost

Omogućavanjem više IDP-a organizacije mogu implementirati jače mehanizme provjere autentičnosti, uključujući višefaktorsku provjeru autentičnosti (MFA) putem integracija poput Duo, te provoditi dosljedna sigurnosna pravila u različitim korisničkim bazama.

6. Pojednostavljeno korisničko iskustvo

Korisnici mogu potvrditi autentičnost pomoću svojih postojećih vjerodajnica iz svojih IDP-a, pružajući jedinstveno iskustvo prijave unatoč temeljnoj složenosti višestrukih sustava identiteta.

Iako podrška za više IDP pruža fleksibilnost, zahtijeva pažljivu koordinaciju među sigurnosnim i identitetskim timovima kako bi se održale dosljedne sigurnosne politike i izbjegle potencijalne ranjivosti.

Duo MFA sa SSO za

Duo Access Gateway (DAG) može autentifikirati korisnike pomoću postojećih lokalnih direktorija ili direktorija temeljenih na oblaku kao što su Active Directory (AD) i OpenLDAP. Također podržava integraciju s drugim pružateljima identiteta kao što su Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS i Shibboleth. Ova fleksibilnost omogućuje organizacijama da koriste svoju trenutnu infrastrukturu direktorija za Webex SSO s Duo MFA.

Duo djeluje kao jak sloj provjere autentičnosti na vrhu primarne provjere autentičnosti direktorija. Funkcionira kao pružatelj identiteta (iDP) koristeći SAML 2.0 za provođenje dvofaktorske provjere autentičnosti (2FA) prije odobravanja pristupa. Duo procjenjuje kontekst korisnika, uređaja i mreže u odnosu na konfiguribilna pravila za dopuštanje ili uskraćivanje pristupa, poboljšavajući sigurnost osim samo korisničkog imena i lozinke. Duo također pruža fleksibilne kontrole politika, poput zahtjeva za MFA pri svakoj prijavi za neke aplikacije, a rjeđe za druge.

Prednosti Cisco Duo uključuju:

Poboljšana sigurnost: dodaje MFA otporan na krađu identiteta radi zaštite pristupa, smanjujući rizik od kompromitiranih lozinki.

Fleksibilna pravila: Omogućuje detaljnu kontrolu nad zahtjevima provjere autentičnosti po aplikaciji ili korisničkoj grupi.

Integracija s postojećim direktorijima: Podržava lokalne AD, OpenLDAP, direktorije u oblaku i razne pružatelje usluga SSO, minimizirajući promjene infrastrukture.

Pogodnost korisnika: Podržava jednokratnu prijavu (SSO) kako bi se smanjio zamor lozinkom omogućujući korisnicima da se jednom prijave i siguran pristup više resursa.

Pouzdane krajnje točke: Podržava povjerenje uređaja za klijente u sustavu Windows i macOS, poboljšavajući držanje sigurnosti.

Samoposlužni upis: Ugrađ ena upisa i dvostruki upis poboljšavaju korisničko iskustvo tijekom postavljanja MFA-e.

Duo MFA s SSO za korištenje postojećih direktori Active Directory ja poput OpenLDAP ili pružatelja identiteta u oblaku za provjeru autentičnosti korisnika. Duoova uloga je pružiti snažan drugi faktor provjere autentičnosti temeljen na politici integriran kroz SAML 2.0, poboljšavajući sigurnost uz održavanje praktičnosti korisnika putem SSO-a. Prednosti uključuju poboljšano držanje sigurnosti, fleksibilno pro vođenje politika, besprijekornu integraciju i bolje korisničko iskustvo.

Cisco preporučuje implementaciju SSO-a za korisnike. Za poboljšanu sigurnost preporučuje se integracija s Cisco Duo.

Strategija Enterprise IAM i SSO trebala bi se primijeniti prije početka prijelaza s na.

Značajke

ima potpuni komplet osnovnih značajki koje su uključene u uslugu. To uključuje mnoge značajke pozivanja poslovnog razreda koje su dostupne dugi niz godina. Možda nećete vidjeti 100% paritet između značajki i značajki, no kao što možete vidjeti na donjoj slici, ključne značajke pozivanja dostupne su u.

Webex Callingznačajke poslovnog razreda

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

Webex Callingosnovne značajke

Automatski upravitelj

Automatski asistent omogućuje automatizaciju rukovanja dolaznim pozivima 24/7, što omogućuje učinkovito rukovanje pozivima bez potrebe da osoba odgovori na svaki poziv.

Automatski pratilac odgovara na dolazne pozive i pruža pozivatelju izbornik opcija kamo želi usmjeriti svoj poziv. To može biti za osobu, kutiju govorne pošte ili pozivnu službu (npr. Red za pozive). Pozi vatelj koristi pozivnicu za biranje telefona za unos broja iz izbornika automatskog pra ćenja.

Automatski asistent podržava sljedeće ključne značajke:

Raspored poslovanja i poslije radnog vremena

Raspored odmora

Opcija izbornika biranja za usmjeravanje kupaca tamo gdje trebaju ići

Prilagodite pozdrave

Opcija birajte po imenu

Opcije prosljeđivanja poziva

Analitika i izvješća Control Hub.

Dodatne informacije potražite u odjeljku U pravljanje automatskim pomoćnicima.

Nazovite Park

Call park pruža korisnicima mogućnost da lako zaustave poziv kako bi drugi korisnik mogao lako dohvatiti kada su dostupni da ga prihvati. Također oslobađa korisnika koji je odgovorio na izvorni poziv da upućuje ili prima druge pozive dok je poziv parkiran.

Postoje dvije vrste call parkova dostupne u:

Call park direct - omogućuje svakom korisniku da parkira poziv na proširenje drugog korisnika ili na proširenje pozivnog parka, kako je definiralo Administrator

Grupa za parkiranje poziva - omogućuje definiranoj skupini korisnika da automatski parkira pozive prema dostup nim odredištima parka definiranim za grupu. Ta odredišta mogu biti proširenja članova grupe ili proširenja pozivnog parka.

Na temelju konfiguracije i vrste parkiranja, korisnici mogu dohvatiti pozive biranjem pozi va *88+><extension of parked call>, pritiskom na linijsku tipku povezanu s proširenjem za parkiranje poziva ili pomoću softtipke na svom IP telefonu.

Opcija opoziva dostupna je za opoziv parkiranog poziva nakon određenog razdoblja korisniku koji je parkirao poziv ili zamjenskom korisniku.

Dodatne informacije potražite u odjeljku U pravljanje parkom poziva u upravljačkom čvori štu.

Preuzimanje poziva

Preuzimanje poziva omogućuje administratoru da definira skupinu korisnika (članova) koji mogu odgovoriti na poziv na telefon drugog člana. To korisniku daje mogućnost odgovaranja na pozive kada su njihovi suigra či zauzeti i ne mogu odgovoriti na dolazni poziv.

Korisnici u grupi moraju biti na istom mjestu.

Korisnici mogu koristiti telefon ili svoj stolni telefon za preuzimanje poziva.

:

Podržava vizualne i audio obavijesti

Obavijest o dolaznom pozivu

Preuzimanje poziva temeljeno na licu (birajte*98) ili preuzimanje tosta s obavijestima

Obavijesti o preuzimanju poziva za više linija.

Stolni telefoni:

Obavijest o dolaznom pozivu

Zvuči zvuka i vizualna obavijest putem LED-a slušalice. 6821 podržava samo audio zvona

Kada je odabrana vrsta obavijesti u odjeljku nije nema

Obavijesti o preuzimanju poziva samo za primarne linije.

Dodatne informacije potražite u odjeljku Konfiguriranje grupe za preuzimanje poziva.

Red za pozive

uključuje redove samo glasovnih poziva kao dio svojih osnovnih značajki, a svaki korisnik s profesionalnom licencom može biti dio reda poziva, agenta ili nadzornika. Ova značajka omogućuje korisnicima da učinkovito surađuju s kupcima. Redovi poziva podržavaju podskup nekih osnovnih mogućnosti pozivnog centra kao što su glasovni redovi, povratni pozivi, usmjeravanje vještina ili prioriteta, upravljanje redovima čekanja agenta, analitika, izvještavanje itd.

Ciscov poziv za integraciju Microsoft Teams omogućuje agentima pristup pozivima i značajkama u redu poziva izravno s klijenta Microsoft Teams.

Redovi poziva podržavaju sljedeće ključne značajke:

Pozdrav i poruke (dobrodošlica, utjeha, šapat itd.)

Držite glazbu

Povratni poziv

Pravila usmjeravanja reda čekanja (noćna usluga, praznici, prosljeđivanje)

Prijava/odjava u redu agenta

Upravljanje statusom čekanja agenta

ili Podrška za Desk Phone

Nadzorni agent poziva nadgledanje, autobus, teče ili preuzima kontrolu putem pristupnih kodova značajki (FACs)

(administratorski pristup) za:

upravljanje redovima

Analitika i izvješćivanje agenta i reda čekanja

Upravljanje čekanjem, agentom i nadzornikom.

Dodatne informacije potražite u odjeljku Konfiguriranje reda poziva.

ima dodatnu značajku Customer Assist koja pruža dodatne mogućnosti čekanja poziva i pruža agentima i nadzornicima bolje korisničko iskustvo unutar. Za usporedbu značajki čekanja poziva i korisničke pomoći pogledajte usporedbu Webex Calling funkcija čekanja poziva i korisničke pomoći.

Grupa za lov

Hunt Groups omogućuju usmjeravanje dolaznih poziva određenoj skupini korisnika putem unaprijed određenog obrasca usmjeravanja poziva. To osigurava da na pozive odgovara prava grupa korisnika ili ih šalje na govornu poštu radi praćenja.

Jedna velika razlika između lovačkih grupa i redova poziva je u tome što pozivi nisu u redu čekanja u lovačkim grupama, pa ako nijedan korisnik iz grupe Hunt nije dostupan za odgovor na poziv, oni će biti isključeni, poslani na govornu poštu ili proslijeđeni na drugi broj (korisnik ili servis).

Dodatne informacije potražite u odjeljku U pravljanje grupama za lov u upravljačkom čvori štu.

Načini rada

Značajka načina rada omogućuje tvrtkama učinkovito usmjeravanje poziva na različita od redišta (korisnici, govorna pošta, usluge pozivanja poput reda poziva). Kamo i kada se poziv usmjerava temelji se na rasporedu dana i dana u tjednu, a svaki korisnik može biti ovlašćen za upravljanje tim načinima (rasporedom) radi kontrole promjena usmjeravanja poziva.

Kao primjer, pozivi u red poziva mogu se usmjeriti u drugi red poziva s agentima u drugoj vremenskoj zoni kako bi odgovarali na pozive nakon radnog vremena, tijekom radnog vremena biti usmje reni lokalnim agentima, a tijekom praznika usmjeriti na govornu poštu radi praćenja nakon povrat ka agenta u ured.

Ovlašteni korisnik može se prebacivati između tih različitih scenarija (načina) prosljeđivanja poziva ako treba promijeniti mjesto gdje se dolazni pozivi usmjeravaju za određeno razdoblje. Ovi korisnici mogu upravljati načinima rada putem svojih 6800/7800/8800 MPP telefona, 9800 telefona ili u korisničkom čvorištu u upravljanju načinima rada.

Dodatne informacije potražite u odjel jku Usmjeravanje poziva na temelju načina rada u Webex Calling.

Pejdžerska grupa

Straničarske grupe omogućuju korisnicima da upućuju jednosmjerni poziv za slanje audio poruke grupi korisnika. Svaka skupina može sadržavati do 75 ciljnih korisnika i/ili radnih prostora do kojih se dolazi biranjem unaprijed definiranog broja ili proširenja.

Kada korisnik pozove stranačku grupu, istodobni poziv upućuje se na sve dodijeljene ciljeve u grupi u kojem trenutku pozivatelj može izgovoriti svoje poruke i prekinuti vezu nakon što su završene.

Dodatne informacije potražite u odjeljku Konfiguriranje grupe stranicanja u upravljačkom čvorištu.

Snimke

podržava snimanje poziva upućenih ili primljenih od strane korisnika. To može biti potrebno za potrebe kvalitete, osiguranja, sigurnosti ili obuke. Pozivi se prema zadanim postavkama bilježe, ali drugi pružatelji snimanja trećih strana mogu se koristiti i ako su potrebne druge značajke snimanja ili usklađenost i regulatorni zahtjevi.

Kada se koristi kao platforma za snimanje, svi snimljeni pozivi upravljaju se unutar njih. Potpuni administratori s ulogom službenika za usklađenost mogu igrati i preuzimati snimke. Bez uloge službenika za usklađenost, administrator može izbrisati samo snimke.

Dodatne informacije o ovoj značajci i popisu snimanja trećih strana potražite u odjeljku U pravljanje snimanjem poziva za Webex Calling.

Doseg jednog broja

Jedan doseg broja omogućuje pozivima na korisnikov telefonski broj da zvone na više uređaja. To može uključivati i druge stolne telefone, kao i mobilne telefone. Pozivi se također mogu upućivati s ovih uređaja, a korisnici mogu gurati i povlačiti pozive između njih.

Dodatne informacije o ovoj značajci i načinu na koji je administrator konfigurira potražite u odjeljku Konfiguriranje dosega jednog broja (ured bilo gdje).

Za više informacija o tome kako korisnik može upravljati i konfigurirati ovu značajku za sebe na port alu Webex User Hub (portal), pogledajte Konfiguriranje dosega jednog broja (ured bilo gdje).

Grupa govorne pošte

Grupe govorne pošte omogućuju zajednički okvir govorne pošte koji se može dodijeliti korisniku ili značajci usmjeravanja poziva . Neki od razloga zbog kojih može biti potrebna grupa govorne pošte su:

Glasovna pošta opće namjene za odjel ili radnu grupu

Dodavanje opcije govorne pošte u automatsku pratnju ili lovačku grupu

Za slanje preljevnih poziva iz reda poziva

Korisnici kojima je potreban samo okvir govorne pošte.

Dodatne informacije potražite u odjelj ku Upravljanje zajedničkom govornom poštom i dolaznim faksom za. Webex Calling

Attendant Console navedena je na stranici Značajke pozivanja u Webexu, no to je dodatna značajka koja zahtijeva kupnju licence za prateću konzolu za korištenje.

Dodatne informacije potražite u odjelj ku Početak rada s konzolom za pratnju.

Informacije o svim značajkama, uključujući neke dodatke, potražite u odjeljku Značajke dostupne prema vrsti licence za Webex Calling.

Tablica 1. Informacije koje treba snimiti za svaku lokaciju
Informacije	komentar
Raspon (i) proširenja	Svaka lokacija može imati proširenja koja počinju različitim znamenkama. Jedna znamenka mora biti pošteđena za oznaku upravljača za biranje između mjesta (na primjer 8) i jedna za oznaku upravljača PSTN (na primjer 9). Nijedan raspon proširenja ne može započeti s bilo kojom od ove dvije znamenke. Svi rasponi proširenja svih lokacija moraju biti jednake duljine.
DID raspon (i)	-
PSTN upravljačka znamenka	-
Kôd stranice	Svi kodovi web mjesta svih lokacija moraju biti jedinstveni i imati istu duljinu.
Glavni broj	Prilikom izrade lokacije potrebno je osigurati dva DID-a. Jedan kao glavni broj (na primjer, koji će se dodijeliti usluzi automatskog praćenja) i jedan za portal govor ne pošte. Odredba jedan DID za broj govorne pošte.
Broj govorne pošte
Broj licenci	Potrebne licence prema vrsti, uključujući Standard, Professional, Workspace, Popis ruta, Plan odlaznih poziva.
Istodobni pozivi u napornom satu	Zbroj istodobnih poziva između uređaja i između uređaja i lokalnog pristupnika (PSTN i pozivi na uređaje). Potrebno za određivanje potrebne širine pojasa pristupa internetu.
Zemlja	-
Vremenska zona	-
Jezik	-
Kontakt (ime, telefon, e-pošta)	-
Adresa (adresa ulice, grad, država, poštanski broj)	-
Fizička lokacija za hitne službe za krajnje točke	Lokacija uređaja koja se može otpremiti koja se koristi za hitne pozive obično uključuje sljedeće: adresu zgrade, adresu zgrade+broj kata, adresu zgrade+broj apartmana ili adresu zgrade+broj kata+uredski/kubni broj.
Jedinstvena fizička mrežna lokacija za hitne službe po uređaju	Fizička mrežna lokacija za pozive u nuždi obično uključuje sljedeće: prekidač/prekidač za žičane uređaje, identifikatore osnovnih servisnih skupa bežične pristupne točke (AP) za bežično povezane uređaje i/ili lokalne IP podmreže za uređaje krajnje točke.

Tablica 2. Primjer numeriranja poduzeća
Stranica	Raspon proširenja	Kôd stranice	Raspon poduzeća
NYC	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

Tablica 3. Rasponi proširenja fiksne duljine
Stranica	Raspon proširenja	Proširenja	Kôd stranice	Raspon poduzeća
NYC	2XXX	2XXX	202	8 202 2XXX
SFO	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

Tablica 4. Prijelaz sedmoznamenkastog biranja

Stranica	Proširenja	Kôd stranice	Raspon poduzeća	Oda stranice	Enterprise ange
NYC	2XXX	22	8 22 2XXX	822	8 822 2XXX
SFO	8XXX	23	8 23 7XXX	823	8 823 7XXX
RTP	1XXX	24	8 24 11XX	824	8 824 11XX

Tablica 5. Opcije pružanja usluga korisnika - sažetak
Način dodjele	Profesionalci	Protiv
Priručnik kroz	Jednostavno za nekoliko korisnika. Omogućuje preciznu i detaljnu kontrolu nad dodjel om licenci.	Nije skalabilno, dugotrajno Skloni ljudskim pogreškama tijekom ručnog unosa.
Automatski predlošci licenci	Skalabilno Smanjuje ručne pogreške Može se primijeniti na nove i postojeće korisnike.	Zahtijeva važeće telefonske brojeve i lokacije. Složenije postavljanje Također zahtijeva grupe korisnika po skupini korisnika s jednakim zahtjevima za licenciranje.
Skupno prijenos CSV-a	Učinkovito za velike korisničke setove Omogućuje istodobnu dod jelu licenci, telefonskih brojeva i proširenja.	Zahtijeva pažljivo CSV oblikovanje Mogućnost pogrešaka ako telefonski brojevi ili proširenja nedostaju ili su netočni.
Dodjela temeljena na API-ju	Automatizirano, fleksibilno. Omogućuje istodobnu dod jelu licenci, telefonskih brojeva i proširenja.	Zahtijeva razvoj i znanje API-ja.

Tablica 6. Opcije pružanja usluga korisnika za
Način osiguranja	Opis	Profesionalci	Protiv
Priručnik	Stvaranje/upravljanje korisnicima pojedinačno	Jednostavno za malo korisnika; nije potrebna infrastruktura	Nije skalabilno; dugotrajno za mnoge korisnike
Skupno (CSV datoteka)	Uvozite/ažurirajte korisnike skupno putem CSV-a	Učinkovito za grupe; nije potrebno kodiranje	Ručna priprema CSV -a; manje dinamičan
Ljudi i SCIM 2.0 API	Programsko upravljanje korisnicima putem Webex API-ja	Fleksibilan; podržava automatizaciju i integraciju	Zahtijeva razvoj i infrastrukturu
Sinkronizacija direktorija	Automatska sinkronizacija iz AD-a, Entra ID-a, SCIM aplikacija, Unified CM	Automatizira životni ciklus; podržava filtriranje i mapiranje	Složenost postavljanja: neke od opcija imaju ograničene značajke ili zahtijevaju infrastrukturu

Tablica 7. Opcije za upravljanje grupama i članstvom u grupi
Opcija	Opis	Profesionalci	Protiv
grupno osiguranje (grupe)	Stvorite i upravljajte grupama izravno u. Dodajte/uklonite članove ručno ili putem CSV-a.	Potpuna kontrola nad članstvom u grupi Neposredna primjena licenci i predložaka Jednostavno kreiranje i uređivanje grupa	Potrebna su ručna ažuriranja Rizik od pogrešaka u ručnom prijenosu CSV-a Nema automatske sinkronizacije s vanjskim direktorijima
Sinkronizirane grupe iz Entra ID-a (Azure AD) ili Active Directory	Automatski sinkronizirajte sigurnosne grupe i članstva iz vanjskih usluga direktorija.	Automatizirana sinkronizacija smanjuje ručni rad Osigurava dosljednost s korporativnim direktorijem Podržava velike organizacije	Ne može se urediti članstvo u grupi Kašnjenje sinkronizacije do 12 sati Ugniježđene grupe zahtijevaju ručni odab ir
Grupe i SCIM 2.0 API (grupe)	Koristite grupe ili SCIM 2.0 API za programsko upravljanje grupama i članstvom	Automatizacija i integracija s drugim sustavima Skalabilno za velika ili složena okruženja	Zahtijeva razvojne napore Složenost ovisi o korištenju API-ja

Implementirati

Spremnost mreže

Početno postavljanje

Provjera domene

Zatražite (pretvorite) postojeće korisnike

Konfigurirajte i testirajte sinkronizaciju direktorija

Postavljanje i testiranje jednokratne prijave (SSO)

Nabavka, pružanje i provjera licenci

Webex Callingpostavke usluge

Pilotska migracija

Nabavite PSTN

Konfigurirajte lokacije

Integracija s lokalnom kontrolom poziva

Migrirajte korisnike u serijama

Radni prostori

Uređaji za osiguranje

Konfigurirajte značajke

Ispitivanje prihvaćanja

Spremnost mreže

Prvi korak u prelasku na to je osiguravanje pouzdane i sigurne internetske povezan osti između lokalne mreže i oblaka.

Budući da se većina organizacija povezuje s internetom putem jednog ili više vatrozida ili sigurnosnih uređaja, neophodno je provjeriti jesu li potrebni prometni to kovi podržani.

Administratori mreže i sigurnosti moraju razumjeti ove tokove u smislu:

Smjer (dolazni i odlazni)

Protokoli (primjer - SIP TLS, SRTP, HTTPS)

Rasponi IP adresa koje koriste usluge

Brojevi luka koji se moraju otvoriti ili dopustiti.

Time se osigurava da su korporativni zaštitni zidovi, NAT uređaji i druga mrežna infrastruktura pravilno konfigurirani za prilagođavanje prometu uz održavanje sigurnosnih pravila poduzeća.

Informacije o potrebnim tokovima, uključujući IP adresu, portove i protokole, potražite u odjeljku Referentne informacije o priključku za Webex Calling. Koristite ove informacije za konfiguriranje vatrozida, proxyja i druge mrežne infrastrukture u postojećoj implementaciji kako biste omogućili mrežne tokove.

Decentralizirani internetski proboj iz svake podružnice ili web lokacije preporučeni je pristup za usluge surad nje u oblaku kao što su. Dopuštajući lokalni izlazak prometa, ovaj model:

Smanjuje kašnjenje i podrhtavanje putovanja, poboljšavajući ukupnu kvalitetu poziva

Učinkovito se skalira kako više korisnika i web lokacija prelazi na

Besprijekorno radi sa SD-WAN-om, koji može dinamički usmjeravati sesije do najbliže ulazne točke oblaka za optimalne performanse

Omogućuje praćenje lokacije korisnika na temelju njihove javne IP adrese što pomaže u analizi putanja medija i rješavanju problema.

Osim toga, organizacije moraju osigurati odgovarajuću širinu pojasa interneta na svakom mjestu. Propusnost bi trebala biti dimenzionirana na temelju očekivanog broja istodobnih poziva, odabranog kodeka (npr. Opus ili G.711), plus režijske troškove za signalizaciju, retransmisiju i rast. To se usklađuje s fazom Pripreme PPDIO životnog ciklusa i uspostavlja čvrste temelje za migraciju.

Početno postavljanje

Pododjeljak početnog postavljanja unutar faze implementacije implementacije temelj je za uspostavljanje dobro strukturiranog i upravljivog okruženja za pozivanje u oblaku. Ova faza obuhvaća kritične zadatke kao što su postavljanje organizacije, nabava i dodjeljivanje licenci te provjera i traženje domena vaše tvrtke kako bi se osiguralo pravilno upravljanje korisnicima i sigurnost. Osim toga, uključuje dodjelu predložaka licenci za automatizaciju dodjele korisničkih licenci, konfiguriranje jednokratne prijave (SSO) radi pojednostavljenja provjere autentičnosti korisnika i poboljšanja sigurnosti te prilagođavanje postavki usluga i klijenta kako bi se uskladile s organizacijskim pravilima i potreb ama korisnika. Dovršavanjem ovih početnih aktivnosti postavljanja osigurava se da je okruženje pravilno konfigurirano za skalabilnost, sigurnost i besprijekorno korisničko iskustvo, postavljajući pozornicu za sljedeće faze implementacije i operacije.

Provjera domene

Da biste omogućili identificiranje korisnika registriranih s domenama e-pošte vaše tvrtke, neophodno je provjeriti svoje domene. Bez provjere domene korisnici će biti dodijeljeni potrošačkoj organizaciji, što komplicira upravljanje korisnicima za vašu tvrtku. Provjera domene obvezan je korak koji vašoj organizaciji omogućuje učinkovito traženje zaht jeva i upravljanje tim korisnicima.

Provjerite jesu li sve domene povezane s adresama e-pošte vaših korisnika provjerene. Pro vjera domene nije ekskluzivna; ista se domena može provjeriti u više organizacija.

Više informacija o upravljanju domenama potražite u odjelj ku Upravljanje domenama.

Zatražite (pretvorite) postojeće korisnike

Nakon uspješne provjere domena, možete nastaviti s prijavljivanjem korisnika koji su se registrirali za korištenje domena e-pošte vaše tvrtke u vašu organizaciju. Ovaj proces objedinjuje sve koris nike pod jedinstvenim organizacijskim kišobranom, omogućujući centralizirano upravljanje i pojednostavljenu administraciju. Zahtjevanjem tih korisnika osiguravate da vaša tvrtka ima potpunu kontrolu nad korisničkim računima, omogućujući vam dodjelu odgovarajućih licenci, konfiguriranje usluga i učinkovito pružanje potrebne podrške. Ovaj jedinstveni pristup upravljanju poboljšava sigurnost, pojednostavljuje pružanje usluga korisnika i osigurava dosljedan pristup uslugama u cijeloj organizaciji. Tvrdnjavanje korisnika također sprječava njihovo upravljanje u vanjskim ili potrošačkim organizacijama, čime se održava organizacijski integritet i kontrola nad resursima suradnje.

Dodatne informacije o prijavljivanju korisnika potražite u od jeljku Prijava korisnika u organizaciju (pretvaranje) korisnika.

Konfigurirajte i testirajte sinkronizaciju direktorija

Da biste omogućili besprijekorno upravljanje korisnicima i grupama, možete sinkronizirati korisnike i grupe iz korporativnog imenika bilo Microsoft Entra ID (ranije Azure AD) ili Microsoft Active Directory (AD) s. Ovaj postupak osigurava dosljedno održavanje identiteta korisnika i članstva u grupi u cijel om okruženju.

Za organizacije koje provode fazne implementacije ključno je kontrolirati i ograničiti opseg sinkronizacije tijekom početnog uvođenja. To smanjuje rizik od nenamjernih promjena i omogućuje ciljano testiranje prije šireg usvajanja.

Najučinkovitija metoda filtriranja sinkroniziranih korisnika je iskorišt avanje članstva u grupi direktorija:

1
Stvorite namjensku grupu za sinkronizaciju: u direktoriju poduzeća (Microsoft Entra ID ili AD) stvorite sigurnosnu grupu posebno za sinkronizaciju (na primjer, grupa za sinkronizaciju).

2
Popunite grupu ciljnim korisnicima: U ovu grupu dodajte samo korisnike koje želite sinkronizirati (poput testne grupe tijekom pilot faze). To vam omogućuje strogu kontrolu tko je uključen u proces sinkronizacije.

3
Konfiguriranje ugovora o sinkronizaciji s grupnim filtriranjem: Prilikom postavljanja ugovora o sinkronizaciji u Directory Connector ili Entra ID-u, konfigurirajte opseg tako da uključuje samo korisnike koji su članovi određene grupe.

Za Microsoft Entra ID možete koristiti dodjele temeljene na grupama u postavkama pružanja usluga

Za AD možete definirati LDAP filtar tako da uključuje samo korisnike koji pripadaju navedenoj skupini.

4
Proširite grupu prema potrebi: Kako napredujete u šire faze implementacije, jednostavno dodajte dodatne korisnike ili grupe u grupu za sinkronizaciju. Opseg sinkronizacije automatski će se proširiti na te korisnike, omogućujući kontrolirano i postupno uvođenje.

Primjer koraka provedbe:

U aktivnom direktoriju:

Stvorite sigurnosnu grupu pod nazivom grupa za sinkronizaciju.

Dodajte željene pilot korisnike u ovu grupu.

Postavite Directory Connector s LDAP filterom kao što je: (MemberOf = CN = Webex Sync Group, OU = Groups, DC = YourDomain, DC = com).

U Microsoftu unesite ID:

Stvorite grupu pod nazivom sinkronizirajuća grupa

Dodijelite grupu postavkama pružanja u Entra ID-u

Samo će korisnici u ovoj grupi biti osigurani za.

Uvijek testirajte sinkronizaciju temeljenu na grupama u neproizvodnom okruženju prije nego što se prijavite na cijelu organizaciju

Redovito pregledavajte članstvo u grupi kako biste bili sigurni da su sinkronizirani samo ovlašten

Za kontinuirano upravljanje automatizirajte ažuriranja članstva u grupi na temelju poslovnih pravila ili HR sustava ako je moguće.

Reference:

Sinkronizirajte korisnike Entra ID-a u Control Hub

Postavljanje aplikacije Entra ID Wizard u Control Hub

Priključak direktorija

Postavljanje i testiranje jednokratne prijave (SSO)

Jednokratna prijava (SSO) poboljšava sigurnost i pojednostavljuje pristup korisnicima omogućujući korisnicima da se jednom autentificiraju svojim korporativnim vjerodajnicama i dobiju besprijekoran pristup. podržava integraciju SSO s IDP-ovima usklađenim sa SAML 2.0, uključujući Microsoft Entra ID (ranije Azure AD), Active Directory (AD) federirana rješenja i razne raseljene osobe trećih strana.

U ovom trenutku treba implementirati i testirati dizajniranu postavku SSO-a.

Reference:

Integracija s jednom prijavom u upravljačko čvorište

konfiguriranje jednokratne prijave za webex administraciju

Konfigurirajte jednokratnu prijavu pomoću Microsoft Entra ID-a

SSO s više raseljenih lica

Upravljanje SSO-om na integraciji u Control Hub

Nabavka, pružanje i provjera licenci

Kao dio početnog postavljanja za, neophodno je nabaviti, osigurati i provjeriti odgovarajuće licence za omogućavanje i učinkovito upravljanje uslugama. Proces nabave uključuje odabir vrsta licenci na temelju korisničkih uloga i radnih opterećenja, kao što su profesionalne, standardne i radne licence. Licence se generiraju i pružaju putem Ciscovih softverskih platformi ili putem partnera. Nakon nabave i osiguranja potrebno je provjeriti odgovarajući broj licenci . Ovaj postupak osigurava da organizacija ima ispravne licence aktivirane i spremne za upotrebu u implementaciji.

Kao dio početnog postavljanja licenciranja u, važno je konfigurirati automatsko licenciranje temeljeno na organizaciji kako bi se pojednostavilo dodjeljivanje licenci novim korisnicima. Ova postavka omogućuje automatsko odobravanje licenci kada se korisnici dodaju u organizaciju, čime se eliminira potreba za ručnim dodjeljivanjem licen ci. Kada konfigurirate automatsko licenciranje na razini organizacije, odab erete usluge za dodijeljenje i definiranje opsega, kao što je primjena licenci samo budućim korisnicima ili uključivanje postojećih korisnika.

Međutim, ako vaš plan implementacije umjesto toga uključuje korištenje automatskog licenciranja na razini grupe, možete odlučiti ne dodijeliti licence na razini organizacije kako biste izbjegli sukobe ili dvostruke dodjele licenci. Uz automatsko licenciranje na razini grupe, licence se dodjeljuju na temelju članstva u grupi. Korisnici u više grupa dobivaju licence za sve primjenjive grupne dodjele.

Konfiguracija dodjele licenci temeljena na grupi mora se izvršiti nakon dovršetka sinkronizacije direktorija kako bi sinkronizirane grupe postojale i mogle se koristiti za dodjelu licenci.

Konkretno, automatsko dodjeljivanje licence zahtijeva dodatne detalje o pružanju usluga kao što su lokacija korisnika i dodjela telefonskog broja. Korisnikov radni telefonski broj mora biti u formatu +E.164, unaprijed dodijeljen i dodijeljen valjanoj lokaciji kako bi se licenca mogla automatski aktivirati. Ako ti uvjeti nisu ispunjeni, korisniku se neće automatski pružati usluge i može zahtijevati ručnu intervenciju.

Ukratko, konfigurirajte automatsko licenciranje temeljeno na organizaciji za nove korisnike ako želite široku dodjelu licence za cijelu organizaciju. Ako više volite detaljniju kontrolu ili imate različite potrebe za licenciranjem po grupi, konfigurirajte automatsko licenciranje na razini grupe i izbjegavajte dodjeljivanje licenci na razini organizacije kako biste spriječili preklapanje i osigurali pravilno upravljanje licencama.

Webex Callingpostavke usluge

Bitno je provesti sveobuhvatan pregled i konfiguraciju postavki globalnih usluga unutar.

Započnite pristupom odjeljku postavki i navigacijom do njega. Pažljivo pregledajte svaku konfigurabilnu opciju, uključujući, ali ne ograničavajući se na, internu konfiguraciju biranja, parametre poziva u hitnim slučajevima, pravila usmjeravanja poziva, upravljanje govornom poštom i zadane postavke uređaja.

Prilagodite ove globalne postavke tako da odražavaju pravila i dizajnerske odluke vaše organizacije.

Također, postavke postavljanja i predloške korisnika i aplikacija.

Pilotska migracija

Tijekom faze implementacije, provedba pilot migracije predstavlja ključnu prekretnicu u potvrđivanju prijelaza s na. Ovaj pilot uključuje pružanje reprezentativnog podskupa korisnika na jednoj ili više lokacija na platformi, osiguravajući da odabrana populacija odražava različite slučajeve upotrebe i organizacijske uloge. Paralelno s migracijom korisnika, osnovne usluge suradnje, uključujući govornu poštu, automatske pratnje, redove poziva i grupe za lov, moraju se prebaciti na njihove ekvivalente kako bi se održao kontinuitet poslovanja i funkcionalnost usluge.

Pilot migracija trebala bi iskoristiti istu kombinaciju alata koje pruža Cisco i alata za migraciju trećih strana koji su planirani za širu organizacijsku implementaciju, osiguravajući da se procesi, tijekovi rada automatizacije i točke integracije temeljito potvrđuju pod reprezentativnim uvjetima.

Primarni ciljevi ove pilotske implementacije su dvostruki: prvo, potvrđivanje i usavršavanje procesa prijelaza od kraja do kraja, uključujući tijekove rada za pružanje usluga korisnika, postupke migracije podataka i konfiguracije krajnjih točaka; i drugo, sveobuhvatna provjera funkcionalnosti migriranih usluga u stvarnim operativnim uvjetima.

Ovaj fazni pristup omogućuje projektnom timu da identificira i riješi sva tehnička ili proceduralna pitanja u kontroliranom okruženju, prikupi povratne informacije korisnika o novom iskustvu platforme, procjeni učinkovitost odabranih alata za migraciju i uspostavi povjerenje u metodologiju migracije prije nego što nastavi sa širim organizacijskim uvođenjem.

Uvidi stečeni tijekom ove pilot faze ključni su u optimizaciji naknadnih migracijskih valova i osiguravanju glatke tranzicije smanjene rizicima za cijelo poduzeće.

Nabavite PSTN

Da biste nabavili PSTN usluge za, prvo odaberite opciju PSTN povezivanja u.

Ako organizacija planira održavati hibridnu kontrolu dvostrukih poziva (faza 1 na slici Phased Calling Transition: Hybrid and Cloud) privremeno ili na neodređeno vrijeme, morat će implementirati jedan ili više lokalnih pristupnika za lokalni PSTN kako bi se omogućilo pozivanje između krajnjih točaka i krajnjih točaka.

Ako je potpuni prijelaz (faza 2) u oblak krajnji cilj uključujući PSTN, tada će za PSTN biti potreban Cisco Calling Plan ili opcija Cloud Connect for.

Radite s odabranim davateljem usluga kako biste naručili i prenijeli telefonske brojeve prije nego što ih konfigurirate. Naručivanje telefonskih brojeva ili pokretanje narudžbi za priključke je potrebno/moguće samo za lokalne PSTN i Cloud Connect za. Za Cisco pozivne planove naručivanja i prijenos započinju se unutar Control Huba čim se kreira lokacija, te u zemljama u kojima je dostupan Cisco Calling Plan. Za više informacija o Cisco Calling planovima potražite u odjelj ku Početak rada s Ciscovim planovima.

Kao dio implementacije PSTN, pobrinite se da je vaš pružatelj usluga omogućio i dolazne i odlazne PSTN usluge za vašu lokaciju. Osim toga, izvršite testne pozive kako biste provjerili jesu li pozivi ispravno usmjereni putem odabrane PSTN veze.

Konfigurirajte lokacije

Prije dodavanja korisnika i uređaja, morate navesti pozivne lokacije. Za svaku lokaciju mora se unijeti valjana adresa ulice. U SAD-u i Kanadi ovu adresu potvrđuje i platforma koristi za slanje podataka o lokaciji PIDF-LO za hitne pozive.

Kada konfigurirate lokacije koje koriste lokalni PSTN, morate u skladu s tim postaviti lokalne pristupnike. U programu se za svaki lokalni pristupnik moraju stvoriti prtljažnik i grupa ruta, a zatim se dodjeljuje grupa ruta kao PSTN izbor za lokaciju. Cisco snažno preporučuje uvijek odabir grupe ruta kao PSTN izbor, jer vam ovaj pristup omogućuje jednostavno dodavanje dodatnih debla u budućnosti, podržavajući i skalabilnost i redundantnost. Cisco također preporučuje omogućavanje podrške za dvostruki identitet i P-Charge-Info na svakom PSTN prtljažniku, jer to pojednostavljuje identifikaciju strane koja se naplaćuje za odlazne izravne ili preusmjerene pozive. Ako vaš PSTN pružatelj usluga koristi drugo zaglavlje za naplatu, možete kopir ati podatke iz zaglavlja P-Charge-Info na lokalnom pristupniku u traženo zaglavlje za naplatu.

Za lokacije koje koriste Cloud Connect for ili Cisco Calling Plan kao svoju PSTN opciju, jednostavno odaberite odgovarajući PSTN izbor za lokaciju tijekom postavljanja. Ako lokacija koristi ili Cloud Connect za ili lokalni PSTN, morat ćete dodati brojeve telefona koji su naručeni u prethodnom koraku. Brojevi se mogu dodati kao neaktivni ako ih ne želite odmah uključiti u usmjer avanje poziva; te brojeve možete aktivirati kasnije kada su dodijeljeni korisnicima ili značajkama.

Važno je uvijek postaviti glavni broj za svaku lokaciju. Glavni broj može se dodijeliti korisniku ili značajci, poput automatskog praćenja. Da biste omogućili govornu poštu na lokaciji, svakako postavite pilotski broj govorne pošte, poznat i kao broj glasovnog portala.

Dodatne postavke za pozivne lokacije uključuju konfiguriranje pojedinosti o hitnom pozivu kao što su broj za povratni poziv u nuždi, opcije obavijesti i poboljšane značajke poziva u hitnim slučajevima. Također biste trebali pregledati i prilagoditi postavke snimanja, jezične postavke i konfiguracije uređaja prema potrebi za svaku lokaciju. Ako vaša organizacija koristi skraćeno internetsko biranje na mreži sa značajnim brojevima poduzeća, ne zaboravite konfigurirati jedinstveni kôd web-lokacije za lokaciju u internim postavkama bir anja. Konačno, ako vanjsko biranje zahtijeva izlaznu znamenku za biranje, svakako postavite to u postavkama vanjskog biranja. Kada je konfigurirana izlazna znamenka za biranje, Cisco preporučuje omogućavanje provedbe odlazne brojke kako bi se osigurala dosljednost.

Integracija s lokalnom kontrolom poziva

Da biste se integrirali s lokalnom kontrolom poziva, potrebno je konfigurirati debla, grupe ruta, planove biranja poduzeća te postavke lokacije i globalne postavke. Započnite postavljanjem debla i lokalnih pristupnika namijenjenih za međusobno povezivanje s lokalnim sustavom kontrole poziva; ovaj korak je potreban samo ako su potrebni namjenski prtljažnici. Ako su postojeći trupci i grupe ruta dovoljni za vašu implementaciju, mogu se ponovno upotrijebiti za lokalno međusobno povezivanje bez dodatne konfiguracije.

Nakon što se uspostave debla i grupe ruta, nastavite s izradom planova biranja poduzeća i dodijelite odgovarajuću grupu ruta kao od redište za svaki plan biranja. Kada integracija uključuje više lokalnih sustava za kontrolu poziva povezanih kroz različite mreže, bit će potrebno više planova biranja. Važno je osigurati da ti planovi biranja sadrže samo obrasce potrebne za usmjeravanje poziva na lokalna odredišta.

Ako vaša implementacija zahtijeva podršku za usmjeravanje nepoznatih proširenja, ova bi značajka trebala biti omogućena na razini lokacije. Osim toga, kada je aktivirano usmjeravanje nepoznatih proširenja, morate odrediti maksimalnu nepoznatu duljinu proširenja unutar odjeljka Usmjer avanje poziva između i prostorija u postavkama usluga pozivanja u odjel jku Usmjeravanje poziva. To osigurava besprijekorno usmjeravanje poziva i pravilno rukovanje scenarijima biranja temeljenog na proširenju u vašem integriranom okruženju.

Migrirajte korisnike u serijama

Kada migrirate korisnike s na, možda nećete moći premjestiti sve korisnike u isto vrijeme. To može biti zbog više razloga, uključujući, ali ne ograničavajući se na broj web lokacija ili korisnika, koliko je vremena potrebno za pri jelaz web-mjesta i/ili grupe korisnika odjednom, ograničeni IT ili resursi web-lokacije za podršku prozoru promjena, trajanje prozora promjene, složenost promjene itd.

Kada migrirate korisnike u fazama, ključno je utvrditi koji korisnici trebaju migrirati zajedno u istoj skup ini. Primarni cilj je migrirati korisnike koji međusobno imaju ovisnosti o svojim pozivnim uslugama i značajkama. Želite osigurati da su sve njihove značajke pozivanja (primjer - redovi poziva) potpuno funkcionalne kao što su bile prije uključivanja prijelaza.

Čak i ako implementirate interakciju poziva između i s lokalnim pristupnicima, ne možete podijeliti zajedničke usluge ili značajke preko ove veze. Stoga morate identificirati ovisnosti između korisnika gledajući značajke poput:

Praćenje drugih korisnika pomoću BLF-ova

U istom lovu pilot, red poziva itd

Zajedničke linije

Korištenje preuzimanja poziva

Korištenje istih brojeva pozivnog parkiranja

Interfon

Izvršilnik/Administrator.

Primjer bi bio korisnik koji je dio Hunt grupe na koju se prelazi. Ovaj korisnik će prijeći na Hunt Group i sa svim ostalim članovima Hunt grupe. Stoga, nakon tranzicije Hunt Group i njeni članovi mogu uspješno odgovarati na pozive na novoj platformi.

To postaje izazovnije kada su korisnici povezani s različitim skupinama korisnika za različite usluge pozivanja i značajke. To će zahtijevati prijelaz više od jedne grupe korisnika i jedne pozivne usluge u isto vrijeme.

Koristite izlaz iz alata Migration Insights ili alata treće strane koji ste koristili u fazi pri preme kako biste odredili koje korisnike i značajke treba grupirati zajedno. Ovaj je izlaz trebao biti upotrijebljen za razvoj vašeg plana migracije i pružit će vam uvid u to kako ćete grupirati korisnike i značajke koje treba zajedno prijeći.

Ključni koraci prilikom prijelaza grupe korisnika su:

Identificiranje korisnika za zajedničku migraciju

Provjerite da su svi korisnici uključeni

Provjerite da postoje svi TN-ovi za korisnike

Provjerite ispravan format telefonskog broja u direktoriju

Provjerite jesu li predložak licenciranja i postavki za korisničke grupe ispravno postavl jeni

Provjera ili konfiguriranje svih usluga pozivanja i značajki za grupu korisnika (prije ili tijekom prijelaza prema potrebi)

U korporativnom direktoriju dodajte korisnike u grupu korisnika omogućenih pozivanja

Alati za polugu - alati za migraciju korisnika i značajki i/ili alati trećih strana

Onemogućite/izbrišite broj direktorija korisnika/uređaja i pozivne značajke/usluge nakon prijelaza.

Nakon migracije grupe korisnika, testirajte podskup korisnika kako biste provjerili ispravno rade sve njihove pozivne značajke i usluge. Ako se značajke pozivanja poput čekanja poziva, grupe za lov itd. Prebacuju s grupom korisnika, testirajte ove usluge pozivanja radi ispravne funkcionalnosti.

Radni prostori

U, radni prostor odnosi se na zajedničku lokaciju (poput konferencijske sobe, prostora za skupljanje ili vrućeg stola) kojoj se mogu dodijeliti uređaji, proširenja i korisnici. Za razliku od tradicionalnih Unifed CM telefona, radni prostori su:

Usredotočen na lokaciju: vezan za fizičke prostore.

Fleksibilan uređaj: može imati jedan ili više uređaja (stolni telefoni, ploče itd.).

Nakon što su radni prostori identificirani kao dio prijelaza na, mogu se dodati u odjeljku Uređaji. Svaki radni prostor treba dodjelu uređaja, a ako su već uključeniUnified CM, potrebno ih je resetirati ili ponovno osigurati. značajke kao što su govorna pošta, prosljeđivanje poziva i preuzimanje poziva mogu se omogućiti ili onemogućiti, a pravila se mogu primijeniti za videopozive, parkiranje poziva i mobilnost prema potrebi. Testirajte svaki radni prostor upućivanjem internih i vanjskih poziva, testiranjem video, konferencija i značajki mobilnosti . Na kraju, obavijestite korisnike o svim primjenjivim procesima za uređaje radnog prostora i rezervacije.

Više informacija o radnim prostorima potražite u odjeljku Radni prostori.

Uređaji za osiguranje

Telefone koji su trenutno registrirani morat će se migrirati kao dio prijelaza u oblak. Kako bi migracija bila što jednostavnija uz minimalne šanse za neuspjeh, Cisco preporučuje istodobnu migraciju fizičkih stranica ili odjela. Međutim, možda ćete morati migrirati korisnike u skupinama zbog ovisnosti o značajkama. Za više detal ja pogledajte odjeljak Migracija korisnika u serijama.

Svi podržani telefoni s kojih trebate prijeći morat će biti konfigurirani kao korisnički ili radni prostor, a fizički telefon morat će biti rekonfiguriran za registraciju. Osim toga, telefoni serije 7800 i 8800 trebaju nadograditi firmver s Enterprise firmvera na multiplatform Phone (MPP) firmware. Ovaj postupak uključuje učitavanje prijelaz nog firmvera prije učitavanja MPP firmvera potrebnog za registraciju. Također je potrebna odgovarajuća dozvola za migraciju. Cisco je poboljšao ovaj postupak tijekom posljednjih nekoliko godina kako bi vam olakšao nadogradnju vaših Enterprise firmvera telefona na MPP firmver. Dodatne informacije o koracima za dovršavanje nadogradnje firmvera potražite u odjel jku Pretvaranje IP telefona serije Cisco 7800 i 8800 između Enterprise i MP P firmvera.

Osim koraka opisanih u ovom članku, ima ugrađeni alat, Migracija telefona uWebex Calling, koji možete koristiti za migr aciju svojih 7800 i 8800 telefona s Enterprise na MPP firmver. Ovaj alat vam također omogućuje dodavanje telefona i dodijeljenje odgovarajućim korisnicima ili radnim prostorima. Dodatne informacije o korištenju alata potražite u od jelj ku Migracija telefona.

Za bilo koje telefone serije 9800 registrirane s gore navedenim zahtjevom za migraciju firmvera se ne primjenjuje. Ovi telefoni pokreću PhoneOS, koji podržavaju oba i. Da biste prešli ove telefone na, morat ćete ih dodatiWebex Calling, dodijeliti korisniku ili radnom prostoru, a zatim resetovati telefone na tvorničke postavke. Sli@@ jed pokretanja PhoneOS-a za registr aciju na slici ispod prikazuje redoslijed pokretanja PhoneOS-a i način na koji će se telefon registrirati nakon dodavanja, čak i ako je telefon još uvijek uključen i/ili se koriste DHCP opcije (primjer - 150).

Slijed pokretanja PhoneOS za registraciju

podržava tvorničke postavke PhoneOS uređaja kako bi se omogućilo uključivanje Zero-Touch. administratori mogu daljinski resetirati telefone 9800 i 8875 na tvorničke postavke putem stranica CUCM administracije, što eliminira potrebu za fizičkim pristupom telefonima za uključivanje telefona. Ova je značajka podržana s paketima uređaja od 9. rujna 2025. godine:

CUCM v15 - Upra vitelj objedinjenog komunikacija verzija 15

CUCM v14 - Unified Communications Manager verzija 14.

Za više informacija o postupku registracije za seriju 9800 pogledajte Post upak registracije.

^{Osim Cisco IP telefona, možda će biti potrebno osigurati i druge uređaje kao što su analogni telefonski
adapteri (ATA), bežični (Wifi, DECT) telefoni, video uređaji, glasovni pristupnici i
uređaji i telefoni treće strane.} Mnogi od ovih uređaja nemaju put nadogradnje firmvera poput IP telefona koji bi ih prebacili s korporativnog firmvera na firmver u oblak . Stoga ćete svaki od ovih uređaja osigurati u Control Hubu. Na neke od njih se ne mogu prebaciti i ekvivalentni model morat će ga zamijeniti (npr. ATA 191/192) i drugi zahtijevat će ručnu rekonfigur aciju i/ili izmjene softvera.

Glasovni pristupnici - Da biste migrirali lokalni pristupnik, pogledajte odjeljak Migracija lokalnog pristupnika .
Dodatne informacije o konfiguriranju glasovnog pristupnika VG400, VG410 ili VG420 u upravljačkom čvorištu potražite u odjeljku Lokalni pristupnik

Analogni telefonski adapter (ATA) - Da biste započeli s vašim Cisco ATA 191 i 192, pogledajte Cisco ATA.

Wifi bežični telefon - Da biste integrirali bežični telefon 840 i 860, pogledajte Integriranje Webex be žičnog telefona.

DECT bežični telefoni - Da biste započeli s novom Cisco IP DECT 6800 serijom, pogledajte Cisco IP DECT.

Da biste izgradili i upravljali digitalnom DECT mrežom u Control Hubu, pogledajte U pravljanje DECT mrežom

Više informacija o Cisco IP DECT 6800 potražite u Vodiču za implementaciju

Uređ ^aji i telefoni tre će strane - Radite s dobavljač ^ima treće strane na zahtjevima uređaja/telefona i postupku njihove migracije ili zamjene za podršku.

Konfigurirajte značajke

Sve značajke pozivanja koje su potrebne moraju biti osigurane prije ili tijekom prijelaza. Kao što je raspravljano tijekom odjeljka Migracija korisnika u skupinama, značajke poziva moraju se konfigurirati i prebaciti kada se korisnici koji ih koriste pređu.

Pojedinosti o tome kako konfigurirati svaku od značajki potražite u odgovarajućim člancima pomoći za konfiguraciju.

Automatski upravitelji - Da biste upravljali automatskim stjuardesama, pogledajte Auto pomoćnici

Call park - Da biste upravljali pozivnim parkom, pogledajte Call park

Preuzimanje poziva - Da biste konfigurirali grupu za preuzimanje poziva, pogledajte odjeljak Pre uzimanje poziva

Redovi poziva - Da biste konfigurirali red poziva, pogledajte Redov ni red poziva

Grupe za lov - Da biste upravljali lovačkim grupama, pogledajte U pravljanje lovačkom grupom

Načini rada - Da biste usmjerili pozive na temelju načina rada, pogledajte Usm jeravanje poziva na temelju načina rada

Grupe straničarskih stranica - Da biste konfigurirali grupu za pozivanje, pogledajte Konfiguriranje grupe za straniciranje

Snimke - Za upravljanje snimanjem poziva pogledajte U pravljanje snimkama

Doseg jednog broja - Da biste konfigurirali doseg jednog broja (ured bilo gdje), pogledajte Konfiguriranje jednog broja

Grupa govorne pošte — za upravljanje zajedničkom govornom poštom i ulaznim faksom pogledajte Upravljanje govornom poštom.

Ispitivanje prihvaćanja

Testiranje prihvaćanja osigurava da migrirano okruženje zadovoljava funkcionalne zahtjeve, radi kako se očekuje i pruža besprijekorno korisničko iskustvo u svim komunikacijskim tijekovima rada. Ovaj postupak provjere valjanosti je višestruki i obuhvaća sve, od pružanja usluga korisnika i dodjele brojeva do operativnih performansi naprednih značajki poziva .

Ovaj odjeljak daje primjere i ističe ključne aspekte koje treba uzeti u obzir tijekom testiranja prihvaćanja; međutim, nije namijenjen da služi kao iscrpan ili sveobuhvatan kontrolni popis.

Davanje korisnika i dodjeljivanje broja

Temeljni aspekt testiranja prihvaćanja uključuje provjeru jesu li svi korisnici osigurani točno i potpuno unutar njih. To zahtijeva temeljitu usporedbu izvornog () direktorija i novoosnovane korisničke baze kako bi se osiguralo da je svaki korisnički račun, zajedno s povezanim atributima kao što su brojevi proširenja i dodjeli izravnog unutarnjeg biranja (DID) ispravno migriran. Kompletnost pružanja usluga ključna je ne samo za operativnost prvog dana, već i za stalnu administraciju i podršku .

Validacija dodjele brojeva uključuje potvrdu da je svakom korisniku dodijeljeno ispravno proširenje i vanjski broj te da se ti brojevi pravilno usmjeravaju u internim (mrežnim) i vanjskim (PSTN) tokovima poziva. Važno je provjeriti ima li preklapanja, nedost ajućih dodjela ili pogrešnih konfiguracija koje bi mogle dovesti do pogrešaka usmjeravanja poziva ili prekida usluge.

PSTN Tokovi poziva i prezentacija ID-a pozivatelja

Robusni postupak ispitivanja prihvaćanja mora obuhvaćati provjeru valjanosti PSTN poziva od kraja do kraja. To uključuje scenarije dolaznih i odlaznih poziva. Za dolazne PSTN pozive, tim za testiranje trebao bi potvrditi da se pozivi isporučuju na predviđene krajnje točke, bilo da se radi o pojedinačnim korisnicima, redovima poziva, lovačkim grupama ili automatskim pratiocima. Odlaz ni PSTN pozivi moraju se uspješno upućivati, s posebnom pažnjom posvetiti isprav noj isporuci i prezentaciji podataka o ID pozivatelju. To uključuje osiguravanje prikaz ivanja ispravnog imena i broja pozivatelja vanjskim primateljima, u skladu s organizacijskim politikama i regulatornim zahtjevima.

Testiranje bi se također trebalo baviti scenarijima neuspjeha, kao što je rukovanje nedostižnim krajnjim točkama ili poremećaji mreže. To pomaže potvrditi da rezervni mehanizmi i alternati vno usmjeravanje funkcioniraju ispravno, održavajući kontinuitet i pouzdanost usluge.

Tokovi poziva na mreži

Interni ili mrežni tokovi poziva čine okosnicu poslovne komunikacije. Testiranje prihvaćanja u ovom području provjerava jesu li pozivi između korisnika unutar organizacije pravilno usmjereni, a značajke kao što su prijenos poziva, zadržavanje, prosljeđivanje i konferencije rade kako je predviđeno . Integritet planova biranja, povezanost proširenja do proširenja i podrška za politike organizacijskih poziva moraju biti potvrđeni.

Rukovanje korisničkim pozivima i provjera valjanosti funkcija

Važan aspekt testiranja prihvaćanja uključuje provjeru načina na koji korisnici obrađuju pozive pomoću i podržanih stolnih telefona. Ovaj se postupak usredotočuje na potvrđivanje da su svakodnevni tijekovi rada pozivanja intuitivni i pouzdani te da korisnici imaju besprijekoran pristup osnovnim značajkama potrebnim za njihove uloge. Testiranjem bi trebalo procijeniti jednostavnost kojom korisnici mogu upu ćivati i primati pozive, upravljati funkcijama zadržavanja i nastavka te obavljati slijepe i savjetodavne prijenose. Također je neophodno provjeriti jesu li prosljeđivanje poziva, konferencije i druge napredne mogućnosti, kao što su parkiranje i preuzimanje poziva ili aktiviranje, ne ometaju, lako dostupne i rade nesmetano.

Iskustvo treba procijeniti radi jasnoće i odziva, uzimajući u obzir način na koji korisnici komuniciraju s poviješću poziva, govornom poštom i integriranim direktorijima. Dodatnu pozornost treba posvetiti mogućnosti premještanja aktivnih poziva između uređaja i učinkovitog korištenja kontrola tijekom poziva unutar aplikacije ili na fizičkim telefonima. Krajnji cilj je osigurati da iskustvo krajnjeg korisnika bude dosljedno, učinkovito i da u potpunosti podržava komunikacijske potrebe organizacije nakon migracije.

Redovi poziva: iskustvo agenta i supervizora

Redovi poziva često se koriste za rukovanje scenarijima dolaznih poziva velike količine. Testiranje prihvaćanja ovdje se fokusira na nekoliko dimenzija. Prvo, treba provjer iti da li se pozivi distribuiraju agentima prema konfiguriranoj logiki reda čekanja, poput okrugle crkve, najdužeg mirovanja ili istodobnog zvona. Prikaz poziva u redu čekanja na radnim površinama agenta mora se ispitati radi jasnoće i jednostavnosti korištenja, osiguravajući da agenti mogu učinkovito prihvaćati, zadržati i prenositi pozive.

Za nadzornike bi se iskustvo radne površine trebalo procijeniti za značajke kao što su praćenje u stvarnom vremenu, prebacivanje poziva i analitika ili uvid u performanse čekanja. To uključuje, ali nije ograničeno na provjeru nadzornih ploča i alata za izvještavanje koji pružaju djelotvorne podatke o distribuciji poziva, aktivnosti agenta i mjernim podacima u redu čekanja.

Lovske grupe: Distribucija poziva

Lovske grupe ključni su mehanizam za distribuciju poziva unaprijed definiranim skupovima korisnika. Testiranje prihvaćanja mora potvrditi da se pozivi usmjeravaju članovima grupe na temelju konfiguriranog algoritma lova te da se scenariji preljeva, prosljeđivanja i bez odgovora obrađuju prema dizajnu. Osiguravanje da se članstvo u grupi i ponašanje usmjeravanja poziva podudar aju s onima koje su prethodno utvrđene bitno je za operativnu dosljednost i zadovoljstvo korisnika.

Automatski sudionici: Najave i operacije izbornika

Automatski pratitelji predstavljaju prvu liniju automatiziranog upravljanja pozivima. Testiranje mora obuhvatiti reprodukciju najava, točnost snimljenih pozdrava i ispravan rad stabala izbornika. Odabir izbornika trebao bi pouzdano usmjeriti pozivatelje do odgovarajućih odjela, pojedinaca ili vanjskih brojeva. Testiranje bi također trebalo uključivati nevaž eće ili vremenske scenarije kako bi se potvrdilo da pozivatelji dobivaju jasne smjernice ili su preusmjereni prema namjeri.

Operacija govorne pošte

Konačno, funkcionalnost govorne pošte ključna je za korisničko iskustvo. Testovi prihvaćanja trebali bi provjeriti jesu li kutije govorne pošte ispravno do dijeljene i dostupne, kako unutar organizacije, tako i na daljinu. Mogućnost snimanja, preuzimanja i upravljanja porukama mora biti potvrđena, zajedno s isporukom obavijesti.

Optimizirajte

PSTN migracija na Cloud Connect za

Optimizirajte lokalnu infrastrukturu

Koristite analitiku i rješavanje problema

Migracija PSTN na Cloud Connect za

Nakon što se sve krajnje točke i korisnici migriraju u pozivanje u oblak, jedina svrha Unified CM je djelovati kao tranzit između PSTN pristupnika i putem lokalnog pristupnika. Uklanjanje PSTN pristupa i lokalnog pristupnika sa slike korištenjem Cloud Connect za kao PSTN pristup za sve Webex Calling korisnike ima nekoliko prednosti, uključujući smanjenje troško va i poboljšanu pouzdanost. Da biste prebacili lokalni PSTN pristup na Cloud Connect za , slijedite ove korake:

Cloud Connect za odabir partnera.

Pogledajte popis Cloud Connect za partnere i odaberite jedan od dostupnih partnera dostupnih za lokaciju vaše organizacije.

Cloud Connect za provjeru valjanosti.

Prije prebacivanja PSTN pristupa za lokacije na Cloud Connect, povezivanje s PSTN-om putem odabranog partnera Cloud Connect treba provjeriti i potvrditi. U tu svrhu potrebno je osigurati testnu lokaciju s nekim testnim korisnicima koji su dodijeljeni na toj testnoj lokaciji. PSTN pristup za ovu testnu lokaciju zatim se postavlja na partnera Cloud Connect prije provjere PSTN povezi vanja pomoću testnih telefona. Nakon uspješne provjere valjanosti, mjesto ispitivanja može se isključiti.

Prenošenje brojeva.

Da biste se pripremili za prelazak na Cloud Connect, potrebno je postaviti portove za sve brojeve koji su trenutno dodijeljeni PSTN prtljažniku koji se završavaju. Svi brojevi moraju biti preneseni na partnera Cloud Connect. Da bi se održala dostupnost među lokacijama, svi brojevi svih lokacija moraju biti preneseni u isto vrijeme.

Prebacite se na partnera Cloud Connect.

Na datum prekida, PSTN pristup za sve lokacije mora biti postavljen na pružatelja usluga PSTN povezanog s oblakom, a dolaznu i odlaznu povezanost treba provjeriti.

Kao što je objašnjeno u PSTN odjeljku poglavlja o dizajnu, kupci također mogu odlučiti premjestiti svoj PSTN pristup na Cloud Connect na početku prijelaza koristeći PSTN trunking za hibridne implementacije. Dodatne informacije potražite u odjeljku PSTN trunking za hibridne implementacije. Webex Calling U tom slučaju tijekom prijelaza PSTN pristup za je putem Local Gateway-a i nakon premještanja svih korisnika na njega nema dodatnih koraka migracije povezanih s PSTN-om osim stavljanja izvan pogona i Lokalnih pristupnika.

Optimizirajte lokalnu infrastrukturu

Nakon što su svi korisnici prebačeni i sve krajnje točke prebačene na registraciju u oblaku (ili su isključene), ažurirajte odgovarajuću lokalnu infrastrukturu sada kada se koristi pozivanje u oblaku. Ažuriranja infrastrukture uključuju:

Uklonite lokalne DNS SRV zapise kontrole poziva i razmjene poruka s lokalnih DNS poslužitelja, uključujući cisco_uds. _TCP. <domain>, Cup_login. _TCP. <domain>. Ovi SRV zapisi više nisu potrebni za otkrivanje klijentskih usluga.

Uklonite DNS SRV zapise vezane za rubove iz javnog DNS sustava uključujući collab_edge. _Tls. <domain>. Ovi SRV zapisi više nisu potrebni za otkrivanje rubnih usluga suradnje za klijentsku uslugu.

Ažurirajte sve relevantne DHCP opsege da biste uklonili opciju 66 i opciju 150 adrese TFTP/boot poslužitelja. Ovi opsezi više nisu potrebni za otkrivanje i pre uzimanje konfiguracije kontrole poziva krajnje točke.

Ažurirajte/uklonite odgovarajuće pozivne kolege u lokalnom pristupniku/kocki koji usmjeravaju pozive prema i od. Unified CM Ovi dial-peer više nisu potrebni za lokalno usmjeravanje poziva.

Izbrišite ili uklonite sve virtualne strojeve i/ili poslužitelje i klastrirajte čvorove. Po potrebi prenamjenite računske resurse i hardver . Ti resursi više nisu potrebni za kontrolu poziva i rubove usluge.

Izbrišite ili uklonite sve virtualne strojeve i/ili poslužitelje čvorova klastera. Po potrebi prenamjenite računske resurse i hardver . Ti resursi više nisu potrebni za govornu poštu i objedinjene usluge razmjene poruka.

Čišćenje: Nakon migracije PSTN pristupa na PSTN povezan s oblakom, PSTN debla, PSTN pristupi i lokalni pristupnik mogu biti isključeni.

Za bilo koje postojeće lokalno rješenje E911 izbrišite sve lokacije ili brojeve koji su migrirani, a nakon dovršetka potpunog prijelaza uklonite virtualne strojeve ili poslužitelje aplikacija. Po potrebi prenamjenite računske resurse i hardver . Ti resursi više nisu potrebni za hitne pozive i usluge lokacije.

DNS-ovi koji pripadaju migriranim korisnicima trebali bi biti smješteni u skrivenu particiju kako bi se izbjegli kvarovi usmjeravanja poziva i kako bi se osiguralo da svi CSS-ovi imaju prioritetni pristup putu oblaka istih DNS-a.

Ažurirajte fizičku lokaciju koja se može otpremiti i mrežni element u mobilnosti horizonta kad god dođe do promjena. Uobičajene aktivnosti koje zahtijevaju ažuriranja su:

Zamjena mrežnog prekidača

Zamjena bežične pristupne točke

DHCP promjene opsega

Fizičke promjene unutar zgrade (ako se odlučite za kabinu/ured)

Fizičko proširenje ili stezanje uredskog prostora unutar zgrade.

Koristite analitiku i rješavanje problema

pruža sveobuhvatne mogućnosti analitike i rješavanja problema koje će vam pomoći vizualizirati i pratiti implementaciju. Oni pokrivaju kvalitetu medija, detaljnu povijest poziva, red poziva, lova čku grupu i analitiku automatskih pratitelja. Primjer analitike kvalitete medija prikazan je na slici analitika kvalitete medija.

analitika kvalitete medija

U odjeljku Rješavanje problema svaki poziv upućen upotrebom može se pregledati s detaljnim informacijama o ključnoj kvaliteti medija i problemima vezanim uz signalizaciju kako bi se lakše utvrdili problemi s medijima kao i neuspjeli pozivi, kao što je prikazano na slici Rješavanje problema s kvalitetom medi ja.

rješavanje problema kvalitete medija

rješavanje problema također se može integrirati s drugim Ciscovim proizvodima poput ThousandEyes i Meraki prekidača kako bi se pružilo još bogatije integrirano iskustvo u Control Hubu. Dodatne informacije o korištenju Webex Callinganalitike i rješavanju problema potražite u odjeljku Rješavanje problema s Webex Calling pozivima u upravljačkom čvorištu.

Uvod

Prije početka

Pregled

Osnovne komponente

Pregled PPPIO procesa

Opći opis PPPIO-a

Korištenje PPPIO-a za projekte migracije Unified CM-a na Webex Calling

Priprema

Planiranje

Dizajn

Implementacija

Optimizacija

PPDIO povratne petlje

Pristup migraciji

Prije početka

Ovaj je vodič namijenjen timovima ili pojedincima s iskustvom u konfiguriranju i administriranju Cisco Unified Communications Managera (Unified CM) i Cisco krajnjih točaka, uključujući IP stolne telefone, video uređaje i Jabber softverske klijente. U cijelom dokumentu nalaze se poveznice na dokumentaciju o proizvodu i podršci koje vam mogu pomoći.

Ovaj dokument se fokusira na prijelaze s Unified CM-a na Webex Calling samo za više korisnika. Izraz Webex Calling u ovom dokumentu uvijek se odnosi na višenamjenski sustav Webex Calling.

Prije početka migracije s Unified CM-a na Webex Calling, nužno je imati sveobuhvatno razumijevanje Webex Calling rješenja i njegovih odgovarajućih komponenti. Za uspješnu migraciju potrebno je poznavanje arhitekture Webex Callinga, modela usluga, opcija implementacije i povezanih značajki kako bi se pravilno mapirala postojeća Unified CM radna opterećenja i dizajnirao učinkovit plan prijelaza.

Temeljito razumijevanje sljedećih komponenti Webex Callinga ključno je za učinkovitu strategiju prijelaza i operativnu spremnost.

Control Hub

Pružanje usluga direktoriju i korisnicima

Webex platforma za pozivanje

Podržane krajnje točke pozivanja

Mogućnosti povezivanja s PSTN-om

Upravljanje planom biranja i brojevima u Webex Callingu

Značajke sigurnosti i usklađenosti.

Za više informacija pogledajte Cisco Preferred Architecture for Webex Calling.

Ovaj vodič će istaknuti alate i procese koje treba koristiti tijekom cijelog životnog ciklusa tranzicije. Međutim, prijelaz s lokalnog poziva, Unified CM-a, na novu platformu za pozive u oblaku, Webex Calling, može biti značajan napor s potencijalnim poslovnim, tehničkim i složenim izazovima. Kako bi vam pomogao prevladati ove izazove, Cisco vam nudi nekoliko različitih opcija koje će vam pomoći na vašem putovanju. Važno je pregledati informacije na Pozivanje u oblaku za poduzeća - Migracija poziva i razumjeti svaku opciju i kako vam svaka od njih može pomoći s vlastitom migracijom.

Alati za migraciju Webexa: Samouslužni, besplatni alati ugrađeni u Control Hub za pojednostavljenje vašeg prijelaza na Webex Calling

Ovlašteni pružatelji usluga migracije: Cisco je validirao dobavljače softvera i alata koji su razvili migracijska rješenja kako bi pomogli Webex partnerima i korisnicima sa složenim i velikim migracijama. Ova rješenja mogu pomoći u pojednostavljenju, upravljanju i ubrzavanju prijelaza na Webex Calling

Pomoć pri postavljanju Webexa: Ciscova usluga migracije koja vodi korisnike i partnere kroz implementaciju i konfiguraciju Webex Callinga, što je potrebno za uspješnu migraciju korisnika i usluga Unified CM-a na Webex Calling.

Pregled

S rastom usluga suradnje koje se pružaju u oblaku, sve više korisnika želi premjestiti svoja postojeća radna opterećenja suradnje u oblak s obzirom na obećanja smanjenih ukupnih troškova vlasništva, pojednostavljenog upravljanja, kontinuirane isporuke značajki, povećane skalabilnosti i vrhunske pouzdanosti svojstvene uslugama temeljenima na oblaku. Dok korisnici žele prijeći s lokalnih na usluge suradnje u oblaku, važno je da razumiju što prijelaz podrazumijeva i korake potrebne za provedbu prijelaza.

Svrha ovog dokumenta je pružiti smjernice za implementaciju korisnicima koji žele prijeći s lokalnog Unified CM-a na Webex Calling u oblaku. Ovaj vodič za implementaciju pretpostavlja da čitatelj ima osnovno razumijevanje prijelaza poziva između Unified CM-a i Webex Callinga, uključujući promjene prilikom ovog prijelaza i razlike prilikom premještanja radnog opterećenja poziva iz lokalne platforme u oblak. Prije nego što nastavite, provjerite jeste li pregledali i upoznali se s informacijama dostupnim na karti prijelaza. Ovaj dokument s mapom tranzicije pruža informacije o promjenama i razlikama ove tranzicije.

Kao što je prikazano na slici Arhitektura suradnje na lokaciji: kontrola poziva i udaljeni pristup, tipična lokalna implementacija uključuje različite komponente infrastrukture za suradnju na mreži, platformu za kontrolu poziva, rubnu platformu, hardverske i softverske krajnje točke, a u nekim slučajevima čak i platforme za konferencije i raspoređivanje. U Ciscovoj arhitekturi to bi uključivalo Unified CM za kontrolu poziva, Expressway za udaljeni pristup i B2B (business-to-business) edge usluge, Cisco Meeting Server. / Cisco Meeting Management za konferencije na lokaciji, Unity Connection za glasovne poruke i IP-bazirane krajnje točke okrenute prema korisniku (Cisco IP telefoni, Cisco Desk and Room video sustavi) i softver (Cisco Jabber). Ove komponente mogu se neznatno razlikovati u nekim okruženjima, ali ovo je početna točka za prijelaz opisan u ostatku ovog dokumenta.

Arhitektura suradnje na lokaciji: upravljanje pozivima i udaljeni pristup

Arhitektura prikazana na slici Arhitektura suradnje na lokaciji: upravljanje pozivima i udaljeni pristup temelji se na preferiranoj arhitekturi (PA) za lokalna implementacije Cisco Collaboration Enterprise. Za više informacija o Enterprise On-premise rješenju, pogledajte Cisco preferirane arhitekture za suradnju.

Prije: Tablica Komponente infrastrukture za lokalne pozive navodi ključne elemente arhitekture lokalne platforme prije prelaska na Webex Calling u oblaku.

Tablica 1. Prije: Komponente lokalne infrastrukture za pozivanje
Proizvod Opis

Unified CM Lokalna kontrola poziva koja pruža usluge registracije uređaja i usmjeravanja poziva

Cisco Expressway-C/E Rubna infrastruktura koja omogućuje mobilni i udaljeni pristup (MRA) i poslovne (B2B) funkcionalnosti, omogućujući udaljenim krajnjim točkama sigurno povezivanje izvan organizacije. Expressway se postavlja u parovima kako bi se osiguralo prolaženje vatrozida za vanjske krajnje točke.

Cisco Meeting Server (CMS), Cisco Meeting Management (CMM) i Cisco Telepresence Management Suite (TMS) Lokalna infrastruktura za glasovne, video i web konferencije koja omogućuje sastanke s više točaka, upravljanje sastancima i mogućnosti zakazivanja. [Optional]

Cisco Unity veza Lokalna platforma za glasovne poruke koja nudi mogućnosti glasovne pošte i objedinjenog slanja poruka. [Optional]

Cisco Desk, Cisco Room, Cisco Board, Cisco IP telefoni i Cisco Jabber IP uređaji registrirani na Unified CM i koji pružaju mogućnosti glasovnih i video poziva

Kao što je prikazano na slici Odluka o prijelazu: Lokalni pozivi na Webex Calling, korisnici koji imaju lokalnu kontrolu poziva s Unified CM-om i krajnjim točkama za stol i video IP imaju mogućnost prelaska arhitekture na Webex Calling arhitekturu u oblaku.

Odluku je potrebno donijeti na temelju funkcionalnih zahtjeva kupca. Korisnici koji imaju sljedeće zahtjeve trebali bi pažljivo razmotriti prije donošenja ove odluke i na kraju se mogu odlučiti za održavanje kontrole poziva lokalno:

Modeli telefona koje Webex Calling ne podržava

Složene ili brojne integracije s drugim lokalnim sustavima ili rješenjima, posebno tamo gdje je repliciranje tih integracija s Webex Callingom teško ili nisu dostupna ekvivalentna alternativna rješenja

Složeni plan biranja, vrlo granularne klase usluga ili oboje

Ograničen, ograničen ili nepouzdan pristup internetu

Stroge politike privatnosti i vlasništva podataka

Zahtjev za usklađenost za snimanje i pohranu medija na lokaciji ili u zemlji

Integracije trećih strana bez održive alternativne integracije Webex Callinga

Integracije kontaktnih centara gdje se interakcija kontaktnog centra još ne seli u oblak.

Odluka o tranziciji: lokalno pozivanje Webex Callinga
Korisnici koji žele početi koristiti usluge poziva u oblaku trebali bi razmotriti Webex Calling. Ova usluga pozivanja u oblaku omogućuje korisniku da iskoristi globalnu arhitekturu Webexa za skalabilnost i povezivost. Sudionici na korporativnoj mreži i udaljeni sudionici izvan korporativne mreže mogu komunicirati pomoću hardverskih krajnjih točaka temeljenih na IP-u. and/or softverske klijentske aplikacije za stolna računala ili mobilne uređaje.

Ovaj dokument usmjeren je na korisnike s implementacijama kontrole poziva Unified CM koji žele razumjeti opće korake, razmatranja i zahtjeve za omogućavanje implementacije Webex Callinga kako je opisano u sljedećem odjeljku.

Osnovne komponente

Ciljna arhitektura za ovu migraciju uključuje nekoliko novih komponenti. To uključuje uslugu Webex Calling za pozive u oblaku, Webex aplikaciju, Cisco Directory Connector za integraciju identiteta i Local Gateway (LGW) za PSTN pristup, kao i integraciju poziva iz lokalnog okruženja u oblak. Cisco Calling Planovi ili Cloud Connected PSTN (CCP) koje omogućuje partner Cloud Connect za Webex Calling dodatne su mogućnosti za PSTN pristup.

Kao što je prikazano na slici Nakon: Webex Calling Architecture, nove komponente (Webex Calling, Directory Connector, Local Gateway i Survivability Gateway) dodaju se postojećoj lokalnoj implementaciji.

Nakon: Webexova arhitektura pozivanja

Nakon: Tablica komponenti infrastrukture za pozivanje u oblaku navodi nove elemente arhitekture nakon prelaska na Webex.

Tablica 2. Nakon: Komponente infrastrukture za pozive u oblaku
Proizvod Opis

Webex Calling Usluga poziva u oblaku isporučena s Webex platforme koja omogućuje registraciju krajnjih točaka i usmjeravanje poziva

Cisco Directory Connector Windows aplikacija koja se izvodi na Windows domenskom računalu i omogućuje sinkronizaciju identiteta između lokalnog Active Directoryja poduzeća i pohrane identiteta Webex organizacije.
Za korisnike koji prelaze s lokalnog Active Directoryja na Entra ID, integracija identiteta s Webexom umjesto Cisco Directory Connectora koristi aplikaciju Entra ID Wizard.

Lokalni pristupnik Lokalni pristupnik djeluje kao most između klijentove lokalne objedinjene komunikacijske mreže i Webex Calling oblaka. Može se implementirati lokalno ili ga hostira partner, pružajući PSTN pristup za krajnje točke registrirane u oblaku, kao i integraciju poziva između krajnjih točaka registriranih u Unified CM-u i onih registriranih u oblaku. Cisco IOS-XE usmjerivač integriranih usluga (ISR 1100 i 4000 serije), Cisco Catalyst 8200/8300 Serija, Cisco Catalyst 8000V Edge softver i razni certificirani Session Border Controlleri (SBC) trećih strana mogu se koristiti kao LGW za fazni pristup migraciji.

Pristupnik za opstanak Survivability Gateway (SGW) je lokalni mrežni pristupnik temeljen na IOS-XE sustavu koji pruža rezervne usluge pozivanja krajnjim točkama Webex Callinga na licu mjesta tijekom prekida mreže.

Cisco pozivni plan, Cloud Connect za Webex pozive Cisco Calling Plan i Cloud Connect za Webex Calling su opcije temeljene na oblaku za PSTN pristup za krajnje točke Webex Callinga. Pristup PSTN-u omogućuje pružatelj PSTN-a u oblaku i ne zahtijeva lokalnu opremu.

Aplikacija Webex Klijentska aplikacija koja se izvodi na desktop operativnim sustavima (Windows, Mac) ili mobilnim operativnim sustavima (Android, iOS) i registrirana je izravno na Webex Calling platformu za funkcionalnost poziva.

Pregled PPPIO procesa

Proces PPDIO označava Pripremu, planiranje, dizajn, implementaciju i optimizaciju. To je strukturirana Cisco metodologija koja vodi projekte od početne procjene do kontinuiranog poboljšanja, osiguravajući učinkovita i uspješna implementacije ili migracije.

PPPIO proces

Opći opis PPPIO-a

Pripremiti: Procijenite trenutno okruženje, prikupite zahtjeve i uskladite dionike kako biste uspostavili čvrste temelje.

Plan: Razviti detaljne planove projekta, uključujući vremenske rokove, resurse i strategije ublažavanja rizika.

Dizajn: Osmisliti ciljno rješenje prilagođeno poslovnim i tehničkim potrebama.

Implementiraj: Izvršite implementaciju ili migraciju prema dizajnu, provjeravajući funkcionalnost i performanse.

Optimiziraj: Kontinuirano poboljšavajte rješenje nakon implementacije praćenjem performansi, usavršavanjem konfiguracija i korištenjem alata za automatizaciju i integraciju.

Korištenje PPPIO-a za projekte migracije Unified CM-a na Webex Calling

Prilikom prelaska s Unified CM-a na Webex Calling, PPPIO proces pruža jasan plan kako bi se osigurala glatka i učinkovita tranzicija:

Priprema

Procijenite postojeće Unified CM okruženje i spremnost za migraciju

Prikupljajte detaljne podatke o korisnicima, uređajima, mreži i ovisnostima

Prikupljajte podatke o lokaciji, uključujući adresu za hitne slučajeve, broj korisnika, pristup internetu, pristup PSTN-u

Identificirajte rizike i definirajte opseg projekta kako biste uskladili sve dionike.

Planiranje

Izradite sveobuhvatan plan migracije s rasporedima serija, dodjelama resursa i vremenskim okvirima

Definirajte zadatke kao što su nadogradnje firmvera uređaja, dodjeljivanje licenci i uključivanje korisnika

Koordinirajte prozore migracije s Ciscom i partnerima kako biste smanjili poremećaje.

Dizajn

Mapirajte trenutne konfiguracije Unified CM-a, planove biranja i korisničke profile na ekvivalente Webex Callinga

Dizajnirajte Webex Calling okruženje, uključujući PSTN strategiju (privremenu i konačnu), lokacije, korisničke uloge i točke integracije poput lokalnog pristupnika (CUBE) i sinkronizacije direktorija

Planirajte scenarije koegzistencije u kojima Unified CM i Webex Calling rade istovremeno tijekom migracije.

Implementacija

Koristite alate za migraciju Control Huba uz alate trećih strana za izvođenje promjena načina rada firmvera uređaja, konfiguracije značajki i migracija korisnika

Koristite skupne operacije i opskrbu pomoću Webex API-ja za pojednostavljenje migracija i konfiguracija velikih razmjera

Izvršite dodjelu licenci, registraciju uređaja i ažuriranja konfiguracije

Potvrdite uspjeh migracije testiranjem i operativnom provjerom.

Optimizacija

Kontinuirano pratite performanse i korisničko iskustvo Webex Callinga

Usavršite konfiguracije i tijekove rada na temelju operativnih podataka i povratnih informacija

Iskoristite mogućnosti automatizacije i integracije za povećanje učinkovitosti i skalabilnosti

Deaktivirajte naslijeđene komponente Unified CM-a prema potrebi i pružite kontinuiranu podršku za operacije drugog dana.

Ovaj poboljšani PPPIO pristup osigurava kontroliranu, transparentnu i učinkovitu migraciju s Unified CM-a na Webex Calling, koristeći Ciscove alate, API-je i partnerski ekosustav za održavanje kontinuiteta poslovanja i poboljšanje mogućnosti suradnje.

PPDIO povratne petlje

Opći pregled prikazan na slici Iteracije tijekom izvršavanja PPPDIO-a ilustrira jednu povratnu petlju od faze optimizacije natrag do faze pripreme. To znači da nakon početne implementacije postoji mogućnost kontinuiranog poboljšanja. Svaki ciklus optimizacije može identificirati nove zahtjeve ili područja za poboljšanja, što se može riješiti kroz sljedeće projekte ili inicijative. Ovi pojedinačni projekti, pak, slijede utvrđeni PPPIO (Priprema, Planiranje, Dizajn, Implementacija, Optimizacija) životni ciklus. Ovaj iterativni pristup osigurava da sustav ostane usklađen s poslovnim ciljevima koji se razvijaju i tehnološkim napretkom, potičući kulturu kontinuiranog usavršavanja i prilagodljivosti.

Iteracije tijekom izvršavanja PPPIO-a

Tijekom provedbe PPPDIO postupka, uobičajeno je da nalazi u kasnijim fazama zahtijevaju ponovno razmatranje i potencijalnu reviziju odluka donesenih u ranijim fazama. Na primjer, problemi koji su se pojavili tijekom faze implementacije, poput utvrđivanja nejasnoća u dizajnu ili nedostajućih detalja, mogu otkriti da određeni aspekti nisu u potpunosti riješeni tijekom faze dizajna. U takvim slučajevima, potrebno je vratiti se na relevantnu raniju fazu kako bi se riješili ti problemi prije nego što se nastavi. Ovaj iterativni mehanizam povratne informacije, kao što je prikazano na slici Unified CM assisted PPPIO proces osigurava da je rješenje temeljito validirano i usavršeno, što u konačnici doprinosi robusnijem i učinkovitijem raspoređivanju.

Ujedinjeni CM-pomoćni PPPIO proces

Prilikom prijelaza s Unified CM-a na Webex Calling, svaka faza PPPIO procesa može značajno imati koristi od informacija prikupljenih iz postojećeg Unified CM okruženja. Na primjer, sveobuhvatni popisi korisnika, telefonskih brojeva, značajki pozivanja i komponenti plana biranja mogu se izdvojiti iz trenutne konfiguracije Unified CM-a. Ovi podaci nadopunjuju informacije koje izravno pružaju dionici i pomažu u pojednostavljenju aktivnosti planiranja i projektiranja. Korištenje odgovarajućih alata za automatizaciju ekstrakcije i analize podataka ne samo da povećava točnost već i ubrzava cijeli proces. Korištenjem uvida iz postojeće implementacije, prijelaz na Webex Calling može se izvršiti učinkovitije od tradicionalne implementacije na novom polju, uz pridržavanje strukturirane PPPDIO metodologije. Ovaj proces je ilustriran na slici Ujedinjeni CM potpomognut PPPIO proces.

Pristup migraciji

Dok planirate prijelaz s lokalnog Unified CM-a na Webex Calling, morate odrediti kako ćete pristupiti ovom putovanju. Prvo ćete morati odlučiti hoće li migracija biti kratka (sve odjednom) ili fazni pristup (migracija grupa users/devices tijekom duljeg razdoblja).

Izvođenje flash-cut migracije najbrže premješta sve vaše korisnike i uređaje. Ovom metodom ćete istovremeno premjestiti sve korisnike i uređaje iz lokalnog Unified CM-a u Webex Calling. U biti, to je jedan jedinstveni prozor za migraciju za sve korisnike i uređaje. Nakon što je ova migracija dovršena, svi vaši korisnici i uređaji bit će na platformi Webex Calling i sva vaša Unified CM infrastruktura može se deaktivirati. Međutim, mnoge organizacije ne mogu koristiti ovaj pristup zbog opsega i veličine svoje implementacije poziva.

Drugi pristup je fazna migracija. Većina organizacija će koristiti ovaj pristup jer pruža bolju kontrolu, upravljanje i skaliranje s migracijom. Također, prikladniji je za veće UC implementacije. and/or implementacije u više regija. Stoga se ovaj dokument usredotočuje na fazni pristup s dva koraka u tranziciji.

Kao što je prikazano na slici u nastavku: Fazni prijelaz pozivanja: Hibrid i oblak, prva prijelazna faza (Faza 1) rezultira koegzistencijalnim raspoređivanjem s dvostrukim okruženjima pozivanja. U ovoj fazi, neki korisnici, uređaji i softverski klijenti prelaze na Webex Calling, dok su drugi i dalje na lokalnoj Unified CM kontroli poziva. Završna faza tranzicije (Faza 2) rezultira čistim okruženjem za pozive u oblaku gdje su svi korisnici, uređaji i softverski klijenti u potpunosti prebačeni na Webex Calling platformu.

Koliko je vremena potrebno organizaciji da potpuno prijeđe na pozive u oblaku ovisit će o trenutnoj implementaciji. U nekim slučajevima, organizacija može napraviti početni prijelaz i ostati u fazi koegzistencije dvostruke kontrole poziva (Faza 1) dulje vrijeme (mjesecima ili čak godinama), dok u drugim slučajevima organizacija može u potpunosti prijeći na Webex Calling (Faza 2) u vrlo kratkom razdoblju (tjednima ili mjesecima). Ovaj dokument namijenjen je pokrivanju obje faze (Faze 1 - koegzistencije i Faze 2 - potpune tranzicije).

Fazni prijelaz poziva: hibridni i oblak

Moguće je da neke organizacije trajno održavaju koegzistenciju dvostruke kontrole poziva bez ikakvih planova za potpuni prijelaz na pozive u oblaku.

Drugo razmatranje je kako ćete prebaciti korisnike, uređaje i softverske klijente s lokalne kontrole poziva na kontrolu poziva u oblaku. Preporučeni pristup je tranzicija u 3 faze. Slika Preporučeni 3-fazni prijelaz u nastavku raščlanjuje ovaj pristup na 3 faze.

Preporučeni 3-fazni prijelaz

Prije migracije: Ova faza se fokusira na pripremu Webex i Unified CM okruženja za migraciju. Ovo se ne odnosi na pozivanje specifičnog planiranja ili konfiguracija, već se fokusira na dovršavanje aktivnosti koje se mogu obaviti sada i prije početka bilo kojeg projekta migracije Webex Callinga. Cilj je izgraditi temelje za dva okruženja kako bi se pripremila za migraciju.

Priprema za migraciju: U ovoj fazi započinju pripreme za migraciju na Webex Calling. Ovdje je potrebno pregledati i ažurirati poslovne i tehničke zahtjeve. Nemojte samo podići i promijeniti ono što je trenutno implementirano s Unified CM-om, već redefinirajte poslovne i tehničke zahtjeve koje vaša tvrtka treba danas i u budućnosti koristeći snagu Webex Callinga. Osim toga, ovo je faza u kojoj ćete dovršiti dizajn, planiranje konfiguracije i migraciju. planning/schedule.

Migracija (uvođenje i povlačenje): U ovoj fazi se događa stvarna migracija korisnika, uređaja, telefonskih brojeva i softverskih klijenata. Kao što je gore spomenuto, ova se faza može dovršiti za sve odjednom (bljeskovito rezanje) ili kroz više prozora promjena (postupno rezanje). Planovi za usvajanje od strane krajnjih korisnika, obuka i komunikacija ključni su kako bi vaši korisnici bili svjesni promjena, kako koristiti novu platformu za pozive i znali kada će se promjena dogoditi. Posljednji korak je deaktiviranje sve lokalne UC infrastrukture koja se više ne koristi.

Faza prije migracije ima aktivnosti (obavezne, preporučene i opcionalne) na kojima možete odmah početi raditi. Preporučuje se da se to dovrši što prije, a po mogućnosti prije početka projekta. Neke aktivnosti mogu potrajati dulje, stoga će njihov raniji početak pomoći u pojednostavljenju samog projekta migracije.

Slika Aktivnosti prije migracije u nastavku ističe pet specifičnih kategorija aktivnosti koje su povezane s migracijom Webex Callinga.

Aktivnosti prije migracije

Tablica 1. Prije: Komponente lokalne infrastrukture za pozivanje
Proizvod	Opis
Unified CM	Lokalna kontrola poziva koja pruža usluge registracije uređaja i usmjeravanja poziva
Cisco Expressway-C/E	Rubna infrastruktura koja omogućuje mobilni i udaljeni pristup (MRA) i poslovne (B2B) funkcionalnosti, omogućujući udaljenim krajnjim točkama sigurno povezivanje izvan organizacije. Expressway se postavlja u parovima kako bi se osiguralo prolaženje vatrozida za vanjske krajnje točke.
Cisco Meeting Server (CMS), Cisco Meeting Management (CMM) i Cisco Telepresence Management Suite (TMS)	Lokalna infrastruktura za glasovne, video i web konferencije koja omogućuje sastanke s više točaka, upravljanje sastancima i mogućnosti zakazivanja. [Optional]
Cisco Unity veza	Lokalna platforma za glasovne poruke koja nudi mogućnosti glasovne pošte i objedinjenog slanja poruka. [Optional]
Cisco Desk, Cisco Room, Cisco Board, Cisco IP telefoni i Cisco Jabber	IP uređaji registrirani na Unified CM i koji pružaju mogućnosti glasovnih i video poziva

Tablica 2. Nakon: Komponente infrastrukture za pozive u oblaku
Proizvod	Opis
Webex Calling	Usluga poziva u oblaku isporučena s Webex platforme koja omogućuje registraciju krajnjih točaka i usmjeravanje poziva
Cisco Directory Connector	Windows aplikacija koja se izvodi na Windows domenskom računalu i omogućuje sinkronizaciju identiteta između lokalnog Active Directoryja poduzeća i pohrane identiteta Webex organizacije. Za korisnike koji prelaze s lokalnog Active Directoryja na Entra ID, integracija identiteta s Webexom umjesto Cisco Directory Connectora koristi aplikaciju Entra ID Wizard.
Lokalni pristupnik	Lokalni pristupnik djeluje kao most između klijentove lokalne objedinjene komunikacijske mreže i Webex Calling oblaka. Može se implementirati lokalno ili ga hostira partner, pružajući PSTN pristup za krajnje točke registrirane u oblaku, kao i integraciju poziva između krajnjih točaka registriranih u Unified CM-u i onih registriranih u oblaku. Cisco IOS-XE usmjerivač integriranih usluga (ISR 1100 i 4000 serije), Cisco Catalyst 8200/8300 Serija, Cisco Catalyst 8000V Edge softver i razni certificirani Session Border Controlleri (SBC) trećih strana mogu se koristiti kao LGW za fazni pristup migraciji.
Pristupnik za opstanak	Survivability Gateway (SGW) je lokalni mrežni pristupnik temeljen na IOS-XE sustavu koji pruža rezervne usluge pozivanja krajnjim točkama Webex Callinga na licu mjesta tijekom prekida mreže.
Cisco pozivni plan, Cloud Connect za Webex pozive	Cisco Calling Plan i Cloud Connect za Webex Calling su opcije temeljene na oblaku za PSTN pristup za krajnje točke Webex Callinga. Pristup PSTN-u omogućuje pružatelj PSTN-a u oblaku i ne zahtijeva lokalnu opremu.
Aplikacija Webex	Klijentska aplikacija koja se izvodi na desktop operativnim sustavima (Windows, Mac) ili mobilnim operativnim sustavima (Android, iOS) i registrirana je izravno na Webex Calling platformu za funkcionalnost poziva.

Priprema

Poslovni i tehnički zahtjevi

Zašto je prikupljanje zahtjeva važno:

Poslovni zahtjevi

Tehnički zahtjevi

Spremnost i zahtjevi mreže

Postavljanje UC-a povezanog s oblakom

Procjena trenutnog okruženja

Licenciranje

Locations/Sites

Postojeći inventar devices/clients

Provjerite ispunjavanje uvjeta za uređaj

Korisnici

PSTN veza

Značajke & korištenje značajki

Cisco integracije: Unity Connection UCCX UCCE

Snimka poziva

Integracije trećih strana

Poslovni i tehnički zahtjevi

Prilikom planiranja migracije s na , ključno je temeljito prikupiti i tehničke i poslovne zahtjeve tijekom faze planiranja. Ovaj korak osigurava da je migracija usklađena s operativnim ciljevima i tehničkim mogućnostima vaše organizacije, minimizirajući rizike i poremećaje.

Zašto je prikupljanje zahtjeva važno:

Usklađuje poslovne ciljeve: Razumijevanje poslovnih potreba pomaže u prilagođavanju migracije kako bi podržala ključne tijekove rada, korisničko iskustvo i planove rasta.

Osigurava tehničku kompatibilnost: Rano prepoznavanje tehničkih zahtjeva sprječava probleme s integracijom s postojećom infrastrukturom, mrežom i krajnjim točkama.

Olakšava planiranje resursa: Jasni zahtjevi pomažu u točnoj procjeni rokova, troškova i potrebnih resursa.

Ublažava rizike: Rano otkrivanje potencijalnih izazova omogućuje proaktivna rješenja, smanjujući zastoje i prekide usluge.

Poslovni zahtjevi

Tipični poslovni zahtjevi uključuju:

Broj korisnika i lokacija koje će se migrirati

Željene značajke i usluge (npr. usmjeravanje poziva, govorna pošta, konferencije, automatski telefonski operateri, redovi čekanja za pozive)

Pravila o usklađenosti i sigurnosti

Proračunska ograničenja i očekivanja troškova

Potrebe za obukom i podrškom korisnika

Vremenski okvir migracije i razmatranja kontinuiteta poslovanja.

Prikupljanje željenih značajki i usluga ključan je korak kako bi se osiguralo da novi sustav zadovoljava poslovne potrebe. Prilikom prikupljanja ovih zahtjeva, važno je ne samo uzeti u obzir što je trenutno konfigurirano, već pokušati prikupiti stvarne zahtjeve od poslovnih subjekata koji će koristiti sustav. U suprotnom, postoji rizik da se plan temelji na netekućim pretpostavkama. Obavezno procijenite dodatne ili poboljšane značajke dostupne u koje možda ne postoje u , kao što su pozivi u oblaku, napredni redovi poziva i . To pomaže u iskorištavanju svih prednosti cloud platforme.

Prilikom procjene trenutne konfiguracije u , važno je prepoznati da neće sve postojeće postavke ostati potrebne zbog promjenjivih zahtjeva tijekom životnog ciklusa sustava. Fokus bi trebao biti na identificiranju i zadržavanju samo onih konfiguracija koje su usklađene s trenutnim i budućim potrebama implementacije.

Više se usredotočite na ono što vam treba nego na ono što imate.

Politike usklađenosti i sigurnosti ključna su razmatranja tijekom migracije s Webex Callinga kako bi se osiguralo da novi komunikacijski sustav u oblaku poštuje zakonske, regulatorne i organizacijske standarde.

Usklađenost s propisima: Organizacije moraju provjeriti ispunjavaju li propise specifične za industriju kao što su GDPR, HIPAA ili SOX, koji se odnose na zahtjeve za privatnost, zadržavanje i rukovanje podacima, kao i na specifične propise specifične za pojedinu zemlju u vezi s boravištem podataka, zaobilaženjem cestarine i lokalizacijom medija.

Sigurnost podataka: Osiguravanje šifriranja glasovnih i signalnih podataka i tijekom prijenosa i u mirovanju radi zaštite od presretanja ili neovlaštenog pristupa.

Kontrole pristupa: Definiranje i provođenje korisničke autentifikacije, autorizacije i pristupa temeljenog na ulogama kako bi se spriječila neovlaštena upotreba komunikacijskih resursa.

Revizija i praćenje: Implementacija mogućnosti evidentiranja i praćenja za praćenje pristupa i korištenja za revizije usklađenosti i istrage sigurnosnih incidenata.

Usklađenost politika: Usklađivanje migracije s postojećim korporativnim sigurnosnim politikama, uključujući sigurnost krajnjih točaka, segmentaciju mreže i planove odgovora na incidente.

Jamstvo sigurnosti dobavljača: Procjena Ciscovih sigurnosnih certifikata i atesta o usklađenosti kako bi se osigurala pouzdanost.

Rješavanje ovih politika usklađenosti i sigurnosti tijekom faze planiranja pomaže ublažiti rizike, izbjeći pravne kazne te održati integritet i povjerljivost komunikacije tijekom i nakon migracije.

Potrebe za obukom korisnika i podrškom ključne su komponente tijekom migracije s na kako bi se osigurao nesmetan prijelaz i prihvaćanje od strane korisnika. Ključna razmatranja uključuju:

Programi obuke: Razviti prilagođene sesije obuke za različite korisničke skupine (krajnje korisnike, administratore, osoblje službe za korisnike) kako biste ih upoznali sa značajkama, korisničkim sučeljima i novim tijekovima rada.

dokumentacija: Osigurajte jasne i pristupačne korisničke vodiče, često postavljana pitanja i brze referentne materijale, uključujući resurse Što je novo i drugačije i detaljne vodiče Prije i poslije (u formatu videa ili kratkog vodiča), kako biste podržali korisnike dok se prilagođavaju ažuriranom iskustvu nakon migracije.

Upravljanje promjenama: Proaktivno komunicirajte promjene kako biste upravljali očekivanjima korisnika i smanjili otpor.

Struktura potpore: Uspostavite namjenski tim za podršku ili eskalacijski put za brzo rješavanje korisničkih problema tijekom i nakon migracije.

Kontinuirano obrazovanje: Planirajte kontinuirana ažuriranja obuke kako se objavljuju nove značajke ili ažuriranja u .

Mehanizmi povratne informacije: Implementirajte kanale za korisnike za prijavu problema i davanje povratnih informacija kako biste poboljšali procese obuke i podrške.

Rješavanje ovih potreba za obukom i podrškom tijekom faze planiranja pomaže u smanjenju poremećaja, povećava povjerenje korisnika i maksimizira prednosti migracije na .

Tehnički zahtjevi

Za uspješnu migraciju s na potrebno je prikupiti i dokumentirati nekoliko ključnih tehničkih zahtjeva, uključujući detalje za:

Spremnost mreže i kapacitet propusnosti

Sveobuhvatna procjena mreže ključna je kako biste osigurali da vaša postojeća infrastruktura može podržati novo Webex Calling okruženje. Navedeno uključuje:

Analiza propusnosti: Procjena trenutne i planirane upotrebe propusnosti za rukovanje glasovnim, video i podatkovnim prometom bez zagušenja.

Kvaliteta usluge (QoS): Implementacija QoS politika za određivanje prioriteta glasovnog prometa i minimiziranje latencije, podrhtavanja i gubitka paketa.

WAN i internetska povezivost: Provjera da WAN veze i internetske veze ispunjavaju zahtjeve za pozive u oblaku, uključujući mogućnosti redundancije i prebacivanja u slučaju kvara.

Konfiguracija vatrozida i NAT-a: Osiguravanje da postavke vatrozida i NAT-a dopuštaju potrebnu signalizaciju i medijski promet za .

Integracija s postojećim sustavom

Besprijekorna integracija s postojećim poslovnim sustavima ključna je za korisničko iskustvo i kontinuitet tijeka rada:

Usluge imenika: Procjena integracije s poslovnim direktorijem za automatiziranu opskrbu i autentifikaciju korisnika.

CRM i poslovne aplikacije: Identificiranje točaka integracije sa sustavima za upravljanje odnosima s klijentima i drugim poslovno kritičnim aplikacijama.

Međusobni rad naslijeđenih PBX sustava: Planiranje strategija koegzistencije ili postupne migracije ako će tijekom tranzicije ostati neki naslijeđeni telefonski sustavi.

Kompatibilnost i opskrba krajnjih točaka

Treba procijeniti kompatibilnost svih krajnjih točaka, uključujući stolne telefone, softphone i mobilne uređaje:

Podrška za uređaje: Potvrđivanje da su postojeći IP telefoni i uređaji podržani ili identificiranje potrebnih zamjena.

Procesi opskrbe: Uspostavljanje automatiziranih ili pojednostavljenih metoda pružanja usluga za učinkovito uključivanje krajnjih točaka.

Ažuriranja firmvera i softvera: Planiranje potrebnih ažuriranja kako bi se osigurala interoperabilnost i sigurnost.

Sigurnosne konfiguracije i standardi šifriranja

Sigurnost je najvažnija u komunikaciji u oblaku:

Šifriranje: Provođenje end-to-end enkripcije za signalizaciju i medijske streamove, u skladu s najboljim sigurnosnim praksama tvrtke Cisco.

Autentifikacija i kontrola pristupa: Implementacija sigurnih mehanizama autentifikacije (kao što su SSO, višefaktorska autentifikacija) i detaljne kontrole korisničkog pristupa.

Usklađenost: Osiguravanje da rješenje zadovoljava relevantne regulatorne i industrijske standarde usklađenosti (npr. GDPR, HIPAA).

Nadzor sigurnosti: Integracija sa SIEM alatima i postavljanje upozorenja za potencijalne sigurnosne incidente.

Tablica 1. Primjer procjene
Uvjet Ključna razmatranja

Spremnost mreže i propusnost Propusnost, QoS, WAN/Internet, Firewall/NAT

Integracija s postojećim sustavima Imenik, CRM, PBX, Email/Calendar

Kompatibilnost i opskrba krajnjih točaka Podrška za uređaje, opskrba, ažuriranja firmvera

Sigurnosne konfiguracije i šifriranje Šifriranje, autentifikacija, usklađenost, nadzor sigurnosti

Obuka korisnika i upravljanje promjenama Programi obuke, dokumentacija, komunikacija promjena

Prenosivost broja i plan biranja Broj migration/porting, prijevod plana biranja

Integracije trećih strana Paging, kontaktni centar, faks, analogni uređaji

Spremnost i zahtjevi mreže

Spremnost mreže ključna je za uspješnu migraciju na bilo koje rješenje za pozive u oblaku poput . Loše planiranje mreže može dovesti do smanjene kvalitete poziva, prekida poziva i nezadovoljnih korisnika. Korisnici trebaju provesti procjenu mreže prije migracije na . Preporučuje se potvrditi dostupnost mrežne propusnosti za očekivani volumen poziva, osigurati da su ispunjeni zahtjevi za kvalitetu usluge (QoS) i razumjeti različite portove koji se moraju otvoriti u rubnom vatrozidu (firewallima).

Pouzdana mrežna povezivost s dovoljnom kvalitetom usluge (propusnost, gubitak paketa, RTT) osnovni je zahtjev za osiguranje najboljeg mogućeg korisničkog iskustva od početka do kraja za sve krajnje točke, klijente i aplikacije koje koriste .

Korisnici i partneri imaju mogućnosti povezivanja izvan Over-the-top (OTT) interneta koje mogu optimizirati vezu, uključujući Webex Edge Connect. Za više informacija o detaljima dizajna Webex Edge Connecta, pogledajte Cisco Preferred Architecture for Webex Edge Connect for Webex Meetings, Calling Multi-Tenant i Dedicated Instance.

Korisnici mogu koristiti CScan za procjenu mreže koja daje informacije o kvaliteti mreže korisnika, koliko se poziva može uspostaviti, latenciji i tako dalje. Za više informacija o alatu CScan pogledajte Korištenje CScana za testiranje kvalitete mreže Webex Calling.

Kako biste bili sigurni da je mreža spremna za migraciju na , razmotrite sljedeći kontrolni popis:

Planiranje propusnosti

Izračunajte istovremene pozive po lokaciji kako biste osigurali dovoljnu propusnost za uzvodni i nizvodni promet te uključite prostor za ostali poslovno kritični promet i budući rast.

Tablica Izračuni propusnosti vrsta poziva Webex Calling prikazuje vrste poziva dostupne s implementacijom zajedno s kodekom i maksimalnom propusnošću potrebnom za svaku vrstu poziva. Kao što je prikazano u tablici izračuna propusnosti za vrste poziva Webex Calling, potrebna propusnost audio poziva za svaku vrstu poziva može se izračunati pomoću sljedeće opće formule:

Broj očekivanih istodobnih poziva * Propusnost po pozivu na temelju kodeka = Potrebna propusnost mreže.
Tablica 2. Izračuni propusnosti za vrste poziva Webex Calling
Vrste poziva Kodek - propusnost Izračuni propusnosti
/ Stacionarni telefon -> OPUS - 70 kbps Broj istovremenih poziva * 70 kbps = Potrebna mrežna propusnost
/ Stacionarni telefon -> fiksni telefon OPUS – 70 kbps Broj istovremenih poziva * 70 kbps = Potrebna mrežna propusnost
/ Stacionarni telefon -> PSTN putem LGW-a G.711 – 80 kbps Broj istovremenih poziva * 80 kbps = Potrebna mrežna propusnost
/ Stacionarni telefon -> PSTN putem Cloud PSTN-a (npr. Cisco tarifni plan) G.711 – 80 kbps Broj istovremenih poziva * 80 kbps = Potrebna mrežna propusnost
/ Stacionarni telefon -> Poduzeće putem LGW-a G.722 – 80 kbps Broj istovremenih poziva * 80 kbps = Potrebna mrežna propusnost
/ Stacionarni telefon -> govorna pošta OPUS – 70 kbps Broj istovremenih poziva * 70 kbps = Potrebna mrežna propusnost

Zbrajanjem istodobne potrebne mrežne propusnosti po vrsti poziva, može se odrediti ukupni potencijalni zahtjev za propusnošću za određenu lokaciju.

Svi pozivni krakovi su uvijek usidreni na pristupnim SBC-ovima. Za određivanje potrebne propusnosti interneta za bilo koju lokaciju, ne treba uzeti u obzir samo međulokacijske pozive, već i pozive unutar lokacije te pozive prema i od lokalnog pristupnika na toj lokaciji. Na primjer, poziv unutar lokacije između dva MPP telefona zahtijevao bi do 2 x 70 kbps puni dupleks na internetskoj vezi lokacije.

Tablica Primjeri izračuna propusnosti za Webex Calling prikazuje primjer potpune vježbe izračuna propusnosti, pod pretpostavkom da su svi uređaji na istoj lokaciji.
Stol 3. Primjeri izračuna propusnosti za Webex pozive
Vrste poziva Broj istovremenih poziva Ukupna propusnost
Webex aplikacija / Stacionarni telefon → Webex aplikacija 15 2 * 15 * 70 kbps = 2.100 kbps
Webex aplikacija / Fiksni telefon → Fiksni telefon 15 2 * 15 * 70 kbps = 2.100 kbps
Webex aplikacija / Fiksni telefon → PSTN putem LGW-a 50 2 * 50 * 80 kbps = 8.000 kbps
Webex aplikacija / Stolni telefon → PSTN putem Cloud Connecta za Webex pozive 0 0 * 80 Kbps
Webex aplikacija / Fiksni telefon → Poduzeće putem LGW-a 15 2 * 15 * 80 kbps = 2.400 kbps
Webex aplikacija / Stacionarni telefon → Webex pozivi govorna pošta 5 5 * 70 kbps = 350 kbps
Ukupan broj poziva / Propusnost 100 poziva 14.950 kbps / 14,95 Mbps

Sve vrijednosti propusnosti u gornjim tablicama odnose se na IP propusnost. Propusnost veze je veća ovisno o WAN enkapsulacijama.

Propusnost u gornjim tablicama odnosi se na audio pozive. Za propusnost videopoziva, Webex aplikacija i MPP 8845/65 Telefoni podržavaju H.264 video s maksimalnom rezolucijom od 720p i maksimalnom propusnošću od 1500 kbps po pozivu. Međutim, količina potrošene propusnosti u bilo kojem trenutku tijekom poziva fluktuirat će na temelju promjenjive brzine prijenosa podataka svojstvene video komunikaciji.

Kvaliteta usluge (QoS)

Implementirajte QoS politike unutar svog lokalnog okruženja kako biste odredili prioritet prometa u stvarnom vremenu i osigurali održavanje QoS-a na svim preklopnicima, usmjerivačima i vatrozidima.

Ciljevi latencije, podrhtavanja i gubitka paketa

Sljedeći pragovi preporučuju se za optimalnu kvalitetu glasa kada se pozivi upućuju putem OTT-a (Over-the-Top) mreže i interneta:

Latencija - manje od 100 ms u jednom smjeru

Jitter - manje od 10 ms

Gubitak paketa - 0,5% ili manje.

Vatrozid i NAT

Provjerite je li vatrozid konfiguriran tako da dopušta promet kako je navedeno u članku dostupnom na Informacije o referenci porta za Webex pozive. Osim toga, omogućite pristup domenama i IP rasponima navedenima u istom vodiču i izbjegavajte SIP ALG jer ometa SIP signalizaciju. Treba izbjegavati medijski promet putem proxyja.

DNS i NTP

Osigurajte ispravnu DNS razlučivost domena i pouzdane NTP poslužitelje za sinkronizaciju satova uređaja za provjeru i zapisivanje TLS certifikata.

Planiranje prebacivanja u slučaju kvara

Razmotrite postojeće veze s davateljima podataka (MPLS, SD-WAN itd.) i općenito planirajte izravan pristup internetu na svakoj lokaciji unutar vaše implementacije. Planirajte redundantne internetske veze tamo gdje je potrebna visoka dostupnost. Budući da ćete koristiti usluge u oblaku, pouzdana internetska veza s dovoljnom propusnošću osnovni je zahtjev. Trebali biste ponovno razmotriti ovu tranziciju ako internetske veze lokacija vaše organizacije općenito nisu pouzdane s niskom latencijom i odgovarajućim protokom podataka prema gore i dolje.

Opstanak lokacije

Opstojnost web-mjesta osigurava da je vaše poslovanje uvijek dostupno, čak i ako vam se prekine mrežna veza. Site Survivability koristi pristupnik u vašoj lokalnoj mreži kako bi osigurao rezervnu uslugu pozivanja krajnjih točaka na licu mjesta u situacijama kada dođe do prekida mrežne veze. Razmotrite preživljivost lokacije s lokalnim Survivability Gatewayom (SGW) ako poslovni zahtjevi zahtijevaju kontinuirano pozivanje u slučaju prekida mreže. Za više informacija o provjeri preživljivosti web-mjesta, pogledajte Preživljivost web-mjesta za Webex Calling.

Postavljanje UC-a povezanog s oblakom

Cloud Connected UC (CCUC) je rješenje za upravljanje i analitiku temeljeno na oblaku osmišljeno za pružanje centralizirane vidljivosti, administracije i uvida za implementacije i lokalno (kao što je Unified CM) i u oblaku (). Djeluje kao most između tradicionalnih lokalnih okruženja i Ciscovih usluga u oblaku, podržavajući organizacije tijekom cijelog procesa migracije iz . u .

Tijekom prijelaza na , CCUC igra ključnu ulogu u pojednostavljenju procesa migracije olakšavajući prikupljanje sveobuhvatnih podataka iz postojeće implementacije Unified Communicationsa. CCUC pomaže u ključnim zadacima tranzicije kao što su migracija uređaja, značajki i korisničkih kontakata, kao i automatizacija ažuriranja firmvera za podržane IP telefone. Pružajući centraliziranu vidljivost i upravljanje, CCUC pomaže u osiguravanju glatkijeg i učinkovitijeg iskustva migracije.

Cisco toplo preporučuje da se CCUC implementira rano u projektu tranzicije, idealno prije ili tijekom faze pripreme. To će omogućiti uvide i sposobnosti potrebne za temeljitu procjenu, inventuru i planiranje sljedećih migracijskih aktivnosti te za početak vašeg putovanja prema budućim hibridnim mogućnostima.

Procjena trenutnog okruženja

Ključna aktivnost u planiranju migracije je procjena trenutnog lokalnog okruženja i implementacije. To pruža uvid u potencijalne promjene koje bi mogle biti potrebne za uspješan prijelaz na . Također vam omogućuje procjenu ključnih elemenata platforme u usporedbi s postojećim lokalnim postavljanjem. Ove informacije možete upotrijebiti kako biste lakše utvrdili koji su specifični zadaci potrebni za prijelaz i koje promjene želite napraviti kako biste ispunili svoje poslovne i tehničke zahtjeve i slučajeve upotrebe.

Kao dio ovog napora važno je pregledati sljedeće aspekte.

Licenciranje

Razumijevanje trenutne strukture licenciranja postojećeg implementacije ključno je prilikom pripreme za migraciju na . Izvršite procjenu licence za sljedeća područja vašeg postojećeg Cisco lokalnog rješenja.

Platforma

Mogućnost potpunog definiranja onoga što je trenutno licencirano na vašoj osnovnoj platformi bit će ključna prilikom suradnje s vašim timom za korisničku podršku ili partnerom kako biste odredili najbolji put do fleksibilnog licenciranja. licencira se pomoću fleksibilnog licenciranja. Za više informacija o fleksibilnom licenciranju pogledajte Cisco flex plan suradnje.

Korisnici i uređaji

Odredite koju kategoriju licence zahtijevaju vaši postojeći korisnici i uređaji. Ovo će se koristiti za određivanje koja je vrsta licence potrebna za korisnike i uređaje. nudi više vrsta licenciranja, uključujući profesionalne i standardne licence za korisnike te profesionalne i licence za zajednička područja za radne prostore. Za više informacija o licenciranju uređaja pogledajte podatkovni list dostupan na Licenciranje uređaja.

Lokalni pristupnik

Ako je za PSTN pristup za ovaj prijelaz potreban Cisco Unified Border Element (CUBE), potrebno je uzeti u obzir i licenciranje CUBE-a. Razmatranja o licenciranju CUBE-a obrađena su kasnije u ovom dokumentu.

Locations/Sites

Prilikom planiranja ovog prijelaza treba uzeti u obzir broj i vrste lokacija (velike središnje, regionalne, podružnice itd.) unutar vašeg postojećeg raspoređivanja. Potpuno razumijevanje postojećih lokacija za implementaciju pomoći će u strateškom planiranju uspješne tranzicije, posebno kada je u pitanju određivanje koje lokacije migrirati i kojim redoslijedom. Detaljno razumijevanje zahtjeva plana biranja (numeriranje, navike biranja, klase ograničenja itd.), mrežne povezivosti i propusnosti lokacije (Internet, WAN, LAN) te PSTN pristupa (lokalnog ili centraliziranog, IP ili TDM) za svaku lokaciju bit će ključno pri donošenju odluka o migraciji. Za više informacija o uobičajenim modelima implementacije i ključnim razmatranjima, pogledajte informacije o modelima implementacije suradnje dostupne u SRND za suradnju.

Još jedno važno razmatranje implementacije prilikom prijelaza na je dostupnost lokacije. ima različite mogućnosti, pretplate i uređaje koji su dostupni ovisno o tome gdje se nalazi vaša implementacija. Za više informacija o geografskoj dostupnosti pogledajte Gdje je Webex dostupan?.

Konačno, važno je razumjeti utjecaj koji će prijelaz imati na druge usluge suradnje. Na temelju cilja ovog dokumenta, opća je pretpostavka da ako se žele održati postojeće usluge suradnje izvan radnog opterećenja poziva, očekuje se prijelaz na gore spomenutu hibridnu implementaciju faze 1. Primjeri usluga suradnje koje mogu zahtijevati hibridno postavljanje uključuju lokalni kontaktni centar koji još nije migriran u Webex kontaktni centar i uske integracije u sustave poput sustava za pozivanje i naplatu. Za više informacija o prijelazu dodatnih kolaboracijskih opterećenja i usluga pogledajte Prijelazi suradnje.

Postojeći inventar devices/clients

Prije početka tranzicije važno je napraviti popis postojećih hardverskih i softverskih krajnjih točaka. Imati potpuni popis uređaja types/models, Verzije hardvera, vrste i količine operacijskih sustava softverskih klijenata osigurat će da možete adekvatno planirati prijelaz uređaja i ublažavanje utjecaja za one uređaje koji se ne mogu migrirati na pozive u oblaku. Inventar treba koristiti za određivanje uređaja za prijelaz i uređaja za zamjenu prije prijelaza.

Stacionarni telefoni

Za audio i video stolne telefone podržani su samo stolni telefoni serije 6800, 7800, 8800 i 9800. Ovo je podskup Cisco IP telefona koji su podržani s . Postoje neki modeli i verzije telefona 6800, 7800 i 8800 koji se ne mogu koristiti s . Za više informacija o podržanim modelima i verzijama hardvera pogledajte Podržani uređaji za Webex Calling.

IP telefoni serije Cisco 6800 ne mogu se nadograditi s Enterprise firmvera na Multiplatform (MPP) firmver, koji je potreban za . Stoga se svi 6800 telefoni registrirani za pokretanje poslovnog firmvera moraju zamijeniti modelom 6800 MPP ili drugim podržanim modelom telefona.

IP telefoni serije Cisco 7800 i 8800 moraju se nadograditi na firmver za višeplatformske telefone (MPP) prije prijelaza i registracije na . Da biste utvrdili koji modeli 7800 i 8800 i verzije hardvera podržavaju MPP firmver, pogledajte Pretvaranje IP telefona serije Cisco 7800 i 8800 između Enterprise i MPP firmvera.

Modeli 8845, 8865 i 8865NR su dosegli kraj prodaje i ne preporučuje se njihova migracija na .

Starije verzije telefona serije 8800 (8811, 8841, 8851, 8851NR, 8861) se ne preporučuju za korištenje s Webex Callingom. Telefoni s verzijama hardvera VID 14 ili starijima će se registrirati, ali mogu imati nekih problema s performansama zbog hardvera.

Stolni telefoni serije 9800 koriste PhoneOS, koji podržava i PhoneOS i registraciju. Stoga se na ove telefone može prijeći bez nadogradnje firmvera.

Sve ostale IP telefone trebat će zamijeniti telefonima serije 6800, 7800, 8800 ili 9800 koje podržava Webex Calling. Za više informacija o podržanim IP i stolnim telefonima s , pogledajte članak na Podržani uređaji za Webex pozive.

Krajnje točke videa

Osobne i sobne video krajnje točke, uključujući Cisco Board seriju, Room seriju i Desk seriju, mogu se izvorno SIP registrirati na . Bilo koja od ovih krajnjih točaka koja treba generirati zvuk and/or Za PSTN pozive potrebna je licenca za pozivanje:

Za dijeljene uređaje u konferencijskim sobama, prostorima za sastanke itd. potrebna je licenca Professional Workspace ili Workspace.

Osobni uređaj krajnjeg korisnika zahtijeva profesionalnu ili standardnu licencu.

Odredite koliko je video krajnjih točaka registrirano i koristi se za upućivanje audio poziva. Moguće je da se neke od video krajnjih točaka koriste samo za pridruživanje sastancima ili upućivanje SIP video poziva. U oba slučaja, krajnje točke i dalje se moraju migrirati prije nego što se poslužitelji deaktiviraju, no to će pomoći u određivanju koliko će ih trebati licence za nastavak telefonskih poziva.

Kada se video uređaji premjeste iz registracije u , URI za ove krajnje točke će se promijeniti jer su sada registrirani u oblaku.

Modeli telefona 8845, 8865 i 8875 su osobni videotelefoni koji podržavaju .

Meki klijenti

Jedini je softverski klijent kojeg podržava , za razliku od Unified CM-a koji podržava i Webex aplikaciju i Jabber, te je novi zadani softverski klijent za krajnje korisnike.

Ovisno o načinu(ima) implementacije implementiranom za Jabber (samo IM, samo telefon, and/or puni UC načini rada), možda ćete također morati razmotriti prijelaz načina rada za razmjenu poruka and/or Radno opterećenje sastanaka od Jabbera do . Može se implementirati u načinu rada samo za telefon ako će se koristiti kao klijent samo za pozive ili se može implementirati kao puni Webex Suite ako se koriste druga opterećenja, npr. Webex Messaging and/or Webex Meetings se prebacuje na aplikaciju s pozivima.

Poboljšava iskustvo krajnjeg korisnika pružajući značajke umjetne inteligencije poput audio/video inteligencija, transkripcija poziva i drugo. Dodatne informacije potražite u odjeljku https://www.webex.com/all-new-webex.

Prije premještanja korisnika k vama, morat ćete prenijeti njihove Jabber klijente na . Imate dvije mogućnosti za dovršetak ovog prijelaza.

Prije nego što ih prebacite na

Kada ih prebacite na .

Kako bi se olakšao početni prijelaz na , preporučuje se korištenje opcije 1 i premještanje korisnika na koji prvo poziva. To korisnicima daje vremena da se upoznaju s novom aplikacijom dok još uvijek koriste postojeću lokalnu platformu za pozive. Nakon što budete spremni premjestiti korisnike na , konfigurirat ćete ih za registraciju na platformi za pozivanje u oblaku.

Za više informacija o ove dvije opcije pogledajte Migracijski put - jedan ili dva koraka?.

Za potpuni popis podržanih uređaja za , pogledajte Podržani uređaji za Webex Calling.

Provjerite ispunjavanje uvjeta za uređaj

Kao što je prethodno spomenuto, podržava podskup Cisco IP telefona i zahtijeva drugačiju vrstu firmvera za telefone serije 7800 i 8800. Unified CM telefoni koriste Enterprise firmware, dok Phones koriste Multiplatform Phone (MPP) firmware. Preporučuje se provjeriti koji registrirani telefoni ispunjavaju uvjete za nadogradnju na MPP firmware tijekom faze pripreme. To vam daje vremena da zamijenite telefone koji ne ispunjavaju uvjete jednim od podržanih modela telefona ili da pronađete alternativni plan, poput premještanja korisnika samo na Webex aplikaciju.

Kako bi se lakše utvrdilo ispunjavaju li telefoni uvjete, Control Hub ima ugrađeni alat pod nazivom Migrirajte svoj telefon na Webex Calling. Kada koristite ovaj alat za provjeru ispunjavanja uvjeta uređaja, odaberite opciju Migracija Generiraj samo licencu za uređaj.

Opcija alata Control Hub za provjeru ispunjavanja uvjeta za Webex Calling telefona na Unified CM-u

Ova vam opcija omogućuje prijenos CSV datoteke koja sadrži telefone kako biste mogli provjeriti ispunjava li uvjete za svaki telefon. Odabirom ove opcije migracije, telefoni se ne dodaju jer ste još uvijek u fazi pripreme i niste spremni za to. Za više informacija pogledajte Prebacite svoj telefon na Webex Calling .

Moguće je da će se neki od telefona vratiti s Nepoznatom podobnošću. To je obično zato što nije moguće provjeriti neke informacije o telefonu u pozadinskom sustavu. Za sve telefone koji imaju status Nepoznato, imate dvije mogućnosti za provjeru ispunjavaju li uvjete za nadogradnju na MPP firmver.

Ručno provjerite svaki telefon i potvrdite model i verziju hardvera (PID VID)

7800/8800 naljepnica telefona s informacijama o modelu i verziji hardvera

Koristite alat za provjeru spremnosti Cisco IP telefona

Preuzmite alat s https://github.com/joemar2/mpp_readiness_check.

Ovaj alat nije službeni Cisco alat niti je podržan od strane TAC-a. Ima best-effort podršku, ali je besplatno za korištenje.

Ovaj alat mora se pokrenuti na lokalnom računalu koje može pristupiti poslužiteljima i IP telefonima. Ima opciju omogućavanja web pristupa na IP telefonima, što se preporučuje i potrebno je za postizanje najboljih rezultata. Stoga bi ga trebalo koristiti izvan radnog vremena kako bi se izbjeglo ometanje krajnjih korisnika. Izlaz alata daje izvješće u kojem je navedeno koji od telefona serije 7800 i 8800 ispunjavaju uvjete za nadogradnju na MPP firmware. Budući da izravno pristupa telefonu, može provjeriti nepoznate uređaje koji su prijavljeni iz alata Control Hub.

Izvješće alata za spremnost Cisco IP telefona

Korisnici

Jedan od najvažnijih koraka pripreme za uspješnu migraciju je pravilno pružanje korisničkih usluga. Morate pravilno planirati za sve korisnike čak i ako provodite faznu migraciju. Korisnici moraju biti omogućeni za bilo što od sljedećeg:

Implementacija s pozivom

Implementacija s

Konfiguriranje usluga za korisnika

Omogućiti pretraživanje korisnika u imeniku (klikni za poziv, kontakt informacije korisnika, pretraživanje telefonskog imenika).

Preporučuje se da svim korisnicima omogućite pristup prije ili na početku projekta. To uključuje korisnike koji još uvijek koriste Unified CM jer je njihova platforma za pozivanje neovisna o njihovom uređaju za pozivanje (IP telefon, Jabber, itd.). Kako se korisnici prebacuju na (and/or ažurirat ćete im licence kako biste omogućili usluge koje su im potrebne. Pružanjem usluga svim poslovnim korisnicima prije početka prijelaza, omogućuje se korisniku koji je prešao na ili da u direktoriju pronađe poslovnog korisnika koji je još uvijek na Jabberu. and/or na . To osigurava da korisnici u tranziciji mogu pronaći kontaktne podatke bilo kojeg drugog korisnika i uputiti im poziv pomoću pretraživanja imenika.

Slika pretraga direktorija prikazuje primjer korisnika koji traži drugog korisnika. Rezultati pretrage prikazuju kontaktne podatke korisnika i mogu biti za korisnika koji je još uvijek na Jabberu i/ili za korisnika koji je prešao na and/or .

Pretraživanje direktorija Webex aplikacije

Zatim odredite koji će od postojećih lokalnih korisnika koji zovu biti prebačeni na . Ako će se svi ili veliki broj korisnika premjestiti, preporučuje se premještanje korisnika u grupe kako bi se osiguralo da projektni tim, IT osoblje i osoblje za podršku mogu riješiti prijelaz i sve probleme koji se mogu pojaviti. Također biste trebali odvojiti neko vrijeme za pružanje početnih informacija i sesija obuke kako biste korisnike pripremili za ovaj prijelaz. Grupiranje korisnika pri prijelazu može se provesti na temelju različitih kriterija, uključujući lokaciju ili mjesto kojem su korisnici dodijeljeni, odjele korisnika ili čak vrste korisnika (radnici znanja, rukovoditelji, mobilni radnici itd.).

Na primjer, ako su korisnici u implementaciji podijeljeni na tri glavne lokacije, New York (NYC), San Francisco (SFC) i Research Triangle Park (RTP), plan tranzicije korisnika može izgledati kao plan opisan u tablici Plan tranzicije korisnika po lokacijama.
Stol 4. Plan tranzicije korisnika po web-lokaciji
Korisnička stranica / mjesto Informacije i sesije obuke prije tranzicije Prijelazno razdoblje Podrška nakon tranzicije
New York (1.525 korisnika) Tjedan od 1. travnja 15. travnja – 27. travnja Tjedan od 29. travnja
SFO (1600 korisnika) Tjedan od 6. svibnja 20. svibnja – 31. svibnja Tjedan od 3. lipnja
RTP (1.275 korisnika) Tjedan od 3. lipnja 17. lipnja – 28. lipnja Tjedan od 1. srpnja

Drugi važan faktor je zajednički premještaj korisnika koji imaju međusobne ovisnosti. To može uključivati, ali nije ograničeno na sljedeće:

Praćenje BLF-a

Isti lov pilot/group

Dijeli linije

Dio iste grupe za preuzimanje poziva

Korištenje istih brojeva za parkiranje poziva

Interkom

Admin/Exec.

Možete pregledati konfiguraciju (GUI ili izvoz) ili koristiti alat Migration Insights kako biste lakše identificirali grupe korisnika s tim ovisnostima.

PSTN veza

PSTN-u se može pristupiti na tri načina: Cisco pozivni planovi, Cloud connect for (prije Cloud Connected PSTN) i lokalni PSTN (lokalni pristupnik). Međutim, jedna lokacija kako je definirana unutar može se dodijeliti samo jednoj PSTN opciji.

Lokalna PSTN mreža s lokalnim pristupnikom (LGW) ključna je komponenta strategije tranzicije. Omogućuje povezivost između lokalnog implementacijskog sustava and/or PSTN i platforma podržavaju Cisco i certificirane kontrolere granica sesije (SBC) trećih strana koji se mogu koristiti kao lokalni pristupnik. Za najnoviji popis podržanih SBC-ova pogledajte Popis podržanih SBC-ova.

podržava do 250 istovremenih poziva s jednog lokalnog pristupnika koji se temelji na registraciji i više od 250 istovremenih poziva s jednog lokalnog pristupnika koji se temelji na certifikatu. Lokalni pristupnici temeljeni na certifikatima mogu podržati do 6500 istovremenih poziva, ali to ovisi o vrsti povezivosti koju lokalni pristupnik mora imati (Over-the-Top vs. interconnect peering) i SBC modelu na kojem je lokalni pristupnik implementiran. Ova ograničenja su u biti zadano ograničenje broja i za lokalne PSTN pozive temeljene na pristupniku i za pozive između krajnjih točaka. Za više informacija pogledajte Početak rada s lokalnim pristupnikom.

Svi pozivi koji prelaze ovo ograničenje odbijaju se s greškom 403 Zabranjeno. Naredba prikaži aktivni glas poziva može se pokrenuti na lokalnom pristupniku u bilo kojoj instanci kako bi se utvrdio ukupan broj aktivnih poziva.

Loši mrežni uvjeti između lokalnog pristupnika i pristupnog SBC-a mogu ograničiti performanse signalne veze, što dovodi do još nižeg ograničenja istodobnih poziva. Jednosmjerna latencija između lokalnog pristupnika i podatkovnog centra ne smije prelaziti 100 ms, a jitter treba biti manji od 10 ms, dok je gubitak paketa manji od 0,5. %.

Značajke & korištenje značajki

Prilikom procjene trenutnog okruženja važno je identificirati i pregledati koje su značajke konfigurirane. Osim toga, važno je razumjeti korištenje značajki kako biste mogli (ponovno) definirati svoje poslovne i tehničke zahtjeve za implementaciju.

Da biste utvrdili koje su značajke konfigurirane, analizirajte konfiguraciju. To su svi statički podaci koji se postavljaju kada se značajka ili postavka konfigurira na sustavu. Za dovršetak ove analize mogu se koristiti sljedeće opcije:

Pregled konfiguracije u administratorskom GUI-ju

izvoz konfiguracije -- skupni izvoz ili AXL

alat za uvide u migracije (preporučeno)

Alati Cisco partnera trećih strana (preporučeno).

Za učinkovitu analizu iskorištenosti značajki, bitno je ispitati dinamičke podatke sustava kao što su iskorištenost, registracije i aktivnost poziva. Razni analitički alati i nadzorne ploče pružaju uvid u ove metrike, omogućujući sveobuhvatno razumijevanje performansi i kapaciteta sustava, što podržava informirano donošenje odluka tijekom migracije i optimizacije. Za dovršetak ove vrste analize mogu se koristiti sljedeće opcije:

Pregled sirovih CDR zapisa

Pregled podataka Unified CM RTMT-a

Alat za uvide u migracije pomoću CDR podataka

Pregled analitike UC-a povezanog s oblakom u

Glasnoća poziva

Registrirane krajnje točke

(CAC) lokacije

Iskorištenost prtljažnika.

Alati Ciscovih partnera trećih strana.

Cisco preporučuje da se za ovu analizu počne s alatom Webex Control Hub Migration Insights. Uvest ćete svoju izvoznu .TAR datoteku i Unified CM CDR datoteke (nije obavezno, ali je potrebno za analizu iskorištenosti značajki) u alat. Alat će generirati sljedeća izvješća temeljena na CSV-u koja se mogu koristiti za pokretanje analize:

Stol 5. Izvješća generirana iz Unified CM .tar datoteke
Naziv izvješća
Opis izvješća
ImportedDataBulk.csv
Svi korisnici i uređaji iz podataka Unified CM-a
DeviceEligibility.csv
Identificira uređaje koji ispunjavaju uvjete za migraciju na Webex Calling (IP telefoni, Room OS uređaji, ATA uređaji i uređaji trećih strana)
DevicePoolNumbers.txt
Popis svih brojeva u određenom skupu uređaja
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv
Detalji o uređajima i korisnicima koji bi trebali biti migrirani zajedno na temelju dijeljenih linija, pilota za pretraživanje, reda poziva, parkiranja poziva i konfiguracije grupe za preuzimanje poziva
HuntGroupMigrationInsight.csv
Detaljne informacije o dodijeljenim linijama za pretraživanje, grupama linija i pridruženim agentima
SharedlineGroupMigrationReport.csv
Pregled načina dijeljenja telefonskih brojeva (brojeva iz imenika) među korisnicima

Stol 6. Izvješća generirana iz Unified CM .tar i CDR.gzip datoteka
Naziv izvješća
Opis izvješća
FeatureUsageBasedDeviceEligibilityReport.csv
Informacije o podobnosti za migraciju uređaja na temelju korištenja značajki
FeatureUsageWithLastUsageDateReport.csv
Broj korištenja za broj poziva pilota hunta i reda čekanja poziva, zajedno s datumom posljednjeg korištenja.
UserWorkspaceLastUsage.csv
Datum zadnjeg korištenja za korisnike i radne prostore za softverske klijente i fizičke telefone
DIDUsageReport.csv
Korištenje DID-ova za dodijeljene i nedodijeljene DID-ove

Za više detalja o izvješćima Uvidi u migraciju pogledajte Uvidi u migraciju.

Ako vam trebaju dodatne informacije o značajkama i korištenju nakon pregleda informacija u izvješćima Migration Insights, Cisco preporučuje da razmotrite jedan od alata za migraciju Ciscovih partnera treće strane. and/or za pregled konfiguracija u GUI-ju ili u podacima izvoza konfiguracije.

Cisco integracije: Unity Connection UCCX UCCE

Glasovna pošta je sastavni dio ponude i izvorno je ugrađena u rješenje. Ne može se integrirati s rješenjem za govornu poštu temeljenim na premisi kao što su Unity Connection ili Unity Connection Express. Nadalje, ne postoji izvorni način za migraciju postojećih Unity poruka govorne pošte ili pozdrava na izvornu uslugu govorne pošte dostupnu s . Neki alati za migraciju Ciscovih partnera treće strane imaju mogućnosti migracije nekih od tih podataka. Za više informacija o govornoj pošti za , pogledajte Konfiguriranje i upravljanje postavkama govorne pošte za korisnika Webex Callinga.

također podržava dijeljene poštanske sandučiće govorne pošte i faksa. Za više informacija pogledajte Upravljanje dijeljenom govornom poštom i dolaznim faksom za Webex Calling.

ima ugrađenu značajku automatskog telefonskog asistenta koja je uključena kao dio osnovne platforme. Ova značajka omogućuje prijenos rukovatelja pozivima i funkcionalnosti automatskog operatera vašeg Unity Connectiona. Alat Control Hub, Migracija značajki iz Unified CM-a, podržava migraciju konfiguracija Unity Connectiona na automatske operatere. Za više informacija o korištenju ovog alata pogledajte Migracija uređaja i značajki iz Unified CM-a u Webex Calling.

Snimka poziva

uključuje dvije opcije za snimanje poziva bez dodatnih troškova.

Snimanje poziva putem Webexa

Dubber Go snimanje (ponuda partnera) - integracija između i dubbera gdje se svi snimljeni mediji sigurno čuvaju u oblaku.

uključene opcije snimanja tablica ističe neke ključne značajke dviju opcija snimanja poziva koje su dostupne bez dodatnih troškova.

Stol 7. uključene opcije snimanja
Webex Dubber Go

Dostupno svim korisnicima Dostupno svim korisnicima

Neograničene snimke Neograničene snimke

Razdoblje čuvanja od 1 godine* Razdoblje čuvanja od 30 dana

100 GB prostora za pohranu po organizaciji -

Službenici za usklađenost mogu pristupiti snimkama poziva i upravljati njima -

API-ji za upravljanje snimkama -

Administratori mogu konfigurirati i upravljati pristupom korisnika njihovim snimkama poziva
Korisnici mogu upravljati vlastitim snimkama putem korisničkog središta and/or Webex aplikacija.
Samo korisnici mogu pristupiti svojim snimkama i upravljati njima
S njihovog dubber portala.

Ako vašoj organizaciji trebaju dodatne mogućnosti snimanja poput snimanja poziva o usklađenosti, duljih razdoblja čuvanja podataka, više prostora za pohranu, analize umjetnom inteligencijom, and/or administratorski pristup, plaćene ponude ili dodaci postoje i od Cisca i od trećih strana koje pružaju usluge snimanja. Za više informacija o pružateljima usluga snimanja, konfiguracijama i dodatnim partnerskim uslugama pogledajte Upravljanje snimanjem poziva za Webex Calling.

Integracije trećih strana

podržava razne integracije trećih strana, uključujući, ali ne ograničavajući se na SBC-ove za lokalne pristupnike, IP telefone, interfonske telefone, Speaker/Pagers, ATA-e, itd. Uz ove uređaje trećih^strana, Webex Calling podržava različita rješenja trećih^strana za korisničku podršku, analitiku, snimanje, naplatu itd. Za više informacija o rješenjima trećih^strana pogledajte Webex App Hub.

Tablica 1. Primjer procjene
Uvjet	Ključna razmatranja
Spremnost mreže i propusnost	Propusnost, QoS, WAN/Internet, Firewall/NAT
Integracija s postojećim sustavima	Imenik, CRM, PBX, Email/Calendar
Kompatibilnost i opskrba krajnjih točaka	Podrška za uređaje, opskrba, ažuriranja firmvera
Sigurnosne konfiguracije i šifriranje	Šifriranje, autentifikacija, usklađenost, nadzor sigurnosti
Obuka korisnika i upravljanje promjenama	Programi obuke, dokumentacija, komunikacija promjena
Prenosivost broja i plan biranja	Broj migration/porting, prijevod plana biranja
Integracije trećih strana	Paging, kontaktni centar, faks, analogni uređaji

Tablica 2. Izračuni propusnosti za vrste poziva Webex Calling
Vrste poziva	Kodek - propusnost	Izračuni propusnosti
/ Stacionarni telefon ->	OPUS - 70 kbps	Broj istovremenih poziva * 70 kbps = Potrebna mrežna propusnost
/ Stacionarni telefon -> fiksni telefon	OPUS – 70 kbps	Broj istovremenih poziva * 70 kbps = Potrebna mrežna propusnost
/ Stacionarni telefon -> PSTN putem LGW-a	G.711 – 80 kbps	Broj istovremenih poziva * 80 kbps = Potrebna mrežna propusnost
/ Stacionarni telefon -> PSTN putem Cloud PSTN-a (npr. Cisco tarifni plan)	G.711 – 80 kbps	Broj istovremenih poziva * 80 kbps = Potrebna mrežna propusnost
/ Stacionarni telefon -> Poduzeće putem LGW-a	G.722 – 80 kbps	Broj istovremenih poziva * 80 kbps = Potrebna mrežna propusnost
/ Stacionarni telefon -> govorna pošta	OPUS – 70 kbps	Broj istovremenih poziva * 70 kbps = Potrebna mrežna propusnost

Stol 3. Primjeri izračuna propusnosti za Webex pozive
Vrste poziva	Broj istovremenih poziva	Ukupna propusnost
Webex aplikacija / Stacionarni telefon → Webex aplikacija	15	2 * 15 * 70 kbps = 2.100 kbps
Webex aplikacija / Fiksni telefon → Fiksni telefon	15	2 * 15 * 70 kbps = 2.100 kbps
Webex aplikacija / Fiksni telefon → PSTN putem LGW-a	50	2 * 50 * 80 kbps = 8.000 kbps
Webex aplikacija / Stolni telefon → PSTN putem Cloud Connecta za Webex pozive	0	0 * 80 Kbps
Webex aplikacija / Fiksni telefon → Poduzeće putem LGW-a	15	2 * 15 * 80 kbps = 2.400 kbps
Webex aplikacija / Stacionarni telefon → Webex pozivi govorna pošta	5	5 * 70 kbps = 350 kbps
Ukupan broj poziva / Propusnost	100 poziva	14.950 kbps / 14,95 Mbps

Stol 4. Plan tranzicije korisnika po web-lokaciji
Korisnička stranica / mjesto	Informacije i sesije obuke prije tranzicije	Prijelazno razdoblje	Podrška nakon tranzicije
New York (1.525 korisnika)	Tjedan od 1. travnja	15. travnja – 27. travnja	Tjedan od 29. travnja
SFO (1600 korisnika)	Tjedan od 6. svibnja	20. svibnja – 31. svibnja	Tjedan od 3. lipnja
RTP (1.275 korisnika)	Tjedan od 3. lipnja	17. lipnja – 28. lipnja	Tjedan od 1. srpnja

Stol 5. Izvješća generirana iz Unified CM .tar datoteke
Naziv izvješća Opis izvješća
ImportedDataBulk.csv Svi korisnici i uređaji iz podataka Unified CM-a
DeviceEligibility.csv Identificira uređaje koji ispunjavaju uvjete za migraciju na Webex Calling (IP telefoni, Room OS uređaji, ATA uređaji i uređaji trećih strana)
DevicePoolNumbers.txt Popis svih brojeva u određenom skupu uređaja
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Detalji o uređajima i korisnicima koji bi trebali biti migrirani zajedno na temelju dijeljenih linija, pilota za pretraživanje, reda poziva, parkiranja poziva i konfiguracije grupe za preuzimanje poziva
HuntGroupMigrationInsight.csv Detaljne informacije o dodijeljenim linijama za pretraživanje, grupama linija i pridruženim agentima
SharedlineGroupMigrationReport.csv Pregled načina dijeljenja telefonskih brojeva (brojeva iz imenika) među korisnicima

Stol 6. Izvješća generirana iz Unified CM .tar i CDR.gzip datoteka
Naziv izvješća Opis izvješća
FeatureUsageBasedDeviceEligibilityReport.csv Informacije o podobnosti za migraciju uređaja na temelju korištenja značajki
FeatureUsageWithLastUsageDateReport.csv Broj korištenja za broj poziva pilota hunta i reda čekanja poziva, zajedno s datumom posljednjeg korištenja.
UserWorkspaceLastUsage.csv Datum zadnjeg korištenja za korisnike i radne prostore za softverske klijente i fizičke telefone
DIDUsageReport.csv Korištenje DID-ova za dodijeljene i nedodijeljene DID-ove

Stol 7. uključene opcije snimanja
Webex	Dubber Go
Dostupno svim korisnicima	Dostupno svim korisnicima
Neograničene snimke	Neograničene snimke
Razdoblje čuvanja od 1 godine*	Razdoblje čuvanja od 30 dana
100 GB prostora za pohranu po organizaciji	-
Službenici za usklađenost mogu pristupiti snimkama poziva i upravljati njima	-
API-ji za upravljanje snimkama	-
Administratori mogu konfigurirati i upravljati pristupom korisnika njihovim snimkama poziva Korisnici mogu upravljati vlastitim snimkama putem korisničkog središta and/or Webex aplikacija.	Samo korisnici mogu pristupiti svojim snimkama i upravljati njima S njihovog dubber portala.

Planiranje

Plan projekta visoke razine

Migracijsko putovanje - jedan ili dva koraka?

1. opcija: Migracija korisnika u jednom koraku

2. opcija: Dvostepena migracija korisnika

1. korak

2. korak

Plan projekta visoke razine

Prilikom razvoja plana projekta visoke razine za migraciju s na , bitno je utvrditi jasne faze i prekretnice koje su usklađene s poslovnim ciljevima i tehničkim zahtjevima. Plan bi trebao započeti sveobuhvatnom fazom procjene, uključujući prikupljanje detaljnih tehničkih i poslovnih zahtjeva, kao i identificiranje dionika i definiranje kriterija uspjeha. Ključna razmatranja uključuju alokaciju resursa, procjenu vremenskog okvira, upravljanje rizicima i komunikacijske strategije kako bi se osiguralo da su sve strane informirane i uključene tijekom migracije. Osim toga, plan bi trebao uključivati kontrolne točke validacije kao što su pilot testiranje i postupno uvođenje kako bi se smanjili poremećaji i omogućile prilagodbe na temelju povratnih informacija.

Primjeri elemenata koje treba uključiti u plan projekta su:

Definiranje opsega migracije (npr. koji će se korisnici, uređaji i značajke prenijeti)

Zakazivanje treninga za krajnje korisnike i timove za podršku

Koordinacija procjena spremnosti mreže i

Planiranje prekinutih aktivnosti s rezervnim opcijama. Također je važno integrirati preglede usklađenosti i sigurnosti, kao i faze podrške i optimizacije nakon migracije.

Strukturiranjem plana projekta s ovim razmatranjima, organizacije mogu bolje upravljati složenošću, smanjiti rizike i postići glatkiji prijelaz na .

Migracijsko putovanje - jedan ili dva koraka?

zahtijeva od korisnika da koriste softverski klijent za pozivanje. Stoga, ako neki korisnici još uvijek koriste , imate dvije mogućnosti kada ih možete premjestiti na . Možete izvršiti migraciju korisnika u jednom koraku ili migraciju korisnika u dva koraka.

1. opcija: Migracija korisnika u jednom koraku

U migraciji u jednom koraku, korisnici prelaze s na u isto vrijeme kada se prebacuju s Unified CM-a na . Ova je opcija obično namijenjena korisnicima s malim brojem korisnika za migraciju i može istovremeno premjestiti i softverski klijent i uslugu pozivanja. Slika Korisnička usluga pozivanja, softverski klijent & telefon migrira u isto vrijeme u nastavku ističe ovu vrstu migracije. S ovom opcijom korisnik će istovremeno obaviti sljedeće:

Usluge pozivanja premještene su iz u

Telefonski brojevi i ekstenzije premješteni iz u

Soft klijent je prešao s Jabbera na - registrirat će se na

Registracija telefona premještena je s adrese .

Usluga pozivanja korisnika, softverski klijent & telefon migrira u isto vrijeme

Ovo i dalje može biti fazna migracija gdje se grupe korisnika premještaju u različito vrijeme, ali kada se svaki korisnik premješta, sve se to događa istovremeno.

2. opcija: Dvostepena migracija korisnika

Drugi pristup je migracija u dva koraka. U koraku 1, korisnici se prebacuju s na , ali ostaju uključeni za pozivanje usluga. Zatim se u koraku 2 korisnici premještaju iz Unified CM-a u . Ova se opcija preporučuje većim korisnicima za upravljanje promjenama krajnjih korisnika i žele odvojiti promjenu softverskog klijenta korisnika od promjene pozivajuće usluge. Sljedeća slika Migrirajte softverskog klijenta; zatim migrirajte pozivnu uslugu, softverskog klijenta & telefon na Webex Calling u nastavku ističe ovu vrstu migracije.

1. korak

Soft klijent je prešao s na - registrirat će se na .

2. korak

Usluge pozivanja premještene su iz u .

Telefonski brojevi i ekstenzije premješteni su iz u .

registracija premještena iz u .

Registracija telefona premještena je s adrese .

Migrirajte softverski klijent; zatim migrirajte uslugu pozivanja, softverskog klijenta & telefon za Webex pozive

Ovo i dalje može biti fazna migracija gdje se grupe korisnika premještaju u različito vrijeme u oba koraka.

Odabrana opcija ovisi o tome kako želite upravljati prelaskom korisnika na i . Preporuka je da se to radi u koracima (opcija 2). To vam omogućuje da odjednom minimizirate promjene krajnjeg korisnika i podijelite trud na različite dijelove projekta. Međutim, ako želite da se na korisnike utječe samo jednom, tada je valjano koristiti i 1. opciju.

Gledajući preporučeni put (Opcija 1), karta prijelaza visoke razine s Jabbera na Webex aplikaciju slika u nastavku prikazuje prijelaz visoke razine za Korak 1.

Mapa prijelaza visoke razine s Jabbera na Webex aplikaciju

U ovom koraku korisnici prelaze s Jabbera na za sve svoje usluge poziva. Međutim, platforma za pozivanje je i dalje Unified CM i registrirat će svoje usluge pozivanja na . Kao što se vidi na slici karte prijelaza s Jabbera na Webex aplikaciju na visokoj razini, lokalna infrastruktura se ne mijenja i funkcionira na isti način kao i Jabber. Jedina promjena je to što zahtijeva vezu prema .

Za više informacija o ovom prijelazu pogledajte Jabber to Webex Transition Map and Deployment Guide u odjeljku Klijent na stranici Collaboration Transition.

Mapa prijelaza visoke razine iz Unified CM-a u Webex Calling slika prikazuje prijelaz visoke razine iz u . Ovo je 2. korak preporučenog putovanja.

Mapa prijelaza visoke razine s Unified CM-a na Webex Calling

Ako se odlučite koristiti pristup u jednom koraku, i ovo vrijedi.

U ovom koraku korisnici se prebacuju u grupe. U ovom trenutku korisnici počinju koristiti usluge poziva, registraciju poziva i registraciju IP telefona.

Budući da se korisnici premještaju u grupama, Enterprise korisnici bit će podijeljeni između dvije platforme za pozivanje tijekom tranzicije. Faza 1 na slici Unified CM to Webex Calling, karta prijelaza visoke razine prikazuje ovo stanje. Tijekom ove faze potrebno je planiranje načina upravljanja pozivima između korisnika na dvije platforme i načina usmjeravanja PSTN poziva. Svaki put kada se grupa korisnika prebaci na , bit će potrebna ažuriranja planova biranja i usmjeravanja poziva na i lokalnom pristupniku(ima).

Nakon što svi korisnici, softverski klijenti i uređaji budu prebačeni u (Faza 2), sva lokalna UC infrastruktura može se ukloniti i dekomisionirati.

Dizajn

Odabir regije

Lokacije

PSTN

Plan biranja

Lokalni plan biranja u

plan biranja

Snimanje

1. Odabir pružatelja usluga snimanja poziva

2. Odabir regije

Hitni pozivi

Licenciranje

Ručno dodjeljivanje putem

Predlošci za automatsko dodjeljivanje licenci

Skupno dodjeljivanje putem CSV predloška

Dodjeljivanje temeljeno na API-ju

Zahtjevi za licencu

Omogućavanje korisnika

Grupe korisnika

Preporučeni pristup prilikom migracije s na

Dizajniranje korisničkih grupa

Jedinstvena prijava (SSO)

Podrška za više IdP-ova

1. Spajanja i preuzimanja

2. Više neovisnih IT odjela

3. Različite korisničke grupe ili domene

4. Podrška za različite protokole autentifikacije

5. Poboljšana sigurnost i usklađenost

6. Pojednostavljeno korisničko iskustvo

Duo MFA s jednokratnom prijavom za

Značajke

Automatski sudionik

Zadržavanje poziva

Preuzimanje poziva

Red čekanja na poziv

Ciljana skupina

Načini rada

Skupina za dojavu

Snimke

Primanje poziva na jedan broj

Skupina za glasovnu poštu

Odabir regije

dostupan je globalno i isporučuje se iz redundantnih podatkovnih centara u više regija: SAD (Dallas, Chicago), Kanada (Vancouver, Toronto), Europa (Frankfurt, Amsterdam), UK (London, Manchester), Australija (Melbourne, Sydney), Japan (Tokio, Osaka), Saudijska Arabija (Rijad, Džeda) i Indija (Mumbai, Chennai). Medijski PoP-ovi pružaju medijske usluge za optimizaciju vremena povratnog putovanja medija. Singapurski podatkovni centar, na primjer, koristi se za optimizaciju vremena dostave medija za korisnike u azijskim zemljama gdje vrijeme dostave u Australiju ili Japan može biti neoptimalno. Podatkovni centri međusobno su povezani višegigabitnom i potpuno redundantnom okosnicom. Slika globalno distribuiranih podatkovnih centara prikazuje pregled svih podatkovnih centara. Za najnoviji popis dostupnih podatkovnih centara pogledajte Lokacije podatkovnih centara za Webex Calling.

Globalno distribuirani podatkovni centri

Svaki korisnik je opremljen jednom od instanci. Sve informacije o opskrbi tog korisnika pohranjene su u toj instanci, a SIP signalizacija svih krajnjih točaka i lokalnih pristupnika opskrbljenih za tog korisnika vezana je za instancu na kojoj je korisnik opskrbljen. Budući da je teško promijeniti početni odabir regije, važno je uzeti u obzir sve relevantne čimbenike kao dio procesa donošenja odluke koji vodi do odabira regije. Kako bi se izbjeglo pretjerano kašnjenje u povratnom putu signalizacije, važno je rano u procesu tranzicije odlučiti koja se instanca treba koristiti. Cisco preporučuje odabir instance koja pruža najniža vremena kružnog putovanja signalizacije za najveći broj korisnika unutar implementacije.

Za dostupnost po zemljama pogledajte Gdje je Webex dostupan?.

Lokacije

Za pripremu pružanja lokacija potrebno je prikupiti potrebne informacije za sve ciljane lokacije migracije. Informacije potrebne za svaku lokaciju sažete su u Informacije koje treba prikupiti za svaku lokaciju.
Tablica 1. Informacije koje treba prikupiti za svaku lokaciju
Informacije Komentar
Raspon(i) proširenja Svaka lokacija može imati ekstenzije koje počinju različitim znamenkama. Jedna znamenka mora biti rezervirana za upravljačku znamenku za međugradsko biranje (na primjer 8) i jedna za upravljačku znamenku za PSTN (na primjer 9). Nijedan raspon proširenja ne može započeti s bilo kojom od ove dvije znamenke.
Svi rasponi proširenja svih lokacija moraju biti jednake duljine.
Raspon(i) DID-a -
PSTN upravljačka cifra -
Kod web-mjesta Svi kodovi lokacija na svim lokacijama moraju biti jedinstveni i iste duljine.
Glavni broj Prilikom stvaranja lokacije potrebno je osigurati dva DID-a. Jedan kao glavni broj (na primjer, za dodjeljivanje usluzi automatskog telefoniranja) i jedan za portal govorne pošte.
Osigurajte jedan DID za broj govorne pošte.
Broj govorne pošte
Broj licenci Potrebne licence prema vrsti, uključujući Standard, Professional, Workspace, Route List, Outbound Calling Plan.
Istovremeni pozivi u prometnim satima Zbroj istovremenih poziva između uređaja i između uređaja i lokalnog pristupnika (PSTN i pozivi prema uređajima). Potrebno je odrediti potrebnu propusnost internetskog pristupa.
Država -
Vremenska zona -
Jezik -
Kontakt (ime, telefon, e-pošta) -
Adresa (Ulica i broj, Grad, Županija, Poštanski broj) -
Fizička lokacija za otpremu hitnih službi za krajnje točke Lokacija uređaja za otpremu koja se koristi za hitne pozive obično uključuje sljedeće: adresa zgrade, adresa zgrade + broj kata, adresa zgrade + broj apartmana ili adresa zgrade + broj kata + office/cubical broj.
Jedinstvena fizička mrežna lokacija po uređaju za hitne službe Fizička mrežna lokacija za hitne pozive općenito uključuje sljedeće: prekidač / preklopni priključak za žičane uređaje, bežični identifikatori osnovnog skupa usluga (BSSID) za bežično povezane uređaje, and/or lokalne IP podmreže za krajnje uređaje.

PSTN

Prilikom dizajniranja implementacije, korisnici imaju tri primarne mogućnosti povezivanja PSTN-a: Cisco Calling Plans (PSTN usluga isporučena u oblaku kojom upravlja Cisco), Cloud Connected PSTN Providers (CCPP, gdje pružatelji usluga pružaju PSTN uslugu putem oblaka) i lokalni PSTN (gdje lokalni pristupnici povezuju poslovnu mrežu s PSTN-om). Uvođenjem PSTN trunkinga za hibridne implementacije (Za više informacija pogledajte PSTN trunking za hibridne implementacije Webex Callinga na PSTN trunking), organizacije dobivaju dodatnu fleksibilnost u svom pristupu migraciji. Ova značajka omogućuje korisnicima da na početku tranzicije prebace svoj PSTN na CCPP i započnu s prelaskom na PSTN u oblaku za korisnike, istovremeno koristeći CCPP za održavanje PSTN usluge za korisnike koji ostaju na Ciscu tijekom postupne migracije.

Ovaj hibridni pristup omogućuje organizacijama da prvo premjeste odabrane korisničke skupine u oblak, bez da odmah remontiraju cijelo svoje telefonsko okruženje. Međutim, to uvodi dodatnu složenost i rizik, posebno oko prilagodbe postojeće logike usmjeravanja poziva kako bi se podržala nova arhitektura. Interoperabilnost sa starijim aplikacijama, kao što su faks poslužitelji, kontaktni centri ili sustavi za pozivanje, također zahtijeva pažljivo razmatranje. Ključni tehnički izazovi mogu uključivati osiguravanje besprijekornog pregovaranja kodeka od početka do kraja i DTMF (dvotonska višefrekventna) signalizacija u miješanom okruženju, kao i provjeru kompatibilnosti sa specijaliziranim telefonskim značajkama. Pravilno planiranje i testiranje ključni su za minimiziranje poremećaja i održavanje pouzdanih glasovnih usluga tijekom cijelog procesa migracije. Osim toga, važna su i komercijalna razmatranja, jer hibridno trunking zahtijeva licencu za korištenje koja se temelji na broju istodobnih poziva između lokalnog okruženja i davatelja usluga PSTN-a povezanog s oblakom (CCPP).

Alternativno, organizacije mogu odlučiti zadržati svoju lokalnu PSTN povezivost tijekom cijele prijelazne faze. U ovom scenariju, migracija na CCPP može se izvršiti na dva načina: kao jedinstveni, koordinirani prijelaz za sve korisnike i lokacije nakon što je migracija dovršena ili postupno, s PSTN migracijom koja se odvija za svaku lokaciju pojedinačno kako se korisnici premještaju na . Ovaj pristup može pomoći u pojednostavljenju koegzistencije i održavanju kontinuiteta za naslijeđene integracije, ali uvodi nekoliko operativnih složenosti. Među njima su izazovi povezani s prijenosom brojeva, kao što su potreba za preciznom koordinacijom naloga za prijenos brojeva, potencijalna kašnjenja i ograničenja koja nameće davatelj usluga, poput ograničenja broja istovremenih zahtjeva za prijenos ili ograničenja prijenosa podskupova velikih blokova brojeva. Organizacije moraju pažljivo planirati svoju strategiju tranzicije na PSTN, uzimajući u obzir ove logističke aspekte kako bi izbjegle prekide usluge i osigurale nesmetan tijek migracije.

Migracija na CCCP na početku u odnosu na zadržavanje lokalne PSTN mreže

Slika Migracija na CCCP na početku u odnosu na zadržavanje lokalne PSTN mreže prikazuje dvije gore objašnjene opcije migracije na PSTN. Ilustracija s lijeve strane prikazuje scenarij u kojem svi lokalni korisnici i aplikacija koriste usluge povezane s oblakom PSTN putem lokalnog trunk-a i lokalnog pristupnika koji povezuje lokalnu mrežu s , dok ilustracija s desne strane prikazuje scenarij u kojem postojeća lokalna PSTN mreža ostaje na mjestu, a korisnici na Webex Callingu koriste lokalnu PSTN mrežu putem veze lokalnog pristupnika između lokalne mreže i . Tijekom prijelaza lokacije se mogu prebaciti na korištenje PSTN-a povezanog s oblakom.

U oba scenarija pozivi između lokalne mreže i korisnika koriste vezu lokalnog pristupnika. Veza između lokalne mreže i mora biti dizajnirana i dimenzionirana u skladu s očekivanim brojem istodobnih poziva i potrebnom redundancijom.

Plan biranja

Kako bi se postigla besprijekorna interoperabilnost između i tijekom razdoblja migracije, potrebno je razviti i implementirati sveobuhvatnu arhitekturu plana biranja na obje platforme. Ovaj dizajn plana biranja s dvije platforme osigurava dosljedno usmjeravanje poziva, prevođenje brojeva i transparentnost značajki, omogućujući korisnicima na bilo kojem sustavu komunikaciju bez degradacije usluge ili prekida korisničkog iskustva tijekom faze koegzistencije.

Lokalni plan biranja u

Tijekom prijelaza kako bi se omogućila koegzistencija uređaja registriranih na Unified CM-u i na poslovnom planu biranja, potrebno je promijeniti podatke tako da se mogu ispuniti barem sljedeći zahtjevi:

+E.164 biranje od do

Biranje ekstenzija s do (unutar lokacije, ali i između lokacija ako su rasponi ekstenzija jedinstveni)

Skraćeno međulokacijsko biranje od do

Prisilno biranje unutar mreže od do

Povratni poziv iz imenika propuštenih poziva na odredišta uključena

PSTN pozivi iz prema PSTN-u ako se tijekom prijelaza koristi lokalni PSTN za

PSTN pozivi od do ako se tijekom prijelaza PSTN trunking za hibridne implementacije koristi za pružanje PSTN pristupa lokalnim korisnicima putem Cloud Connecta za

Prisilno na mreži od do

Biranje ekstenzije s na (među lokacijama).

Ako bilo koji od gore navedenih načina biranja nije podržan prije prijelaza, na primjer ako ne postoji skraćeni način biranja između lokacija, tada ga nije nužno potrebno uvesti tijekom prijelaza.

Slika Najbolji pristup planu biranja prikazuje najbolji pristup planu biranja kako je opisano u Preferirana arhitektura za Cisco Collaboration 12.x Enterprise On-Premises Deployments, CVD. Ključne karakteristike ovog pristupa uključuju:

Jedna particija za +E.164 brojevi u imeniku

Jezgreno usmjeravanje temeljeno na +E.164 obrasci ruta

Normalizacija svih navika biranja +E.164 korištenje obrazaca prevođenja

Korištenje nasljeđivanja prostora pretraživanja pozivanjem uzorka prijevoda (opcija Koristi prostor pretraživanja pozivatelja postavljena na uzorke prijevoda).

Najbolje prakse plana biranja

Na primjer, biranje PSTN-a (9+1+10D) s uređaja u SJC-u kojem je omogućen prostor za pretraživanje linijskih poziva SJCInternational će prvo pronaći podudaranje s 9.1[2-9]XX[2-9]XXXXXX obrazac prijevoda koji normalizira broj pozvane strane u +E.164. Sekundarno pretraživanje zatim ponovno koristi isti poziv prostora pretraživanja SJCInternational (poziv nasljeđivanja prostora pretraživanja) i +E.164-digit niz će se ili podudarati s +E.164 broj imenika u particiji DN ili jednim od PSTN obrazaca rute u particiji USPSTNNational ili SJCPSTNNocal. Skraćene navike biranja unutar lokacije i između lokacija implementirane su prijevodima u particiji ESN i SJCtoE164. Dok je particija ESN globalna particija (dostupna telefonima na svim lokacijama), particija SJCTOE164 dostupna je samo korisnicima na lokaciji SJC. Ovo pretpostavlja preklapanje raspona proširenja.

Prvi korak za omogućavanje pozivanja od do je osigurati da +E.164 odredišta se usmjeravaju u skladu s tim. To se može postići dodavanjem particije u plan biranja, dodavanjem +E.164 obrasci ruta za sva odredišta do te particije i konačno dodavanje particije svim pozivajućim prostorima pretraživanja koji predstavljaju klase usluge koje moraju moći dosegnuti . Stvaranje namjenske particije potrebno je kako bi se omogućilo stvaranje diferencirane klase usluge za pozive koji potječu iz . Kako bi se izbjegle petlje poziva, prostor za pretraživanje dolaznih poziva na trunku s lokalnog pristupnika ne bi trebao imati pristup particiji.

+E.164 usmjeravanje na Webex Calling

Kao što je prikazano na slici +E.164 usmjeravanje na Webex Calling, kako bi se omogućilo usmjeravanje od do za lokaciju s +E.164 DID raspon +1 221 555 2XXX i kod lokacije 121, uzorak hitne rute koji odgovara ovome +E.164 Raspon treba dodati particiji .

Ako nije potreban odabir lokalnog pristupnika specifičnog za lokaciju, tada se umjesto korištenja popisa ruta s lokalnom grupom ruta kao odredištem za uzorke ruta koji upućuju na jednu grupu ruta može osigurati s lokalnim pristupnikom kao jedinim članom, a zatim uzorci ruta upućuju na jedan popis ruta s tom jednom grupom ruta kao jedinim unosom.

Kako bi se omogućilo skraćeno biranje između lokacija, particiji se dodaje potreban uzorak rute 8121.2XXX. Za web-lokacije koje će biti prebačene na obrazac normalizacije biranja 8121.2XXX koji normalizira ESN biranje na +E.164 možda već postoji u ESN particiji. U tom slučaju, 8121.2XXX čini se suvišnim, ali čim se svi DN-ovi odgovarajuće lokacije migriraju na 8121.2XXX, uzorak normalizacije prevođenja biranja može se ukloniti, a zatim uzorak rute 8121.2XXX omogućuje ESN biranje čak i za korisnike samo s ekstenzijama u tom rasponu.

S ovim promjenama plana biranja, pozivi na lokaciju mogu se upućivati ne samo biranjem skraćenih međulokacijskih i +E.164. Također, međunarodno i nacionalno PSTN biranje je moguće jer se te navike biranja prvo normaliziraju +E.164 kroz već postojeće obrasce prevođenja normalizacije biranja, a zatim se usmjeravaju prema podudaranju s +E.164 uzorak rute u particiji.

The +E.164 Usklađivanje uzoraka rute na rasponu DID-ova lokacije može se omogućiti dok su svi DID-ovi još uvijek hostirani na . Najbolji algoritam za usporedbu uzoraka osigurava da kada se bira broj s kojeg se nalazi +E.164 Broj imenika koji je dodijeljen bolje se podudara s zamjenskim znakom +E.164 uzorak rute koji pokazuje na tako da se pozivi proširuju na liniju na , a ne šalju na .

plan biranja

Svaki korisnik ima dodijeljeno proširenje and/or jedan +E.164 broj telefona. Duljina ekstenzije je fiksna globalna postavka: Sva proširenja u implementaciji imaju istu duljinu. Biranje ekstenzija može se koristiti između korisnika i unutar lokacije i između lokacija. Skraćeno biranje među lokacijama (potonji slučaj) funkcionira samo ako je birani ekstenzija jedinstvena.

Ako je skraćeno biranje između lokacija potrebno, ali postoje preklapanja između ekstenzija dodijeljenih na različitim lokacijama, tada je potrebno stvoriti plan numeriranja specifičan za poduzeće dodavanjem pristupnog koda (koda lokacije) ispred ekstenzija. Za više informacija pogledajte Preferirana arhitektura za Cisco Collaboration 15 lokalne implementacije, pregled dizajna dostupno na Preferirane arhitekture Cisco Collaboration.

Duljina ekstenzije, ponašanje biranja ekstenzije između lokacija, duljina prefiksa za biranje između lokacija i upravljačka znamenka u prefiksu usmjeravanja za biranje između lokacija konfiguriraju se u postavkama usluge pozivanja u :

Duljina prefiksa usmjeravanja lokacije: Duljina prefiksa uključujući upravljačku znamenku. Potrebno samo ako je potrebno uspostaviti plan numeriranja poduzeća kao alternativni skraćeni način biranja između lokacija poduzeća.

Upravljačka znamenka u prefiksu usmjeravanja: Upravljačka znamenka za skraćeno biranje između lokacija poduzeća. Treba izbjegavati preklapanja s prvom znamenkom bilo koje lokacije i znamenkama odlaznog biranja lokacije. Potrebno samo ako je potrebno uspostaviti plan numeriranja poduzeća kao alternativni skraćeni način biranja između lokacija poduzeća.

Duljina unutarnjeg produžetka: Standardna duljina ekstenzija. Može biti bilo koja vrijednost između dva i deset.
Kada je iz lokalne kontrole poziva potrebno biranje ekstenzije ili biranje pomoću brojeva značajnih za poduzeća (upravljački kod, kod lokacije, ekstenzija) i lokalna kontrola poziva šalje ekstenziju kao ID pozivatelja, obavezno postavite i parametar Maksimalna duljina nepoznatog ekstenzije u odjeljku Usmjeravanje poziva između lokacija kako biste osigurali da se uzvodni pozivi iz lokalne kontrole poziva mogu ispravno klasificirati kao lokalni pozivi.

Dopusti biranje ekstenzija između lokacija: Prebaci na enable/disable biranje ekstenzija između lokacija. Ovu opciju treba omogućiti samo ako su sva proširenja unutar organizacije jedinstvena. Ako je opcija onemogućena, tada se između lokacija moraju birati brojevi značajni za poduzeće (kôd za upravljanje, kôd lokacije, ekstenzija) ili telefonski brojevi.

Prva tri parametra se uglavnom koriste za izradu plana biranja za telefone kako bi se smanjili međuznamenkasti vremenski razmaci pri biranju s podignutom slušalicom. Odstupanja od ovih globalnih postavki su i dalje moguća (primjer - mogu se dodijeliti ekstenzije različite duljine), ali će se u Control Hubu pojaviti poruka upozorenja, a biranje s telefona može zahtijevati blokovno biranje kako bi se izbjegli sukobi unutar unaprijed učitanog plana biranja.

Tablica Primjer numeriranja poduzeća prikazuje primjer triju lokacija gdje su rasponi ekstenzija dviju lokacija, NYC i RTP, identični. Uspostavljanje sheme numeriranja poduzeća s međulokacijskom upravljačkom znamenkom 8, nakon čega slijedi troznamenkasti kod lokacije i četveroznamenkasti nastavak stvara nepreklapajuću skraćenu naviku biranja među lokacijama.

Tablica 2. Primjer numeriranja poduzeća
Web-mjesto Raspon proširenja Kod web-mjesta Poslovni asortiman

New York 2XXX 202 8 202 2XXX

SFO 3XXX 203 8 203 3XXX

RTP 2XXX 204 8 204 2XXX

Kako bi se omogućio nesmetan prijelaz, idealno bi bilo da su navike biranja za korisnike prije i poslije prijelaza iste. Kako bi se pripremili za prijelaz za svaku lokaciju, potrebno je dokumentirati DID raspone i raspone ekstenzija (ili skraćene navike biranja unutar lokacije). Na temelju tih informacija potrebno je odabrati međustanično upravljačko znamenje.

Tablica Rasponi produžnih spojeva fiksne duljine prikazuje primjer triju lokacija i raspona produžnih spojeva fiksne duljine. Budući da se preklapajuće navike biranja moraju izbjegavati, važno je osigurati da za bilo koji raspon ekstenzija prva znamenka raspona ne odgovara upravljačkoj znamenki za skraćeno biranje između lokacija. Ako je na primjer 8 odabrano kao upravljačka znamenka za biranje između lokacija, tada nijedan raspon ekstenzija na bilo kojoj lokaciji ne može započeti s 8. Tipično, ekstenzije na određenoj lokaciji odgovaraju zadnjim znamenkama DID-ova dodijeljenih toj lokaciji. Kako bi se izbjegli sukobi, prva znamenka ekstenzije može se promijeniti. Ako su, na primjer, DID-ovi u +1 Ako se na lokaciji koristi raspon 408 555 8XXX, tada se umjesto korištenja 8XXX kao raspona ekstenzija, za ekstenzije na toj web-lokaciji može koristiti 7XXX

Stol 3. Rasponi produžnih spojeva fiksne duljine
Web-mjesto Raspon proširenja Proširenja Kod web-mjesta Poslovni asortiman

New York 2XXX 2XXX 202 8 202 2XXX

SFO 8XXX 7XXX 203 8 203 7XXX

RTP 1XX 11XX 204 8 204 11XX

Sedmeroznamenkasti nizovi biranja birani na uređaju koji koristi američki plan biranja preklapaju se sa sedmeroznamenkastim uzorkom za lokalno biranje u unaprijed učitanom američkom planu biranja. Kako bi se izbjegla preklapanja između biranja unutar mreže i izvan mreže (PSTN), na toj lokaciji može se koristiti obvezni vanjski pristupni kod. Ako se postojeća shema numeriranja poduzeća i odgovarajuće skraćeno međulokacijsko biranje preklapaju s obrascima u nacionalnom biranju, tada se tijekom prijelaza na shemu numeriranja, kako bi se izbjegla preklapanja, mogu promijeniti i u dulji ili kraći oblik. Najlakši način za postizanje ovoga je dodavanje dodatne znamenke za popunjavanje shemi numeriranja. Novu, dulju shemu biranja između lokacija trebaju usvojiti samo korisnici koji su već migrirali na . Korisnici koji su još uvijek uključeni mogu nastaviti birati sedam znamenki. Plan biranja poduzeća u ovom slučaju mora osigurati da se skraćeno sedmeroznamenkasto biranje iz Unified CM-a transformira u +E.164 ili na skraćeni format biranja koji je primijenjen na . To je potrebno učiniti prije slanja poziva lokalnom pristupniku.

Tablica Prijelaz na sedmeroznamenkasto biranje prikazuje primjer ovog prenumeriranja. U ovom primjeru skraćeno biranje između lokacija koristi upravljačku znamenku 8 nakon koje slijede dvoznamenkasti kod lokacije i četveroznamenkasti ekstenzija. Kako bi se izbjeglo skraćeno sedmeroznamenkasto biranje za lokacije na , kodovi lokacija mogu se lako promijeniti u troznamenkaste tako da se ispred dvoznamenkastih kodova lokacija korištenih u doda proizvoljna znamenka za popunjavanje (8 u primjeru) tako da se za biranje među lokacijama s telefona koristi upravljačka znamenka 8 nakon koje slijedi znamenka za popunjavanje 8, stari dvoznamenkasti kod lokacije i četveroznamenkasti dodatak. Korisnici na ne moraju pamtiti nove kodove lokacija; samo trebaju zapamtiti da koriste 88 kao prefiks za biranje između lokacija umjesto 8 na .

Stol 4. Prijelaz na sedmeroznamenkasto biranje

Web-mjesto Proširenja Kôd web-mjesta Poslovni asortiman Oda stranice Poduzetnički angažman

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

U scenariju s različitim formatima brojeva poduzeća i ako se brojevi poduzeća prikazuju kao informacije o pozivatelju za pozive od do (na primjer - Pozivi s uređaja bez DID-a), važno je također implementirati mapiranje između različitih formata brojeva za informacije o pozivatelju kako bi se osiguralo funkcioniranje povratnog poziva. Ovo mapiranje se može postići korištenjem uzorka transformacije pozivatelja na trunk liniji između i lokalnog pristupnika.

Snimanje

Dobro osmišljeno rješenje za snimanje poziva zahtijeva pažljivo razmatranje nekoliko ključnih elemenata dizajna kako bi se osigurala usklađenost s organizacijskim ciljevima, regulatornim zahtjevima i tehničkim ograničenjima. Dvije najvažnije odluke uključuju odabir pružatelja usluga i odabir regije, a oboje će možda trebati prilagoditi globalno i poništiti na određenim lokacijama, na temelju poslovnih potreba.

1. Odabir pružatelja usluga snimanja poziva

Odabir odgovarajućeg pružatelja usluga snimanja poziva ključan je za ispunjavanje poslovnih ciljeva i osiguravanje usklađenosti značajki u cijeloj organizaciji:

Globalni odabir pružatelja usluga: Organizacije obično određuju primarnog pružatelja usluga snimanja poziva na globalnoj razini, osiguravajući dosljednost u skupu značajki, usklađenosti i podršci na svim lokacijama.

Nadjačavanja na temelju lokacije: U scenarijima gdje određene lokacije ili regije imaju jedinstvene poslovne potrebe ili regulatorne zahtjeve, možda će biti potrebno poništiti globalni odabir pružatelja usluga i odrediti alternativne pružatelje usluga za te lokacije. Ova fleksibilnost podržava različite mandate za usklađenost i lokalne operativne potrebe

Poslovni zahtjevi: Izbor pružatelja usluga trebao bi biti vođen procjenom poslovnih pokretača kao što su usklađenost s propisima (primjer - MiFID II, HIPAA), osiguranje kvalitete, rješavanje sporova ili potrebe za obukom.

Dostupnost značajki: Pružatelje usluga treba ocjenjivati na temelju njihove sposobnosti pružanja potrebnih značajki, kao što su praćenje u stvarnom vremenu, mogućnosti pretraživanja i reprodukcije, šifriranje, pravila zadržavanja, integracija s analitičkim platformama i podrška za različite vrste poziva (dolazne, odlazne, interne).

2. Odabir regije

Određivanje regije u kojoj se pohranjuju i obrađuju snimke poziva ključno je za usklađenost i performanse:

Odabir globalne regije: Prema zadanim postavkama, organizacije mogu odabrati jednu regiju za pohranjivanje snimaka poziva kako bi pojednostavile upravljanje i upravljanje.

Nadjačavanja regije temeljena na lokaciji: Tamo gdje to zahtijevaju zakoni o prebivalištu podataka ili korporativne politike, možda će biti potrebno nadjačati postavku globalne regije za određene lokacije, osiguravajući da se snimke poziva pohranjuju i obrađuju unutar potrebnih geografskih granica.

Zahtjevi za smještaj podataka: Dizajn mora uzeti u obzir međunarodne i lokalne propise o zaštiti podataka (kao što su GDPR, CCPA ili propisi specifični za pojedinu zemlju) koji mogu diktirati gdje i kako se čuvaju snimke poziva.

Još jedan ključni aspekt koji treba riješiti tijekom planiranja i dizajna rješenja za snimanje poziva je procjena zahtjeva za pohranom. Točno predviđanje potreba za pohranom podataka ključno je kako bi se osiguralo da je dostupan dovoljan kapacitet za podršku tekućim poslovnim operacijama, održavanje usklađenosti i izbjegavanje prekida usluge.

Prilikom određivanja očekivane potražnje za skladištenjem treba uzeti u obzir nekoliko ključnih parametara:

Količina snimljenih poziva: Procijenite očekivani broj poziva koji će biti zabilježeni unutar zadanog vremenskog intervala (npr. dnevno, tjedno ili mjesečno). To uključuje ne samo vanjske pozive već i internu komunikaciju, ako je to potrebno poslovnom politikom ili regulatornim propisima.

Prosječno trajanje poziva: Izračunajte tipičnu duljinu snimljenih poziva, jer dulji pozivi troše više prostora za pohranu. Razlike u trajanju poziva među različitim odjelima ili korisničkim skupinama također treba uzeti u obzir u procjeni

Razdoblje zadržavanja: Definirajte vremensko razdoblje čuvanja zapisa, što je često određeno organizacijskim politikama ili vanjskim propisima (kao što su standardi usklađenosti specifični za industriju). Dulja razdoblja čuvanja povećat će ukupne zahtjeve za pohranu

Projekcije rasta: Razmotrite očekivani rast broja poziva ili proširenje opsega snimanja, što može biti rezultat skaliranja poslovanja, novih regulatornih zahtjeva ili uključivanja dodatnih korisnika ili lokacija.

Temeljitom analizom ovih parametara, organizacije mogu razviti robusnu strategiju pohrane koja osigurava skalabilnost, isplativost i usklađenost s propisima za njihovo rješenje za snimanje poziva. Također je preporučljivo redovito pregledavati i prilagođavati alokacije prostora za pohranu kako se obrasci korištenja mijenjaju tijekom vremena.

Hitni pozivi

Zahtjev za usmjeravanje hitnog poziva u odgovarajući dispečerski centar zahtjev je za svaku pozivnu uslugu koja nudi PSTN uslugu. S , usmjeravanje hitnih poziva je izvorno integrirano u rješenje i uključuje podršku za sve nacionalne brojeve za hitne slučajeve u zemljama koje podržava. Usmjeravanje hitnog poziva temelji se na definiranoj lokaciji i PSTN metodi pristupa lokacije. Brojevi za hitne slučajeve su unaprijed definirani i specifični za zemlju u kojoj se korisnici i uređaji nalaze.

Postoje dva načina za upućivanje hitnih poziva u . Postoji osnovna usluga usmjeravanja hitnih poziva i poboljšana usluga usmjeravanja hitnih poziva. Osnovna usluga usmjeravanja hitnih poziva koristit će broj koji je odabrao administrator za identifikaciju lokacije i rute poziva za dosezanje hitnih službi. Za osnovne hitne pozive put poziva obično je putem PSTN opcije korisnika za tu lokaciju. Također ima poboljšano usmjeravanje hitnih poziva dizajnirano za implementacije u SAD-u i Kanadi koje imaju zahtjeve za usklađenost s propisima koji zahtijevaju korištenje nacionalnog davatelja usluga za isporuku hitnih poziva u odgovarajući dispečerski centar.

Svi korisnici trebali bi implementirati barem osnovnu konfiguraciju za hitne pozive. Za osnovne hitne pozive potrebno je da barem jedan korisnik posjeduje +E.164 broj koji će biti dodijeljen svakoj lokaciji definiranoj u . Za osnovne pozive u hitnim slučajevima, svaka lokacija bit će definirana adresom ulice na koju se u slučaju nužde šalju policija, vatrogasci ili hitna pomoć. U većini slučajeva, glavni broj za lokaciju je najbolji izbor za predstavljanje fizičke lokacije hitnog slučaja. Tipično, dodjeljivanje adrese +E.164 Broj je koordiniran s PSTN davateljem usluga. Slike u nastavku prikazuju dodjelu glavnog broja koji će se koristiti kao broj za povratni poziv u hitnim slučajevima za lokaciju Richardson.

Konfiguracija ECBN-a lokacije

U većini situacija, adresa zgrade je dovoljna kao adresa za otpremu lokacije. No ako su potrebni dodatni detalji o lokaciji za određene korisnike ili uređaje, administrator može upotrijebiti isti gore opisani postupak i dodijeliti te uređaje određenoj adresi ili preciznijoj lokaciji unutar adrese (poput kata ili sobe). U Upravljanje korisnicima u , kartica Pozivanje omogućuje korištenje određenog broja za korisnika i njegove uređaje kako bi dobili određenu adresu za otpremu. Sljedeće slike ilustriraju kako se određeni broj može dodijeliti uređaju. Administrator je odgovoran za osiguravanje da će broj koji uređaj koristi imati ispravnu adresu za otpremu. Dodjeljivanje adrese obično se vrši putem PSTN davatelja usluga te lokacije.

Konfiguracija korisničkog ECBN-a

Za implementacije telefonije u SAD-u koje moraju pružati poboljšana rješenja za hitne pozive, koristi se RedSkyjev Horizon Mobility integriran u usmjeravanje hitnih poziva. Prilikom korištenja RedSkyja za usmjeravanje poziva, administrator se mora registrirati za račun putem Cisca i konfigurirati odgovarajuće podatke u Pozivanje -> Postavke usluge za omogućavanje ove značajke. Nakon što je usluga RedSky omogućena na razini sustava, administrator će omogućiti uslugu RedSky na razini svake lokacije. Omogućavanje poboljšanog poziva u hitnim slučajevima na lokaciji aktivirat će uslugu za sve uređaje koji su dodijeljeni toj lokaciji. Uređaji koji podržavaju poboljšane pozive u hitnim slučajevima su Cisco MPP telefoni, Cisco PhoneOS telefoni i Ciscovi .

Postoje dvije postavke za omogućavanje poboljšanih hitnih poziva na lokaciji. Opcija Dopusti RedSkyju primanje informacija o mrežnoj povezivosti i testne pozive treba se koristiti za provjeru je li konfiguracija RedSkyja za mapiranje uređaja i infrastrukture ispravna. Ova postavka također omogućuje upućivanje probnih poziva na broj 933 radi provjere lokacije pomoću RedSkyjevog IVR sustava za očitavanje lokacije pozivatelja. Iako ovaj dokument neće obuhvatiti konfiguraciju RedSkyja za praćenje lokacije, administrator bi UVIJEK trebao testirati otkrivanje svoje lokacije prije aktiviranja hitnih poziva za usmjeravanje RedSkyju. Nakon što je testiranje završeno i potvrđeno kao točno, administrator će usmjeriti pozive na RedSky prebacivanjem usmjeravanja hitnih poziva na RedSky. Ovaj prekidač će usmjeriti sve hitne pozive za lokaciju na RedSky radi dostave u centar za odgovaranje na pozive za tu lokaciju.

Postavke poboljšanih hitnih poziva primjenjuju se i na klijente u prostorijama tvrtke i izvan njih. Kada se koriste lokalno, mogu se pratiti na isti način kao što se prate stolni telefoni. Kada je izvan lokacije, korisnik će moći dinamički postaviti svoju lokaciju izravno unutar . Za više informacija o hitnim pozivima pogledajte Poboljšani hitni pozivi za .

Licenciranje

Postoji više opcija za dodjeljivanje licenci korisnicima.

Ručno dodjeljivanje putem

Administratori ručno dodjeljuju licence pojedinačnim korisnicima putem sučelja.

Administratori mogu uređivati licence za usluge za pojedinačne korisnike i izravno dodijeliti licence za pozivanje.

Predlošci za automatsko dodjeljivanje licenci

Koristite predloške za dodjelu licenci za automatsko dodjeljivanje licenci korisnicima na temelju postavki grupe ili organizacije.

Automatsko licenciranje može se izvršiti putem sinkronizacije direktorija ili ručnim ažuriranjima korisnika, ali korisnici moraju imati valjanu +E.164 formatirani telefonski broj, a telefonski brojevi moraju postojati na lokaciji prije dodjeljivanja korisnicima. Ako uvjeti nisu ispunjeni (npr. nevažeći format telefonskog broja), licence neće biti dodijeljene.

Skupno dodjeljivanje putem CSV predloška

Prenesite CSV datoteku s korisničkim podacima i dodjelama licenci kako biste dodali ili izmijenili više korisnika odjednom.

Uvoz CSV-a podržava dodavanje do 20 000 korisnika i dodjeljivanje licenci, ali licence zahtijevaju određena polja poput telefonskog broja i internog broja.

Dodjeljivanje temeljeno na API-ju

Koristite API-je za programsko dodjeljivanje licenci i upravljanje korisnicima.

podržava API operacije za upravljanje korisnicima i licencama (People, SCIM 2.0 i Licenses API-ji), što se može iskoristiti za automatizaciju dodjele licenci. API za licence omogućuje istovremeno dodjeljivanje licenci, telefonskih brojeva i ekstenzija.
Stol 5. Opcije pružanja usluga korisnicima - sažetak
Metoda dodjeljivanja Prednosti Nedostaci
Ručno putem Jednostavno za malo korisnika.
Omogućuje preciznu i granularnu kontrolu nad dodjelom licenci.
Nije skalabilno, oduzima puno vremena
Sklon ljudskim pogreškama prilikom ručnog unosa.

Automatski predlošci licenci Skalabilno
Smanjuje ručne pogreške
Može se primijeniti na nove i postojeće korisnike.
Zahtijeva važeće telefonske brojeve i lokacije.
Složenije za postavljanje
Također zahtijeva korisničke grupe po grupi korisnika s jednakim zahtjevima za licenciranje.

Skupni prijenos CSV-a Učinkovito za velike korisničke skupove
Omogućuje istovremenu dodjelu licenci, telefonskih brojeva i ekstenzija.
Zahtijeva pažljivo formatiranje CSV-a
Mogućnost pogrešaka ako nedostaju telefonski brojevi ili ekstenzije ili su netočni.
Dodjeljivanje temeljeno na API-ju Automatizirano, fleksibilno.
Omogućuje istovremenu dodjelu licenci, telefonskih brojeva i ekstenzija.
Zahtijeva razvoj i poznavanje API-ja.

Tablica Opcije opskrbe korisnika - sažetak sažima opcije opskrbe korisnika te njihove prednosti i nedostatke. Ovaj pregled pomaže u odabiru najbolje metode dodjele licenci na temelju veličine organizacije korisnika, mogućnosti automatizacije te procesa i zahtjeva za dodjelu korisničkih usluga.

Kad god je to moguće, Cisco preporučuje dodjeljivanje licenci za pozive pomoću predložaka licenci. To zahtijeva da za svaku skupinu korisnika kojoj je potreban jedinstveni skup licenci (primjer - Standard vs. Professional) postoji grupa s odgovarajućim članstvom u grupi. Kao što je objašnjeno u odjeljcima Korisničke grupe, korisničke grupe mogu se ručno definirati u korporativnom imeniku ili sinkronizirati iz njega. Moguća je kombinacija oba pristupa.

Korisnici koji pripadaju više grupa dobivaju licence iz svih dodjela primijenjenih na sve njihove grupe. To omogućuje korištenje sigurnosnih grupa specifičnih za licencu u poslovnom direktoriju za upravljanje dodjelom licenci gdje rezultirajuću dodjelu korisničkih licenci kontrolira unija članstava u grupi.

Za više informacija pogledajte Postavljanje automatskog dodjeljivanja licenci u Control Hubu i Postavljanje predložaka automatskog dodjeljivanja licenci za korisnike Webex Callinga.

Zahtjevi za licencu

Ovaj odjeljak pokriva samo povezane licence. Druge vrste licenci (primjer - registracija Webex uređaja, razmjena poruka, sastanci) nisu obuhvaćene. Kao dio procesa projektiranja potrebno je utvrditi uvjete za licencu. Potrebno je izračunati broj licenci za sljedeće vrste licenci:

Standardno: broj pojedinačnih korisnika kojima su potrebne standardne telefonske značajke.

Stručnjak: broj korisnika i radnih prostora koji zahtijevaju napredne značajke telefonije. Virtualne linije i grupna govorna pošta imaju pravo na 1:1 omjer za svaku profesionalnu licencu. Stoga, u rijetkim slučajevima kada broj potrebnih virtualnih linija ili grupnih govornih poruka premašuje broj korisnika i radnih prostora kojima su potrebne napredne telefonske značajke, potrebno je uračunati dodatne profesionalne licence.

Radni prostor za zajednički prostor: broj lokacija za dijeljenu upotrebu ili zajedničkih prostora koje zahtijevaju standardne mogućnosti poziva.

Korisnička podrška: broj agenata i nadzornika kojima su potrebne značajke korisničke pomoći. Korisnička podrška uključuje profesionalnu licencu.

Popis ruta poziva: broj potrebnih poziva PSTN-a povezaneg u oblaku između lokalnih korisnika and/or specijalizirane lokalne aplikacije trećih strana.

Konzola za pomoćnike: broj korisnika kojima je potreban pristup klijentu konzole za pomoćnike.

Cisco pozivni plan (plan odlaznih poziva): broj korisnika kojima je potreban PSTN broj and/or pristup odlaznim PSTN pozivima za Cisco PSTN uslugu.

Ne postoji posebna vrsta licence za profesionalne radne prostore. Profesionalni radni prostori koriste profesionalnu licencu.

Radni prostori samo s hot-deskom nude uslugu hot-desking hosta i hitne pozive od hot-desking hosta i ne zahtijevaju nikakvu licencu. Za više informacija pogledajte Dodavanje i upravljanje uređajima samo za aktivne radne površine.

Za određivanje potrebne vrste licence za svakog korisnika i radni prostor na temelju potrebnih značajki, pogledajte Značajke dostupne prema vrsti licence za Webex Calling.

Za razliku između funkcionalnosti koje nude redovi poziva u kombinaciji s profesionalnom licencom u odnosu na korisničku podršku, pogledajte Usporedba značajki reda poziva i korisničke podrške Webex Callinga.

Omogućavanje korisnika

Prilikom pružanja usluga korisnicima u Webexu, dostupno je nekoliko opcija, svaka prilagođena različitim organizacijskim potrebama i okruženjima:

Ručno dodjeljivanje: Administratori mogu dodavati i upravljati pojedinačnim korisnicima izravno unutar . Ova metoda je jednostavna, ali najprikladnija za male organizacije ili ograničene promjene korisnika.

Skupno pružanje putem CSV-a: Za veće korisničke baze, administratori mogu skupno uvesti i ažurirati korisnike prijenosom CSV datoteka u . To omogućuje učinkovito upravljanje do tisuću korisnika odjednom.

Opcije sinkronizacije direktorija:
Konektor direktorija: Ovo je alat za automatsku sinkronizaciju koji se koristi u okruženjima Microsoft Active Directoryja. Sinkronizira korisničke račune, grupe i atribute prema rasporedu (svaki sat, dnevno ili tjedno). Podržava postavke Active Directoryja za više domena i više šuma te može sinkronizirati slike profila i objekte soba.

Čarobnjak za Entra ID (Azure AD): Dizajnirana za organizacije koje koriste Microsoft Entra ID (Azure AD), ova metoda omogućuje automatsku sinkronizaciju korisničkih računa i atributa gotovo u stvarnom vremenu izravno iz Entra ID-a u . Potpuno se upravlja iznutra i zahtijeva minimalno podešavanje.

SCIM 2.0 aplikacije: Za okruženja koja nisu Microsoftova ili druge pružatelje identiteta poput Okte ili Dua, aplikacije za sinkronizaciju temeljene na SCIM-u omogućuju automatsko pružanje i oduzimanje korisnika s mapiranjem atributa i sinkronizacijom grupa.

Unified CM sinkronizacija korisnika: Ova opcija omogućuje stvaranje korisničkih računa na temelju postojećih krajnjih korisnika sinkronizacijom s . Za to je potrebno da Cloud Connected UC (CCUC) radi na lokalnim klasterima. Međutim, općenito se preporučuje sinkronizacija korisnika iz centraliziranog direktorija u oblaku poput Entra ID-a, a ne izravno iz .

Pružanje API-ja: Javni API-ji (People, SCIM 2.0) mogu se koristiti za pružanje usluga korisnicima. Glavna prednost korištenja API-ja je mogućnost integracije korisničke opskrbe s drugim poslovnim sustavima.
Stol 6. Opcije pružanja usluga korisnicima za
Metoda pružanja usluga Opis Prednosti Nedostaci
Ručno Create/manage korisnici pojedinačno u Jednostavno za nekoliko korisnika; nije potrebna infrastruktura Nije skalabilno; oduzima puno vremena mnogim korisnicima
Skupno (CSV datoteka) Import/update korisnika skupno putem CSV-a u Učinkovito za grupe; nije potrebno kodiranje Ručna priprema CSV-a; manje dinamično
Ljudi i SCIM 2.0 API Programsko upravljanje korisnicima putem Webex API-ja Fleksibilno; podržava automatizaciju i integraciju Zahtijeva razvoj i infrastrukturu
Sinkronizacija direktorija Automatska sinkronizacija iz AD-a, Entra ID-a, SCIM aplikacija, Unified CM-a Automatizira životni ciklus; podržava filtriranje i mapiranje Složenost postavljanja: neke od opcija imaju ograničene značajke ili zahtijevaju infrastrukturu
Ovaj pregled i tablica odražavaju glavne mogućnosti pružanja usluga korisnicima, njihove prednosti i ograničenja kako bi vam pomogli odabrati najbolji pristup za potrebe vaše organizacije.

Grupe korisnika

Upravljanje korisničkim grupama omogućuje administratorima organiziranje korisnika u grupe za učinkovito skupno upravljanje licencama, postavkama i resursima. Grupe pomažu u pojednostavljenju administracije primjenom politika, licenci i predložaka postavki na više korisnika istovremeno, umjesto upravljanja korisnicima pojedinačno.

Upravljanje korisničkim grupama nudi nekoliko prednosti, uključujući:

Pojednostavljena administracija: Upravljajte licencama, postavkama i pravilima za više korisnika odjednom.

Konzistentnost: Primijenite jedinstvene postavke i licence za sve korisnike u istoj grupi.

Skalabilnost: Podržava do 250.000 članova po grupi.

Integracija: Sinkronizirajte grupe iz Microsoft Entra ID-a (Azure AD) ili Active Directoryja za automatizirano upravljanje korisnicima i grupama.

Fleksibilnost: Stvorite lokalne grupe ili sinkronizirajte sigurnosne grupe; upravljajte članstvom u grupama ručno ili putem CSV datoteka.

Raspodjela resursa: Kontrolirajte pristup ugrađenim aplikacijama i uslugama na temelju članstva u grupi.

Glavni slučajevi upotrebe za korisničke grupe prilikom pružanja usluga su:

Dodjela licenci: Dodijelite licence grupama kako biste automatski pružali usluge poput pozivanja, sastanaka, razmjene poruka ili hibridnih usluga članovima grupe.

Predlošci postavki: Primijenite kolekcije postavki usluga (npr. razmjena poruka, sastanaka, poziva) na grupe za dosljedno korisničko iskustvo.

Upravljanje velikim brojem korisnika: Dodajte ili uklonite korisnike skupno putem CSV datoteka ili sinkronizacije direktorija.

Automatizacija i integracija: Koristite API-je ili sinkronizaciju direktorija za automatizirano upravljanje životnim ciklusom korisnika i grupa.

Sljedeća tablica sažima različite opcije za upravljanje korisničkim grupama i upravljanje grupama u .
Stol 7. Mogućnosti za upravljanje grupama i članstvom u grupama
Opcija Opis Prednosti Nedostaci

grupno pružanje usluga (grupe) Izravno stvarajte i upravljajte grupama u . Add/remove članovi ručno ili putem CSV-a. Potpuna kontrola nad članstvom u grupi
Trenutna primjena licenci i predložaka
Jednostavno stvaranje i uređivanje grupa Potrebna su ručna ažuriranja
Rizik od pogrešaka pri ručnom prijenosu CSV datoteka
Nema automatske sinkronizacije s vanjskim direktorijima

Sinkronizirane grupe iz Entra ID-a (Azure AD) ili Active Directoryja Automatski sinkronizirajte sigurnosne grupe i članstva iz vanjskih servisa direktorija. Automatska sinkronizacija smanjuje ručni rad
Osigurava dosljednost s korporativnim imenikom
Podržava velike organizacije
Ne možete uređivati članstvo u grupi
Kašnjenje sinkronizacije do 12 sati
Ugniježđene grupe zahtijevaju ručni odabir

Grupe i SCIM 2.0 API (Grupe) Koristite Grupe ili SCIM 2.0 API za programsko upravljanje grupama i članstvom Automatizacija i integracija s drugim sustavima
Skalabilno za velika ili složena okruženja
Zahtijeva razvojni napor
Složenost ovisi o korištenju API-ja

Iako sinkronizirane grupe osiguravaju dosljednost i nude jednu točku administracije, moguć je hibridni pristup koji kombinira sinkronizirane grupe i grupe (upravljane u kontrolnom središtu ili putem API-ja). Dakle, na primjer, grupe za dodjelu licenci mogu biti sinkronizirane grupe, a zaseban skup grupa može se koristiti za dodjeljivanje korisničkih i pozivnih predložaka.

Ovaj sveobuhvatni pristup upravljanju korisničkim grupama omogućuje organizacijama učinkovito upravljanje korisničkim licencama, postavkama i pravilima, osiguravajući dosljedna i skalabilna iskustva suradnje.

Preporučeni pristup prilikom migracije s na

Primarni izvor podataka za korisnike je baza podataka koja sadrži informacije o krajnjim korisnicima. Međutim, obično nije mjerodavni izvor za upravljanje identitetom korisnika i, što je još važnije, bit će ugašen na kraju tranzicije te je stoga isključen kao dugoročni mjerodavni izvor informacija o identitetu.

Cisco preporučuje korištenje centraliziranog direktorija u oblaku kao što je Microsoft Entra ID (Azure AD) kao jedinog izvora istine za identitete korisnika. Sinkronizacija korisnika iz Entra ID-a osigurava dosljednost, pojednostavljuje upravljanje i podržava mogućnosti jednokratne prijave (SSO).

Kako bi se osiguralo da su svi korisnici prisutni i u Entra ID-u, organizacije bi trebale provjeriti odgovaraju li korisnički računi računima u Entra ID-u. To se može učiniti izvozom popisa korisnika iz popisa korisnika Entra ID-a i usporedbom s njima.

Ukratko, preporučena metoda pružanja usluga je sinkronizacija korisnika s Microsoft Entra ID-a (Azure AD) na Webex pomoću Azure AD Wizard-a ili SCIM aplikacija. Ručno i skupno pružanje CSV datoteka dostupne su kao dodatne metode, ali su manje skalabilne i sklonije pogreškama za velike organizacije. Osiguravanje da je Entra ID mjerodavni izvor i da svi korisnici postoje u Entra ID-u ključno je za uspješnu migraciju i dosljedno korisničko iskustvo u svim okruženjima.

Prijelaz s lokalne usluge direktorija, poput Active Directoryja, na uslugu direktorija u oblaku, poput Entra ID-a (Azure ID), neovisan je o prijelazu poziva. Cisco preporučuje dovršetak prijelaza na uslugu imenika u oblaku prije početka prijelaza poziva.

Dizajniranje korisničkih grupa

Nakon premještanja poslovnog direktorija iz lokalne baze podataka u oblak, prikupite potrebne korisničke grupe na temelju zahtjeva za licenciranje i predloške značajki. Za svaki grupni dokument:

Naziv skupine: jedinstveno ime grupe.

Licence: licence koje će se dodijeliti ovoj grupi (ako ih ima) i opseg (trebaju li se licence dodijeliti postojećim korisnicima ili samo novim korisnicima)

Predlošci postavki: Predlošci pozivanja za Webex aplikaciju i korisnike.

Sinkronizacija direktorija: Hoće li se ova grupa sinkronizirati iz poslovnog direktorija ili je ovo lokalna Webex grupa osigurana u Control Hubu ili putem API-ja.

Opis: kako će se ova grupa koristiti i koji bi korisnici trebali biti članovi ove grupe

Ovi će se podaci kasnije tijekom faze implementacije koristiti za stvaranje lokalnih grupa ili grupa u poslovnom direktoriju i upravljanje članstvom korisnika u grupama.

Jedinstvena prijava (SSO)

Cisco preporučuje korištenje SSO-a za autentifikaciju korisnika. Korištenje SSO-a ima neke uvjerljive prednosti, uključujući:

Pojednostavljena autentifikacija korisnika: Korisnici se mogu prijaviti jednom koristeći svoje korporativne vjerodajnice (npr. iz Azure ID-a) za pristup i drugim integriranim aplikacijama, čime se eliminira potreba za više lozinki i smanjuje broj upita za prijavu. To poboljšava sigurnost osiguravajući da se korporativne lozinke nikada ne pohranjuju ili prenose nakon autentifikacije.

Pojednostavljeno upravljanje korisnicima: Automatizira stvaranje, ažuriranja i deaktivaciju korisničkih računa na temelju promjena u korporativnom imeniku, smanjujući administrativne troškove i osiguravajući da samo ovlašteni korisnici imaju pristup.

Poboljšana sigurnost: SSO smanjuje zamor lozinki i rizik od kršenja lozinki centralizacijom autentifikacije putem pouzdanih pružatelja identiteta (IdP-ova).

Jednostavna integracija višefaktorske autentifikacije (MFA): MFA se može lako podržati putem rješenja za upravljanje pristupom identitetu poput Cisco Duo-a ili putem MFA podrške IdP-a.

Postoji više opcija za implementaciju SSO-a za usluge:

Jednokratna prijava (SSO) temeljena na SAML 2.0: Primarni protokol podržan za SSO integraciju, omogućujući sigurnu razmjenu podataka za autentifikaciju između IdP-a i pružatelja usluga.

OpenID povezivanje (OIDC): Podržan kao alternativni moderni protokol za autentifikaciju za SSO integraciju.

Webex identitet: Također podržano kao opcija pružatelja identiteta.

SSO se konfigurira i upravlja centralno putem , što zahtijeva razmjenu metapodataka između i odabranog IdP-a.

Nakon konfiguracije, SSO se može testirati prije aktivacije kako bi se osigurala ispravna postavka.

Cisco podržava integraciju s više testiranih i često korištenih IdP-ova i sustava za upravljanje identitetima (IAM), uključujući, ali ne ograničavajući se na:

Cisco Duo

Okta

Microsoft Active Directory Federation Services (ADFS)

Microsoft Azure

PingFederate

OpenAM

F5 BIG-IP.

Ovi IdP-ovi su u skladu sa standardima SAML 2.0 ili OpenID Connect i potvrđena je kompatibilnost s Cisco rješenjima za suradnju.

Podrška za više IdP-ova

Omogućuje organizacijama konfiguriranje SSO-a s više IdP-ova kako bi se prilagodili složenim IT okruženjima kao što su spajanja, akvizicije ili decentralizirani IT odjeli gdje različite grupe koriste različite IdP-ove. Podrška za više IdP-ova može se implementirati korištenjem značajke Višestruki IdP unutar ili putem integracije poslovnog IAM sustava poput Cisco Duo-a.

Višestruka podrška za pružatelje identiteta (IdP) adresira nekoliko ključnih slučajeva upotrebe u kojima organizacije zahtijevaju fleksibilnu i sigurnu autentifikaciju u različitim IT okruženjima:

1. Spajanja i preuzimanja

Kada se tvrtke spajaju ili preuzimaju druge, često imaju odvojene IT infrastrukture i zasebne IdP-ove koji se ne mogu federirati. Podrška za više IdP-ova omogućuje korisnicima iz obje organizacije sigurnu autentifikaciju i suradnju bez potrebe za trenutnim ujedinjavanjem svojih sustava identiteta.

2. Više neovisnih IT odjela

Velike organizacije ili vladine institucije mogu imati više neovisnih IT odjela, od kojih svaki upravlja vlastitim IdP-om. Višestruka značajka IdP-a omogućuje tim odjelima održavanje vlastitih sustava za autentifikaciju, a istovremeno korisnicima omogućuje nesmetan pristup.

3. Različite korisničke grupe ili domene

Organizacije s različitim korisničkim grupama (npr. zaposlenici naspram izvođača radova) ili više domena e-pošte mogu konfigurirati pravila usmjeravanja kako bi usmjerile zahtjeve za autentifikaciju odgovarajućem IdP-u na temelju članstva u domeni ili grupi. To podržava diferencirane politike pristupa i sigurnosne kontrole.

4. Podrška za različite protokole autentifikacije

podržava SAML i OpenID Connect (OIDC) IdP-ove, omogućujući organizacijama integraciju različitih vrsta pružatelja identiteta u skladu s njihovim postojećim infrastrukturnim i sigurnosnim zahtjevima.

5. Poboljšana sigurnost i usklađenost

Omogućavanjem više IdP-ova, organizacije mogu implementirati jače mehanizme autentifikacije, uključujući višefaktorsku autentifikaciju (MFA) putem integracija poput Dua, i provoditi dosljedne sigurnosne politike na različitim korisničkim bazama.

6. Pojednostavljeno korisničko iskustvo

Korisnici se mogu autentificirati koristeći postojeće vjerodajnice od svojih odgovarajućih IdP-ova, pružajući ujedinjeno iskustvo prijave unatoč temeljnoj složenosti višestrukih sustava identiteta.

Iako podrška za više IdP-ova pruža fleksibilnost, zahtijeva pažljivu koordinaciju među sigurnosnim i identitetskim timovima kako bi se održale dosljedne sigurnosne politike i izbjegle potencijalne ranjivosti.

Duo MFA s jednokratnom prijavom za

Duo Access Gateway (DAG) može autentificirati korisnike koristeći postojeće lokalne ili cloud direktorije kao što su Active Directory (AD) i OpenLDAP. Također podržava integraciju s drugim pružateljima identiteta kao što su Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS i Shibboleth. Ova fleksibilnost omogućuje organizacijama korištenje njihove trenutne infrastrukture direktorija za Webex SSO s Duo MFA.

Duo djeluje kao jaki sloj autentifikacije povrh autentifikacije primarnog direktorija. Funkcionira kao pružatelj identiteta (IdP) koristeći SAML 2.0 za provođenje dvofaktorske autentifikacije (2FA) prije odobravanja pristupa. Duo procjenjuje kontekst korisnika, uređaja i mreže u odnosu na konfigurirane politike kako bi dopustio ili odbio pristup, poboljšavajući sigurnost izvan samog korisničkog imena i lozinke. Duo također pruža fleksibilne kontrole pravila, kao što je zahtijevanje MFA pri svakoj prijavi za neke aplikacije, a rjeđe za druge.

Prednosti Cisco Duo-a uključuju:

Poboljšana sigurnost: Dodaje MFA otporan na phishing kako bi zaštitio pristup, smanjujući rizik od kompromitiranih lozinki.

Fleksibilne politike: Omogućuje detaljnu kontrolu nad zahtjevima za autentifikaciju po aplikaciji ili korisničkoj grupi.

Integracija s postojećim direktorijima: Podržava lokalni AD, OpenLDAP, direktorije u oblaku i razne SSO pružatelje usluga, minimizirajući promjene infrastrukture.

Pogodnost za korisnike: Podržava jednokratnu prijavu (SSO) kako bi se smanjio zamor od lozinke omogućujući korisnicima da se prijave jednom i sigurno pristupe više resursa.

Pouzdane krajnje točke: Podržava povjerenje uređaja za klijente na Windowsima i macOS-u, poboljšavajući sigurnosnu poziciju.

Samouslužna registracija: Ugrađena registracija i Duo upit poboljšavaju korisničko iskustvo tijekom postavljanja MFA-e.

Duo MFA sa SSO-om koristi postojeće direktorije poput Active Directoryja i OpenLDAP-a ili pružatelje identiteta u oblaku za autentifikaciju korisnika. Duova uloga je pružiti snažan, pravilima vođen drugi faktor autentifikacije integriran putem SAML 2.0, poboljšavajući sigurnost uz održavanje praktičnosti korisnika putem SSO-a. Prednosti uključuju poboljšanu sigurnosnu poziciju, fleksibilnu provedbu pravila, besprijekornu integraciju i bolje korisničko iskustvo.

Cisco preporučuje implementaciju SSO-a za korisnike. Za poboljšanu sigurnosnu integraciju preporučuje se Cisco Duo.

Strategija Enterprise IAM i SSO trebala bi se implementirati prije početka prijelaza s na .

Značajke

ima cijeli niz osnovnih značajki koje su uključene u uslugu. To uključuje mnoge značajke pozivanja na razini poduzeća koje su dostupne već dugi niz godina. Možda nećete vidjeti 100%-tnu podudarnost između značajki i značajki, no kao što možete vidjeti na donjoj slici, ključne značajke poziva dostupne su u .

Značajke Webex Callinga poslovne klase

Osim mnogih korisničkih značajki, ima i osnovne sistemske značajke koje su uključene u platformu. To uključuje značajke poput automatskih telefonskih sekretara, redova poziva, parkiranja poziva itd. Sve dostupne osnovne značajke sustava možete vidjeti pod Usluga → Pozivanje → Značajke kao što je prikazano na slici Osnovne značajke Webex poziva.

Osnovne značajke Webex Callinga

Automatski sudionik

Automatski telefonski program omogućuje 24/7 automatizacija obrade dolaznih poziva, što omogućuje učinkovitu obradu poziva bez potrebe da osoba odgovara na svaki poziv.

Automatski telefonski operater odgovara na dolazne pozive i pozivatelju nudi izbornik s opcijama kamo želi usmjeriti svoj poziv. To može biti upućeno osobi, govornoj pošti ili usluzi pozivanja (npr. red poziva). Pozivatelj koristi brojčanik na svom telefonu za unos broja iz izbornika automatskog telefonskog operatera.

Automatski telefonski operater podržava sljedeće ključne značajke:

Poslovni rasporedi i rasporedi nakon radnog vremena

Raspored za blagdan

Opcija izbornika za biranje kako biste usmjerili svoje kupce tamo gdje trebaju ići

Prilagodi pozdrave

Opcija biranja po imenu

Opcije prosljeđivanja poziva

Analitika i izvješća Control Huba.

Za više informacija pogledajte Upravljanje automatskim telefonskim sekretarima.

Zadržavanje poziva

Parkiranje poziva korisnicima omogućuje jednostavno stavljanje poziva na čekanje kako bi ga drugi korisnik mogao jednostavno preuzeti kada je dostupan. Također oslobađa korisnika koji je odgovorio na izvorni poziv da upućuje ili prima druge pozive dok je poziv parkiran.

Postoje dvije vrste pozivnih parkova dostupnih u :

Izravno parkiranje poziva - omogućuje bilo kojem korisniku parkiranje poziva na ekstenziju drugog korisnika ili na ekstenziju parkiranog poziva, kako je definirano od strane administratora

Grupa za parkiranje poziva - omogućuje definiranoj skupini korisnika automatsko parkiranje poziva na dostupna odredišta parkiranja definirana za grupu. Ta odredišta mogu biti ekstenzije članova grupe ili ekstenzije parkiranih poziva.

Ovisno o konfiguraciji i vrsti parkiranja, korisnici mogu preuzeti pozive biranjem *88+><extension of parked call>, pritiskom na linijsku tipku povezanu s ekstenzijom parkiranog poziva ili korištenjem softverske tipke na svom IP telefonu.

Dostupna je opcija opoziva za opoziv parkiranog poziva nakon određenog razdoblja korisniku koji ga je parkirao ili drugom korisniku.

Za više informacija pogledajte Upravljanje parkiranim pozivima u Control Hubu.

Odgovaranje na poziv

Preuzimanje poziva omogućuje administratoru definiranje grupe korisnika (članova) koji mogu odgovoriti na poziv na telefon drugog člana. To korisniku omogućuje odgovaranje na pozive kada su njegovi suigrači zauzeti i ne mogu odgovoriti na dolazni poziv.

Korisnici u grupi moraju biti na istoj lokaciji.

Korisnici mogu koristiti ili ili svoj stolni telefon za preuzimanje poziva.

:

Podržava vizualne i zvučne obavijesti

Obavijest o dolaznom pozivu

temeljeno na FAC-u (biranje *98) ili obavijest o preuzimanju poziva

Obavijesti o preuzimanju poziva za više linija.

Stolni telefoni:

Obavijest o dolaznom pozivu

Zvučni signali i vizualne obavijesti putem LED svjetla na slušalici. 6821 podržava samo audio zvona

Kada odabrana vrsta obavijesti nije nijedna

Obavijesti o preuzimanju poziva samo za primarne linije.

Za više informacija pogledajte Konfiguriranje grupe za preuzimanje poziva.

Red čekanja poziva

uključuje redove čekanja samo za glasovne pozive kao dio svojih osnovnih značajki, a svaki korisnik s profesionalnom licencom može biti dio reda čekanja, agent ili nadzornik. Ova značajka omogućuje korisnicima učinkovitu interakciju s kupcima. Redovi poziva podržavaju podskup nekih od osnovnih mogućnosti pozivnog centra kao što su glasovni redovi, povratni pozivi, usmjeravanje vještina ili prioriteta, upravljanje redovima agenata, analitika, izvještavanje itd.

Ciscov poziv za integraciju s Microsoft Teamsom omogućuje agentima pristup pozivima i značajkama reda čekanja izravno iz svog Microsoft Teams klijenta.

Redovi poziva podržavaju sljedeće ključne značajke:

Pozdravi i poruke (dobrodošlica, utjeha, šapat itd.)

Zaustavi glazbu

Povratni poziv

Pravila usmjeravanja reda čekanja (noćna usluga, praznici, prosljeđivanje)

Red čekanja agenta login/logout

Upravljanje statusom reda čekanja agenata

ili podrška za fiksni telefon

Nadzornik, agent, nadzornik, upad ili preuzimanje putem pristupnih kodova značajkama (FAC) poziva, trenira, upada ili preuzimanja

(administratorski pristup) za:

upravljanje redovima

Analitika i izvještavanje agenata i redova čekanja

Upravljanje redom čekanja, agentima i nadzornicima.

Za više informacija pogledajte Konfiguriranje reda čekanja poziva.

ima dodatnu značajku Customer Assist koja pruža dodatne mogućnosti čekanja u redu poziva i pruža agentima i nadzornicima bolje korisničko iskustvo unutar . Za usporedbu značajki reda poziva i korisničke pomoći pogledajte Usporedba značajki reda poziva i korisničke pomoći za Webex Calling.

Ciljana skupina

Grupe za pretraživanje omogućuju usmjeravanje dolaznih poziva određenoj skupini korisnika putem unaprijed određenog obrasca usmjeravanja poziva. To osigurava da na pozive odgovara prava skupina korisnika ili da se pozivi šalju na govornu poštu za daljnju obradu.

Jedna velika razlika između grupa za pretraživanje i redova poziva je u tome što se pozivi ne stavljaju u red čekanja u grupama za pretraživanje, pa ako nijedan korisnik u grupi za pretraživanje nije dostupan za odgovor na poziv, poziv će biti prekinut, poslan na govornu poštu ili proslijeđen na drugi broj (korisnika ili uslugu).

Za više informacija pogledajte Upravljanje grupama za pretraživanje u Control Hubu.

Načini rada

Funkcija Načini rada omogućuje tvrtkama učinkovito usmjeravanje poziva na različita odredišta (korisnici, govorna pošta, usluge pozivanja poput reda čekanja). Mjesto i vrijeme usmjeravanja poziva temelji se na rasporedu vremena dana i dana u tjednu, a svaki korisnik može biti ovlašten za upravljanje tim načinima rada (rasporedima) kako bi kontrolirao promjene u usmjeravanju poziva.

Na primjer, pozivi u red poziva mogu se preusmjeriti u drugi red poziva s agentima u drugoj vremenskoj zoni radi odgovaranja na pozive izvan radnog vremena, tijekom radnog vremena usmjeriti lokalnim agentima, a tijekom praznika usmjeriti na govornu poštu radi praćenja nakon što se agenti vrate u ured.

Ovlašteni korisnik može se prebacivati između ovih različitih scenarija (načina) preusmjeravanja poziva ako treba promijeniti kamo se dolazni pozivi usmjeravaju određeno vrijeme. Ovi korisnici mogu upravljati načinima rada putem svojih 6800/7800/8800 MPP telefoni, 9800 telefoni ili u korisničkom centru na Upravljanje načinima rada.

Za više informacija pogledajte Usmjeravanje poziva na temelju načina rada u Webex Callingu.

Skupina za dojavu

Grupe za pozivanje omogućuju korisnicima jednosmjerni poziv kako bi poslali audio poruku grupi korisnika. Svaka grupa može sadržavati do 75 ciljnih korisnika and/or radna mjesta do kojih se dolazi biranjem unaprijed definiranog broja ili ekstenzije.

Kada korisnik pozove grupu za pozivanje, istovremeni se poziv upućuje svim dodijeljenim ciljevima u grupi, nakon čega pozivatelj može izgovoriti svoje poruke i prekinuti poziv nakon što završi.

Za više informacija pogledajte Konfiguriranje grupe za straničenje u Control Hubu.

Snimke

podržava snimanje poziva koje je korisnik uputio ili primio. To može biti potrebno za potrebe kvalitete, osiguranja, sigurnosti ili obuke. Prema zadanim postavkama, pozivi se snimaju u formatu , ali mogu se koristiti i drugi pružatelji usluga snimanja trećih strana ako su potrebne druge značajke snimanja ili zahtjevi za usklađenost i regulatorni zahtjevi.

Kada se koristi kao platforma za snimanje, svi snimljeni pozivi se upravljaju unutar . Punopravni administratori s ulogom službenika za usklađenost mogu reproducirati i preuzeti snimke. Bez uloge službenika za usklađenost, administrator može samo izbrisati snimke.

Za više informacija o ovoj značajki i popis snimaka trećih strana pogledajte Upravljanje snimanjem poziva za Webex Calling.

Primanje poziva na jedan broj

Doseg jednog broja omogućuje pozive na korisnikov telefonski broj da zvone na više uređaja. To može uključivati i druge stolne telefone, kao i mobilne telefone. Pozivi se također mogu upućivati s ovih uređaja, a korisnici mogu preusmjeravati pozive između njih.

Za više informacija o ovoj značajki i kako je administrator konfigurira u , pogledajte Konfiguriranje dosega s jednog broja (ured bilo gdje).

Za više informacija o tome kako korisnik može upravljati i konfigurirati ovu značajku za sebe u Webex korisničkom centru (portalu), pogledajte Konfiguriranje dosega na jedan broj (ured bilo gdje).

Skupina za glasovnu poštu

Grupe govorne pošte omogućuju dijeljeni pretinac govorne pošte koji se može dodijeliti korisniku ili funkciji usmjeravanja poziva. Neki od razloga zašto bi grupa govorne pošte mogla biti potrebna su:

Glasovna pošta opće namjene za odjel ili radnu grupu

Dodajte opciju govorne pošte automatskom telefonskom operateru ili grupi za pretraživanje

Slanje dodatnih poziva iz reda čekanja poziva

Korisnici kojima je potrebna samo govorna pošta.

Za više informacija pogledajte Upravljanje dijeljenom govornom poštom i dolaznim faksom za Webex Calling.

Konzola za pomoćnike navedena je na stranici Značajke poziva u Webexu, no to je dodatna značajka za čije korištenje je potrebna kupnja licence za konzolu za pomoćnike.

Za više informacija pogledajte Početak rada s konzolom za pomoćnike.

Za informacije o svim značajkama, uključujući neke dodatne značajke, pogledajte Značajke dostupne prema vrsti licence za Webex Calling.

Tablica 1. Informacije koje treba prikupiti za svaku lokaciju
Informacije	Komentar
Raspon(i) proširenja	Svaka lokacija može imati ekstenzije koje počinju različitim znamenkama. Jedna znamenka mora biti rezervirana za upravljačku znamenku za međugradsko biranje (na primjer 8) i jedna za upravljačku znamenku za PSTN (na primjer 9). Nijedan raspon proširenja ne može započeti s bilo kojom od ove dvije znamenke. Svi rasponi proširenja svih lokacija moraju biti jednake duljine.
Raspon(i) DID-a	-
PSTN upravljačka cifra	-
Kod web-mjesta	Svi kodovi lokacija na svim lokacijama moraju biti jedinstveni i iste duljine.
Glavni broj	Prilikom stvaranja lokacije potrebno je osigurati dva DID-a. Jedan kao glavni broj (na primjer, za dodjeljivanje usluzi automatskog telefoniranja) i jedan za portal govorne pošte. Osigurajte jedan DID za broj govorne pošte.
Broj govorne pošte
Broj licenci	Potrebne licence prema vrsti, uključujući Standard, Professional, Workspace, Route List, Outbound Calling Plan.
Istovremeni pozivi u prometnim satima	Zbroj istovremenih poziva između uređaja i između uređaja i lokalnog pristupnika (PSTN i pozivi prema uređajima). Potrebno je odrediti potrebnu propusnost internetskog pristupa.
Država	-
Vremenska zona	-
Jezik	-
Kontakt (ime, telefon, e-pošta)	-
Adresa (Ulica i broj, Grad, Županija, Poštanski broj)	-
Fizička lokacija za otpremu hitnih službi za krajnje točke	Lokacija uređaja za otpremu koja se koristi za hitne pozive obično uključuje sljedeće: adresa zgrade, adresa zgrade + broj kata, adresa zgrade + broj apartmana ili adresa zgrade + broj kata + office/cubical broj.
Jedinstvena fizička mrežna lokacija po uređaju za hitne službe	Fizička mrežna lokacija za hitne pozive općenito uključuje sljedeće: prekidač / preklopni priključak za žičane uređaje, bežični identifikatori osnovnog skupa usluga (BSSID) za bežično povezane uređaje, and/or lokalne IP podmreže za krajnje uređaje.

Tablica 2. Primjer numeriranja poduzeća
Web-mjesto	Raspon proširenja	Kod web-mjesta	Poslovni asortiman
New York	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

Stol 3. Rasponi produžnih spojeva fiksne duljine
Web-mjesto	Raspon proširenja	Proširenja	Kod web-mjesta	Poslovni asortiman
New York	2XXX	2XXX	202	8 202 2XXX
SFO	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

Stol 4. Prijelaz na sedmeroznamenkasto biranje

Web-mjesto	Proširenja	Kôd web-mjesta	Poslovni asortiman	Oda stranice	Poduzetnički angažman
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

Stol 5. Opcije pružanja usluga korisnicima - sažetak
Metoda dodjeljivanja	Prednosti	Nedostaci
Ručno putem	Jednostavno za malo korisnika. Omogućuje preciznu i granularnu kontrolu nad dodjelom licenci.	Nije skalabilno, oduzima puno vremena Sklon ljudskim pogreškama prilikom ručnog unosa.
Automatski predlošci licenci	Skalabilno Smanjuje ručne pogreške Može se primijeniti na nove i postojeće korisnike.	Zahtijeva važeće telefonske brojeve i lokacije. Složenije za postavljanje Također zahtijeva korisničke grupe po grupi korisnika s jednakim zahtjevima za licenciranje.
Skupni prijenos CSV-a	Učinkovito za velike korisničke skupove Omogućuje istovremenu dodjelu licenci, telefonskih brojeva i ekstenzija.	Zahtijeva pažljivo formatiranje CSV-a Mogućnost pogrešaka ako nedostaju telefonski brojevi ili ekstenzije ili su netočni.
Dodjeljivanje temeljeno na API-ju	Automatizirano, fleksibilno. Omogućuje istovremenu dodjelu licenci, telefonskih brojeva i ekstenzija.	Zahtijeva razvoj i poznavanje API-ja.

Stol 6. Opcije pružanja usluga korisnicima za
Metoda pružanja usluga	Opis	Prednosti	Nedostaci
Ručno	Create/manage korisnici pojedinačno u	Jednostavno za nekoliko korisnika; nije potrebna infrastruktura	Nije skalabilno; oduzima puno vremena mnogim korisnicima
Skupno (CSV datoteka)	Import/update korisnika skupno putem CSV-a u	Učinkovito za grupe; nije potrebno kodiranje	Ručna priprema CSV-a; manje dinamično
Ljudi i SCIM 2.0 API	Programsko upravljanje korisnicima putem Webex API-ja	Fleksibilno; podržava automatizaciju i integraciju	Zahtijeva razvoj i infrastrukturu
Sinkronizacija direktorija	Automatska sinkronizacija iz AD-a, Entra ID-a, SCIM aplikacija, Unified CM-a	Automatizira životni ciklus; podržava filtriranje i mapiranje	Složenost postavljanja: neke od opcija imaju ograničene značajke ili zahtijevaju infrastrukturu

Stol 7. Mogućnosti za upravljanje grupama i članstvom u grupama
Opcija	Opis	Prednosti	Nedostaci
grupno pružanje usluga (grupe)	Izravno stvarajte i upravljajte grupama u . Add/remove članovi ručno ili putem CSV-a.	Potpuna kontrola nad članstvom u grupi Trenutna primjena licenci i predložaka Jednostavno stvaranje i uređivanje grupa	Potrebna su ručna ažuriranja Rizik od pogrešaka pri ručnom prijenosu CSV datoteka Nema automatske sinkronizacije s vanjskim direktorijima
Sinkronizirane grupe iz Entra ID-a (Azure AD) ili Active Directoryja	Automatski sinkronizirajte sigurnosne grupe i članstva iz vanjskih servisa direktorija.	Automatska sinkronizacija smanjuje ručni rad Osigurava dosljednost s korporativnim imenikom Podržava velike organizacije	Ne možete uređivati članstvo u grupi Kašnjenje sinkronizacije do 12 sati Ugniježđene grupe zahtijevaju ručni odabir
Grupe i SCIM 2.0 API (Grupe)	Koristite Grupe ili SCIM 2.0 API za programsko upravljanje grupama i članstvom	Automatizacija i integracija s drugim sustavima Skalabilno za velika ili složena okruženja	Zahtijeva razvojni napor Složenost ovisi o korištenju API-ja

Implementacija

Spremnost mreže

Početno postavljanje

Verifikacija domene

Pretvorite postojeće korisnike

Konfiguriranje i testiranje sinkronizacije direktorija

Postavljanje i testiranje jednokratne prijave (SSO)

Nabaviti, osigurati i provjeriti licence

Postavke usluge Webex Calling

Migracija pilota

Nabavite PSTN

Konfiguriraj lokacije

Integracija s lokalnim upravljanjem pozivima

Migrirajte korisnike u serijama

Radni prostori

Uređaji za opskrbu

Konfiguriranje značajki

Testiranje prihvatljivosti

Spremnost mreže

Prvi korak u prelasku na [] je osigurati pouzdanu i sigurnu internetsku povezivost između lokalne mreže i oblaka.

Budući da se većina organizacija spaja na internet putem jednog ili više vatrozidova ili sigurnosnih uređaja, bitno je provjeriti jesu li podržani potrebni tokovi prometa.

Mrežni i sigurnosni administratori moraju razumjeti ove tokove u smislu:

Smjer (dolazni vs. odlazni)

Protokoli (Primjer - SIP TLS, SRTP, HTTPS)

Rasponi IP adresa koje koriste usluge

Brojevi portova koji moraju biti otvoreni ili dopušteni.

To osigurava da su korporativni vatrozidovi, NAT uređaji i ostala mrežna infrastruktura pravilno konfigurirani za smještaj prometa uz održavanje sigurnosnih politika poduzeća.

Za informacije o potrebnim tokovima, uključujući IP adresu, portove i protokole, pogledajte informacije o referentnim portovima za Webex pozive. Pomoću ovih informacija konfigurirajte vatrozid, proxyje i drugu mrežnu infrastrukturu u postojećem raspoređivanju kako biste omogućili mrežne tokove.

Decentralizirani pristup internetskoj vezi iz svake podružnice ili lokacije preporučeni je pristup za usluge suradnje u oblaku kao što je . Omogućavanjem lokalnog izlaza prometa, ovaj model:

Smanjuje kašnjenje i podrhtavanje u povratnom toku, poboljšavajući ukupnu kvalitetu poziva

Učinkovito se skalira kako sve više korisnika i web-mjesta prelazi na

Besprijekorno radi sa SD-WAN-om, koji može dinamički usmjeravati sesije do najbliže ulazne točke u oblak za optimalne performanse

Omogućuje praćenje lokacije korisnika na temelju njihove javne IP adrese što pomaže u analizi medijskog puta i rješavanju problema.

Osim toga, organizacije moraju osigurati odgovarajuću propusnost interneta na svakoj lokaciji. Propusnost treba odrediti na temelju očekivanog broja istovremenih poziva, odabranog kodeka (npr. Opus ili G.711), plus dodatnog opterećenja za signalizaciju, ponovne prijenose i rast. To je usklađeno s fazom pripreme životnog ciklusa PPPIO-a i uspostavlja čvrste temelje za migraciju.

Početno postavljanje

Početni pododjeljak postavljanja unutar faze implementacije ključan je za uspostavljanje dobro strukturiranog i upravljivog okruženja za pozivanje u oblaku. Ova faza obuhvaća ključne zadatke poput osnivanja organizacije, nabave i dodjele licenci te provjere i polaganja prava na domene vaše tvrtke kako bi se osiguralo pravilno upravljanje korisnicima i sigurnost. Osim toga, uključuje pružanje predložaka licenci za automatizaciju dodjele korisničkih licenci, konfiguriranje jednokratne prijave (SSO) za pojednostavljenje provjere autentičnosti korisnika i poboljšanje sigurnosti te prilagođavanje postavki usluga i klijenata kako bi se uskladile s organizacijskim pravilima i potrebama korisnika. Dovršetak ovih početnih aktivnosti postavljanja osigurava da je okruženje pravilno konfigurirano za skalabilnost, sigurnost i besprijekorno korisničko iskustvo, postavljajući temelje za sljedeće faze implementacije i rada.

Verifikacija domene

Kako biste omogućili identifikaciju korisnika registriranih s domenama e-pošte vaše tvrtke na , bitno je provjeriti vaše domene. Bez provjere domene, korisnici će biti dodijeljeni organizaciji potrošača, što će zakomplicirati upravljanje korisnicima za vašu tvrtku. Verifikacija domene obavezan je korak koji vašoj organizaciji omogućuje učinkovito prisvajanje i upravljanje tim korisnicima.

Provjerite jesu li sve domene povezane s adresama e-pošte vaših korisnika provjerene. Verifikacija domene nije isključiva; ista domena može biti verificirana u više organizacija.

Za više informacija o upravljanju domenama pogledajte Upravljanje domenama.

Pretvorite postojeće korisnike

Nakon uspješne provjere domena, možete nastaviti s prijavom korisnika koji su se registrirali za korištenje domena e-pošte vaše tvrtke u svoju organizaciju. Ovaj proces objedinjuje sve korisnike pod jednim organizacijskim kišobranom, omogućujući centralizirano upravljanje i pojednostavljenu administraciju. Prihvaćanjem ovih korisnika osiguravate da vaša tvrtka ima potpunu kontrolu nad korisničkim računima, što vam omogućuje dodjeljivanje odgovarajućih licenci, konfiguriranje usluga i učinkovito pružanje potrebne podrške. Ovaj objedinjeni pristup upravljanju poboljšava sigurnost, pojednostavljuje pružanje usluga korisnicima i osigurava dosljedan pristup uslugama u cijeloj vašoj organizaciji. Prisvajanjem korisnika također se sprječava njihovo upravljanje u vanjskim ili potrošačkim organizacijama, čime se održava organizacijski integritet i kontrola nad resursima za suradnju.

Za više informacija o prisvajanju korisnika, pogledajte Prisvajanje korisnika u vašu organizaciju (pretvaranje) korisnika.

Konfiguriranje i testiranje sinkronizacije direktorija

Kako biste omogućili besprijekorno upravljanje korisnicima i grupama, možete sinkronizirati korisnike i grupe iz svog korporativnog imenika, bilo Microsoft Entra ID (prije Azure AD) ili Microsoft Active Directory (AD) u . Ovaj proces osigurava dosljedno održavanje korisničkih identiteta i članstva u grupama u cijelom vašem okruženju.

Za organizacije koje provode fazne implementacije, ključno je kontrolirati i ograničiti opseg sinkronizacije tijekom početnih implementacija. To minimizira rizik od neželjenih promjena i omogućuje ciljano testiranje prije šire primjene.

Najučinkovitija metoda za filtriranje sinkroniziranih korisnika je korištenje članstva u grupi direktorija:

1
Stvorite namjensku grupu za sinkronizaciju: U direktoriju tvrtke (Microsoft Entra ID ili AD) stvorite sigurnosnu grupu posebno za sinkronizaciju (primjer, grupa za sinkronizaciju).

2
Popunite grupu ciljnim korisnicima: U ovu grupu dodajte samo korisnike koje želite sinkronizirati (kao što je testna grupa tijekom pilot faze). To vam omogućuje strogu kontrolu nad time tko je uključen u proces sinkronizacije.

3
Konfigurirajte ugovor o sinkronizaciji s filtriranjem na temelju grupe: Prilikom postavljanja ugovora o sinkronizaciji u Directory Connectoru ili pružanju Entra ID-a, konfigurirajte opseg tako da uključuje samo korisnike koji su članovi određene grupe.

Za Microsoft Entra ID možete koristiti dodjele temeljene na grupama u postavkama pružanja usluga.

Za AD možete definirati LDAP filtar kako biste uključili samo korisnike koji pripadaju određenoj grupi.

4
Proširite grupu po potrebi: Kako napredujete prema širim fazama implementacije, jednostavno dodajte dodatne korisnike ili grupe u grupu za sinkronizaciju. Opseg sinkronizacije automatski će se proširiti i uključiti te korisnike, omogućujući kontrolirano i postupno uvođenje.

Primjer koraka implementacije:

U aktivnom direktoriju:

Izradite sigurnosnu grupu pod nazivom Grupa za sinkronizaciju.

Dodajte željene pilot korisnike u ovu grupu.

Postavite Directory Connector s LDAP filterom kao što je: (memberOf=CN=Webex Sinkronizacija Group,OU=Groups,DC=yourdomain,DC=com).

U Microsoftovom unosu ID-a:

Stvorite grupu pod nazivom Grupa za sinkronizaciju

Dodijelite grupu postavkama opskrbe Entra ID-a

Samo će korisnici u ovoj grupi imati pristup .

Uvijek testirajte sinkronizaciju temeljenu na grupi u neprodukcijskom okruženju prije nego što je primijenite na cijelu organizaciju.

Redovito provjeravajte članstvo u grupi kako biste osigurali da su sinkronizirani samo ovlašteni korisnici

Za kontinuirano upravljanje, automatizirajte ažuriranja članstva u grupi na temelju poslovnih pravila ili HR sustava ako je moguće.

Reference:

Sinkronizirajte korisnike Entra ID-a u Control Hub

Postavite aplikaciju Entra ID Wizard u Control Hubu

Konektor direktorija

Postavljanje i testiranje jednokratne prijave (SSO)

Jednokratna prijava (SSO) poboljšava sigurnost i pojednostavljuje korisnički pristup omogućujući korisnicima da se jednom autentificiraju sa svojim korporativnim vjerodajnicama i dobiju nesmetan pristup. Podržava SSO integraciju s IdP-ovima kompatibilnim sa SAML 2.0, uključujući Microsoft Entra ID (prije Azure AD), federirana rješenja Active Directoryja (AD) i razne IdP-ove trećih strana.

U ovom trenutku treba implementirati i testirati dizajniranu SSO postavku.

Reference:

Integracija jednokratne prijave u kontrolnom središtu

konfigurirajte jednokratnu prijavu za webex administraciju

Konfigurirajte jednokratnu prijavu s Microsoft Entra ID-om

SSO s više IdP-ova

Upravljanje SSO-om prilikom integracije u Control Hubu

Nabaviti, osigurati i provjeriti licence

Kao dio početne postavke za , bitno je nabaviti, osigurati i provjeriti odgovarajuće licence kako bi se učinkovito omogućile i upravljale uslugama. Proces nabave uključuje odabir vrsta licenci na temelju korisničkih uloga i opterećenja, kao što su Professional, Standard i Workspace licence. Licence se generiraju i dodjeljuju putem Ciscovih softverskih platformi ili putem partnera. Nakon nabave i opskrbe, potrebno je provjeriti ispravan broj licenci u . Ovaj postupak osigurava da organizacija ima ispravne licence aktivirane i spremne za korištenje u implementaciji.

Kao dio početnog postavljanja licenciranja u , važno je konfigurirati automatsko licenciranje temeljeno na organizaciji kako bi se pojednostavilo dodjeljivanje licenci za nove korisnike. Ova postavka omogućuje automatsko dodjeljivanje licenci kada se korisnici dodaju u organizaciju, čime se eliminira potreba za ručnim dodjeljivanjem licenci. Prilikom konfiguriranja automatskog licenciranja na razini organizacije, odabirete usluge koje želite dodijeliti i definirate opseg, kao što je primjena licenci samo na buduće korisnike ili uključivanje i postojećih korisnika.

Međutim, ako vaš plan implementacije uključuje automatsko licenciranje na razini grupe, možete odabrati da ne dodjeljujete licence na razini organizacije kako biste izbjegli sukobe ili dupliciranje dodjele licenci. Kod automatskog licenciranja na razini grupe, licence se dodjeljuju na temelju članstva u grupi. Korisnici u više grupa dobivaju licence iz svih primjenjivih grupnih dodjela.

Konfiguracija dodjele licenci na temelju grupe mora se izvršiti nakon što je dovršena sinkronizacija direktorija kako bi sinkronizirane grupe postojale i mogle se koristiti za dodjelu licenci.

Konkretno, automatsko dodjeljivanje licence zahtijeva dodatne detalje o pružanju usluga kao što su lokacija korisnika i dodjeljivanje telefonskog broja. Poslovni telefonski broj korisnika mora biti u +E.164 formatu, unaprijed osigurana i dodijeljena valjanoj lokaciji kako bi se licenca automatski aktivirala. Ako ovi uvjeti nisu ispunjeni, korisniku se usluge neće automatski pružati i možda će biti potrebna ručna intervencija.

Ukratko, konfigurirajte automatsko licenciranje temeljeno na organizaciji za nove korisnike ako želite široko dodjeljivanje licenci za cijelu organizaciju. Ako želite detaljniju kontrolu ili imate različite potrebe za licenciranjem po grupi, konfigurirajte automatsko licenciranje na razini grupe i izbjegavajte dodjeljivanje licenci na razini organizacije kako biste spriječili preklapanje i osigurali pravilno upravljanje licencama.

Postavke usluge Webex Calling

Bitno je provesti sveobuhvatan pregled i konfiguraciju globalnih postavki usluga unutar .

Započnite pristupom i navigacijom do odjeljka postavki. Pažljivo ispitajte svaku opciju koju je moguće konfigurirati, uključujući, ali ne ograničavajući se na, konfiguraciju internog biranja, parametre za hitne pozive, pravila usmjeravanja poziva, upravljanje govornom poštom i zadane postavke uređaja.

Prilagodite ove globalne postavke kako bi odražavale politike i dizajnerske odluke vaše organizacije.

Također, postavke i predlošci korisnika i aplikacija.

Migracija pilota

Tijekom faze implementacije, izvršavanje pilot migracije predstavlja ključnu prekretnicu u validaciji prijelaza s na . Ovaj pilotni projekt uključuje pružanje usluge reprezentativnom podskupu korisnika na jednoj ili više lokacija na platformi, osiguravajući da odabrana populacija odražava različite slučajeve upotrebe i organizacijske uloge. Paralelno s migracijom korisnika, bitne usluge suradnje, uključujući govornu poštu, automatske telefonske sekretare, redove poziva i grupe za pretraživanje, moraju se prebaciti na njihove ekvivalente kako bi se održao kontinuitet poslovanja i funkcionalnost usluge.

Pilot migracija trebala bi iskoristiti istu kombinaciju alata koje pruža Cisco i uslužnih programa za migraciju trećih strana koji su planirani za širu organizacijsku implementaciju, osiguravajući da su procesi, tijekovi rada automatizacije i točke integracije temeljito validirani u reprezentativnim uvjetima.

Primarni ciljevi ovog pilotnog projekta su dvostruki: prvo, validirati i poboljšati procese tranzicije od početka do kraja, uključujući tijekove rada za pružanje usluga korisnicima, postupke migracije podataka i konfiguracije krajnjih točaka; i drugo, sveobuhvatno provjeriti funkcionalnost migriranih usluga u stvarnim operativnim uvjetima.

Ovaj fazni pristup omogućuje projektnom timu da identificira i otkloni sve tehničke ili proceduralne probleme u kontroliranom okruženju, prikupi povratne informacije korisnika o novom iskustvu platforme, procijeni učinkovitost odabranih alata za migraciju i uspostavi povjerenje u metodologiju migracije prije nego što nastavi sa širim organizacijskim uvođenjem.

Uvidi stečeni tijekom ove pilotne faze ključni su za optimizaciju sljedećih valova migracije i osiguravanje glatke tranzicije s ublažavanjem rizika za cijelo poduzeće.

Nabavite PSTN

Za nabavu PSTN usluga za , prvo odaberite opciju PSTN povezivosti u .

Ako organizacija planira održavati hibridnu dvostruku kontrolu poziva ( faza 1 na slici Fazni prijelaz pozivanja: Hibridni i oblačni) privremeno ili na neodređeno vrijeme, morat će implementirati jedan ili više lokalnih pristupnika za lokalnu PSTN mrežu kako bi omogućili pozive između krajnjih točaka.

Ako je krajnji cilj potpuni prijelaz ( faza 2) u oblak, uključujući PSTN, tada će za PSTN biti potreban Cisco Calling Plan ili opcija Cloud Connect.

Surađujte s odabranim davateljem usluga kako biste naručili i prenijeli telefonske brojeve prije nego što ih konfigurirate u . Naručivanje telefonskih brojeva ili pokretanje narudžbi za prijenos je samo required/possible za lokalnu PSTN mrežu i Cloud Connect za . Za Cisco pozivne planove, naručivanje i prenošenje podataka pokreće se unutar Control Huba čim se lokacija kreira, i to u zemljama u kojima je Cisco pozivni plan dostupan. Za više informacija o Cisco Calling planovima pogledajte Početak rada s Cisco planovima.

Kao dio implementacije PSTN-a, provjerite je li vaš davatelj usluga omogućio i dolazne i odlazne PSTN usluge za vašu lokaciju. Osim toga, izvršite probne pozive kako biste provjerili usmjeravaju li se pozivi ispravno putem odabrane PSTN veze.

Konfiguriraj lokacije

Prije dodavanja korisnika i uređaja u , morate osigurati lokacije za pozivanje. Za svaku lokaciju mora se unijeti važeća adresa ulice. U SAD-u i Kanadi, ova adresa se potvrđuje i platforma koristi za slanje PIDF-LO informacija o lokaciji za hitne pozive.

Prilikom konfiguriranja lokacija koje koriste lokalni PSTN, potrebno je u skladu s tim postaviti lokalne pristupnike. U , za svaki lokalni pristupnik moraju se stvoriti trunk i grupa ruta, a grupa ruta se zatim dodjeljuje kao PSTN izbor za lokaciju. Cisco toplo preporučuje da uvijek odaberete grupu ruta kao PSTN izbor, jer vam taj pristup omogućuje jednostavno dodavanje dodatnih trunkova u budućnosti, podržavajući i skalabilnost i redundanciju. Cisco također preporučuje omogućavanje podrške za dvostruki identitet i P-Charge-Info na svakom PSTN trunku, jer to pojednostavljuje identifikaciju naplatne strane za odlazne izravne ili preusmjerene pozive. Ako vaš davatelj PSTN usluga koristi drugačije zaglavlje za naplatu, možete kopirati podatke iz zaglavlja P-Charge-Info na lokalnom pristupniku u potrebno zaglavlje za naplatu.

Za lokacije koje koriste Cloud Connect ili Cisco Calling Plan kao svoju PSTN opciju, jednostavno odaberite odgovarajući PSTN izbor za lokaciju tijekom postavljanja. Ako lokacija koristi Cloud Connect za PSTN ili lokalnu PSTN mrežu, morat ćete dodati telefonske brojeve koji su naručeni u prethodnom koraku. Brojeve možete dodati kao neaktivne ako ih ne želite odmah uključiti u usmjeravanje poziva; te brojeve možete aktivirati kasnije kada budu dodijeljeni korisnicima ili značajkama.

Važno je uvijek postaviti glavni broj za svaku lokaciju. Glavni broj može se dodijeliti korisniku ili funkciji, kao što je automatski telefonski operater. Da biste omogućili govornu poštu na lokaciji, obavezno postavite pilotni broj govorne pošte, također poznat kao broj govornog portala.

Dodatne postavke za pozivanje lokacija uključuju konfiguriranje detalja za hitne pozive kao što su broj za povratni poziv u hitnim slučajevima, opcije obavijesti i poboljšane značajke hitnih poziva. Također biste trebali pregledati i prilagoditi postavke snimanja, jezične postavke i konfiguracije uređaja prema potrebi za svaku lokaciju. Ako vaša organizacija koristi skraćeno međulokacijsko biranje unutar mreže s brojevima značajnim za poduzeća, ne zaboravite konfigurirati jedinstveni kod lokacije za lokaciju u postavkama internog biranja. Konačno, ako vanjsko biranje zahtijeva znamenku za odlazno biranje, obavezno je postavite u postavkama vanjskog biranja. Kada je konfigurirana odlazna brojka za biranje, Cisco preporučuje omogućavanje primjene odlazne brojke za biranje kako bi se osigurala dosljednost.

Integracija s lokalnim upravljanjem pozivima

Za integraciju s lokalnim upravljanjem pozivima potrebno je konfigurirati operatere, grupe ruta, poslovne planove biranja te postavke lokacije i globalne postavke. Započnite postavljanjem trankova i lokalnih pristupnika namijenjenih za međusobno povezivanje s lokalnim sustavom za kontrolu poziva; ovaj korak je potreban samo ako su potrebni namjenski trankovi. Ako su postojeći kanali i grupe ruta dovoljni za vašu implementaciju, mogu se ponovno upotrijebiti za lokalnu međusobnu vezu bez dodatne konfiguracije.

Nakon što su uspostavljene grupe linija i ruta, nastavite s izradom planova biranja poduzeća i dodijelite odgovarajuću grupu ruta kao odredište za svaki plan biranja. Kada integracija uključuje više lokalnih sustava za kontrolu poziva povezanih putem različitih linija, bit će potrebni višestruki planovi biranja. Važno je osigurati da ovi planovi biranja sadrže samo obrasce potrebne za usmjeravanje poziva na lokalna odredišta.

Ako vaša implementacija zahtijeva podršku za usmjeravanje nepoznatih ekstenzija, ova značajka treba biti omogućena na razini lokacije. Osim toga, kada je aktivirano usmjeravanje nepoznatog ekstenzijskog broja, morate odrediti maksimalnu duljinu nepoznatog ekstenzijskog broja u odjeljku Usmjeravanje poziva između prostorija u postavkama usluga poziva u . To osigurava besprijekorno usmjeravanje poziva i pravilno rukovanje scenarijima biranja temeljenim na ekstenzijama u vašem integriranom okruženju.

Migrirajte korisnike u serijama

Prilikom migracije korisnika iz u , možda nećete moći premjestiti sve korisnike istovremeno. To može biti zbog više razloga, uključujući, ali ne ograničavajući se na broj web-mjesta ili korisnika, koliko je vremena potrebno za tranziciju web-mjesta and/or grupa korisnika istovremeno, ograničeni IT ili resursi lokacije za podršku prozora promjene, trajanje prozora promjene, složenost promjene itd.

Prilikom migracije korisnika u fazama, ključno je identificirati koje korisnike treba migrirati zajedno u istoj seriji. Primarni cilj je migrirati korisnike koji međusobno ovise o svojim uslugama i značajkama poziva. Želite osigurati da su sve njihove značajke poziva (primjer - redovi poziva) u potpunosti funkcionalne kao što su bile prije prijelaza na .

Čak i ako implementirate međusobno djelovanje poziva između i s lokalnim pristupnicima, ne možete podijeliti dijeljene usluge ili značajke preko ove veze. Stoga je potrebno identificirati ovisnosti između korisnika promatrajući značajke poput:

Praćenje drugih korisnika pomoću BLF-ova

U istom pilotu za pretraživanje, redu poziva itd.

Zajednički reci

Korištenje preuzimanja poziva

Korištenje istih brojeva za parkiranje poziva

Interkom

Executive/Admin.

Primjer bi bio korisnik koji je dio Hunt grupe koja se prelazi na . Ovaj će korisnik prijeći u Hunt Group i sa svim ostalim članovima Hunt Group. Stoga, nakon tranzicije, Hunt Group i njezini članovi mogu uspješno odgovarati na pozive na novoj platformi.

To postaje izazovnije kada su korisnici povezani s različitim grupama korisnika za različite usluge i značajke poziva. To će zahtijevati istovremeni prijelaz više od jedne skupine korisnika i jedne usluge pozivanja.

Pomoću alata Migration Insights ili alata treće strane koji ste koristili u fazi pripreme odredite koje korisnike i značajke treba grupirati. Ovaj rezultat trebao se koristiti za razvoj vašeg plana migracije i dat će vam uvid u to kako ćete grupirati korisnike i značajke koje je potrebno prenijeti zajedno.

Ključni koraci prilikom prelaska grupe korisnika su:

Identificiranje korisnika za zajedničku migraciju

Provjerite jesu li svi korisnici unutra

Provjerite postoje li svi TN-ovi za korisnike u

Provjerite ispravan format telefonskog broja u imeniku

Provjerite jesu li predlošci licenciranja i postavki za korisničke grupe ispravno postavljeni

Provjera ili konfiguriranje svih usluga i značajki poziva za grupu korisnika (prije ili tijekom prijelaza, prema potrebi)

U korporativnom imeniku dodajte korisnike u grupu korisnika s omogućenim pozivanjem

Iskoristite alate - alati za migraciju korisnika i značajki and/or alati trećih strana

Disable/Delete user/device broj u imeniku i pozivanje features/services nakon tranzicije.

Nakon migracije grupe korisnika, testirajte podskup korisnika kako biste provjerili rade li sve njihove značajke i usluge poziva ispravno. Ako se značajke pozivanja poput reda čekanja poziva, grupa za pretraživanje itd. prenose s grupom korisnika, testirajte ispravnost funkcionalnosti tih usluga poziva.

Radni prostori

U , radni prostor odnosi se na dijeljenu lokaciju (poput sobe za konferencije, prostora za sastanke ili radnog stola) kojoj se mogu dodijeliti uređaji, ekstenzije i korisnici. Za razliku od tradicionalnih Unifed CM telefona, radni prostori su:

Usredotočeno na lokaciju: vezani za fizičke prostore.

Fleksibilno za uređaj: može imati jedan ili više uređaja (stolni telefoni, ploče itd.).

Nakon što su radni prostori identificirani kao dio prijelaza na , mogu se dodati pod Uređaji. Svakom radnom prostoru potreban je dodjela uređaja, a ako su već u Unified CM-u, potrebno ih je resetirati ili ponovno omogućiti. Značajke poput govorne pošte, prosljeđivanja poziva i preuzimanja poziva mogu se omogućiti ili onemogućiti, a pravila se mogu primijeniti za videopozive, parkiranje poziva i mobilnost prema potrebi. Testirajte svaki radni prostor upućivanjem internih i eksternih poziva, testiranjem videopoziva, konferencija i značajki mobilnosti. Na kraju, obavijestite korisnike o svim primjenjivim postupcima za uređaje i rezervacije radnog prostora.

Za više informacija o radnim prostorima u , pogledajte Radni prostori.

Uređaji za opskrbu

Telefoni koji su trenutno registrirani morat će se migrirati kao dio prijelaza u oblak. Kako bi migracija bila što jednostavnija uz minimalnu mogućnost neuspjeha, Cisco preporučuje istovremenu migraciju fizičkih lokacija ili odjela. Međutim, možda ćete morati migrirati korisnike u serijama zbog ovisnosti značajki. Za više detalja pogledajte odjeljak Migriranje korisnika u serijama.

Sve podržane telefone s kojih trebate prijeći morat ćete konfigurirati kao korisnika ili radni prostor, a fizički telefon morat ćete ponovno konfigurirati za registraciju na . Osim toga, telefoni serije 7800 i 8800 trebaju nadograditi firmver s Enterprise firmvera na Multiplatform Phone (MPP) firmver. Ovaj postupak uključuje učitavanje prijelaznog firmvera prije učitavanja MPP firmvera potrebnog za registraciju. Također je potrebna odgovarajuća migracijska dozvola. Cisco je poboljšao ovaj proces tijekom posljednjih nekoliko godina kako bi vam olakšao nadogradnju vaših telefona s Enterprise firmwareom na MPP firmware. Za više informacija o koracima za dovršetak nadogradnje firmvera, pogledajte Pretvaranje IP telefona serije Cisco 7800 i 8800 između Enterprise i MPP firmvera.

Uz korake opisane u ovom članku, ima ugrađeni alat, Migrirajte svoj telefon na Webex Calling, koji možete koristiti za migraciju svojih telefona 7800 i 8800 s Enterprise na MPP firmver. Ovaj alat vam također omogućuje dodavanje telefona i njihovo dodjeljivanje odgovarajućim korisnicima ili radnim prostorima. Za više informacija o korištenju alata pogledajte Migrirajte telefon.

Zahtjev za migraciju firmvera ne primjenjuje se na telefone serije 9800 registrirane s gore navedenim. Ovi telefoni koriste PhoneOS, koji podržavaju i . Za prijenos ovih telefona morat ćete ih dodati u Webex Calling, dodijeliti ih korisniku ili radnom prostoru, a zatim vratiti telefone na tvorničke postavke. Slijed pokretanja PhoneOS-a za registraciju donja slika prikazuje slijed pokretanja PhoneOS-a i kako će se telefon registrirati nakon što je dodan u , čak i ako je telefon još uvijek omogućen na and/or DHCP opcije (primjer - 150) su u upotrebi.

Redoslijed pokretanja PhoneOS-a za registraciju

podržava vraćanje PhoneOS uređaja na tvorničke postavke kako bi se omogućila Zero-Touch integracija. Administratori mogu daljinski vratiti telefone 9800 i 8875 na tvorničke postavke putem CUCM administratorskih stranica, što eliminira potrebu za fizičkim pristupom telefonima za njihovu integraciju u . Ova značajka je podržana s paketima uređaja od 9. rujna 2025.:

CUCM v15 - Unified Communications Manager verzija 15

CUCM v14 - Unified Communications Manager verzija 14.

Za više informacija o postupku registracije za seriju 9800, pogledajte Postupak registracije.

Uz Cisco IP telefone, možda će biti potrebno osigurati i druge uređaje kao što su analogni telefonski adapteri (ATA), bežični (Wifi, DECT) telefoni, video uređaji, glasovni pristupnici i uređaji i telefoni trećih^strana. Mnogi od ovih uređaja nemaju put nadogradnje firmvera poput IP telefona za prelazak s poslovnog firmvera na firmver u oblaku. Stoga ćete svaki od ovih uređaja osigurati u Control Hubu. Na neke od njih nije moguće preći i morat će ih zamijeniti ekvivalentni model (npr. ATA 191/192) a drugi će zahtijevati ručnu rekonfiguraciju and/or promjene softvera.

Glasovni pristupnici - Za migraciju lokalnog pristupnika pogledajte Migracija lokalnog pristupnika.
Za više informacija o konfiguriranju glasovnog pristupnika VG400, VG410 ili VG420 u Control Hubu, pogledajte Lokalni pristupnik

Analogni telefonski adapter (ATA) - Za početak rada s Cisco ATA 191 i 192, pogledajte Cisco ATA.

Bežični Wifi telefon - Za integraciju bežičnih telefona 840 i 860, pogledajte Integracija bežičnog telefona Webex.

Bežični DECT telefoni - Za početak rada s novom Cisco IP DECT serijom 6800, pogledajte Cisco IP DECT.

Za izgradnju i upravljanje digitalnom DECT mrežom u Control Hubu, pogledajte Upravljanje DECT mrežom

Za više informacija o Cisco IP DECT 6800, pogledajte Vodič za implementaciju

uređaji i telefoni trećih^strana - Surađujte s dobavljačima trećih^strana na device/phone zahtjeve i postupak njihove migracije ili zamjene radi podrške.

Konfiguriranje značajki

Sve potrebne funkcije pozivanja potrebno je osigurati prije ili tijekom prijelaza. Kao što je već spomenuto u odjeljku Migracija korisnika u serijama, značajke pozivanja potrebno je konfigurirati i prebaciti kada se prebace i korisnici koji ih koriste.

Za detalje o konfiguriranju svake od značajki pogledajte odgovarajuće članke pomoći za konfiguraciju.

Automatski telefonski operateri - Za upravljanje automatskim telefonskim operaterima pogledajte Automatski telefonski operateri

Parkiranje poziva - Za upravljanje parkiranjem poziva pogledajte Parkiranje poziva

Preuzimanje poziva - Za konfiguriranje grupe za preuzimanje poziva, pogledajte Preuzimanje poziva

Red poziva - Za konfiguriranje reda poziva, pogledajte Red poziva

Grupe za lov - Za upravljanje grupama za lov pogledajte Upravljanje grupama za lov

Načini rada - Za usmjeravanje poziva na temelju načina rada, pogledajte Usmjeravanje poziva na temelju načina rada

Grupe za straničenje - Za konfiguriranje grupe za straničenje, pogledajte Konfiguriranje grupe za straničenje

Snimke - Za upravljanje snimanjem poziva za , pogledajte Upravljanje snimkama

Doseg jednog broja - Za konfiguriranje dosega jednog broja (ured bilo gdje), pogledajte Konfiguriranje jednog broja

Grupa govorne pošte - Za upravljanje dijeljenom govornom poštom i dolaznim faksom za , pogledajte Upravljanje govornom poštom.

Testiranje prihvatljivosti

Testiranje prihvatljivosti osigurava da migrirano okruženje ispunjava funkcionalne zahtjeve, radi kako se očekuje i pruža besprijekorno korisničko iskustvo u svim komunikacijskim tijekovima rada. Ovaj proces validacije je višestruk i obuhvaća sve, od dodjeljivanja korisnika i brojeva do operativnih performansi naprednih značajki poziva.

Ovaj odjeljak pruža primjere i ističe ključne aspekte koje treba uzeti u obzir tijekom ispitivanja prihvatljivosti; međutim, nije namijenjen da služi kao iscrpan ili sveobuhvatan popis za provjeru.

Pružanje usluga korisnicima i dodjeljivanje brojeva

Temeljni aspekt testiranja prihvatljivosti uključuje provjeru jesu li svi korisnici točno i potpuno osigurani unutar . To zahtijeva temeljitu usporedbu između izvornog() direktorija i novouspostavljene korisničke baze kako bi se osiguralo da je svaki korisnički račun, zajedno s pripadajućim atributima kao što su interni brojevi i dodjele izravnog dolaznog biranja (DID), ispravno migriran. Potpunost opskrbe ključna je ne samo za operativnost od prvog dana, već i za kontinuiranu administraciju i podršku.

Validacija dodjele broja uključuje potvrdu da je svakom korisniku dodijeljen ispravan ekstenzijski i vanjski broj te da se ti brojevi ispravno usmjeravaju u internim (unutar mreže) i eksternim (PSTN) tokovima poziva. Bitno je provjeriti ima li preklapanja, nedostajućih dodjela ili pogrešnih konfiguracija koje bi mogle dovesti do pogrešaka u usmjeravanju poziva ili prekida usluge.

Tokovi poziva PSTN-a i prikaz identifikacije pozivatelja

Robusni postupak testiranja prihvatljivosti mora obuhvaćati potpunu validaciju tokova poziva PSTN-a. To uključuje scenarije dolaznih i odlaznih poziva. Za dolazne PSTN pozive, tim za testiranje trebao bi potvrditi da se pozivi dostavljaju na predviđene krajnje točke, bilo da se radi o pojedinačnim korisnicima, redovima poziva, grupama za pretraživanje ili automatskim telefonskim operaterima. Odlazni PSTN pozivi moraju se uspješno uputiti, s posebnom pažnjom na ispravnu dostavu i prikaz informacija o identifikaciji pozivatelja. To uključuje osiguravanje da se vanjskim primateljima prikažu ispravno ime i broj pozivatelja, u skladu s organizacijskim politikama i regulatornim zahtjevima.

Testiranje bi također trebalo obuhvatiti scenarije prebacivanja u slučaju kvara, kao što je rukovanje nedostupnim krajnjim točkama ili prekidima u radu mreže. To pomaže potvrditi da rezervni mehanizmi i alternativno usmjeravanje ispravno funkcioniraju, održavajući kontinuitet i pouzdanost usluge.

Tokovi poziva unutar mreže

Interni, ili mrežni, tokovi poziva čine okosnicu poslovne komunikacije. Testiranje prihvatljivosti u ovom području potvrđuje da se pozivi između korisnika unutar organizacije ispravno usmjeravaju, a značajke poput prijenosa poziva, čekanja, prosljeđivanja i konferencija rade kako je predviđeno. Integritet planova biranja, povezivost između ekstenzija i podrška za organizacijske politike poziva moraju biti potvrđeni.

Obrada korisničkih poziva i validacija značajki

Važan aspekt testiranja prihvatljivosti uključuje provjeru načina na koji korisnici rukuju pozivima pomoću i podržanih fiksnih telefona. Ovaj proces usmjeren je na potvrdu da su svakodnevni tijekovi rada poziva intuitivni i pouzdani te da korisnici imaju nesmetan pristup ključnim značajkama potrebnim za njihove uloge. Testiranje bi trebalo procijeniti lakoću kojom korisnici mogu upućivati i primati pozive, upravljati funkcijama čekanja i nastavka te obavljati i slijepa i konzultativna prebacivanja. Također je bitno provjeriti jesu li prosljeđivanje poziva, konferencije i druge napredne mogućnosti, poput parkiranja i preuzimanja poziva ili aktiviranja načina "Ne uznemiravaj", lako dostupne i rade li nesmetano.

Iskustvo treba procijeniti s obzirom na jasnoću i brzinu odziva, uzimajući u obzir kako korisnici komuniciraju s povijesti poziva, govornom poštom i integriranim imenicima. Dodatnu pozornost treba posvetiti mogućnosti premještanja aktivnih poziva između uređaja i učinkovitom korištenju kontrola tijekom poziva unutar aplikacije ili na fizičkim telefonima. Krajnji je cilj osigurati da je iskustvo krajnjeg korisnika dosljedno, učinkovito i da u potpunosti podržava komunikacijske potrebe organizacije nakon migracije.

Redovi poziva: Iskustvo agenta i nadzornika

Redovi poziva često se koriste za rukovanje scenarijima s velikim brojem dolaznih poziva. Testiranje prihvatljivosti ovdje se fokusira na nekoliko dimenzija. Prvo, treba provjeriti da se pozivi distribuiraju agentima prema konfiguriranoj logici reda čekanja, kao što su kružni postupak, najdulji neaktivni period ili istovremeno zvonjenje. Prikaz poziva u redu čekanja na radnim površinama agenata mora se provjeriti radi jasnoće i jednostavnosti korištenja, osiguravajući da agenti mogu učinkovito prihvaćati, zadržavati i preusmjeravati pozive.

Za nadzornike, iskustvo na računalu treba procijeniti zbog značajki kao što su praćenje u stvarnom vremenu, uključivanje poziva i analitika ili uvidi u performanse reda čekanja. To uključuje, ali nije ograničeno na, provjeru valjanosti nadzornih ploča i alata za izvještavanje koji pružaju korisne podatke o distribuciji poziva, aktivnosti agenata i metrikama reda čekanja.

Lovačke skupine: Distribucija poziva

Grupe za pretraživanje ključni su mehanizam za distribuciju poziva unaprijed definiranim skupovima korisnika. Testiranje prihvatljivosti treba potvrditi da se pozivi usmjeravaju članovima grupe na temelju konfiguriranog algoritma pretraživanja te da se scenariji prelijevanja, prosljeđivanja i neodgovora rješavaju u skladu s dizajnom. Osiguravanje da se ponašanje članstva u grupi i usmjeravanja poziva podudara s onima prethodno utvrđenima ključno je za operativnu dosljednost i zadovoljstvo korisnika.

Automatski operateri: Obavijesti i rad izbornika

Automatski telefonski operateri predstavljaju prvu liniju automatizirane obrade poziva. Testiranje mora obuhvatiti reprodukciju obavijesti, točnost snimljenih pozdrava i ispravan rad stabala izbornika. Odabiri u izborniku trebali bi pouzdano usmjeravati pozivatelje prema odgovarajućim odjelima, pojedincima ili vanjskim brojevima. Testiranje bi također trebalo uključivati nevažeće scenarije ili scenarije isteka vremena kako bi se potvrdilo da pozivatelji primaju jasne upute ili su preusmjereni kako je predviđeno.

Rad govorne pošte

Konačno, funkcionalnost govorne pošte ključna je za korisničko iskustvo. Testovi prihvatljivosti trebali bi potvrditi da su pretinci govorne pošte ispravno dodijeljeni i dostupni, kako unutar organizacije tako i daljinski. Mogućnost snimanja, dohvaćanja i upravljanja porukama mora biti potvrđena, zajedno s dostavom obavijesti.

Optimizacija

Migracija PSTN-a na Cloud Connect za

Optimizirajte lokalnu infrastrukturu

Koristite analitiku i rješavanje problema

Migracija PSTN-a na Cloud Connect za

Nakon što se sve krajnje točke i korisnici migriraju u pozive u oblaku, jedina svrha Unified CM-a je djelovati kao tranzit između PSTN pristupnika i putem lokalnog pristupnika. Uklanjanje PSTN pristupnika i lokalnog pristupnika korištenjem Cloud Connecta kao PSTN pristupa za sve korisnike Webex Callinga ima nekoliko prednosti, uključujući smanjenje troškova i poboljšanu pouzdanost. Za prelazak lokalnog PSTN pristupa na Cloud Connect za , slijedite ove korake:

Cloud Connect za odabir partnera.

Pogledajte popis partnera za Cloud Connect i odaberite jednog od dostupnih partnera za lokaciju vaše organizacije.

Cloud Connect za validaciju.

Prije prebacivanja PSTN pristupa za lokacije na Cloud Connect, treba provjeriti i validirati povezivost s PSTN-om putem odabranog Cloud Connect partnera. U tu svrhu, potrebno je osigurati testnu lokaciju s nekim testnim korisnicima koji su osigurani na toj testnoj lokaciji. PSTN pristup za ovu testnu lokaciju zatim se postavlja na Cloud Connect partnera prije validacije PSTN povezivosti pomoću testnih telefona. Nakon uspješne validacije, testna lokacija može se deprovisionirati.

Prijenos broja.

Za pripremu prelaska na Cloud Connect potrebno je naručiti portove za sve brojeve koji su trenutno dodijeljeni PSTN trunk-u koji završava na. Sve brojeve potrebno je prenijeti partneru Cloud Connecta. Kako bi se održala dostupnost među lokacijama, sve brojeve svih lokacija potrebno je prenijeti istovremeno.

Prebacite se na partnera Cloud Connecta.

Na dan prelaska, PSTN pristup za sve lokacije mora biti postavljen na Cloud Connected PSTN davatelja usluga, a potrebno je provjeriti dolaznu i odlaznu povezivost.

Kao što je objašnjeno u odjeljku o PSTN-u u poglavlju o dizajnu, korisnici također mogu odabrati premještanje svog PSTN pristupa na Cloud Connect na početku prijelaza koristeći PSTN trunking za hibridne implementacije. Za više informacija pogledajte PSTN trunking za hibridne implementacije Webex Callinga. U tom slučaju, tijekom prijelaza, pristup PSTN-u je putem lokalnog pristupnika, a nakon premještanja svih korisnika na ne postoji dodatni korak migracije vezan uz PSTN osim dekomisioniranja i lokalnih pristupnika.

Optimizirajte lokalnu infrastrukturu

Nakon što su svi korisnici prebačeni na registraciju u oblaku i sve krajnje točke prebačene na registraciju u oblaku (ili su deaktivirane), ažurirajte odgovarajuću lokalnu infrastrukturu sada kada se koristi pozivanje u oblaku. Ažuriranja infrastrukture uključuju:

Uklonite lokalne SRV zapise za kontrolu poziva i razmjenu poruka DNS-a s lokalnih DNS poslužitelja, uključujući cisco_uds._tcp.<domain>, cup_login._tcp.<domain>. Ovi SRV zapisi više nisu potrebni za otkrivanje klijentskih usluga.

Uklonite DNS SRV zapise povezane s rubom iz javnog DNS sustava, uključujući collab_edge._tls.<domain>. Ovi SRV zapisi više nisu potrebni za otkrivanje klijentskih usluga rubnih usluga za suradnju.

Ažurirajte sve relevantne DHCP opsege kako biste uklonili opciju 66 i opciju 150 TFTP/boot adrese poslužitelja. Ovi opsezi više nisu potrebni za otkrivanje i preuzimanje konfiguracije kontrole poziva krajnjih točaka.

Update/remove odgovarajući dial-peeri u Lokalnom Gateway/CUBE koji usmjeravaju pozive prema i iz Unified CM-a. Ovi dial-peeri više nisu potrebni za lokalno usmjeravanje poziva.

Brisanje ili uklanjanje svih virtualnih strojeva i čvorova klastera and/or poslužitelji. Prenamijenite računalne resurse i hardver prema potrebi. Ovi resursi više nisu potrebni za kontrolu poziva i rubne usluge.

Izbrišite ili uklonite sve virtualne strojeve čvorova klastera and/or poslužitelji. Prenamijenite računalne resurse i hardver prema potrebi. Ovi resursi više nisu potrebni za govornu poštu i usluge objedinjenog slanja poruka.

Čišćenje: Nakon migracije PSTN pristupa na Cloud Connected PSTN, PSTN trunkovi, PSTN pristupnici i lokalni pristupnici mogu se deaktivirati.

Za svako postojeće lokalno E911 rješenje, izbrišite sve lokacije ili brojeve na koje ste migrirali i nakon što je potpuni prijelaz dovršen, uklonite virtualne strojeve ili poslužitelje aplikacije. Prenamijenite računalne resurse i hardver prema potrebi. Ovi resursi više nisu potrebni za hitne pozive i usluge lokacije.

DN-ovi koji pripadaju migriranim korisnicima trebaju biti smješteni u skrivenu particiju kako bi se izbjegli kvarovi usmjeravanja poziva i kako bi se osiguralo da svi CSS-ovi imaju prioritetni pristup putanji u oblaku istih DN-ova.

Ažurirajte fizičku lokaciju za otpremu i mrežni element u Horizon Mobilityju kad god dođe do promjena. Uobičajene aktivnosti koje zahtijevaju ažuriranja su:

Zamjena mrežnog prekidača

Zamjena bežične pristupne točke

Promjene opsega DHCP-a

Fizičke promjene unutar zgrade (ako se rješava cubical/office)

Fizičko širenje ili skupljanje uredskog prostora unutar zgrade.

Koristite analitiku i rješavanje problema

pruža sveobuhvatne mogućnosti analize i rješavanja problema kako bi vam pomogao vizualizirati i pratiti vašu implementaciju. To obuhvaća kvalitetu medija, detaljnu povijest poziva, red poziva, grupu za pretraživanje i analitiku automatskih telefonskih sekretara. Primjer analitike kvalitete medija prikazan je na slici analitika kvalitete medija.

analitika kvalitete medija

U odjeljku za rješavanje problema, svaki poziv upućen pomoću može se pregledati s detaljnim informacijama o ključnim problemima s kvalitetom medija i signalizacijom kako bi se pomoglo u preciznom određivanju problema s medijima, kao i neuspjelih poziva, kao što je prikazano na slici rješavanje problema s kvalitetom medija.

Rješavanje problema s kvalitetom medija

Rješavanje problema može se integrirati i s drugim Cisco proizvodima poput ThousandEyes i Meraki preklopnika kako bi se pružilo još bogatije integrirano iskustvo u Control Hubu. Za više informacija o korištenju analitike i rješavanju problema s Webex Callingom, pogledajte Rješavanje problema s pozivima Webex Callinga u Control Hubu.

1	Stvorite namjensku grupu za sinkronizaciju: u direktoriju poduzeća (Microsoft Entra ID ili AD) stvorite sigurnosnu grupu posebno za sinkronizaciju (na primjer, grupa za sinkronizaciju).
2	Popunite grupu ciljnim korisnicima: U ovu grupu dodajte samo korisnike koje želite sinkronizirati (poput testne grupe tijekom pilot faze). To vam omogućuje strogu kontrolu tko je uključen u proces sinkronizacije.
3	Konfiguriranje ugovora o sinkronizaciji s grupnim filtriranjem: Prilikom postavljanja ugovora o sinkronizaciji u Directory Connector ili Entra ID-u, konfigurirajte opseg tako da uključuje samo korisnike koji su članovi određene grupe. Za Microsoft Entra ID možete koristiti dodjele temeljene na grupama u postavkama pružanja usluga Za AD možete definirati LDAP filtar tako da uključuje samo korisnike koji pripadaju navedenoj skupini.
4	Proširite grupu prema potrebi: Kako napredujete u šire faze implementacije, jednostavno dodajte dodatne korisnike ili grupe u grupu za sinkronizaciju. Opseg sinkronizacije automatski će se proširiti na te korisnike, omogućujući kontrolirano i postupno uvođenje. Primjer koraka provedbe: U aktivnom direktoriju: Stvorite sigurnosnu grupu pod nazivom grupa za sinkronizaciju. Dodajte željene pilot korisnike u ovu grupu. Postavite Directory Connector s LDAP filterom kao što je: (MemberOf = CN = Webex Sync Group, OU = Groups, DC = YourDomain, DC = com). U Microsoftu unesite ID: Stvorite grupu pod nazivom sinkronizirajuća grupa Dodijelite grupu postavkama pružanja u Entra ID-u Samo će korisnici u ovoj grupi biti osigurani za. Uvijek testirajte sinkronizaciju temeljenu na grupama u neproizvodnom okruženju prije nego što se prijavite na cijelu organizaciju Redovito pregledavajte članstvo u grupi kako biste bili sigurni da su sinkronizirani samo ovlašten Za kontinuirano upravljanje automatizirajte ažuriranja članstva u grupi na temelju poslovnih pravila ili HR sustava ako je moguće. Reference: Sinkronizirajte korisnike Entra ID-a u Control Hub Postavljanje aplikacije Entra ID Wizard u Control Hub Priključak direktorija

1	Stvorite namjensku grupu za sinkronizaciju: U direktoriju tvrtke (Microsoft Entra ID ili AD) stvorite sigurnosnu grupu posebno za sinkronizaciju (primjer, grupa za sinkronizaciju).
2	Popunite grupu ciljnim korisnicima: U ovu grupu dodajte samo korisnike koje želite sinkronizirati (kao što je testna grupa tijekom pilot faze). To vam omogućuje strogu kontrolu nad time tko je uključen u proces sinkronizacije.
3	Konfigurirajte ugovor o sinkronizaciji s filtriranjem na temelju grupe: Prilikom postavljanja ugovora o sinkronizaciji u Directory Connectoru ili pružanju Entra ID-a, konfigurirajte opseg tako da uključuje samo korisnike koji su članovi određene grupe. Za Microsoft Entra ID možete koristiti dodjele temeljene na grupama u postavkama pružanja usluga. Za AD možete definirati LDAP filtar kako biste uključili samo korisnike koji pripadaju određenoj grupi.
4	Proširite grupu po potrebi: Kako napredujete prema širim fazama implementacije, jednostavno dodajte dodatne korisnike ili grupe u grupu za sinkronizaciju. Opseg sinkronizacije automatski će se proširiti i uključiti te korisnike, omogućujući kontrolirano i postupno uvođenje. Primjer koraka implementacije: U aktivnom direktoriju: Izradite sigurnosnu grupu pod nazivom Grupa za sinkronizaciju. Dodajte željene pilot korisnike u ovu grupu. Postavite Directory Connector s LDAP filterom kao što je: (memberOf=CN=Webex Sinkronizacija Group,OU=Groups,DC=yourdomain,DC=com). U Microsoftovom unosu ID-a: Stvorite grupu pod nazivom Grupa za sinkronizaciju Dodijelite grupu postavkama opskrbe Entra ID-a Samo će korisnici u ovoj grupi imati pristup . Uvijek testirajte sinkronizaciju temeljenu na grupi u neprodukcijskom okruženju prije nego što je primijenite na cijelu organizaciju. Redovito provjeravajte članstvo u grupi kako biste osigurali da su sinkronizirani samo ovlašteni korisnici Za kontinuirano upravljanje, automatizirajte ažuriranja članstva u grupi na temelju poslovnih pravila ili HR sustava ako je moguće. Reference: Sinkronizirajte korisnike Entra ID-a u Control Hub Postavite aplikaciju Entra ID Wizard u Control Hubu Konektor direktorija

Cisco AI Assistant

Hvala na povratnim informacijama.

Vodič za implementaciju migracije

Prije nego što počnete

Pregled

Osnovne komponente

Pregled procesa PPDIO

Opći opis PPDIO

Korištenje PPDIO- Unified CM a za Webex Calling migracijske projekte

Pripremite

Plan

Dizajn

Implementirati

Optimizirajte

PPDIO povratne petlje

Migracijski pristup

Pripremite

Poslovni i tehnički zahtjevi

Zašto su važni zahtjevi za prikupljanje:

Poslovni zahtjevi

Tehnički zahtjevi

Spremnost mreže i zahtjevi

Postavljanje UC-a povezanog s oblakom

Procjena trenutnog okruženja

Licenciranje

Lokacije/Mjesta

Popis postojećih uređaja/klijenata

Provjerite prihvatljivost uređaja

Korisnici

PSTN povezivanje

Značajke i upotreba značajki

Cisco integracije: Unity Connection UCCX UCCE

Snimanje poziva

Integracije trećih strana

Plan

Plan projekta na visokoj razini

Migracijsko putovanje - jedan ili dva koraka?

Opcija 1: Migracija korisnika u jednom koraku

Opcija 2: Migracija korisnika u dva koraka

Korak 1

Korak 2

Dizajn

Odabir regije

Lokacije

PSTN

Plan biranja

Lokalni plan biranja u

plan biranja

Snimanje

1. Odabir davatelja usluga snimanja poziva

2. Odabir regije

Hitni poziv

Licenciranje

Ručno dodjeljivanje kroz

Predlošci automatskog dodjele licenci

Skupno dodjeljivanje putem CSV predloška

Dodjela temeljena na API-ju

Zahtjevi za licencu

Pružanje usluga korisnika

Korisničke grupe

Preporučeni pristup prilikom migracije s na

Dizajniranje korisničkih grupa

Jednokratna prijava (SSO)

Podrška za više IDP

1. Spajanja i preuzimanja

2. Više neovisnih IT odjela

3. Različite korisničke grupe ili domene

4. Podrška za različite protokole provjere autentičnosti

5. Poboljšana sigurnost i usklađenost

6. Pojednostavljeno korisničko iskustvo

Duo MFA sa SSO za

Značajke

Automatski upravitelj

Nazovite Park

Preuzimanje poziva

Red za pozive

Grupa za lov

Načini rada

Pejdžerska grupa

Snimke