Sprievodca nasadením migrácie

Úvod

Skôr ako začnete

Táto príručka je určená tímom alebo jednotlivcom so skúsenosťami s konfiguráciou a správou koncových bodov Cisco Unified Communications Manager (Unified CM) a Cisco vrátane stolných telefónov IP, video zariadení a softvérových klientov Jabber. V celom tomto dokumente sú odkazy na dokumentáciu produktu a podpory, ktoré vám pomôžu.

Tento dokument sa zameriava iba na prechody z Unified CM Webex Calling viacerých nájomcov. Termín Webex Callingv tomto dokumente sa vždy týka viacerých Webex Calling nájomcov.

Pred začatím migrácie z Unified CM na Webex Calling je nevyhnutné mať komplexné pochopenie Webex Calling riešenia a jeho príslušných zložiek. Úspešná migrácia vyžaduje oboznámenie sa s Webex Calling architektúrou, modelmi služieb, možnosťami nasadenia a súvisiacimi funkciami na správne mapovanie existujúcich Unified CM pracovných záťaží a navrhnúť efektívny plán prechodu.

Dôkladné pochopenie nasledujúcich Webex Calling zložiek je nevyhnutné na informovanie o účinnej prechodnej stratégii a operačnej pripravenosti.

Riadiaci rozbočovač
Poskytovanie adresárov a používateľov
Webex Callingplatforma
Podporované koncové body volania
Možnosti pripojenia PSTN
Webex Callingplán vytáčania a správa čísel
Funkcie zabezpečenia a súladu.

Ďalšie informácie nájdete v téme Cisco Preferred Architecture preWebex Calling.

Táto príručka zvýrazní nástroje a procesy, ktoré sa majú používať počas celého životného cyklu prechodu. Prechod z lokálnych hovorov na novú platformu cloudového volania však môže byť značným úsilím pri potenciálnych obchodných, technických a komplexných výzvach. Unified CM Webex Calling Na prekonanie týchto výziev má spoločnosť Cisco k dispozícii niekoľko rôznych možností, ktoré vám pomôžu s vašou cestou. Je dôležité skontrolovať informácie v časti Enterprise cloud calls - Calling migration a pochopiť každú možnosť a ako vám každá z nich môže pomôcť s vašou vlastnou migráciou.

Nástroje na migráciu Webex: samoob služné, bezplatné nástroje zabudované do Control Hub na zjednodušenie prechodu na Webex Calling
Certifikovaní poskytovatelia migrácie: posky tovatelia softvéru a nástrojov certifikovaní spoločnosťou Cisco, ktorí vyvinuli migračné riešenia, ktoré pomáhajú partnerom a zákazníkom spoločnosti Webex pri komplexných a veľkých migráciách. Tieto riešenia môžu pomôcť zjednodušiť, riadiť a urýchliť prechod na Webex Calling
Webex Setup Assist: služba migrácie vedená Cisco, ktorá vedie zákazníkov a partnerov cez Webex Calling nasadenie a konfiguráciu, ktorá je potrebná na úspešnú migr Unified CM áciu používateľov a služieb. Webex Calling

Prehľad

S rastom služieb spolupráce poskytovaných v cloude sa viac zákazníkov snaží presunúť svoje existujúce pracovné zaťaženie spolupráce do cloudu vzhľadom na sľuby znížených celkových nákladov na vlastníctvo, zjednodušenej správy, nepretržitého poskytovania funkcií, zvýšeného rozsahu a vynikajúcej spoľahlivosti, ktoré sú vlastné cloudovým službám. Keďže zákazníci hľad ajú prechod z lokálnych služieb na služby cloudovej spolupráce, je dôležité, aby pochopili, čo prechod zahŕňa, a kroky potrebné na uskutočnenie prechodu.

Účelom tohto dokumentu je poskytnúť pokyny pre nasadenie pre zákazníkov , ktorí konkrétne chcú prechod z Unified CM lok Webex Calling álneho na cloud. Táto príručka nasadenia predpokladá, že čitateľ má základné znalosti o prechode volania medzi Unified CM a vrátane tohoWebex Calling, aké zmeny sa pri vykonávaní tohto prechodu vyskytujú a aké sú rozdiely pri presune pracovného zaťaženia volaním z lokálneho do cloudu. Predtým, ako budete pokračovať, uistite sa, že ste si skontrolovali informácie dostupné na mape prechodu a ste s nimi oboznámení. Tento dokument mapy prechodu poskytuje informácie o zmenách a rozdieloch tohto prechodu.

Ako je znázornené na obráz ku Architektúra lokálnej spolupráce: riadenie hovorov a vzdialený prístup, typické lokálne nasadenie zahŕňa rôzne komponenty infraštruktúry spolupráce v sieti, platformu na riadenie hovorov, hranovú platformu, hardvérové a softvérové koncové body a v niektorých prípadoch dokonca aj konferenčné a plánovacie platformy. V architektúre Cisco by to zahŕň Unified CM alo riadenie hovorov, rýchlostnú cestu pre vzdialený prístup a hranové služby typu business-to-business (B2B), Cisco Meeting Server/ Cisco Meeting Management pre lokálne konferencie, Unity Connection pre hlasové správy a hardvér orientovaný používateľom (Cisco IP telefóny, Cisco Desk a Room video systémy) a softvér () koncové body založené na IP. Cisco Jabber Tieto komponenty sa môžu v niektorých prostrediach mierne líšiť, ale toto je východiskový bod pre prechod opísaný vo zvyšku tohto dokumentu.

On-Premises Collaboration Architecture: Call Control and Remote Access — ***Architektúra lokálnej spolupráce: ovládanie hovorov a vzdialený prístup***

Architektúra zobrazená na obrázku Archit ektúra lokálnej spolupráce: riadenie hovorov a vzdialený prístup je založená na Preferovanej architektúre (PA) pre lokálne nasadenia spoločnosti Cisco Collaboration Enterprise. Ďalšie informácie o aplikácii Enterprise On-Premise nájdete v téme Výhodné architektú ry spolupráce spoločnosti Cisco.

Predtým: Tabuľka komponentov infraštruktúry pre lokálne volanie obsahuje zoznam kľúčových prvkov lokálnej architektúry pred prechodom do clouduWebex Calling.

Tabuľka 1. Predtým: Lokálne volanie komponentov infraštruktúry
Produkt	Popis
Unified CM	Lokálne riadenie hovorov poskytujúce služby registrácie zariadení a smerovania hovorov
Cisco Expressway-C/E	Edge infraštruktúra poskytujúca funkcie Mobile a Remote Access (MRA) a business-to-business (B2B) umožňujúce vzdialené koncové body bezpečne sa pripájať mimo organizácie. Rýchlostná cesta je nasadená v pároch, aby zabezpečila prechod firewallu pre exter né koncové body.
Cisco Meeting Server (CMS), Cisco Meeting Management (CMM) a Cisco Telepresentation Management Suite (TMS)	Lokálna hlasová, video a webová konferenčná infraštruktúra poskytujúca viacbodové schôdze, správu schôdzí a možnosti plánovania. [Voliteľné]
Cisco Unity Connection	Lokálna platforma hlasových správ poskytujúca hlasovú schránku a zjednotené možnosti odosielania správ . [Voliteľné]
Cisco Desk, Cisco Room, Cisco Board, Cisco IP telefóny a Cisco Jabber	Zariadenia založené na protokole IP registro Unified CM vané a poskytujúce funkcie hlasových a videohovorov

Ako je znázornené na obrázku Rozhodnutie o prechode: lokálne volanie na zákazníkovWebex Calling, ktorí majú lokálnu kontrolu hovorov s Unified CM koncovými bodmi IP stolu a videa, majú na výber prechod architektúry smerom k cloudovej architektúre. Webex Calling

Rozhodnutie musí byť prijaté na základe požiadaviek zákazníka na funkčnosť. Zákazníci, ktorí majú nasledujúce požiadavky, by mali pred prijatím tohto rozhodnutia starostlivo zvážiť a nakoniec sa môžu rozhodnúť udržiavať kontrolu hovorov na mieste:

Modely telefónov nepodporované Webex Calling
Komplexné alebo početné integrácie s inými lokálnymi systémami alebo riešeniami, najmä tam, kde Webex Calling je replikovanie týchto integrácií zložité alebo nie sú k dispozícii žiadne rovnocenné alternatívne riešenia
Komplexný plán vytáčania, vysoko podrobné triedy služieb alebo oboje
Obmedzujúci, obmedzený alebo nespoľahlivý prístup na internet
Prísne zásady ochrany osobných údajov a vlastníctva
Požiadavka súladu pri nahrávaní a ukladaní médií v lokalite alebo v krajine
Integrácie tretích strán bez životaschopnej alternat Webex Calling ívnej integrácie
Integrácie kontaktných centier, kde kontaktné centrum inter zatiaľ nepresúva do clou du.

Transition Decision: On-Premises Calling to Webex Calling — ***Rozhodnutie o prechode: lokálne volanie na Webex Calling***

Zákazníci, ktorí chcú začať využívať služby cloudového volania, by mali zvážiťWebex Calling. Táto služba cloudového volania umožňuje zákazníkovi využiť globálnu architektúru Webex pre rozsah a pripojenie. Účastníci v podnikovej sieti a vz dialení účastníci mimo firemnej siete môžu komunikovať pomocou hardvérových koncových bodov založených na IP a/alebo počítačových alebo mobilných softvérových klientskych aplikáciách.

Tento dokument sa zameriava na zákazníkov s nasadením riadenia Unified CM hovorov, ktorí chcú porozumieť všeobecným krokom, úvahám a požiadavkám na povolenie nasadenia, ako Webex Calling je znázornené v nasledujúcej časti.

Základné komponenty

Cieľová architektúra pre túto migráciu obsahuje niekoľko nových komponentov. Zahŕňa to Webex Calling službu pre volanie typu cloud, aplikáciu Webex, Cisco Directory Connector pre integráciu identity a Local Gateway (LGW) pre prístup PSTN, ako aj integráciu lokálnych hovorov do cloudu. Plány telefonovania Cisco alebo Cloud Connected PSTN (CCP) uľahčené cloudovým pripojením pre Webex Calling partnera sú ďalšími možnosťami prístupu k PSTN.

Ako je znázornené na obrázku After: Webex Calling Architecture, nové komponenty (Webex Callingkonektor adresára, Lokálna brána a brána prežitia) sa pridajú do existujúceho lokálneho nasadenia .

Po: Tabuľka komponentov infraštruktúry volania v clou de obsahuje zoznam nových prvkov architektúry po prechode na Webex.

Tabuľka 2. Po: Komponenty infraštruktúry volania v cloude
Produkt	Popis
Webex Calling	Služba hovoru založená na cloude poskytovaná z platformy Webex, ktorá poskytuje registráciu koncových bodov a smerovanie hovorov
Konektor adresára Cisco	Aplikácia Windows spustená na počítači s doménou systému Windows poskytujúca synchronizáciu identity medzi lokálnym podnikovým Active Directory a ukladacím toto žnosti organizácie Webex. Pre zákazníkov, ktorí prechádzajú z lokálneho Active Directory na Entra ID, integrácia identity s Webex namiesto Cisco Directory Connector používa aplikáciu Entra ID Wizard.
Miestna brána	Lokálna brána slúži ako most medzi lokálnou zjednotenou komunikačnou sieťou zákazníka a Webex Calling cloudom. Môže byť nasadený lokálne alebo hosťovaný partnerom, čím poskytuje prístup PSTN pre koncové body registrované v cloude, ako aj volá integráciu medzi Unified CM registrovanými a koncovými bodmi registrovanými v cloude. Cisco IOS-XE Integrated Services Router (série ISR 1100 a 4000), Cisco Catalyst 8200/8300 Series, Cisco Catalyst 8000V Edge Software a rôzne certifikované kontroléry hraníc relácií tretích strán (SBC) môžu byť použité ako LGW pre prístup fázovej migrácie.
Brána prežitia	Gateway Survivability Gateway (SGW) je lokálna sieťová brána založená na systéme IOS-XE, ktorá poskytuje služby záložného volania koncovým bodom na mieste počas výpadkov siete. Webex Calling
Plán telefonovania Cisco, Cloud Connect pre Webex Calling	Cisco Calling Plan a Cloud Connect for Webex Calling sú cloudové možnosti prístupu PSTN pre koncové body. Webex Calling Prístup k PSTN je uľahčený poskytovateľom cloudového PSTN a nevyžaduje žiadne lokálne vybavenie.
Aplikácia Webex	Klientská aplikácia spustená na stolnom operačnom systéme (Windows, Mac) alebo mobilnom operačnom systéme (Android, iOS) a zaregistrovaná priamo na Webex Calling platformu pre funkčnosť volania.

Prehľad procesu PPDIO

Proces PPDIO znamená Pripraviť, plánovať, navrhnúť, implementovať a optimalizovať. I de o štruktúrovanú metodiku Cisco, ktorá vedie projekty od počiatočného hodnotenia cez neustále zlepšovanie a zabezpečuje efektívne a úspešné nasadenie alebo migrácie.

Všeobecný popis PPDIO

Pripravte sa: Posúďte súčasné prostredie, zhromaždite požiadavky a zosúladte zainteresované strany s cieľom vytvoriť pevný základ.
Plán: Vy pracujte podrobné projektové plány vrátane časových harmonogramov, zdrojov a stratégií zmierňovania rizík.
Dizajn: Architektujte cieľové riešenie prispôsobené obchodným a technickým potrebám.
Implementácia: Vykonajte nasadenie alebo migráciu podľa návr hu, overte funkčnosť a výkon.
Optimalizácia: Neustále zlepšujte riešenie po implementácii monitor ovaním výkonu, zdokonaľovaním konfigurácií a využívaním nástrojov na automatizáciu a integráciu.

Použitie PPDIO pre Webex Calling migr Unified CM ačné projekty

Pri prechode z Unified CM na Webex Calling proces PPDIO poskytuje jasný plán na zabezpečenie hladkého a efektív neho prechodu:

Pripravte

Posúdenie existujúceho Unified CM životného prostredia a pripravenosti na migráciu
Zhromažďujte podrobné údaje o používateľoch, zariadeniach, sieti a závislostiach
Zhromažďujte podrobnosti o polohe vrátane adresy núdzovej reakcie, počtu používateľov, prístupu na internet, prístupu na PSTN
Identifikujte riziká a definujte rozsah projektu s cieľom zosúladiť všetky zainteresované strany.

Plán

Vytvorte komplexný plán migrácie s dávkovými harmonogrammi, priradeniami zdrojov a časovými harmonogrammi
Definujte úlohy, ako sú aktualizácie firmvéru zariadenia, poskytovanie licencií a začlenenie používateľov
Koordinujte migračné okná s Cisco a partnermi, aby ste minimalizovali narušenie.

Návrh

Zmapovanie aktu Unified CM álnych konfigurácií, plánov vytáčania a používateľských profilov na Webex Calling ekvivalenty
Navrhnite Webex Calling prostredie vrátane stratégie PSTN (priebežnej a konečnej), umiestnení, používateľských rolí a integračných bodov, ako je lokálna brána (CUBE) a synchronizácia adresárov
Plánujte scenáre koexistencie, kde Unified CM a Webex Calling fungujú súčasne počas migrácie.

Implementovať

Používajte nástroje na migráciu Control Hub spolu s nástrojmi tretích strán na vykonávanie zmien režimu firmvéru zariadenia, konfigur ácie funkcií a migrácie používateľov
Využite hromadné operácie a poskytovanie pomocou rozhraní Webex API na zefektívnenie rozsiahlych migrácií a konfigurácií
Vykonávanie poskytovania licencií, registrácie zariadenia a aktualizácií konfigurácie
Overte úspešnosť migrácie prostredníctvom testovania a prevádzkového overovania.

Optimalizovať

Nepretržité monitor Webex Calling ovanie výkonu a používateľskej skúsenosti
Spresniť konfigurácie a pracovné postupy na základe prevádzkových údajov a spätnej väzby
Využite možnosti automatizácie a integrácie na zvýšenie efektívnosti a škálovateľ nosti
Ak je to vhodné, staršie Unified CM komponenty z vyradenia z prevádzky a poskytujú priebežnú podporu operáciám druhého dňa.

Tento vylepšený prístup PPDIO zaisťuje kontrolovanú, transparentnú a efektívnu migráciu z Unified CM naWebex Calling, pričom využíva nástroje Cisco, rozhrania API a partnerský ekosystém na udržanie kontinuity podnikania a zlepšenie schopností spolupráce.

Slučky spätnej väzby PPDIO

Prehľad na vysokej úrovni znázornený na Iteráciách obrázka pri vykonávaní PPDIO ilustruje jednu slučku spätnej väzby od fázy optimaliz ácie späť do prí prav nej fázy. To znamená, že po počiatočnej implementácii existuje nepretržitá príležitosť na neustále zlepšovanie. Každý cyklus optimalizácie môže identifikovať nové požiadavky alebo oblasti na zlepšenie, ktoré možno riešiť prostredníctvom následných projektov alebo iniciatív. Tieto jednotlivé projekty zase sledujú zavedený životný cyklus PPDIO (Pripraviť, plánovať, navrhnúť, implementovať, optimalizovať). Tento iteratívny prístup zabezpečuje, že systém zostane v súlade s vyvíjajúcimi sa obchodnými cieľmi a technologickým pokrokom, čím podporuje kultúru neustáleho zdokonaľovania a prispôsobivosti.

Iterations while executing PPDIO — ***Iterácie pri vykonávaní PPDIO***

Počas vykonávania procesu PPDIO je bežné, že zistenia v neskorších fázach vyžadujú prehodnotenie a potenciálnu revíziu rozhodnutí prijatých v skorších fázach. Napríklad problémy, ktoré sa vyskytli počas fázy implementácie, ako je identifikácia nejasností v dizajne alebo chýbajúcich detailov, môžu odhaliť, že určité aspekty neboli v plnej miere riešené počas fázy návrhu. V takýchto prípadoch je potrebné opakovať sa späť do príslušnej skoršej fázy, aby sa tieto problémy vyriešili pred pokračovaním. Tento mechanizmus iteratívnej spätnej väzby, ako je znázornené na procese PPDIO s Unified CM podpor ou obrázku, zaisťuje, že riešenie je dôkladne validované a zdokonalené, čo nakoniec prispieva k robustnejšiemu a efektívnejšiemu nasadeniu.

Unified CM assisted PPDIO process — ***Unified CMasistovaný proces PPDIO***

Pri prechode z Unified CM na Webex Calling môže každá fáza procesu PPDIO významný úžitok z informácií získaných z existujú ceho Unified CM prostredia. Z aktuálnej Unified CM konfigurácie je možné extrahovať napríklad komplexné súpisy používateľov, telefónnych čísel, funkcií volania a komponentov plánu vytáčania. Tieto údaje dopĺňajú informácie poskytované priamo zainteresovanými stranami a pomá hajú zefektívniť plánovacie a navrhované činnosti. Využívanie vhodných nástrojov na automatizáciu extrakcie a analýzy údajov nielen zvyšuje presnosť, ale aj urýchľuje celkový proces. Využitím poznatkov z existujúceho nasadenia Webex Calling môže byť prechod vykonaný efektívnejšie ako tradičná implementácia greenfield pri súčasnom dodržiavaní štruktúrovanej metodiky PPDIO. Tento proces je znázornený na obráz Unified CMku pomocou procesu PPDIO.

Migračný prístup

Pri plánovaní prechodu z lokálneho Unified CM naWebex Calling, musíte určiť, ako sa k tejto ceste priblížite. Najprv sa budete musieť rozhodnúť, či migr ácia bude flash-cut (všetko naraz) alebo fázový prístup (migrácia skupín používateľov/zariadení počas dlhšieho obdobia).

Migrácia typu flash-cut pos unie všetkých vašich používateľov a zariadení najrýchlejšie. Pomocou tejto metódy presuniete všetkých používateľov a zariadenia z lok Unified CM álnych Webex Calling zariadení súčasne. V podstate ide o jedno okno migrácie pre všetkých používateľov a zariadenia. Po dokončení tejto migrácie budú všetci vaši používatelia a zariadenia na Webex Calling platforme a všetka vaša Unified CM infraštruktúra môže byť vyradená z prevádzky. Mnoho organizácií však nemôže tento prístup použiť kvôli rozsahu a veľkosti ich nasadenia volaní.

Druhým prístupom je postup ná migrácia. Väčšina organizácií použije tento prístup, pretože poskytuje lepšiu kontrolu, riadenie a rozsah migrácie. Je tiež vhodnejší pre väčšie nasadenia a/alebo nasadenia UC vo viacerých regiónoch. Tento dokument sa preto zameriava na postup ný prístup s dvoma krokmi v prechode.

Ako je znázornené na obrázku Pre chod fázového volania: Hybridné a clou dové, prvá prechodná fáza (fáza 1) vedie k nasadeniu koexistencie s dvoma volacími prostrediami. V tejto fáze sa niektorí používatelia, zariadenia a softvéroví klienti prechádzajú, zatiaľ Webex Calling čo iní stále používajú lokálne ovládanie Unified CM hovorov. Výsledkom poslednej prechodnej fázy (fáza 2) je čisto cloudové prostredie volania, v ktorom boli všetci používatelia, zariadenia a softvéroví klienti úplne preložené na Webex Calling platformu.

To, ako dlho trvá organizácii úplný prechod na cloudové volanie, sa bude líšiť v závislosti od jej aktuálneho nasadenia. V niektorých prípadoch môže organizácia vykonať počiatočný prechod a zostať vo fáze kontroly duálneho volania koexistencie (fáza 1) na dlhšie obdobie (mesiace alebo dokonca roky), zatiaľ čo v iných prípadoch môže organizácia úplne prejsť na Webex Calling (Fáza 2) vo veľmi krátkom období (týždne alebo mesiace). Tento dokument je určený na pokrytie oboch fáz (fáza 1 - koexistencia a fáza 2 - plne prechodná).

Phased Calling Transition: Hybrid and Cloud — ***Fázový prechod volania: hybridné a cloudové***

Je možné, že niektoré organizácie môžu udržiavať koexistenciu nasadenia kontroly duálnych hovorov donekonečna bez plánov na úplný prechod na cloudové volanie.

Druhým aspektom je, ako prejdete používateľov, zariadenia a softvérových klientov z lokálneho ovládania hovorov na ovládanie hovorov v cloude. Odporúčaný prístup je trojfázový prechod. Nižšie uved ený obrázok Odporúčaný trojfázový prechod rozdeľuje tento prístup na 3 fázy.

Recommended 3-Phase Transition — ***Odporúčaný trojfázový prechod***

Predmigrácia: Táto fáza sa zameriava na prípravu Webexu aj Unified CM prostredia na migráciu. Nejde o volanie konkrétneho plánovania alebo konfigurácií a zameriava sa na dokončenie činností, ktoré je možné vykonať teraz a pred spustením aké Webex Calling hokoľvek migračného projektu. Cieľom je vybudovať základy pre tieto dve prostredia, aby sa mohli pripraviť na migráciu.

Príprava na migráciu: V tejto fáze sa začína úsilie pripravovať na migráciu do Webex Calling. Tu je potrebné preskúmať a aktualizovať obchodné a technické požiadavky. Nerobte len zd víhanie a posú vanie toho, čo je v súčasnosti nasadené, Unified CM a namiesto toho predefinujte obchodné a technické požiadavky, ktoré vaša spoločnosť potrebuje dnes a v budúcnosti využitím sily. Webex Calling Okrem toho je to fáza, v ktorej dokončíte návrh, plánovanie konfigurácie a plánovanie/plán migrácie.

Migrácia (zavádzanie a vyradenie): V tejto fáze dochádza k skutočnej migrácii používateľov, zariadení, telefónnych čísel a softvérových klientov. Ako bolo uvedené vyššie, táto fáza môže byť dokončená pre každého naraz (flash-cut) alebo cez okná s viacerými zmenami (fá zové strihanie). Plány adopcie koncových používateľov, školenia a komunikácia sú rozhodujúce, takže vaši používatelia sú si vedomí zmien, ako používať novú volaciu platformu a vedia, kedy k z mene dôjde. Posledným krokom je vyradenie celej lokálnej infraštruktúry UC , ktorá sa už nepoužíva.

Fáza pred migráciou obsahuje aktivity (povinné, odporúčané a voliteľné), na ktorých môžete okamžite začať pracovať. Odporúča sa dokončiť ich skôr ako neskôr a najlepšie pred začiatkom projektu. Dokončenie niektorých aktivít môže trvať dlhšie, preto ich skoršie spustenie pomôže zefektívniť váš skutočný migračný projekt.

Nasledujúci obrázok Aktivity pred migr áciou vyzdvihuje päť špecifických kategóri í činností, ktoré súvisia s Webex Calling migráciou.

Pre-Migration Activities — ***Činnosti pred migráciou***

Pripravte

Obchodné a technické požiadavky

Pri plánovaní migrácie z na je dôležité dôkladne zhromaždiť technické aj obchodné požiadavky počas fázy plánovania. Tento krok zabezpečí, že migrácia bude v súlade s prevádzkovými cieľmi a technickými schop nosťami vašej organizácie, čím sa minimalizujú riziká a prerušenia.

Prečo sú dôležité požiadavky na zhromažďovanie:

Zosúladenie obchodných cieľov: Pochopenie obchodných potrieb pomáha prispôsobiť migráciu tak, aby podporovala kľúčové pracovné postupy, používateľskú skúsenosť a plány rastu.
Zabezpečuje technickú kompatibilitu: V časná identifikácia technických požiadaviek zabraňuje problémom s integráciou s existujúcou infraštruktúrou, sieťou a koncovými bodmi.
Uľahčuje plánovanie zdrojov: Jasné požiadavky pomáhajú presne odhadnúť časové harmonogramy, náklady a potrebné zdroje.
Z@@ mierňuje riziká: Včas né odhalenie potenciálnych výziev umožňuje proaktívne riešenia, znižovanie prestojov a prerušenia služieb.

Obchodné požiadavky

Typické obchodné požiadavky zahŕňajú:

Počet používateľov a miest, ktoré sa majú migrovať
Požadované funkcie a služby (napríklad smerovanie hovorov, hlasová schránka, konferencie, automatické obsluhy, fron ty hovorov)
Politiky dodržiavania predpisov a bezpečnosti
Rozpočtové obmedzenia a očakávania nákladov
Školenie používateľov a potreby podpory
Časová os migrácie a úvahy o kontinuite podnikania.

Zhro maždenie požadovaných funkcií a služieb je kritickým krokom na zabezpečenie toho, aby nový systém spĺňal obchodné potreby. Pri zhromažďovaní týchto požiadaviek je dôležité nielen zvážiť, čo je v súčasnosti nakonfigurované, ale pokúsiť sa zhromaždiť skutočné požiadavky od podnikateľských subjektov, ktoré budú systém používať. V opačnom prípade existuje riziko, že plán je založený na dlhodobých predpokladoch. Nezab udnite vyhodnotiť ďalšie alebo vylepšené funkcie dostupné v aplikácii, ktoré nemusia existovať, ako sú volania typu cloud, pokročilé fronty hovorov a. Pomáha to využiť plné výhody cloudovej platformy.

Pri hodnotení aktuálnej konfigurácie je dôležité si uvedomiť, že nie všetky existujúce nastavenia môžu zostať potrebné kvôli vyvíjajúcim sa požiadavkám počas celého životného cyklu systému. Dôraz by sa mal klásť na identifik áciu a zachovanie iba tých konfigurácií, ktoré sú v súlade so súčasnými a budúcimi potrebami nasadenia.

Zamerajte sa viac na to, čo potrebujete, ako na to, čo máte.

Politiky súladu a zabezpečenia sú rozhodujúcimi aspektmi pri migrácii z na, aby Webex Calling sa zabezpečilo, že nový komunikačný systém založený na cloude dodr žiava právne, regulačné a organizačné štandardy.

S@@ úlad s predpismi: Organizácie musia overiť, či spĺňa predpisy špecifické pre dané odvetvie, ako sú GDPR, HIPAA alebo SOX, pričom sa zaoberajú požiadav kami na ochranu osobných údajov, uchovávanie a manipuláciu s údajmi, ako aj mandáty špecifické pre jednotlivé krajiny týkajúce sa pobytu údajov, obchod mýta a lokalitu médií.
Bezpečnosť údajov: Zab ezpečenie šifrovania hlasových a signalizačných údajov počas prepravy aj v po koji s cieľom chrániť pred odpočúvaním alebo neoprávneným prístupom.
Kontroly prístupu: Definovanie a presadzovanie autentifikácie používateľa, autorizácie a prístupu založeného na rolách, aby sa zabránilo neoprávnenému použitiu komunikačných zdrojov.
Audit a monitorovanie: Impl ementácia možností zaznamenávania a monitorovania na sledovanie prístupu a použitia na audity súladu a vyšetrovania bezpečnostných incidentov.
Zosúladenie politík: Zosúladenie migrácie s existujúcimi firemnými bezpečnostnými politikami vrátane zabezpečenia koncových bodov, segmentácie siete a plánov reakcie na incidenty.
Zabezpečenie dodávateľa: Vy hodnotenie bezpečnostných certifikácií Cisco a osvedčení o zhode s cieľom zabezpečiť dôveryhodnosť.

Riešenie týchto politík súladu a bezpečnosti počas fázy plánovania pomáha zmierňovať riziká, predchádzať zákonným sankciám a zachovať integritu a dôvernosť komunikácie počas migrácie a po nej.

Školenie používateľov a potreby podpor y sú nevyhnutnými komponentmi pri migrácii z na, aby sa zabezpečil hladký prechod a prijatie používateľov. Medzi kľúčové úvahy patria:

Školiace programy: Vyvíjajte školenia na mieru pre rôzne skupiny používateľov (koncoví používatelia, správcovia, pracovníci Help Desku), aby ste ich oboznámili s funkciami, používateľskými rozhraniami a novými pracovnými postupmi.
Dokumentácia: Poskytnite jasné a prístupné používateľské príručky, často kladené otázky a rýchle referenčné materiály vrátane zdrojov Čo je nové a rôzne a podrobné príručky s postupmi pred a po (vo formáte videa alebo rýchleho sprievodcu), aby sa používatelia podporili pri prispôsobovaní aktualizovanej skúsenosti po migrácii.
Správa zmien: Proaktívne komunikujte zmeny, aby ste riadili očakávania používateľov a znížili odpor.
Štruktúra podpory: Vytvorte špecializovaný tím podpory alebo cestu eskalácie na okam žité riešenie problémov používateľov počas migrácie a po nej.
Priebežné vzdelávanie: Plánujte aktualizácie nepretržitého školenia, keď budú vydan é nové funkcie alebo aktualizácie.
Mechanizmy spätnej väzby: Implementujte kanály pre používateľov na hlásenie problémov a poskytovanie spätnej väzby na zlepšenie procesov odbornej prípravy a podpory.

Riešenie týchto potrieb odbornej prípravy a podpory počas fázy plánovania pomáha minimalizovať narušenie, zvyšuje dôveru používateľov a maximalizuje výhody migrácie na.

Technické požiadavky

Pre úspešnú migráciu z na je potrebné zhromaždiť a zdokumentovať niekoľko kľúčových technických požiadaviek vrátane podrobností týkajúcich sa:

Pripravenosť siete a kapacita šírky pásma

Komplexné hodnotenie siete je nevyhnutné na zabezpečenie toho, aby vaša existujúca infraštruktúra mohla podporovať nové Webex Calling prostredie. To zahŕňa:
- Analýza šírky pásma: Vyhodnotenie súčasného a predpokladaného využitia šírky pásma na zvládnutie hlasového, video a dátového prenosu bez preťaženia.
- Kvalita služieb (QoS): Im plementácia politík QoS s cieľom uprednostniť hlasovú prevádzku a minimalizovať latencie, chvenie a stratu paketov.
- Sieť WAN a pripojenie na internet: Overovanie, či prepojenia WAN a internetové pripojenia spĺňajú požiadavky na volanie typu cloud vrátane redundancie a funkcií zlyhania.
- Konfigurácia firewallu a NAT: Zab ezpečenie toho, aby nastavenia firewallu a NAT umožňovali požadovanú signalizáciu a prenos médií.
Integrácia s existujúcim systémom

Bezproblémová integrácia s existujúcimi obchodnými systémami je nevyhnutná pre používateľskú skúsenosť a kontinu itu pracovných postupov:
- Adresárové služby: Posúdenie integrácie s podnikovým adresárom pre automatizované poskytovanie a autentifikáciu používateľov.
- CRM a obchodné aplikácie: Identifikácia integračných bodov so systémami riadenia vzťahov so zákazníkmi a inými aplikáciami kritickými pre podnikanie.
- Staršie prepojenie PBX: Plánovanie stratégií koexistencie alebo fázovej migrácie, ak počas prechodu zostanú nejaké staršie telefónne systémy.
Kompatibilita a poskytovanie koncových bodov

Všetky koncové body vrátane stolných telefónov, softfónov a mobilných zariadení by sa mali vyhodnotiť z hľadiska kompatibility :
- Podpora zariadení: Pot vrdenie, že existujúce telefóny IP a zariadenia sú podporované alebo identifikácia požadovaných náhrad.
- Procesy poskytovania: Vytvorenie automatizovaných alebo zefektívnených metód poskytovania poskytovania na efektívne zapojenie koncových bodov.
- Aktualizácie firmvéru a softvéru: Plánovanie potrebných aktualizácií na zabezpeč enie interoperability a bezpečnosti.
Bezpečnostné konfigurácie a štandardy šifrovania

Bezpečnosť je v cloudovej komunikácii prvoradá:
- Šifrovanie: Presadzovanie end-to-end šifrovania pre signalizáciu a mediálne toky v súlade s najlepšími bezpečnostnými postupmi Cisco.
- Autentifikácia a kontrola prístupu: Im plementácia zabezpečených autentifikačných mechanizmov (ako je SSO, multifaktorová autentifikácia) a podrobné kontroly prístupu používateľov.
- Zhoda: Zab ezpečenie, že riešenie spĺňa príslušné regulačné a priemy selné štandardy dodržiavania predpisov (napríklad GDPR, HIPAA).
- Monitorovanie bezpečnosti: Integrácia s nástrojmi SIEM a nastavenie upozornení na potenciálne bezpečnostné incidenty.

Tabuľka 1. Príklad hodnotenia
Požiadavka	Kľúčové úvahy
Pripravenosť siete a šírka pásma	Šírka pásma, QoS, WAN/internet, firewall/NAT
Integrácia s existujúcimi systémami	Adresár, CRM, PBX, e-mail/kalendár
Kompatibilita a poskytovanie koncových bodov	Podpora zariadení, poskytovanie, aktualizácie firmvéru
Bezpečnostné konfigurácie a šifrovanie	Šifrovanie, autentifikácia, dodržiavanie predpisov, monitorovanie bezpečnosti
Školenie používateľov a riadenie zmien	Školiace programy, dokumentácia, komunikácia zmien
Prenosnosť čísel a plán vytáčania	Migrácia/prenášanie čísel, preklad plánu vytáčania
Integrácie tretích strán	Stránkovanie, kontaktné centrum, fax, analógové zariadenia

Pripravenosť siete a požiadavky

Pripravenosť siete je rozhodujúca pre úspešnú migráciu na akékoľvek riešenie volania založené na cloude, napr. Zlé plánovanie siete môže viesť k zhoršenej kvalite hovorov, ukončeniu hovorov a nešťastným používateľom. Zákazníci musia vykonať hodnotenie siete pred migráciou do. Odporúča sa potvrdiť dostupnosť sieťovej šírky pásma pre očakávaný objem hovorov, zabezpečiť splnenie požiadaviek na kvalitu služby (QoS) a porozumieť rôznym portom, ktoré je potrebné otvoriť v bráne brány (brán).

Spoľahlivé sieťové pripojenie s dostatočnou kvalitou služieb (šírka pásma, strata paketov, RTT) je základnou požiadavkou na zabezpečenie najlepšieho možného užívateľského zážitku typu end-to-end pre všetky koncové body, klientov a aplikácie, ktoré využívajú hlasové a video.

Zákazníci a partneri majú prístupné možnosti pripojenia nad rámec Over-the-Top (OTT) internetu , ktoré môžu optimalizovať pripojenie na pripojenie. Webex Edge Ďalšie informácie o podrobnostiach dizajnu Webex Edge pripojenia nájdete v téme Cisco Preferred Architecture for Webex Edge Connect forWebex Meetings, Calling Multi-Tenant a Dedikovaná inštancia.

Zákazníci môžu vy užiť cScan na hodnotenie siete, ktoré poskytuje informácie o kvalite siete zákazníka, o počte hovorov je možné nadviazať, latencii atď. Ďalšie informácie o nástroji cScan nájdete v téme Používanie cScan na testovanie kvality Webex Calling siete.

Aby ste zabezpečili, že sieť je pripravená na migráciu, zvážte nasledujúci kontrolný zoznam:

Plánovanie pásma

Vypočítajte súbežné hovory na jednu lokalitu, aby ste sa uistili, že máte dostatočnú šírku pá sma pred prúdom a následnú šírku pásma a zahrňte priestor pre ďalšiu prevádzku kritickú pre podnikanie a budúci rast.

Tabuľ Webex Callingka výpočtov šírky pásma typu hovoru zobraz uje typy hovorov dostupné s nasadením spolu s kodekom a maximálnou šírkou pásma požadovanou pre každý typ hovoru. Ako je znázornené v tabuľ Webex Callingke výpočtov šírky pásma typu hovoru, je možné vypočítať požadovanú šírku pásma zvukového hovoru pre každý typ hovoru pomocou nasledujúceho všeobecného vzorca:

Počet očakávaných súbežných hovorov* Šírka pásma na hovor založená na kodeku = Požadovaná sieťová priepustnosť.

Tabuľka 2. Webex Calling výpočty šírky pásma typu hovoru
Typy hovorov	Kodek - šírka pásma	Výpočet šírky pásma
/Stolný telefón ->	OPUS - 70 kb/s	Počet súbežných hovorov* 70 kbps = požadovaná sieťová priepustnosť
/Stolný telefón -> Stolný telefón	OPUS - 70 kb/s	Počet súbežných hovorov* 70 kbps = požadovaná sieťová priepustnosť
/Stolný telefón -> PSTN cez LGW	G.711 - 80 kb/s	Počet súbežných hovorov* 80 kbps = požadovaná sieťová priepustnosť
/Stolný telefón -> PSTN cez Cloud PSTN (napr. Plán volania Cisco)	G.711 - 80 kb/s	Počet súbežných hovorov* 80 kbps = požadovaná sieťová priepustnosť
/Stolný telefón -> Enterprise cez LGW	G.722 - 80 kb/s	Počet súbežných hovorov* 80 kbps = požadovaná sieťová priepustnosť
/Stolný telefón -> hlasová schránka	OPUS - 70 kb/s	Počet súbežných hovorov* 70 kbps = požadovaná sieťová priepustnosť

Sčítaním súbežne požadovanej sieťovej priepustnosti na typ hovoru je možné určiť celkovú potenciálnu požiadavku na šírku pásma pre konkrétnu lokalitu.

Všetky volacie nohy sú vždy ukotvené na prístupových SBC. Na určenie požadovanej šírky pásma internetu pre dané miesto je potrebné brať do úvahy nielen volania medzi lokalitami, ale aj volania v rámci lokality a hovory do a z lokálnej brány na danom mieste. Napríklad hovor v rámci lokality medzi dvoma MPP telefónmi by potreboval plný duplex až 2 x 70 kbps na internetovom prístupe na danú lokalitu.

Tabuľ ka príkladov výpočtu Webex Calling šír ky pásma zobraz uje príklad úplného vý počtu šírky pásma za predpokladu, že všetky zariadenia sú na rovnak om mieste.

Tabuľka 3. Webex CallingPrí klady výpočtu šírky pásma
Typy hovorov	Počet súbežných hovorov	Celková šírka pásma
Webex aplikácia/stolný telefón → Webex App	15	2 * 15 * 70 kbps = 2 100 kbps
Webex aplikácia/stolný telefón → Stolný telefón	15	2 * 15 * 70 kbps = 2 100 kbps
Webex aplikácia/stolný telefón → PSTN cez LGW	50	2 * 50 * 80 kbps = 8 000 kbps
Webex aplikácia/stolný telefón → PSTN cez Cloud Connect pre Webex Calling	0	0 * 80 kb/s
Webex aplikácia/stolný telefón → Enterprise cez LGW	15	2 * 15 * 80 kbps = 2 400 kbps
Aplikácia Webex/Stolný telefón → Hlasová schránka Webex Calling	5	5* 70 kbps = 350 kbps
Celkový počet hovorov/šírka pásma	100 hovorov	14 950 kb/s /14, 95 Mb/s

Všetky hodnoty šírky pásma vo vyššie uvedených tabuľkách sa vzťahujú na šírku pásma IP. Šírka pásma spojenia je vyš šia v závislosti od zapuzdrení WAN.
Šírka pásma vo vyššie uvedených tabuľkách je určená pre zvukové hovory. Pre šírku pásma videohovoru Webex App a telefóny MPP 8845/65 podporujú video H.264 s maximálnym rozlíšením 720p pri maximálnej šírke pásma 1 500 kbps na hovor. Množstvo šírky pásma spotrebovanej v ktoromkoľvek bode hovoru však bude kolísať na základe premenlivej bitovej rýchlosti vlastnej video komunik ácii.

Kvalita služieb (QoS)

Implementujte politiky QoS vo svojom lokálnom prostredí, aby ste u prednostnili prevádzku v reálnom čase a zabezpečili udr žiavanie QoS naprieč prepínačmi, smerovačmi a firewallmi.
Cieľ latencie, chvenia a straty paketov

Nasledujúce prahové hodnoty sa odporúčajú pre optimálnu kvalitu hlasu, keď hovory prechádzajú cez internet (OTT):
- Latencia - menej ako 100 ms jednosmerne
- Chvenie - menej ako 10 ms
- Strata paketov - 0,5% alebo menej.
Firewall a NAT

Uistite sa, že firewall je nakonfigurovaný tak, aby umožňoval prevádzku, ako je uvedené v článku, ktorý je k dispozícii v časti Port Referenčné informácie pre Webex Calling. Okrem toho umožnite prístup k doménam a rozsahom IP uvedeným v tej istej príručke a vyhnite sa SIP ALG, pretože narúša signalizáciu SIP. Malo by sa vyhnúť mediálnej prevádzke prostredníctvom proxy serverov.
DNS a NTP

Zabezpečte správne rozlíšenie domén DNS a spoľahlivé servery NTP na synchronizáciu hodín zariadení na overenie a zaznamenávanie certifikátov TLS.
Plánovanie zlyhania

Zvážte existujúce dátové pripojenia poskytovateľov (MPLS, SD-WAN atď.) a všeobecne naplánujte priamy prístup na internet na každom mieste v rámci vášho nasadenia. Naplánujte nadbytočné internetové prepojenia, kde je potrebná vysoká dostupnosť. Pretože budete využí vať služby typu cloud, spoľahlivé pripojenie na internet s dostatočnou šírkou pásma je základ nou požiadavkou. Tento prechod by ste mali prehodnotiť, ak internetové pripojenie vašej organizácie nie sú vo všeobecnosti spoľahlivé s nízkou latenciou a primeranou priepustnosťou nahor a nadväzujúcim prúdom.
Prežívateľnosť stránok

Prežitie stránok zaisťuje, že vaše podnikanie je vždy dosiahnu teľné, aj keď sa vaše sieťové pripojenie preruší. Site Survivability používa bránu vo vašej lokálnej si eti na poskytovanie služby náhradného volania koncovým bodom na mieste v situáciách, keď sa sieťové pripojenie preruší. Ak obchodné požiadavky vyžadujú nepretržité volanie v prípade vý padku siete, zvážte prežitie stránok pomocou lokálnej brány prežitia (SGW). Ďalšie informácie o kontrole prežitia lokality nájdete v téme Prežívateľnosť lokality. Webex Calling

Nastavenie UC pripojeného k cloudu

Cloud Connected UC (CCUC) je cloudové riešenie pre správu a analýzu navrhnuté tak, aby poskytovalo centralizovanú viditeľnosť, správu a informácie pre nasadenia lokálnych (napr.) aj cloudových (). Unified CM Pôsobí ako most medzi tradičnými lokálnymi prostrediami a cloudovými službami Cisco a podporuje organizácie počas migr ácie od do.

Počas prechodu na CCUC zohráva zásadnú úlohu pri zefektívňovaní procesu migrácie uľahčením zhromažďovania komplexných údajov z existujúceho nasadenia jednotnej komunikácie. CCUC pomáha s kľúčovými úlohami prechodu, ako je migrácia zariadení, funkcií a kontaktov používateľov, ako aj automatizácia aktualizácií firmvéru pre podporované telefóny IP. Poskytovaním centralizovanej viditeľnosti a riadenia pomáha CCUC zabezpečiť plynulejšiu a efektív nejšiu migráciu.

Spoločnosť Cisco dôrazne odporúča, aby bol CCUC nasadený a nasadený na začiatku prechodného projektu, ideálne pred prípravnou fázou alebo počas fázy prípravy. To umožní informácie a schopnosti potrebné na dôkladné posúdenie, inventarizáciu a plánovanie následných migračných aktivít a na začatie vašej cesty k hybridným schopnostiam a budúcim hybridným schopnostiam.

Posúdenie súčasného prostredia

Kľúčovou činnosťou pri plánovaní migrácie je hodnotenie aktuálneho lokálneho prostredia a nasadenia. To poskytuje prehľad o tom, aké potenciálne zmeny môžu byť potrebné na úspešný prechod. Umožňuje tiež posúdiť kľúčové prvky platformy v porovnaní s existujúcim lokálnym nasadením. Tieto informácie môžete použiť na identifikáciu konkrétnych úloh potrebných na prechod a aké zmeny chcete vykonať, aby vyhovovali vašim obchodným a technickým požiadavkám a prípadom použitia.

V rámci tohto úsilia je dôležité preskúmať nasledujúce aspekty.

Licencovanie

Pochopenie aktuálnej licenčnej štruktúry existujúceho nasadenia je kľúčové pri príprave na migráciu. Vykonajte hodnotenie licencie pre nasledujúce oblasti existujúceho lokálneho riešenia Cisco.

Platforma

Schopnosť plne vyjadriť to, čo je aktuálne licencované na vašej základnej platforme, bude rozhodujúca pri práci s tímom účtu alebo partnerom s cieľom určiť najlepšiu cestu k flexibilnému licenciu. je licencovaný pomocou flexibilného licencovania. Ďalšie informácie o flexibilnom licencovaní nájdete v téme Flexi bilný plán spolupráce Cisco.
Používatelia a zariadenia

Zistite, akú kategóriu licencie vyžadujú vaši existujúci používatelia a zariadenia. Toto sa použije na určenie, ktorý typ licencie je potrebný pre používateľov a zariadenia. ponúka viacero typov licencií vrátane profesionálnych a štandardných licencií pre používateľov a profesionálnych a spoločných licencií pre pracovné priestory. Ďalšie informácie o licencovaní zariadení nájdete v údajovom liste dostupnom v časti Licencovanie zariadení.
Miestna brána

Ak je Cisco Unified Border Element (CUBE) potrebný pre prístup PSTN pre tento prechod, musí sa zvážiť aj licencovanie CUBE. Licenčné úvahy CU BE sú uvedené neskôr v tomto dokumente.

Lokácie/lokality

Pri plánovaní tohto prechodu by sa mal brať do úvahy počet a typy lokalít (veľké centrálne, regionálne, pobočky atď.) v rámci vášho existujúceho nasadenia. Úplné pochop enie existujúcich miest nasadenia pomôže pri strategickom plánovaní úspešného prechodu, najmä pokiaľ ide o určenie, ktoré lokality sa majú migrovať a v akom poradí. Pri rozhodovaní o migrácii bude rozhodujúce podrobné pochopenie požiadaviek plánu vytáčania (číslovanie, zvyky vytáčania, triedy obmedzení atď.), pripojenie siete lokálnej siete a šírky pásma (internet, WAN, LAN) a prístup PSTN (lokálny alebo centralizovaný, IP alebo TDM) pre každú lokalitu. Ďalšie informácie o spoločných modeloch nasadenia a kľúčových úvahách nájdete v informáciách o modeloch nasadenia spolupráce dostupných v SRND pre spoluprácu.

Ďalším dôležitým aspektom nasadenia pri prechode na je dostupnosť polohy. má rôzne možnosti, predplatné a zariadenia, ktoré sú k dispozícii v závislosti od toho, kde sa vaše nasadenie nachádza. Ďalšie informácie o geografickej dostupnosti nájdete v téme Kde je Webex k dispozícii? .

Nakoniec je dôležité pochopiť, aký vplyv bude mať prechod na iné služby spolupráce. Na základe cieľa tohto dokumentu je všeobecný predpoklad, že ak sa majú zachovať existujúce služby spolupráce mimo pracovného zaťaž enia volaním, očakáva sa prechod na vyššie uvedené hybridné nasadenie fázy 1. Príklady služieb spolupráce, ktoré môžu vyžadovať hybridné nasadenie, zahŕňajú lokálne kontaktné centrum, ktoré ešte nie je migrované do kontaktného centra Webex, a úzke integrácie do systémov, ako sú stránkovacie systémy a fakturácia. Ďalšie informácie o prechode dodatočných pracovných záťaží a služieb spolupráce nájdete v téme Pre chody spolupráce.

Inventarizácia existujúcich zariadenia/klientov

Pred začatím prechodu je dôležité inventarizovať existujúce hardvérové a softvérové koncové body. Kompletný zoznam typov/modelov zariadení, hardvérových verzií, typov a množstiev softvérových operačných systémov klientov zabezpečí, že budete môcť primerane naplánovať pre chod zariadení a zmierniť vplyv na zariadenia, ktoré nie je možné migrovať do cloudových volaní. Inventár by sa mal použiť na určenie zariadení na prechod a zariadení, ktoré sa majú nahradiť pred pre chodom.

Stolné telefóny

Pre stolné telefóny so zvukom a videom sú podporované iba stolné telefóny série 6800, 7800, 8800 a 9800. Toto je podskupina telefónov Cisco IP, ktoré sú podporované. Existujú niektoré modely a verzie telefónov 6800, 7800 a 8800, s ktorými sa nedajú používať. Ďalšie informácie o tom, ktoré modely a hardvérové verzie sú podporované, nájdete v té me Podporované zariadenia Webex Calling.

IP telefóny Cisco 6800 nie je možné aktualizovať z firmvéru Enterprise na multiplatform (MPP) firmvér, ktorý je potrebný. Akékoľvek telefóny 6800 zaregistrovaných pre podnikový firmvér musia byť nahradené modelom 6800 MPP alebo iným podporovaným modelom telefónu.

Telefóny IP série Cisco 7800 a 8800 musia byť pred ich prechodom a registráciou aktualizované na firmvér Multiplatform Phone (MPP). Ak chcete zistiť, ktoré modely a hardvérové verzie 7800 a 8800 podpor ujú firmvér MPP, pozrite si tému Konverzia telefónov IP série Cisco 7800 a 8800 medzi firmvérom Enterprise a MPP.

Modely 8845, 8865 a 8865NR dosiahli koniec predaja a neodporúča sa ich presťahovať.

Staršie verzie telefónov série 8800 (8811, 8841, 8851, 8851NR, 8861) sa neodporúčajú používať s nimi. Webex Calling Telefóny s hardvérovou verziou VID 14 alebo staršou sa zaregistrujú, ale v dôsledku hardvéru sa môžu vyskytnúť určité problémy s výkonom.

Stolné telefóny série 9800 fungujú so systémom PhoneOS, ktorý podporuje aj registráciu. Preto je možné tieto telefóny prejsť na bez aktualizácie firmvéru.

Všetky ostatné telefóny IP budú musieť byť nahradené telefónmi série 6800, 7800, 8800 alebo 9800 podporovanými telefónmi. Webex Calling Ďalšie informácie o podporovaných telefónoch IP a stolových telefónoch nájdete v článku Pod porované zariadenia pre Webex Calling.

Koncové body videa

Koncové body pre osobné a miestne video, vrátane série Cisco Board, série Room a Desk , sa môžu natívne zaregistrovať SIP. Ktorýkoľvek z týchto koncových bodov, ktoré potrebujú na uskutočňovanie zvukových alebo PSTN hovorov, vyžaduje licenciu na volanie:

Zdieľané zariadenia v konferenčných miestnostiach, priestoroch na zhromažďovanie atď. vyžadujú buď licenciu Professional Workspace alebo Workspace.

Osobné zariadenie koncového používateľa vyžaduje profesionálnu alebo štandardnú licenciu.

Určte, koľko koncových bodov videa je zaregistrovaných a ktoré sa používajú na uskutočňovanie zvukových hovorov. Je možné, že niektoré koncové body videa môžu byť použité iba na pripojenie k schôdzam alebo uskutočňovanie videohovorov SIP. V oboch prípadoch je potrebné koncové body ešte migrovať skôr, ako budú servery vyradené z prevádzky, pomôže to však určiť, koľko z nich bude potrebovať licencie na pokračovanie telefonických hovorov.

Keď sa video zariadenia presunú z registrácie na, URI týchto koncových bodov sa zmení, pretože sú teraz registrované v cloude.

Modely telefónov 8845, 8865 a 8875 sú osobné video telefóny, ktoré sú podporované.

Mäkkí klienti

Je to jediný softvérový klient podporovaný, na rozdiel od Unified CM ktorého podporuje aplikáciu Webex aj Jabber, a je novým predvoleným softvérovým klientom pre koncových používateľov.

V závislosti od režimov nasadenia implementovaných pre Jabber (režimy len pre IM, iba pre telefón a/alebo úplné režimy UC) možno budete musieť zvážiť aj prechod pracovného zaťaženia správ a/alebo schôdzí z Jabber na. Môže byť nasadený v režime iba pre telefón, ak bude použitý ako klient iba na volanie, alebo môže byť nasadený ako pl ný, Webex Suite ak sa použije iné pracovné zaťaženia, napr. Webex Messaginga/alebo Webex Meetings prechádzajú do aplikácie s volaním.

Zlepšuje zážitok koncového používateľa poskytovaním funkcií AI, ako je audio/video inteligencia, prepis hovorov a ďalšie. Ďalšie informácie nájdete na stránke https://www.webex.com/all-new-webex.

Pred presunutím používateľov k vám bude potrebné premeniť svojich klientov Jabber na. Na dokončenie tohto prechodu máte dve možnosti.

Predtým, ako ich prejdete na

Keď ich prejdete na.

Na uľahčenie počiatočného prechodu na zariadenie sa odporúča použiť možnosť 1 a najskôr presunúť používateľov na volanie. To dáva používateľom čas oboznámiť sa s novou aplikáciou, zatiaľ čo stále používajú existujúcu lokálnu volaciu platformu. Keď budete pripravení presunúť používateľov, nakonfigurujete ich tak, aby sa zaregistrovali na cloudovej volacej platforme.

Ďalšie informácie o týchto dvoch možnostiach nájdete v téme Cesta migrácie — jeden alebo dva kroky? .

Kompletný zoznam podporovaných zariadení nájdete v téme Podpor ované zariadenia pre Webex Calling.

Overte spôsobilosť zariadenia

Ako už bolo spomenuté, podporuje podmnožinu telefónov Cisco IP a vyžaduje iný typ firmvéru pre telefóny série 7800 a 8800. Unified CMtelefóny používajú firmvér Enterprise, zatiaľ čo telefóny používajú firmvér Multiplatform Phone (MPP). Odporúča sa overiť, ktoré registrované telefóny sú oprávnené na aktualizáciu na firmvér MPP počas fázy Príprava. To vám poskytne čas nahradiť neoprávnené telefóny jedným z podporovaných modelov telefónov alebo na identifikáciu alternatívneho plánu, napríklad presunúť používateľa iba do aplikácie Webex.

Na pomoc pri určovaní oprávnenosti telefónov má Control Hub vstavaný nástroj s názvom Migrácia telefónu do Webex Calling. Ak používate tento nástroj na kontrolu spôsobilosti zariadenia, vyberte možnosť Migrácia Vytvoriť iba licenciu na zariadenie.

Možnosť nástroja Control Hub na overenie spôsobilosti Unified CM telefónov Webex Calling

Táto možnosť vám umožňuje nahrať súbor CSV obsahujúci telefóny, aby ste mohli skontrolovať oprávnenosť každého telefónu. Výberom tejto možnosti Migrácia nepridá telefóny, pretože ste stále vo fáze prípravy a ešte nie ste pripravení na to. Ďalšie informácie nájdete v téme Migrácia telefónu do Webex Calling.

Je možné, že niektoré telefóny sa môžu vrátiť s neznámou oprávnenos ťou. Je to zvyčajne preto, že nie je možné overiť niektoré informácie o telefóne v systéme back-end. Pre všetky telefóny, ktoré majú stav Ne zná my, máte dve možnosti na overenie, či sú oprávnené na inováciu na firmvér MPP.

Ručne skontrolujte každý telefón a overte verziu modelu a hardvéru (PID VID)

Telefónny štítok 7800/8800 s informáciami o modeli a hardvérovej verzii

Používanie nástroja na pripravenosť telefónu Cisco IP

Stiahnite si nástroj z https://github.com/joemar2/mpp_readiness_check.

Tento nástroj nie je oficiálnym nástrojom Cisco ani nie je podporovaný TAC. Má podporu z najlepšieho úsilia, ale je bezplatný na použitie.

Tento nástroj musí byť spustený na počítači, ktorý je lokálny a má prístup k serverom a telefónom IP. Má možnosť povoliť prístup na web na telefónoch IP, čo je odporúčané a potrebné na dosiahnutie najlepších výsledkov. Preto by sa mal používať počas voľných hodín, aby sa zabránilo narušeniu koncových používateľov. Výstup nástroja poskytuje prehľad o tom, ktoré telefóny série 7800 a 8800 sú oprávnené na inováciu na firmvér MPP. Pretože má priamy prístup k telefónu, môže overiť neznáme zariadenia, ktoré boli nahlásen é z nástroja Control Hub.

Správa nástroja pripravenosti telefónu Cisco IP

Užívatelia

Jedným z najdôležitejších prípravných krokov na zabezpečenie úspešnej migrácie je správne posky tovanie používateľov. Musíte správne naplánovať všetkých používateľov, aj keď vykonávate fázovú migráciu. Používateľom musí byť zabezpečený niektorý z nasledujúcich možností:

Nasadenie funkcie With Calling

Nasadenie s

Konfigurácia služieb pre používateľa

Umožnenie vyhľadávania používateľov v adresári (kliknutie na zavolanie, kontaktné informácie používateľa, vyhľadávanie v telefónnom adresári).

Odporúča sa poskytnúť všetkým používateľom pred alebo na začiatku projektu. To zahŕňa používateľov, ktorí stále používajú svoju vol Unified CM aciu platformu, je nezávislá od svojho volacieho zariadenia (telefón IP, Jabber,). Po migrácii používateľov do (a/alebo) budete aktualizovať ich licencie, aby ste povolili služby, ktoré potrebujú. Poskytnutím všetkých podnikových volajúcich používateľov pred začatím prechodu umožňuje používateľovi, ktorý prešiel do adresára alebo vyhľadať podnikového volajúceho používateľa, ktorý je stále na Jabber a/alebo zapnutý. To zaisťuje, že prechodní používatelia môžu nájsť kontaktné informácie akéhokoľvek iného používateľa a uskutočniť im zavolanie pomocou vyhľadávania adresárov.

Vy hľadávanie v adresári obrázkov zobrazuje príklad používateľa, ktorý hľadá iného používateľa. Výsledky vyhľadávania zobrazujú kontaktné informácie používateľa a môžu byť určené pre používateľa, ktorý je stále na Jabber, alebo pre používateľa, ktorý prešiel na a/alebo.

Vyhľadávanie adresárov aplikácie Webex

Ďalej určte, na ktorý z existujúcich lokálnych volajúcich používateľov sa prejde. Ak dôjde k prechodu všetci alebo veľký počet používateľov, odporúča sa presunúť používateľov v skupinách, aby sa zabezpečilo, že projektový tím, personál IT a podporný personál budú schopní zvlá dnuť prechod a akékoľvek problémy, ktoré môžu vzniknúť. Mali by ste tiež vyčleniť určitý čas na poskyt nutie počiatočných informácií a školení na prípravu používateľov na tento prechod. Zoskupenie prechodu používateľov je možné vykonať na základe rôznych kritérií vrátane polohy alebo lokality, ku ktorej sú použí vatelia priradení, oddelení používateľov alebo dokonca typov používateľov (znalostní pracovníci, vedúci pracovníci, mobilní pracovníci atď.).

Napríklad, ak sú používatelia v nasadení rozdelení na tri hlavné lokality, New York (NYC), San Francisco (SFC) a Research Triangle Park (RTP), plán prechodu používateľa môže vyzerať ako plán načrtnutý v tabuľke Plán prechodu používateľov podľa lokality.
Tabuľka 4. Plán prechodu používateľa podľa lokality
Používateľská stránka/umiestnenie Informácie a školenia pred prechodom Prechodné obdobie Podpora po prechode
NYC (1 525 užívateľov) Týždeň 1. apríla 15. apríla — 27. apríla Týždeň 29. apríla
SFO (1 600 užívateľov) Týždeň 6. mája 20. mája — 31. mája Týždeň 3. júna
RTP (1 275 užívateľov) Týždeň 3. júna 17. júna — 28. júna Týždeň 1. júla

Ďalším dôležitým faktorom je prechod používateľov, ktorí majú medzi sebou závislosť. To by mohlo zahŕňať, ale nie je obmedzené na nasledujúce:

Monitorovanie BLF

Rovnaký lovecký pilot/skupina

Zdieľanie riadkov

Časť tej istej skupiny na vyzdvihnutie hovorov

Používanie rovnakých čísel call parkovania

Interkom

Admin/Exec.

Môžete skontrolovať konfiguráciu (GUI alebo export) alebo použiť nástroj Migration Insights na identifikáciu skupín používateľov s týmito závislos ťami.

Tabuľka 4. Plán prechodu používateľa podľa lokality
Používateľská stránka/umiestnenie	Informácie a školenia pred prechodom	Prechodné obdobie	Podpora po prechode
NYC (1 525 užívateľov)	Týždeň 1. apríla	15. apríla — 27. apríla	Týždeň 29. apríla
SFO (1 600 užívateľov)	Týždeň 6. mája	20. mája — 31. mája	Týždeň 3. júna
RTP (1 275 užívateľov)	Týždeň 3. júna	17. júna — 28. júna	Týždeň 1. júla

Pripojenie PSTN

môže pristupovať k PSTN tromi spôsobmi: plány volania Cisco, Cloud connect for (predtým Cloud Connected PSTN) a lokálna brána PSTN. Jedno umiestnenie definované v rámci programu je však možné priradiť iba k jednej možnosti PSTN.

Lokálne PSTN s lokálnou bránou (LGW) je základnou súčasťou stratégie prechodu. Poskytuje pripojenie medzi lokálnym nasadením a/alebo PSTN a platformou. Podporuje Cisco aj certifikované kontroléry hraníc relácií tretích strán (SBC), ktoré možno použiť ako lokálnu bránu. Najnovší zoznam podporovaných SBC nájdete v časti Zoznam podporovaných S BC.

Podporuje až 250 súbežných hovorov z jednej lokálnej brány založenej na registrácii a viac ako 250 súbežných hovorov z jednej lokálnej brány založenej na certifikácii. Miestne brány založené na certifikátoch môžu podporovať až 6500 súbežných hovorov, ale je to založené na type pripojenia, ku ktorému musí lok álna brána (Over-the-Top vs Interconnect peering) a modelu SBC, na ktorom je nasadená miestna brána. Tieto limity sú v podstate predvoleným limitom počtu pre volania PSTN založené na lokálnej bráne a volania medzi lokalitami medzi koncovými bodmi a koncovými bodmi. Ďalšie informácie nájdete v téme Začíname s lokálnou bránou.

Akékoľvek hovory, ktoré presahujú tento limit, sú odmietnuté s číslom 403 Zakázané. Hlasový príkaz show call active je možné spustiť na lokálnej bráne v ľubovoľnej inštancii, aby sa ur čil celkový počet aktívnych hovorov.

Zlé sieťové podmienky medzi lokálnou bránou a prístupovým SBC môžu obmedziť výkon signálneho pripojenia, čo vedie k ešte nižšiemu limitu sú bežných hovorov. Jednosmerná latencia medzi lokálnou bránou a dátovým centrom by nemala presiahnuť 100 ms a chvenie by malo byť menšie ako 10 ms, zatiaľ čo strata paketov je menšia ako 0,5%.

Funkcie a využitie funkcií

Pri posudzovaní súčasného prostredia je dôležité identifikovať a skontrolovať, ktoré funkcie sú nakonfigurované. Okrem toho je dôležité pochopiť používanie funkcií, aby ste mohli (opätovne) definovať svoje obchodné a technické požiadavky na nasadenie.

Ak chcete zistiť, ktoré funkcie sú nakonfigurované, analyzujte konfiguráciu. Toto sú všetky statické údaje, ktoré sa nastavujú, keď je v systéme nakonfigurovaná funk cia alebo nastavenie. Na dokončenie tejto analýzy je možné použiť nasledujúce možnosti:

Skontrolujte konfiguráciu v administrátorskom GUI

konfiguračný export - hromadný export alebo AXL

nástroj prehľadov migrácie (odporúčané)

Partnerské nástroje Cisco tretích strán (odporúčané).

Na efektívnu analýzu využitia funkcií je nevyhnutné preskúmať dynamické systémové údaje, ako sú využitie, registrácie a aktivita hovorov. Rôzne analytické nástroje a dashboardy poskytujú pohľad na tieto metriky, čo umožňuje komplexné pochopenie výkonu a kapacity systému, čo podporuje informované rozhodovanie počas migrácie a optimalizácie. Na dokončenie tohto typu analýzy je možné použiť nasledujúce možnosti:

Preskúmanie nespracovaných záznamov CDR

Preskúmanie Unified CM údajov RTMT

nástroj migrácie Insights pomocou údajov CDR

Recenzia analýzy UC pripojených k cloudu v

Hlasitosť hovoru

Registrované koncové body

(CAC) miesta

Využitie kufra.

Partnerské nástroje Cisco tretích strán.

Spoločnosť Cisco odporúča začať s nástrojom Webex Control Hub Migration Insights pre túto analýzu. Do nástroja budete importovať svoj exportovaný súbor.TAR a súbory Unified CM CDR (voliteľné, ale potrebné na analýzu využitia funkcií). Nástroj vygeneruje nasledujúce správy založené na CSV , ktoré možno použiť na spustenie analýzy:

Tabuľka 5. Správy generované zo Unified CM súboru.tar
Názov správy
Popis správy
ImportedDataBulk.csv
Všetci používatelia a zariadenia z Unified CM údajov
DeviceEligibility.csv
Identifikuje zariadenia oprávnené na migráciu Webex Calling (telefóny IP, zariadenia s operačným systémom Room, ATA a tretích strán)
DevicePoolNumbers.txt
Zoznam všetkých čísel v konkrétnom fonde zariadení
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv
Podrobnosti o zariad eniach a používateľoch, ktoré by sa mali migrovať spoločne na základe zdieľaných liniek, pilota lovu, frontu hovorov, parkovania hovorov a konfigurácie skupiny na vyzdvihnutie hovorov
HuntGroupMigrationInsight.csv
Podrobné informácie o pridelených lovných líniách, skupinách línií a pridružených agentoch
SharedlineGroupMigrationReport.csv
Prehľad toho, ako sa telefónne čísla (adresárové čísla) zdieľajú medzi používateľmi

Tabuľka 6. Správy generované zo súbor Unified CM ov.tar a CDR. gzip
Názov správy
Popis správy
FeatureUsageBasedDeviceEligibilityReport.csv
Informácie o spôso bilosti migrácie zariadenia na základe použitia funkcie
FeatureUsageWithLastUsageDateReport.csv
Počet použití pre počet volaní pilota (ov) lovu a frontu hovorov spolu s dátumom posledného použitia
UserWorkspaceLastUsage.csv
Dátum posledného používania pre používateľov a pracovné priestory pre softvérových klientov aj pevné telefóny
DIDUsageReport.csv
Použitie DID pre priradené aj nepriradené DID

Ďalšie podrobnosti o prehľadoch Migration Insights nájdete v téme Pre hľady migr ácie.

Ak potrebujete viac informácií o funkciách a použití po preskúmaní informácií v prehľadoch Migration Insights, Cisco odporúča zvážiť jeden z nástrojov na migráciu partnerov spoločnosti Cisco tretích strán a/alebo skontrolovať konfigurácie v GUI alebo v konfigurácii exportných údajov.

Tabuľka 5. Správy generované zo Unified CM súboru.tar
Názov správy Popis správy
ImportedDataBulk.csv Všetci používatelia a zariadenia z Unified CM údajov
DeviceEligibility.csv Identifikuje zariadenia oprávnené na migráciu Webex Calling (telefóny IP, zariadenia s operačným systémom Room, ATA a tretích strán)
DevicePoolNumbers.txt Zoznam všetkých čísel v konkrétnom fonde zariadení
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Podrobnosti o zariad eniach a používateľoch, ktoré by sa mali migrovať spoločne na základe zdieľaných liniek, pilota lovu, frontu hovorov, parkovania hovorov a konfigurácie skupiny na vyzdvihnutie hovorov
HuntGroupMigrationInsight.csv Podrobné informácie o pridelených lovných líniách, skupinách línií a pridružených agentoch
SharedlineGroupMigrationReport.csv Prehľad toho, ako sa telefónne čísla (adresárové čísla) zdieľajú medzi používateľmi

Tabuľka 6. Správy generované zo súbor Unified CM ov.tar a CDR. gzip
Názov správy Popis správy
FeatureUsageBasedDeviceEligibilityReport.csv Informácie o spôso bilosti migrácie zariadenia na základe použitia funkcie
FeatureUsageWithLastUsageDateReport.csv Počet použití pre počet volaní pilota (ov) lovu a frontu hovorov spolu s dátumom posledného použitia
UserWorkspaceLastUsage.csv Dátum posledného používania pre používateľov a pracovné priestory pre softvérových klientov aj pevné telefóny
DIDUsageReport.csv Použitie DID pre priradené aj nepriradené DID

Integrácie Cisco: Unity Connection UCCX UCCE

Hlasová schránka je neoddeliteľnou súčasťou ponuky a natívne je súčasťou riešenia. nemožno integrovať s priestorovým riešením hlasovej schránky, ako je Unity Connection alebo Unity Connection Express. Ďalej neexistuje žiadny natívny spôsob migrácie existujúcich správ hlasovej schránky alebo pozdravov k pripojeniu Unity do natívnej služby hlasovej schránky, ktorá je k dispozícii. Niektoré nástroje na migráciu partnerov spoločnosti Cisco tretích strán majú možnosti migrovať niektoré z týchto údajov. Ďalšie informácie o hlasovej schránke nájdete v téme Konfigurácia a správa nastavení hlasovej schránky pre používateľa. Webex Calling

podporuje tiež zdieľané hlasové schránky a faxové poštové schránky. Ďalšie informácie nájdete v téme S práva zdieľanej hlasovej schránky a prichádzajúceho faxového schránky. Webex Calling

má vstavanú funkciu Auto Attendant, ktorá je súčasťou základnej platformy. Táto funkcia umožňuje prechod ovládačov hovorov vášho Unity Connection a funkcií automatickej obsluhy. Nástroj Control Hub, Migrácia funkcií zUnified CM, podporuje migráciu konfigurácií pripojenia Unity na automatické obsluhy. Ďalšie informácie o používaní tohto nástroja nájdete v téme Migrácia zariadení a funkcií z Unified CM doWebex Calling.

Nahrávanie hovorov

obsahuje dve možnosti nahrávania hovorov bez ďalších nákladov.

Nahrávanie hovorov Webex

Nahrávanie Dubber Go (partnerská ponuka) - integrácia medzi a dubberom, kde sú všetky nahraté médiá bezpečne uložené v cloude.

zahrnutá tabuľka možností nahrá vania zdôrazňuje niektoré kľúčové vlastnosti dvoch možností nahrávania hovorov, ktoré sú k dispozícii bez ďalších nákladov.

Tabuľka 7. zahrnuté možnosti nahrávania
Webex Double Go

K dispozícii všetkým používateľom K dispozícii všetkým používateľom

Neobmedzené nahrávky Neobmedzené nahrávky

1 rok uchovávacej lehota* 30-dňová doba uchovávania

100 GB úložného priestoru na organizáciu -

Úradníci pre dodržiavanie predpisov môžu pristupovať k záznamom hovorov -

API na správu nahrávok -

Správcovia môžu konfigurovať a spravovať prístup používateľov k nahrávkam hovorov
Používatelia môžu spravovať svoje vlastné nahrávky pomocou User Hub a/alebo aplikácie Webex.
Len používatelia môžu pristupovať a spravovať svoje nahrávky
Z ich dubberového portálu.

Ak vaša organizácia vyžaduje ďalšie možnosti nahrávania, ako je nahrávanie hovorov v súlade s dodržiavaním predpisov, dlhšie doby uchovávania, viac úložiska, analýzu AI a/alebo prístup správcu, existujú platené ponuky alebo doplnky od spoločností Cisco aj poskytovateľov nahrávania tretích strán. Ďalšie informácie o poskytovateľoch nahrávania, konfiguráciách a doplnkových partnerských službách nájdete v téme S práva nahrávania hovorov pre Webex Calling.

Tabuľka 7. zahrnuté možnosti nahrávania
Webex	Double Go
K dispozícii všetkým používateľom	K dispozícii všetkým používateľom
Neobmedzené nahrávky	Neobmedzené nahrávky
1 rok uchovávacej lehota*	30-dňová doba uchovávania
100 GB úložného priestoru na organizáciu	-
Úradníci pre dodržiavanie predpisov môžu pristupovať k záznamom hovorov	-
API na správu nahrávok	-
Správcovia môžu konfigurovať a spravovať prístup používateľov k nahrávkam hovorov Používatelia môžu spravovať svoje vlastné nahrávky pomocou User Hub a/alebo aplikácie Webex.	Len používatelia môžu pristupovať a spravovať svoje nahrávky Z ich dubberového portálu.

Integrácie tretích strán

podporuje rôzne integrácie tretích ^str án vrátane okrem iného SBC pre lokálne brány, IP telefóny, interkomové telefóny, reproduktory/pagery, ATA atď. Okrem týchto zariadení tretej ^strany Webex Calling podporuje rôzne riešenia pre zákaz ^níc ku podporu, analýzu, nahrávanie, fakturáciu atď. Ďalšie informácie o riešeniach tre ^tej strany nájdete v časti Webex App Hub.

Plán

Projektový plán na vysokej úrovni

Migračná cesta - jeden alebo dva kroky?

Možnosť 1: Jednokroková migrácia používateľov

Možnosť 2: Dvojstupňová migrácia používateľov

Krok 1

Krok 2

Projektový plán na vysokej úrovni

Pri vypracúvaní plánu projektu na vysokej úrovni pre migráciu z na je nevyhnutné stanoviť jasné fázy a míľniky, ktoré sú v súlade s obchodnými cieľmi a technickými požiadavkami. Plán by mal začať komplexnou fázou hodnotenia vrátane zhromažďovania podrobných technických a obchodných požiadaviek, ako aj identifikácie zainteresovaných strán a definovania kritérií úspechu. Kľúčové úvahy zahŕňajú prideľovanie zdrojov, odhad časového harmonogramu, riadenie rizík a komunikačné stratégie, aby sa zabezpečilo, že všetky strany sú informované a zapojené počas migrácie. Okrem toho by plán mal obsahovať kontrol né body overovania, ako sú pilotné testovanie a postupné zavádzanie, aby sa minimalizovalo narušenie a umožnilo úpravy na základe spätnej väzby.

Príklady prvkov, ktoré sa majú zahrnúť do plánu projektu, sú:

Definovanie rozsahu migrácie (napr. ktorí používatelia, zariadenia a funkcie prechádzajú)

Plánovanie školení pre koncových používateľov a podporné tímy

koordinácia posudzovania pripravenosti siete a

Plánovanie prerušovacích aktivít s možnosťami rezervy. Je tiež dôležité integrovať kontroly sú ladu a bezpečnosti, ako aj fázy podpory a optimalizácie po migrácii.

Štruktúrovaním plánu projektu podľa týchto úvah môžu organizácie lepšie riadiť zložitosť, znižovať riziká a dosiahnuť plynulejší prechod na.

Migračná cesta - jeden alebo dva kroky?

vyžaduje, aby používatelia používali softvérový klient pre svoje volanie. Preto, ak niektorí používatelia stále používajú, máte dve možnosti, kedy ich môžete presunúť do. Môžete vykonať jednokrokovú migráciu používateľov alebo dvojstupňovú migráciu používateľov.

Možnosť 1: Jednokroková migrácia používateľov

Pri jednokrokovej migrácii používatelia prechádzajú z na súčasne prechádzajú z Unified CM na. Táto možnosť je zvyčajne určená pre zákazníkov s malým počtom používateľov na migráciu a môže spravovať presúvanie softvérového klienta používateľa aj volacej služby súčasne. Nižšie uvedený obrázok Služba volania používateľa, softvérový klient a telefónne migrácie súčas ne zvýrazňuje tento typ migrácie. S touto možnosťou použív ateľ bude mať súčasne vyplnené nasledovné:

Telefonické služby presunuté z

Telefónne čísla a rozšírenia presunuté z

Softvérový klient prešiel z Jabber na - zaregistruje sa na

Telefonická registrácia sa presunula z.

Služba volania používateľa, softvérový klient a telefón migruje súčasne

Stále to môže byť fázová migrácia, pri ktorej sa skupiny používateľov presúvajú v rôznych časoch, ale keď je každý používateľ presunutý, všetko sa deje súčasne.

Možnosť 2: Dvojstupňová migrácia používateľov

Druhým prístupom je dvojstupňová migrácia. V kroku 1 sú používatelia prechodení z na služby volania, ale zostávajú zapojení do služieb volania. Potom v kroku 2 sa používatelia presunú Unified CM z. Táto možnosť sa odporúča pre väčších zákazníkov, aby mohli spravovať zmeny koncového používateľa a chcú oddeliť softvérovú zmenu klienta používateľa od zmeny služby volania. Nasledujúci obrázok Migrácia softvérového klienta; potom migrácia volacích služieb, softvéru klienta a telefónu na Webex Calling nižšie zvýrazní tento typ migrácie.

Krok 1

Soft klient prešiel z na - zaregistruje sa na.

Krok 2

Volajúce služby sa presunuli z na.

Telefónne čísla a rozšírenia sa presunuli z.

Registrácia sa presunula z.

Telefonická registrácia sa presunula z.

Migrácia softvérového klienta; potom migrujte volaciu službu, softvérový klient a telefón na Webex Calling

Stále to môže byť fázová migrácia, pri ktorej sa skupiny používateľov presúvajú v rôznych časoch v oboch krokoch.

Možnosť, ktorú si vyberiete, závisí od toho, ako chcete spravovať prechod používateľov na a. Odporúča sa vykonať ho postupne (možnosť 2). To vám umožní minimalizovať zmeny koncového používateľa naraz a rozdeliť úsilie na rôzne časti projektu. Ak však uprednostňujete, aby boli používatelia ovplyvnení iba raz, platné je aj použitie možnosti 1.

Pri pohľade na odporúčanú cestu (možnosť 1), obrázok mapy prechodu na vysokej úrovni Jabber na Webex App zobrazuje prechod na vysokej úrovni pre krok 1.

Mapa prechodu na vysokej úrovni Jabber na Webex App

V tomto kroku sa používatelia prechádzajú z Jabber na všetky svoje volacie služby. Volacia platforma je však stále Unified CM a zaregi struje svoje volacie služby. Ako je vidieť na mape prechodu na vysokej úrovni Jabber na Webex App, lokálna infraštruktúra sa nemení a funguje rovnako ako Jabber. Jedinou zmenou je, že vyžaduje pripojenie k.

Ďalšie informácie o tomto prechode nájdete v časti Mapy a nasadenie prechodu Jabber na Webex v sekcii Klient na stránke Prechod na spolu prácu.

Unified CMna obrázok mapy prechod u na vysokej úrovni je pre chod na vysokej úrovni z. Webex Calling Toto je krok 2 odporúčanej cesty.

Unified CMna mapu pre Webex Calling chodu na vysokej úrovni

Ak sa rozhodnete použiť jednokrokový prístup, platí to aj.

V tomto kroku sa používatelia prechádzajú do skupín. V tomto okamihu začnú používatelia využívať svoje volacie služby, registráciu volania a registráciu telefónu IP.

Keďže používatelia sa pohybujú v skupinách, používatelia Enterprise budú počas prechodu rozdelení medzi dve volacie platformy. Obrázok mapy Unified CM prechodu Webex Calling od fá zy 1 do vysokej úrovne zobrazuje tento stav. Počas tejto fázy je potrebné plánovať, ako spravovať hovory medzi používateľmi na oboch platformách a ako budú smerované hovory PSTN. Pri každom prechode na skupinu používateľov sa budú vyžadovať aktualizácie dial-plánov a smerovania hovorov a lokálnej brány.

Po prechode všetkých používateľov, softvérových klientov a zariadení do (fáza 2) môže byť všetka lokálna infraštruktúra UC odstránená a vyradená z prevádzky.

Návrh

Výber regiónu

Lokality

PSTN

Plán vytáčania

Miestny plán vytáčania v

plán vytáčania

Nahrávanie

1. Výber poskytovateľa nahrávania hovorov

2. Výber regiónu

Núdzové volanie

Licencovanie

Manuálne priradenie cez

Automatické šablóny priradenia licencií

Hromadné priradenie prostredníctvom šablóny CSV

Priradenie založené na API

Požiadavky na licenciu

Poskytovanie používateľov

Skupiny používateľov

Odporúčaný prístup pri migrácii z na

Navrhovanie skupín používateľov

Jednorazové prihlásenie (SSO)

Podpora viacerých IDP

1. Fúzie a akvizície

2. Viaceré nezávislé IT oddelenia

3. Rôzne skupiny používateľov alebo domény

4. Podpora rôznych autentifikačných protokolov

5. Zvýšená bezpečnosť a súlad

6. Zjednodušená užívateľská skúsenosť

Duo MFA s SSO pre

Funkcie

Automatický obsluha

Zavolajte do parku

Vyzdvihnutie hovoru

Poradie hovorov

Huntová skupina

Prevádzkové režimy

Stránková skupina

Nahrávky

Dosah jedného čísla

Skupina hlasovej schránky

Výber regiónu

je dostupný na celom svete a dodáva sa z redundantných dátových centier vo viacerých regiónoch: USA (Dallas, Chicago), Kanada (Vancouver, Toronto), Európa (Frankfurt, Amsterdam), Veľká Británia (Londýn, Manchester), Austrália (Melbourne, Sydney), Japonsko (Tokio, Osaka), Saudská Arábia (Rijád, Džidda) a India (Mumbai, Chennai). Mediálne POP poskytujú mediálne služby na optimalizáciu časov spiatočnej cesty médií. Singapurské dátové centrum sa napríklad používa na optimalizáciu časov spiatočných ciest médií pre zákazníkov v ázijských krajinách, kde môžu byť spiatočné časy buď do regiónu Austrálie alebo Japonska neoptimálne. Dátové centrá sú prepojené multigigabitovou a plne redundantnou chrbticou. Obrázok globálne distribuovaných dátových centi er zobrazuje prehľad všetkých dátových centier. Najnovší zoznam dostupných dátových centier nájdete v časti U miestnenia dátových centier Webex Calling.

Globálne distribuované dátové centrá

Každý zákazník je poskytovaný na jednej z inštancií. Všetky informácie o poskytovaní tohto zákazníka sú uložené v tejto inštancii a signalizácia SIP všetkých koncových bodov a miestnych brán poskytnutých pre daného zákazníka je viazaná na inštanciu, na ktorú je zákazník poskytovaný. Pretože je ťažké zmeniť počiatočný výber regiónu, je dôležité zvážiť všetky relevantné faktory ako súčasť rozhodovacieho procesu vedúceho k výberu regiónu. Aby sa zabránilo nadmernému signalizácii oneskorenia spiatočnej cesty, je dôležité na začiatku procesu prechodu rozhodnúť, ktorá inštancia by sa mala použiť. Spoločnosť Cisco odporúča vybrať inštanciu, ktorá poskytuje najnižší čas signalizácie spiatočnej cesty pre najväčší počet používateľov v rámci nasadenia.

Dostupnosť v krajinách nájdete v téme Kde je dostupný Webex? .

Lokality

Na prípravu na poskytovanie miest je potrebné zhromaždiť požadované informácie pre všetky cieľové miesta migrácie. Informácie potrebné pre každé miesto sú zhrnuté v časti Informácie na zachytenie pre každ é miesto.
Tabuľka 1. Informácie, ktoré sa majú zachytiť pre každú lokalitu
Informácie komentár
Rozsah (-y) rozšírenia Každé miesto môže mať rozšírenia začínajúce rôznymi čísličkami. Jedna číslica musí byť ušetren á pre číslicu riadenia medzi miestami (napríklad 8) a jedna pre číslicu riadenia PSTN (napríklad 9). Žiadny rozsah rozšírenia nemôže začať jednou z týchto dvoch číslic.
Všetky rozsahy rozšírenia všetkých miest musia mať rovnakú dĺžku.
Rozsah (y) DID -
Číslica riadenia PSTN -
Kód stránky Všetky kódy stránok všetkých lokalít musia byť jedinečné a mať rovnakú dĺžku.
Hlavné číslo Pri vytváraní polohy je potrebné poskytnúť dva DID. Jedno ako hlavné číslo (napríklad priradené službe automatickej obsluhy) a jedno pre portál hlasovej schránky.
Poskytnite jeden DID pre číslo hlasovej schránky.
Číslo hlasovej schránky
Počet licencií Požadované licencie podľa typu vrátane štandardného, profesionálneho, pracovného priestoru, zoznamu trás, plánu odchádzajúcich hovorov.
Súbežné hovory v rušnej hodine Súčet súbežných hovorov medzi zariadeniami a medzi zariadeniami a lokálnou bránou (PSTN a hovory na zariadenia). Potrebné na určenie požadovanej šírky pásma prístupu na internet.
Krajina -
Časové pásmo -
Jazyk -
Kontakt (meno, telefón, e-mail) -
Adresa (adresa ulice, mesto, štát, PSČ) -
Pohotovostné služby fyzické odosielateľné umiestnenie pre koncové body Miesto odosielateľného zariadenia používané na tiesňové volanie vo všeobecnosti zahŕňa nasledovné: adresa budovy, adresa budovy + číslo poschodia, adresa budovy + číslo apartmánu alebo adresa budovy + číslo poschodia+číslo kancelárie/kubické číslo.
Jedinečné umiestnenie fyzickej siete pre záchranné služby na zariadenie Fyzická sieťová poloha pre núdzové volanie vo všeobecnosti zahŕňa: prepínač/prepínač pre káblové zariadenia, identifikátory základnej sady služieb bezdrôtového prístupového bodu (AP) pre bezdrôtové pripojené zariadenia a/alebo lokálne podsiete IP pre zariadenia koncových bodov.

PSTN

Pri navrhovaní nasadenia majú zákazníci tri primárne možnosti pripojenia PSTN: Cisco C alling Plans (cloudová služba PSTN spravovaná spoločnosťou Cisco), Cloud Connected PSTN Providers (CCPP, kde poskytovatelia poskytujú služby PSTN prostredníctvom cloudu) a lokálne PSTN (kde lokálne brány spájajú podnikovú sieť s PSTN). Zavedením PSTN trunkingu pre hybridné nasadenia (Ďalšie informácie nájdete v téme PSTN trunking pre hybridné nasadenia na PSTN trunking) získajú organizácie ďal Webex Calling šiu flexibilitu vo svojom migračnom prístupe. Táto funkcia umožňuje zákazníkom presunúť svoje PSTN na CCPP na začiatku cesty prechodu a začať prechod na cloudový PSTN pre používateľov, pričom využíva CCPP na udržanie služby PSTN pre používateľov, ktorí zostanú v Cisco počas fázovej migrácie.

Tento hybridný prístup umožňuje organizáciám najskôr presunúť vybrané skupiny používateľov do cloudu bez okamžitej prepravy celého telefónneho prostredia. Prináša však ďalšiu zložitosť a riziko, najmä pokiaľ ide o prispôsobenie existujúcej logiky smerovania hovorov na podporu novej architektúry. Dôkladné z váženie si vyžaduje aj interoperabilita so staršími aplikáciami, ako sú faxové servery, kontaktné centrá alebo stránkovacie systémy. Medzi kľúčové technické výzvy môžu patriť zabezpečenie bezproblémového vyjednávania kodekov typu end-to-end a signalizácie DTMF (Dual-Tone Multi-Frequency) v zmiešanom prostredí, ako aj overenie kompatibility so špecializovanými telefónnymi funkciami. Správne plánovanie a testovanie sú nevyhnutné na minimalizáciu narušenia a udržanie spoľahlivých hlasových služieb počas celého procesu migrácie. Okrem toho sú dôležité komerčné úvahy, pretože hybridný trunking vyžaduje licenciu na používanie, ktorá je založená na počte súbežných hovorov medzi lokálnym prostredím a poskytovateľom PSTN pripojeným k cloudu (CCPP).

Alternatívne sa môžu organizácie rozhodnúť zachovať svoje lokálne pripojenie PSTN počas prechodnej fázy. V tomto scenári môže byť migrácia na CCPP vykonaná dvoma spôsobmi: ako jediný koordinovaný prechod pre všetkých používateľov a umiestnenia po dokončení migrácie alebo postupne, pričom migrácia PSTN prebieha na základe jednotlivých položiek pri presúvaní používateľov. Tento prístup môže pomôcť zefektívniť koexistenciu a zachovať kontinuitu pre staršie integrácie, zavádza však niekoľko prevádzkových komplexností. Medzi ne patria výz vy súvisiace s prenosom čísel, ako je potreba presnej koordinácie príkazov počtových prístavov, potenciálne oneskorenia a obmedzenia uložené poskytovateľmi, ako je obmedzenie počtu súbežných žiadostí o prístavy alebo obmedzenia prenosu podskupín veľkého počtu blokov. Organizácie musia starostlivo naplánovať svoju stratégiu prechodu na PSTN, pričom zohľadnia tieto logistické úvahy, aby sa zabránilo prerušeniu služieb a zabezpečili hladkú migráciu.

Migrácia na CCCP na začiatku vs. udržiavanie lokálneho PSTN

Obrázok Migrácia do CCCP na začiatku vs. zachovanie lokálneho PSTN zobrazuje dve možnosti migrácie PSTN vysvetlen é vyššie. Obrázok vľavo zobrazuje scenár, v ktorom všetci lokálni používatelia a aplikácie využívajú služby PSTN pripojené k cloudu prostredníctvom lokálneho kmeňa a lokálnej brány, ku ktorej prepája lokálnu bránu, zatiaľ čo obrázok vpravo zobrazuje scenár, v ktorom existujúci lokálny PSTN zostane na svojom mieste a používatelia Webex Calling využívajú lokálnu PSTN prostredníctvom pripojenia lokálnej brány medzi lokálnymi brán ami a. Počas prechodu je možné umiestnenia prepnúť na pomocou služby Cloud Connected PSTN.

V oboch prípadoch volania medzi lokálnymi a používateľmi využívajú pripojenie Local Gateway. Prepojenie medzi lokálnymi a musí byť navrhnuté a rozmerované zodpovedajúcim spôsobom na základe očakávaného počtu súbežných hovorov a požad ovanej redundancie.

Plán vytáčania

Aby sa dosiahla bezproblémová interoperabilita medzi obdobím migrácie a počas neho, musí sa vyvinúť a implementovať komplexná architektúra plánu vytáčania na oboch platformách. Tento návrh plánu vytáčania s dvoma platformami zaisťuje konzistentné smer ovanie hovorov, preklad čísel a transparentnosť funkcií, čo umožňuje používateľom v oboch systémoch komunikovať bez zhoršenia služby alebo narušenia používateľskej skúsenosti počas fázy koexistencie .

Miestny plán vytáčania v

Počas prechodu, aby sa umožnilo koexistenciu zariadení zaregistro Unified CM vaných na podnikovom vytáčaní a na ňom, je potrebné zmeniť tak, aby bolo možné splniť aspoň tieto požiadavky:

+E.164 vytáčanie z na

Predĺženie vytáčania z na (v rámci lokality, ale aj medzi miestami, ak sú rozsahy rozšírenia jedinečné)

Skrátené vytáčanie medzi miestami od do

Nútené vytáčanie v sieti od do

Spätné volanie z adresára zmeškaných hovorov do cieľov zapnutých

PSTN volania z na PSTN, ak sa počas prechodu používa lokálny PSTN

PSTN volania od do, ak počas prechodu sa PSTN trunking pre hybridné nasadenia používa na poskytovanie prístupu PSTN lokálnym používateľom prostredníctvom služby Cloud Connect for

Nútené pripojenie na sieť od do

Predĺženie vytáčania z na (medzi miestami).

Ak niektorý z vyššie uvedených návykov pred prechodom nie je podporovaný, napríklad neexistuje skrátený zvyk vytáčania medzi miestami, nemusí byť nevyhnutne zaved ený počas prechodu.

Obrázok Plán vytáčania osvedčených postupov zobrazuje prístup k plá nu vytáčania osvedčených postupov, ako je opísané v Preferovaná architektúra pre Cisco Collaboration 12.x Enterprise On-Premisals Imployments, CVD. Kľúčové charakteristiky tohto prístupu zahŕňajú:

Jeden oddiel pre adresárové čísla +E.164

Základné smerovanie založené na vzorcoch trasy +E.164

Normalizácia všetkých návykov vytáčania na +E.164 pomocou vzorcov prekladu

Použitie vzoru prekladu vyvolávajúceho dedičstvo vyhľadávacieho priestoru (možnosť Použiť nastavenie vyhľad ávacieho priestoru pôvod cu na vzoroch prekladu).

Plán vytáčania najlepších postupov

Napríklad vytáčanie PSTN (9+1+10D) zo zariadenia v SJC, ktoré je vybavené vyhľadávacím priestorom pre riadkové volanie SJCInternational, sa najskôr spojí vzorom prekladu 9.1 [2-9] XX [2-9] XXXXXX, ktorý normalizuje číslo volanej strany na +E.164. Sekundárne vyhľadávanie potom znova použije rovnaký volajúci vyhľadávací priestor SJCInternational (volajúci dedičnosť vyhľadávacieho priestoru) a reťazec +E.164 sa buď zhoduje číslom adresára +E.164 v oddieli DN alebo jedným zo vzorov trasy PST N v oddieli USPSTNnational alebo SJCPSTNLocal. Skrátené zvyky vytáčania v rámci lokality a medzi miestami sú implementované prekladmi v oddiele ESN a SJCTOE164. Zatiaľ čo oddiel ESN je globálny oddiel (prístupný pre telefóny na všetkých miestach), oddiel SJCTOE164 je prístupný iba pre používateľov v lokalite SJC. To predpokladá prekrývajúce sa rozsahy rozšírenia.

Prvým krokom na povolenie volania z na je zabezpečiť, aby boli destinácie +E.164 smerované zodpovedajúcim spôsobom. To sa dá dosiahnuť pridaním oddielu do plánu vytáčania, pridaním vzorov trasy +E.164 pre všetky ciele do tohto oddielu a nakoniec pridaním oddielu do všetkých volajúcich vyhľadávacích priestorov predstavujúcich triedy služieb, ktoré je potrebné dosiahnuť. Vytvorenie špecializovaného oddielu je potrebné na vytvorenie diferencovanej triedy služieb pre hovory pochádzajúce z. Aby sa zabránilo slučkám volania, priestor vyhľadávania prichádzajúcich volaní v kmeňovom priestore z lokálnej brány by nemal mať prístup k oddielu.

+E.164 smerovanie na Webex Calling

Ako je znázornené na obrázku +E.164 smerovanie doWebex Calling, na umožnenie smerovania z na miesto s rozsahom +E.164 DID +1 221 555 2XXX a kódom lokality 121, je potrebné do oddielu pridať urgentný vzor trasy zodpovedajúci tomuto rozsahu +E.164.

Ak sa nevyžaduje výber lokálnej brány špecifickej pre danú lokalitu, namiesto použitia zoznamu trás s lokálnou skupinou trás ako cieľovým miestom pre vzory trás ukazujúce na jednu skupinu trás môže byť poskytnutá miestna brána ako jediný člen a potom vzory trás ukazujú na zoznam jediných trás s jedinou skupinou trás ako jediným položkom.

Ak chcete povoliť skrátené vytáčanie medzi lokalitami na lokalitu, do oddielu sa pridá požadovaný vzor tras y 8121.2XXX. Lokality, ktoré majú byť presunuté na normalizačný vzor vytáčania 8121.2XXX, ktorý normalizuje vytáčanie ESN na +E. 164, už môže existovať v oddiele ESN. V takom prípade sa zdá, že 8121.2XXX je nadbytočný, ale akonáhle budú všetky DNS príslušného umiestnenia preložené na normalizáciu vytáčania 8121.2XXX, môže byť vzor prekladu odstránený a vzor trasy 8121.2XXX umožní vytáčanie ESN aj pre používateľov rozšírenia iba v tomto rozsahu.

Pomocou týchto zmien plánu vytáčania je možné uskutočňovať hovory na miesto nielen vytáčaním skráteného interlokality a +E.164. Možné je aj medzinárodné a národné vytáčanie PSTN, pretože tieto návyky vytáčania sa najskôr normalizujú na +E.164 prostredníctvom už existujúcich vzorcov prekladu normalizácie vytáčania a potom sa nasmerujú zladením vzoru trasy +E.164 v oddieli.

Vzorec trasy +E.164 zodpovedajúci rozsahu DID polohy je možné poskytnúť, kým sú všetky DID stále hosťované. Algoritmus prispôsobenia vzoru najlepšej zhody zabezpečuje, že keď je vytočené číslo hostené, číslo adresára +E.164, ktoré je poskytnuté, bude lepšie zhodné ako smerový vzor trasy +E.164, na ktorý smeruje divokým znakom, aby sa hovory rozšírili na zapnutý riadok a neodosielali.

plán vytáčania

Každému používateľovi je poskytnuté rozšírenie a/alebo telefónne číslo +E.164. Dĺžka rozšírenia je pevné globálne nastavenie: všetky rozšírenia v nasadení majú rovnakú dĺžku. Rozšírené vytáčanie je možné použiť medzi používateľmi v rámci lokality aj medzi miestami. Skrátené vytáčanie medzi miest ami rozšírenia (druhý prípad) funguje iba vtedy, ak je vytočené rozšírenie jedinečné.

Ak je požiadavkou skrátené vytáčanie medzi miestami medzi lokalitami, ale medzi rozšíreniami priradenými na rôznych miestach existujú prekrývania, potom je potrebné vytvoriť plán číslovania špecifický pre podnik prefixovaním rozšírení prístupovým kódom a kódom lokality. Ďalšie informácie nájdete v téme Preferovaná architektúra pre spoluprácu Cisco 15 Lokálne nasadenia, prehľad návrhu k dispozícii na stránke Preferované architektúry spolupráce Cisco.

Dĺžka rozšírenia, správanie vytáčania medzi miestami rozšírenia, dĺžka predpony pre vytáčanie medzi miest ami a číslica riadenia v smerovacej predpone pre vytáčanie medzi lokalitami sú nakonfigurované v nastaveniach volacej služby v:

Dĺžka predpony smerovania polohy: Dĺžka predpony vrátane číslica riadenia. Vy žaduje sa iba vtedy, ak je potrebné vypracovať plán číslovania podniku ako alternatívny skrátený zvyk vytáčania medzi podnikmi medzi lokalitami.

Riadiaca číslica v smerovacej predpone: Riadi aca číslica pre skrátený zvyk vytáčania medzi podnikmi medzi miestami. Malo by sa zabrániť prekrývaniu s prvou číslicou akéhokoľvek miesta a miesta odchádzajúcich číselníc. Vy žaduje sa iba vtedy, ak je potrebné vypracovať plán číslovania podniku ako alternatívny skrátený zvyk vytáčania medzi podnikmi medzi lokalitami.

Vnútorná dĺžka predĺž enia: Štandardná dĺžka predĺžení. Môže mať akúkoľvek hodnotu medzi dvoma a desiatimi.
Ak je potrebné vytáčanie rozšírenia alebo vytáčanie pomocou podnikového významného čísla (kód riadenia, kód lokality, rozšírenie) z lokálneho ovládacieho prvku hovoru odošle rozšírenie ako ID volajúceho, potom nastavte parameter Maximálna neznáma dĺž ka rozší renia v sekcii Smerovanie hovorov medzi a priest ormi, aby sa zabezpečilo, že volania z lokálneho ovládacieho prvku môžu byť správne klasifikované ako lokálne hovory.

Povoliť vytáčanie rozšírenia medzi miestami: Prep nite na povolenie/zakázať vytáčanie rozšírenia medzi miestami. Táto možnosť by mala byť povolená iba vtedy, ak sú všetky rozšírenia v rámci organizácie jedinečné. Ak je táto možnosť zakázaná, je potrebné medzi miestami vytočiť významné čísla podniku (kód riadenia, kód lokality, rozšírenie) alebo telefónne čísla.

Prvé tri parametre sa používajú hlavne na zostavenie plánu vytáčania pre telefóny, aby sa minimalizovali medzičíselné časové limity pri používaní vytáčania bez háku. Odchýlky od týchto globálnych nastavení sú stále možné (príklad - môžu byť poskytnuté rozšírenia s inou dĺžkou), ale v Control Hub sa zobrazí varovná správa a vytáčanie z telefónov môže vyžadovať vytáčanie v bloku, aby sa zabránilo konfliktom v rámci vo pred načí taného plánu vytáčania.

Príklad číslovania v tabuľke Enterprise ukazuje príklad troch miest, kde sú rozsahy rozšírení dvoch miest, NYC a RTP, identické. Vytvorenie podnikovej číslovacej schémy s riadiacou číslicou 8 medzi miestami, za ktorou nasleduje trojciferný kód lokality a štvormiestne rozšírenie vytvára neprekrývajúci sa skrátený zvyk vytáčania medzi miestami.

Tabuľka 2. Príklad číslovania podniku
Stránky Rozsah rozšírenia Kód stránky Podnikový rozsah

NYC 2XXX 202 8 202 2XXX

SFO 3XXX 203 8 203 3XXX

RTP 2XXX 204 8 204 2XXX

Aby sa umožnil plynulý prechod, súbor návykov vytáčania pre používateľov pred a po prechode na ideálne by mal byť rovnaký. Na prípravu na prechod pre každé miesto je potrebné zdokumentovať rozsahy DID a rozsahy rozšírení (alebo skrátené zvyky vytáčania v rámci lokality). Na základe týchto informácií je potrebné zvoliť riadiacu číslicu medzi miestami.

Tabuľ ka Rozsahy predĺženia pevnej dĺž ky zobrazuje príklad troch miest a rozsahov predlžovania pevnej dĺžky. Pretože sa treba vyhnúť prekrývajúcim sa návykom vytáčania, je dôležité zabezpečiť , aby sa v prípade akéhokoľvek rozsahu rozšírenia prvá číslica rozsahu nezhodovala s číslicou riadenia pre skrátené vytáčanie medzi miestami. Ak je napríklad 8 vybraná ako číslica riadenia pre vytáčanie medzi miestami, potom žiadny rozsah rozšírenia v žiadnom mieste nemôže začať číslom 8. Typicky sa rozšírenia na danom mieste zhodujú s niekoľkými poslednými čísličkami DID priradených k tom uto umiestneniu. Aby sa zabránilo konfliktom, je možné zmeniť prvú číslicu rozšírenia. Ak sa napríklad na mieste použijú DID v rozsahu +1 408 555 8XXX, namiesto použitia 8XXX ako rozsah rozšírenia 7XXX je možné použiť pre rozšírenia na tejto lokalite

Tabuľka 3. Rozsahy predĺženia pevnej dĺžky
Stránky Rozsah rozšírenia Rozšírenia Kód stránky Podnikový rozsah

NYC 2XXX 2XXX 202 8 202 2XXX

SFO 8XXX 7XXX 203 8 203 7XXX

RTP 1XX 11XX 204 8 204 11XX

Sedemmiestne číselné reťazce vytočené na zariadení pomocou amerického plánu vytáčania sa prekrývajú so sedemmiestnym vzorom pre miestne vytáčanie v vopred načítanom pláne vytáčania v USA. Aby sa zabránilo prekrývaniu akýchkoľvek zvykov vytáčania v sieti a mimo siete (PSTN), je možné na tomto mieste použiť povinný externý prístupový kód. Ak sa existujúca schéma číslovania podniku a zodpovedajúce skrátené vytáčanie medzi miestami prekrývajú so vzormi v národnom číselníku, potom počas prechodu na schému číslovania, aby sa zabránilo prekrývaniu, možno zmeniť aj na dlhšiu alebo kratšiu formu. Naj jednoduchší spôsob, ako to dosiahnuť, je pridať ďalšiu číslicu do schémy číslovania. Novú dlhšiu schému vytáčania medzi lokalitami musia prijať iba používatelia, na ktoré už prešli. Používatelia, ktorí sú stále zapnutí, môžu naďalej vytáčať sedem číslic. Podnikový plán vytáčania v tomto prípade musí zabezpečiť, aby sa skrátené sedemmiestne vytáčanie z na zmenilo buď Unified CM na +E.164 alebo na nasadený skrátený formát vytáčania. Toto je potrebné urobiť pred odoslaním hovoru do lokálnej brány.

Tabuľka Prechod sedemmiestneho vytáčania ukazuje prí klad tohto prečíslovania. V tomto príklade skrátené vytáčanie medzi miestami používa riadiacu číslicu 8, za ktorou nasleduje dvojciferný kód lokality a štvorciferné rozšírenie. Aby sa zabránilo sedemmiestnemu skrátenému vytáčaniu miest medzi miestami, kódy stránok je možné ľahko zmeniť na tri číslice predfixovaním ľubovoľnej číslice (8 v príklade) na dvoj ciferné kódy lokality, takže vytáčanie medzi miestami z telefónov používa riadiacu číslicu 8, za ktorou nasleduje číslica 8, starý dvojciferný kód lokality a štvormiestne rozšírenie. Používatelia si nemusia pamätať nové kódy stránok; stačí si pamätať, že ako predponu na vytáčanie medzi lokalitami namiesto 8 zapnuté použijú ako predponu 88.

Tabuľka 4. Prechod sedemmiestneho vytáčania

Stránky Rozšírenia Kód stránky Podnikový rozsah Stránka ode Podnikové angličky

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

V scenári so zapnutými rôznymi formátmi podnikového čísla a ak sú podnikové čísla prezentované ako informácie o volajúcej strane pre hovory z na (napríklad - Hovory zo zariadení bez DID), je dôležité implementovať aj mapovanie medzi rôznymi formátmi čísel pre informácie o volajúcej strane, aby sa zabezpečilo, že spätné volanie funguje. Toto mapovanie je možné dosiahnuť použitím vzoru transformácie volajúcej strany na kmeňovej časti medzi miestnou bránou a miestnou bránou.

Nahrávanie

Dobre navrhnuté riešenie nahrávania hovorov si vyžaduje starostlivé zváženie niekoľkých kľúčových prvkov dizajnu, aby sa zabezpečilo, že je v súlade s organizačnými cieľmi, regulačnými požiadavkami a technickými obmedzeniami. Dve z najdôležitejších rozhodnutí zahŕňajú výber poskytovateľov a výber regiónov, ktoré možno bude potrebné globálne prispôsobiť a prekonať na konkrétnych miestach na základe obchodných potrieb.

1. Výber poskytovateľa nahrávania hovorov

Výber vhodného poskytovateľa nahrávania hovorov je zásadný pre splnenie obchodných cieľov a zabezpečenie zosúladenia funkcií v celej organizácii:

Výber globálneho poskytovateľa: Organizácie zvyčajne určujú primárneho poskytovateľa nahrávania hovorov na globálnej úrovni, čím zaisťujú konzistentnosť v množinách funkcií, súladu a podpore vo všetkých miestach

Preradenia založené na polohe: V scenároch, keď majú konkrétne lok ality alebo regióny jedinečné obchodné potreby alebo regulačné požiadavky, môže byť potrebné prepísať výber globálneho poskytovateľa a špecifikovať alternatívnych poskytovateľov pre tieto miesta. Táto flexibilita podporuje rôzne mandáty dodržiavania predpisov a miestne prevádzkové potreby

Ob@@ chodné požiadavky: Výber poskytovateľa by mal byť založený na posúdení podnikových faktorov, ako je dodržiavanie predpisov (príklad - MiFID II, HIPAA), zabezpečenie kvality, riešenie sporov alebo potreby odbornej prípravy

Dostupnosť funkcií: Poskytovatelia by sa mali hodnotiť na základe ich schopnosti poskytovať požadované funkcie, ako je monitorovanie v reálnom čase, možnosti vyhľadávania a prehrávania, šifrovanie, politiky uchovávania údajov, integrácia s analytickými platformami a podpora rôznych typov hovorov (prichádzajúce, odchádzajúce, interné).

2. Výber regiónu

Určenie oblasti, v ktorej sú uložené a spracovávané nahrávky hovorov, je rozhodujú ce pre súlad a výkon:

Výber globálneho regiónu: Organizácie si v predvolenom nastavení môžu zvoliť jediný región na ukladanie nahrávok hovorov, aby sa zjednodušila správa a správa

Prekračovanie regiónov založených na polohe: Ak to vyžadujú zákony o pobyte údajov alebo firemné politiky, môže byť potrebné prepísať nastavenie globálneho regiónu pre konkrétne miesta a zabezpečiť, aby sa nahrávky hovorov ukladali a spracovávali v požadovaných geografických hraniciach

Po@@ žiadavky na pobyt údajov: Dizajn musí zohľadňovať medzinárodné a miestne predpisy o ochrane údajov (ako sú GDPR, CCPA alebo mandáty pre jednotlivé krajiny), ktoré môžu urč ovať, kde a ako sa uchovávajú nahrávky hovorov.

Ďalším kritickým aspektom, ktorý treba riešiť pri plánovaní a navrhovaní riešenia na nahrávanie hovorov, je odhad požiadaviek na skladovanie. Presné predpovedanie potrieb skladovania je nevyhnutné na zabezpečenie dostatočnej kapacity na podporu prebiehajúcich obchodných operácií, zachovanie súladu a zabránenie prerušeniu služieb.

Pri určovaní očakávaného dopytu po skladovaní by sa malo brať do úvahy niekoľko kľúčových parametrov:

Objem zaznamenaných hovorov: Posúďte predpokladaný počet hovorov, ktoré budú zaznamenané v danom časovom intervale (napr. za deň, týždeň alebo mesiac). Patria sem nielen externé hovory, ale aj internú komunikáciu, ak to vyžaduje obchodná politika alebo regulačné mandáty

Priemerná dĺžka hovoru: Vypočítajte typickú dĺžku zaznamenaných hovorov, pretože dlhšie hovory spotrebujú viac úložného priestoru. Do odhadu by sa mali zohľad niť aj zmeny trvania hovoru v rôznych oddeleniach alebo skupinách používateľov

Obdobie uchovávania: Definujte dobu uchovávania nahrávok, ktorá je často diktovaná organizačnými politikami alebo externými predpismi (ako sú štandardy súladu špecifické pre daný priemysel). Dlhšie doby uchovávania zvýšia celkové požiadavky na skladovanie

Prognózy rastu: Zvážte očakávaný rast objemu hovorov alebo rozšírenie rozsahu zaznamenávania, ktoré môže byť výsledkom škálovania podniku, nových regulačných požiadaviek alebo začlenenia ďalších používateľov alebo miest.

Dôkladnou analýzou týchto parametrov môžu organizácie vyvinúť robustnú stratégiu ukladania, ktorá zaisťuje škálovateľnosť, nákladovú efektívnosť a súlad s predpismi pre ich riešenie nahrávania hovorov. Odporúča sa tiež pravidelne kontrolovať a upravovať prideľovanie úložiska, pretože sa postupy používania vyvíjajú v priebehu času.

Núdzové volanie

Požiadavka nasmerovať tiesňové volanie do príslušného dispečerského centra je požiadavkou pre každú volaciu službu, ktorá ponúka službu PSTN. Vďaka tomu je smerovanie tiesňových hovorov natívnym riešením a zahŕňa podporu pre všetky národné tiesňové čísla v krajinách, ktoré podporujú. Smerovanie tiesňového volania je založené na polohe definovanej vo vnútri a spôsobu prístupu PSTN miesta. Núdzové čísla sú vopred definované a špecifické pre krajinu, v ktorej sú používatelia a zariadenia nasadení.

Existujú dva spôsoby doručovania tiesňových hovorov. K dispozícii je základná služba smerovania tiesňových hovorov a rozšírená služba smerovania tiesňových hovorov. Základná služba smerovania tiesňových hovorov použije číslo vybrané správcom na identifikáciu polohy a trasy volania na oslovenie pohotovostných služieb. Pri základných ties ňových volaniach je cesta hovoru zvyčajne prostredníctvom možnosti PSTN zákazníka pre dané mieste. má tiež rozšírené smerovanie tiesňových hovorov určené pre nasadenia v USA a Kanade, ktoré majú požiadavky na dodržiavanie predpisov, ktoré vyžadujú použitie celoštátneho poskytovateľa na doručovanie tiesňových hovorov do správneho dispečerského centra .

Všetci zákazníci by mali nasadiť minimálne základnú konfiguráciu tiesňového volania. Základné tiesňové volanie vyžaduje, aby ku každej lokalite definovanej v časti bolo priradené aspoň jedno číslo +E.164 vlast nené zákazníkom. Pre základné tiesňové volanie bude každé miesto definované adresou ulice, na ktorú sú v prípade núdze odoslané policajné, hasičské alebo sanitné služby. Vo väčš ine prípadov je hlavné číslo miesta najlepšou voľbou na reprezentáciu fyzického umiestnenia núdze. Priradenie adresy číslu+E.164 je zvyčajne koordinované s poskytovateľom PSTN. Nasledujúce obrázky zobrazujú priradenie hlav ného čísla, ktoré sa má použiť ako núdzové číslo spätného volania pre lokalitu Richardson.

Umiestnenie konfigurácie ECBN

Vo väčšine situácií postačuje adresa budovy pre odosielaciu adresu miesta. Ak sú však potrebné ďalšie podrobnosti o polohe pre konkrétnych používateľov alebo zariadenia, potom môže správca použiť rovnaký postup opísaný vyššie a priradiť tieto zariadenia konkrétnej adrese alebo presnejšiemu umiestneniu vo vnútri adresy (napríklad podlahu alebo miestnosť). V časti Správa použív ateľov v karte Volanie umožňuje používateľovi a jeho zariadeniam použiť konkrétne číslo na získanie konkrétnej odosielacej adresy. Nasledujúce obrázky ilustrujú, ako je možné k zariadeniu priradiť konkrétne číslo. Správca je zodpovedný za zabezpečenie toho, aby číslo používané zariadením malo priradenú správnu odosielaciu adresu. Prirad enie adresy sa zvyčajne vykonáva prostredníctvom poskytovateľa PSTN daného miesta.

Používateľská konfigurácia ECBN

Pre nasadenia telefónov so sídlom v USA, ktoré musia poskytovať vylepšené riešenia tiesňového volania, používa Horizon Mobility spoločnosti RedSky integrovanú do smerovania tiesňových hovorov. Ak používate RedSky na smerovanie hovorov, správca sa musí zaregistrovať na účet prostredníctvom Cisco a nakonfigurovať príslušné informácie v časti Volanie -> Nastavenia služby, aby sa táto funkcia povolila. Po povolení služby RedSky na systémovej úrovni správca povolí službu RedSky na každej úrovni polohy. Povolenie rozšíreného tiesňového volania na mieste aktivuje službu pre všetky zariadenia, ktoré sú k tomuto umiestneniu priradené. Zariadenia podporujúce rozšírené núdzové volanie sú telefóny Cisco MPP, telefóny Cisco PhoneOS a Cisco.

Existujú dve nastavenia na povolenie rozšíreného tiesňového volania na danom mieste. Povoli ť RedSky prijímať informácie o sieťovom pripojení a testovacie hov ory by sa malo použiť na overenie správnosti konfigurácie RedSky pre mapovanie zariadení a infraštruktúry. Toto nastavenie tiež umožňuje uskutočniť testovacie hovory na číslo 933 na vykonanie overenia polohy pomocou IVR systému RedSky na odčítanie polohy volajúceho. Aj keď sa tento dokument nebude vzťahovať na konfiguráciu RedSky pre sledovanie polohy, správ ca by mal VŽDY otestovať zisťovanie svojej polohy pred aktiváciou tiesňových hovorov na smerovanie na RedSky. Po dokončení testovania a overení presnosti správca presmeruje hovory na RedSky prepnutím trasy tiesňových hovorov na RedSky. Tento prepínač nasmeruje všetky tiesňové hovory na dané miesto na RedSky na doručenie do odkazovacieho centra pre dané miesto.

Vylepšené nastavenia tiesňového volania sa vzťahujú aj na klientov v lokalite aj mimo prevádzky. Keď sú lokálne, je možné sledovať rovnakým spôsobom, ako sú stolné telefóny sledované. Keď je mimo lokality, používateľ bude môcť dynamicky nastaviť svoju polohu priamo v rámci. Ďalšie informácie o tiesňových volaniach nájdete v téme Rozší rené ties ňové volanie pre.

Licencovanie

Existuje viacero možností priradenia licencií používateľom.

Manuálne priradenie cez

Správcovia manuálne priraďujú licencie jednotlivým používateľom prostredníctvom rozhrania.

Správcovia môžu upravovať licencie na služby pre jednotlivých používateľov a priraďovať licencie na volanie priamo.

Automatické šablóny priradenia licencií

Použite šablóny priradenia licencií na automatické priradenie licencií používateľom na základe skupinových alebo organizačných nastavení.

Automatické licencovanie je možné vykonať pomocou synchronizácie adresárov alebo manuálnych aktualizácií používateľov, ale použí vatelia musia mať platné telefónne číslo formátované +E.164 a telefónne čísla musia existovať na mieste pred poskytnutím používateľa. Ak nie sú splnené podmienky (napr. neplatný formát telefónneho čísla), licencie nebudú priradené.

Hromadné priradenie prostredníctvom šablóny CSV

Nahrajte súbor CSV s podrobnosťami používateľa a priradením licencií, aby ste mohli pridať alebo upraviť viacerých používateľov naraz.

Import CSV podporuje pridávanie až 20 000 používateľov a priradenie licencií, ale licencie vyžadujú špecifické polia, ako je telefónne číslo a rozšírenie.

Priradenie založené na API

Používajte rozhrania API na programové priradenie licencií a správu používateľov.

podporuje operácie API pre správu používateľov a licencií (Ľudia, SCIM 2.0 a Licences API), ktoré je možné využiť na automatizáciu prideľovania licencií. Rozhranie Lic ences API umožňuje súčasné priradenie licencií, telefónnych čísel a rozšírení.
Tabuľka 5. Možnosti poskytovania používateľov - zhrnutie
Metóda priradenia Výhody Nevýhody
Manuálne cez Jednoduché pre málo používateľov.
Umožňuje presnú a podrobnú kontrolu nad pridelením licencií.
Nie škálovateľné, časovo náročné
Pri manuálnom zadávaní náchylný na ľudské chy by.

Automatické licenčné šablóny Škálovateľné
Znižuje manuálne chyby
Môže byť aplikovaný na nových a existujúcich používateľov.
Vyžaduje platné telefónne čísla a miesta.
Zložitejšie nastavenie
Vyžaduje sa tiež skupiny používateľov na skupinu používateľov s rovnocen nými licenčnými požiadavkami.

Hromadné odovzdávanie CSV Efektívne pre veľké užívateľské sady
Umožňuje súčasné priradenie licencií, telefónnych čísel a rozšírení.
Vyžaduje starostlivé formátovanie CSV
Možnosť chýb, ak chýbajú telef ónne čísla alebo rozšírenia alebo sú nesprávne.
Priradenie založené na API Automatizovateľné, flexibilné.
Umožňuje súčasné priradenie licencií, telefónnych čísel a rozšírení.
Vyžaduje vývoj a znalosti API.

Tabuľka Možnosti poskytovania používateľov - súhrn sumarizuje možnosti poskytovania používateľov a ich výhody a nevýhody. Tento prehľad pomáha vybrať najlepšiu metódu priradenia licencií na základe veľkosti zákazníckej organizácie, možností automatizácie a procesov a požiadaviek poskytovania používateľov.

Kdekoľvek je to možné, Cisco odporúča priradiť licencie na volanie pomocou licenčných šablón. To si vyžaduje, aby pre každú skupinu používateľov, ktorá vyžaduje jedinečnú sadu licencií (príklad - Standard vs. Professional) existuje skupina s príslušným členstvom v skupine. Ako je uvedené v sekci ách Skupin y používateľov, skupiny používateľov je možné definovať manuálne alebo synchronizovať z firemného adresára. Kombinácia oboch prístupov je možná.

Používatelia patriaci do viacerých skupín získavajú licencie zo všetkých priradení aplikovaných pre všetky ich skupiny. To umožňuje používať špecifické skupiny zabezpečenia v podnikovom adresári na spravovanie priradenia licencií, kde výsledné pridelenie licencie používateľa je riadené z väzom členstva v skupine.

Ďalšie informácie nájdete v téme Nastavenie automatického priradenia licencií v Control Hub a Nastavenie šablón automatického priradenia licencií pre Webex Calling používateľov.

Požiadavky na licenciu

Táto časť sa vzťahuje iba na súvisiace licencie. Iné typy licencií (príklad - registrácia zariadenia Webex, zasielanie správ, schôdze) nie sú zahrnuté. V rámci procesu návrhu je potrebné určiť licenčné požiadavky. Je potrebné vypočítať počet licencií pre nasledujúce typy licencií:

Štandard: počet jednotlivých používateľov vyžadujúcich štandardné telefónne funkcie.

Profesion álne: počet používateľov a pracovných priestorov vyžadujúcich pokročilé telefónne funkcie. Virtuálne linky a skupinová hlasová schránka majú nárok na pomer 1:1 pre každú profesionálnu licenciu. Preto v zriedkavých prípadoch, keď počet požadovaných virtuálnych liniek alebo skupinových hlasových schránok presahuje počet používateľov a pracovných priestorov vyžadujúcich pokročilé telefónne funkcie, je potrebné zohľadniť ďalšie profesionálne licencie.

Pracovný priestor pre spoločnú oblasť: počet miest zdieľaného použitia alebo spoločných priestorov vyžadujúcich štandardné možnosti volania.

Asistent zákaz níkom: počet agentov a supervízorov vyžadujúcich funkcie zákazníckej pomoci. Asistent zákazníkom zahŕňa profesionálnu licenciu.

Hovory v zozname trás: počet požadovaných hovorov PSTN pripojených k cloudu medzi lokálnymi používateľmi a/alebo lokálnymi špecializovanými aplikáciami tretích strán.

Attendant Console: počet používateľov, ktorí potrebujú prístup k klientovi obsluhujúcej konzoly.

Cisco Calling Plan (Outbound Calling Plan): počet používateľov, ktorí potrebujú PSTN číslo a/alebo prístup k odchádzajúcim volaniam PSTN pre službu Cisco PSTN.

Pre profesionálne pracovné priestory neexistuje žiadny špecializovaný typ licencie. Profesionálne pracovné priest ory využívajú profesionálnu licenciu.

Pracovné priestory iba v službách Hot-desk ponúkajú hot-desking hostiteľskú službu a tiesňové volanie od hot-deskingu hostiteľa a nevyžadujú žiadnu licenciu. Ďalšie informácie nájdete v téme Pridávanie a správa zariadení iba s hotdesk.

Ak chcete určiť požadovaný typ licencie pre každého používateľa a pracovný priestor na základe potrebných funkcií, poz rite si tému Funkcie dostupné podľa typu licencie Webex Calling.

Ak chcete rozlišovať medzi funkciami ponúkanými frontami hovorov v kombinácii s profesionálnou licenciou na rozdiel od pomoci zákazníkom, pozrite si časť Porov nanie funkcií frontu Webex Calling hovor ov a pomoci zákazníkom.

Poskytovanie používateľov

Pri poskytovaní používateľov vo Webexe je k dispozícii niekoľko možností, z ktorých každá vyhovuje rôznym organizačným potrebám a prostrediam:

Manuálne poskytovanie: Správcovia môžu pridávať a spravovať jednotlivých používateľov priamo v ňom. Táto metóda je jednoduchá, ale najvhodnejšia pre malé organizácie alebo obmedzené zmeny používateľov.

Hromadné poskytovanie prostredníctvom CSV: Pre väčšie používateľské základne môžu správcovia hromadne importovať a aktualizovať používateľov nahrávaním súborov CSV. To umožňuje efektívne riadenie až tisícov používateľov naraz.

Možnosti synchronizácie adresárov:
Directory Connector: Toto je nástroj automatickej synchronizácie používaný v Microsoft Active Directory prostrediach. Synchronizuje používateľské účty, skupiny a atribúty na plánovane (hodinové, denné alebo týždenné). Podporuje nastavenia viacerých domén a viacerých lesov Active Directory a dokáže synchronizovať profilové obrázky a objekty miestnosti.

Aplikácia sprievodcu Entra ID (Azure AD): Táto metóda je navrhnutá pre organizácie používajúce Microsoft Entra ID (Azure AD) a poskytuje automatickú synchronizáciu používateľských účtov a atribútov takmer v reálnom čase priamo z Entra ID do. Je plne spravovaný v rámci a vyžaduje minimálne nastavenie.

Aplikácie SCIM 2.0: Pre prostredia, ktoré nie sú spoločnosťou Microsoft, alebo iných poskytovateľov identity, ako sú Okta alebo Duo, umožňujú synchronizačné aplikácie založené na SCIM automatické poskytovanie a deprovisionovanie používateľov pomocou mapovania atribútov a synchronizácie skupín.

Unified CMsynchronizácia použív ateľov: Táto možnosť umožňuje vytvárať používateľské účty na základe existujúcich koncových používateľov synchronizáciou od do. Vyžaduje to, aby sa v lokálnych klastroch spúšťa Cloud Connected UC (CCUC). Všeobecne sa však odporúča synchronizovať používateľov z centralizovaného cloudového adresára, ako je Entra ID, a nie priamo z neho.

Poskytovanie rozhrania API: Verejné rozhrania API (People, SCIM 2.0) možno použiť na poskytovanie používateľov. Hlavnou výhodou používania rozhraní API je možnosť integrovať poskytovanie používateľov s inými podniko vými systémami.
Tabuľka 6. Možnosti poskytovania používateľov pre
Metóda poskytovania Popis Výhody Nevýhody
Manuálny Vytvárať/spravujte používateľov individuálne v Jednoduché pre málo používateľov; nie je potrebná žiadna infraštruktúra Nie je škálovateľné; časovo náročné pre mnohých používateľov
Hromadné (súbor CSV) Hromadné importovanie/aktualizujte používateľov prostredníctvom CSV v Efektívne pre skupiny; nevyžaduje sa žiadne kódovanie Manuálna príprava CSV; menej dynamická
Ľudia a SCIM 2.0 API Programová správa používateľov prostredníctvom Webex API Flexibilný; podporuje automatizáciu a integráciu Vyžaduje rozvoj a infraštruktúru
Synchronizácia adresárov Automatická synchronizácia z aplikácií AD, Entra ID, SCIM, Unified CM Automatizuje životný cyklus; podporuje filtrovanie a mapovanie Zložitosť nastavenia: niektoré možnosti majú obmedzené funkcie alebo vyžadujú infraštruktúru
Tento prehľad a tabuľka odrážajú hlavné možnosti poskytovania používateľov, ich výhody a obmedzenia, ktoré vám pomôžu vybrať najlepší prístup pre potreby vašej organizácie.

Skupiny používateľov

Správa skupín používateľov umožňuje správcom organizovať používateľov do skupín na efektívnu hromadnú správu licencií, nastavení a zdrojov. Skupiny pomáhajú zefektívniť správu tým, že použijú politiky, licencie a šablóny nastavení pre viacerých používateľov súčasne, namiesto individuálnej správy používateľov.

Správa skupín používateľov ponúka niekoľko výhod vrátane:

Zjednodušená sprá va: Spravujte licencie, nastavenia a politiky pre viacerých používateľov naraz.

Konzistent nosť: Použite jednotné nastavenia a licencie medzi používateľmi v tej istej skupine.

Škálovateľnosť: Podporuje až 250 000 členov na skupinu.

Integrácia: Synchronizujte skupiny z Microsoft Entra ID (Azure AD) alebo Active Directory pre automatizovanú správu používateľov a skupín.

Flexibil ita: Vytvárajte lokálne skupiny alebo synchronizujte skupiny zabezpečenia; sprav ujte členstvo v skupine manuálne alebo prostredníctvom súborov CSV.

Priradenie zdrojov: Ovládajte prístup k vloženým aplikáciám a službám na základe členstva v skupine.

Hlavné prípady použitia skupín používateľov pri poskytovaní sú:

Pri@@ radenie licenci í: Priraďte licencie skupinám na automatické poskytovanie služieb, ako sú volania, schôdze, odosielanie správ alebo hybridné služby členom skupiny.

Šablóny nastav ení: Použite kolekcie nastavení služieb (napr. Správy, schô dze, volania) do skupín pre konzistentnú používateľskú skúsenosť.

Hromadná správa použív ateľov: hromadné pridávanie alebo odstránenie používateľov prostredníctvom súborov CSV alebo synchronizácie adresárov.

Automatizácia a integrácia: Používajte rozhrania API alebo synchronizáciu adresárov na automatizovanú správu životného cyklu používateľov a skupín.

Nasledujúca tabuľka sumarizuje rôzne možnosti na správu skupín používateľov a správy skupín.
Tabuľka 7. Možnosti správy skupín a členstva v skupine
Možnosť Popis Výhody Nevýhody

poskytovanie skupín (skupiny) Vytvárajte a spravujte skupiny priamo v. Pridať/odstráňte členov manuálne alebo prostredníctvom CSV. Plná kontrola členstva v skupine
Okamžitá aplikácia licencií a šablón
Jednoduché vytváranie a úprava skupín Vyžaduje sa manuálne aktualizácie
Riziko chýb pri manuálnom nahrávaní CSV
Žiadna automatická synchronizácia s externými adresármi

Synchronizované skupiny z Entra ID (Azure AD) alebo Active Directory Automaticky synchronizujte skupiny zabezpečenia a členstvá z externých adresárových služieb. Automatizovaná synchronizácia znižuje manuálnu prácu
Zabezpečuje súlad s firemným adresárom
Podporuje veľké organizácie
Členstvo v skupine nie je možné upraviť
Oneskorenie synchronizácie až 12 hodín
Vnorené skupiny vyžadujú manuálny výber

Skupiny a SCIM 2.0 API (skupiny) Používanie skupín alebo SCIM 2.0 API pre programovú správu skupín a členstva Automatizácia a integrácia s inými systémami
Škálovateľné pre veľké alebo zložité prostredia
Vyžaduje vývojové úsilie
Zložitosť závisí od použitia API

Zatiaľ čo synchronizované skupiny zaisťujú konzistentnosť a ponúkajú jediný bod správy, je možný hybridný prístup kombinujúci synchronizované skupiny a skupiny (spravované buď v riadiacom centre alebo prostredníctvom rozhraní API). Napríklad skupiny na priradenie licencií môžu byť synchronizované skupiny a samostatná skupina skupín môže byť použitá na priradenie šablón používateľov a volania.

Tento komplexný prístup k správe skupín používateľov umožňuje organizáciám efektívne spravovať používateľské licencie, nastavenia a politiky, čím zabezpečuje konzistentné a škálovateľné skúsenosti spolupráce.

Odporúčaný prístup pri migrácii z na

Primárnym zdrojom údajov pre používateľov je databáza, ktorá obsahuje informácie o koncových používateľoch. Nie je však zvyčajne autoritatívnym zdrojom správy identity používateľov a čo je dôležitejšie, bude na konci prechodu vypnutý, a preto je vylúčený ako dlhodobý autoritatívny zdroj informácií o totožnosti.

Spoločnosť Cisco odporúča používať centralizovaný cloudový adresár, ako napríklad Microsoft Entra ID (Azure AD) ako jediný zdroj pravdy pre identitu používateľov. Synchronizácia používateľov z Entra ID zabezpečuje konzistentnosť, zjednodušuje správu a podporuje možnosti jednorazového prihlásenia (SSO).

Aby sa zabezpečilo, že všetci používatelia sú prítomní aj v Entra ID, organizácie by mali overiť, či používateľské účty zodpovedajú účtom v Entra ID. Môžete to urobiť exportovaním zoznamov používateľov a ich porovnaním so zoznamami používateľov Entra ID.

Stručne povedané, odporúčaná metóda poskytovania je synchronizácia používateľov z Microsoft Entra ID (Azure AD) do Webexu pomocou Sprievodcu Azure AD alebo aplikácií SCIM. Manuálne a hromadné poskytovanie CSV sú k dispozícii ako doplnkové metódy, ale pre veľké organizácie sú menej škálovateľné a náchylnejšie na chyby. Zabezpečenie toho, aby Entra ID bolo autoritatívnym zdrojom a aby všetci používatelia existovali v Entra ID, je rozhodujúce pre úspešnú migráciu a konzistentnú používateľskú skúsenosť naprieč prostredím.

Prechod z lokálnej adresárovej službyActive Directory, napríklad na cloudovú adresárovú službu, ako je Entra ID (Azure ID), je nezávislý od prechodu volania. Spoločnosť Cisco odporúča dokončiť pre chod na službu cloudového adresára pred spustením pre chodu volania.

Navrhovanie skupín používateľov

Po prechode podnikového adresára z lokálneho do cloudu zhromažďujte požadované skupiny používateľov založené na licenčných požiadavkách a požiadavkách na šablónu funkcií. Pre každú skupinovú dokumentáciu:

Názov skupiny: jedinečný názov skupiny.

Licencie: licencie, ktoré sa majú priradiť k tejto skupine (ak existujú) a rozsah (ak sú licencie priradené existujúcim používateľom alebo len novým používateľom)

Šablóny nastavení: Webex App a šablóny volania používateľov.

Synchronizácia adresárov: Bude táto skupina synchronizovaná z podnikového adresára alebo ide o lokálnu skupinu Webex poskytnutú v Control Hub alebo prostredníctvom rozhrania API.

Popis: ako sa bude táto skupina používať a ktorí používatelia by mali byť členmi tejto skupiny

Tieto podrobnosti sa použijú neskôr počas fázy implementácie na vytvorenie lokálnych skupín alebo skupín v podnikovom adresári a na správu členstva používateľov v skupine.

Jednorazové prihlásenie (SSO)

Spoločnosť Cisco odporúča používať SSO na autentifikáciu používateľov. Používanie SSO má niektoré presvedčivé výhody vrátane:

Z@@ jednodušené overenie používateľa: Používatelia sa môžu prihlásiť raz pomocou svojich firem ných poverení (napr. z Azure ID) na prístup k iným integrovaným aplikáciám, čím sa eliminuje potreba viacerých hesiel a znižuje počet výziev na prihlásenie. To zvyšuje bezpečnosť tým, že zabezpečuje, že firemné heslá nie sú nikdy uložené alebo prenášané po overení.

Z@@ jednodušená správa používateľov: Automatizuje vytváranie, aktualizácie a deaktiváciu používateľských účtov na základe zmien v firemnom adresári, znižuje administratívne náklady a zabezpečuje prístup iba autorizovaní používatelia.

Vylepšená bezpečnosť: SSO znižuje únavu hesla a riziko porušenia hesla centralizáciou autentifikácie prostredníctvom dôveryhodných poskytovateľov identity (IDP).

Jednoduchá integrácia multifaktorovej autentifikácie (MFA): MFA je možné ľahko podporovať buď prostredníctvom riešenia pre správu Identity Access Management, ako je Cisco Duo, alebo prostredníctvom podpory M FA IDP.

Existuje niekoľko možností implementácie SSO pre služby:

SSO založený na SAML 2.0: Primárny protokol podporovaný pre integráciu SSO, ktorý umožňuje bezpečnú výmenu autentifikačných informácií medzi IDP a poskytovateľom služieb.

OpenID connect (OIDC): Podporované ako alternatívny moderný autentifikačný protokol pre integráciu SSO.

Identita Webex: Podpor ovaná aj ako možnosť poskytovateľa identity.

SSO je konfigurovaný a spravovaný centrálne prostredníctvom, čo vyžaduje výmenu metadát medzi vybraným IDP a vybraným IDP.

Po konfigurácii je možné SSO testovať pred aktiváciou, aby sa zabezpečilo správne nastavenie.

Cisco podporuje integráciu s viacerými testovanými a bežne používanými IDP a systémami na správu identity (IAM) vrátane okrem iného:

Cisco Duo

Octa

Microsoft Active DirectoryFederačné služby (ADFS)

Microsoft Azure

PingFederate

OpenAM

F5 BIG-IP.

Tieto IDP zodpovedajú štandardom SAML 2.0 alebo OpenID Connect a boli overené na kompatibilitu s riešeniami spolupráce Cisco.

Podpora viacerých IDP

umožňuje organizáciám konfigurovať SSO s viacerými IDP tak, aby vyhovovali zložitým IT prostrediam, ako sú fúzie, akvizície alebo decentralizované oddelenia IT, kde rôzne skupiny používajú rôzne IDP. Podpora viacerých IDP môže byť implementovaná buď pomocou funkcie Multiple iD P v podnikovom systéme IAM, ako je Cisco Duo, alebo prostredníctvom integrácie podnikového systému IAM.

Podpora viacerých poskytovateľov identity (IDP) rieši niekoľko kľúčových prípadov použitia, keď organizácie vyžadujú flexibilnú a bezpečnú autentifikáciu v rôznych IT prostrediach:

1. Fúzie a akvizície

Keď sa spoločnosti zlúčia alebo získavajú iné, často majú samostatnú IT infraštruktúru a odlišné IDP, ktoré sa nemôžu zjednotiť. Podpora viacerých IDP umožňuje používateľom oboch organizácií bezpečne over ovať a spolupracovať bez toho, aby museli okamžite zjednotiť svoje systémy identity.

2. Viaceré nezávislé IT oddelenia

Veľké organizácie alebo vládne inštitúcie môžu mať viacero nezávislých IT oddelení, z ktorých každé spravuje svoje vlastné IDP. Funkcia viacerých IDP umožňuje týmto oddeleniam udržiavať vlastné autentifikačné systémy a zároveň umožňuje používateľom bezproblémový prístup.

3. Rôzne skupiny používateľov alebo domény

Organizácie s rôznymi skupinami používateľov (napr. zamestnanci vs. zmluvníci) alebo viacerými e-mailovými doménami môžu konfigurovať pravidlá smerovania tak, aby nasmerovali požiadavky na autentifikáciu príslušnému IdP na základe členstva v doméne alebo skupine. To podporuje diferencované prístupové politiky a bezpečnostné kontroly.

4. Podpora rôznych autentifikačných protokolov

podporuje IDP SAML a OpenID Connect (OIDC), čo umožňuje organizáciám integrovať rôzne typy poskytovateľov identity podľa ich existujúcej infraštruktúry a bezpečnostných požiadaviek.

5. Zvýšená bezpečnosť a súlad

Povolením viacerých IDP môžu organizácie implementovať silnejšie mechanizmy overovania vrátane viacfaktorovej autentifikácie (MFA) prostredníctvom integrácií, ako je Duo, a presadzovať konzistentné bezpečnostné politiky v rôznych používateľských základniach.

6. Zjednodušená užívateľská skúsenosť

Používatelia môžu overovať pomocou svojich existujúcich poverení z príslušných IDP, čo poskytuje jednot ný zážitok z prihlásenia napriek základnej zložitosti viacerých systémov identity.

Zatiaľ čo podpora viacerých IDP poskytuje flexibilitu, vyžaduje si dôkladnú koordináciu medzi bezpečnostnými a identifikačnými tímami, aby sa zachovali konzistentné bezpečnostné politiky a zabránilo sa potenciálnym zraniteľnostiam.

Duo MFA s SSO pre

Duo Access Gateway (DAG) môže autentifikovať používateľov pomocou existujúcich lokálnych alebo clou dových adresárov, ako sú Active Directory (AD) a OpenLDAP. Podporuje tiež integráciu s inými poskytovateľmi identity, ako sú Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS a Shibboleth. Táto flexibilita umožňuje organizáciám využívať svoju aktuálnu infraštruktúru adresárov pre Webex SSO s Duo MFA.

Duo funguje ako silná autentifikačná vrstva na vrchole autentifikácie primárneho adresára. Funguje ako poskytovateľ identity (iDP), ktorý používa SAML 2.0 na vynútenie dvojfaktorovej autentifikácie (2FA) pred udelením prístupu. Duo hodnotí kontext používateľa, zariadenia a siete na základe konfigurovateľných politík na povolenie alebo odmietnutie prístupu, čím zvyšuje bezpečnosť nad rámec používateľského mena a hesla. Duo tiež poskytuje flexibil né kontroly politík, napríklad vyžadovanie MFA pri každom prihlásení pre niektoré aplikácie a menej často pre iné.

Medzi výhody Cisco Duo patria:

Vylepšená bezpečnosť: Pridáva MFA odolné voči phishingu na ochranu prístupu a znižuje riziko ohrozených hesiel.

Flexibilné politiky: Umožňuje podrobnú kontrolu nad požiadavkami na autentifikáciu podľa aplikácie alebo skupiny používateľov.

Integrácia s existujúcimi adresármi: Podporuje lokálne služby AD, OpenLDAP, clou dové adresáre a rôznych poskytovateľov SSO, čím minimalizuje zmeny infraštruktúry.

Pohodlie používateľa: Podporuje jednorazové prihlásenie (SSO) na zníženie únavy hesla tým, že používateľom umožňuje prihlá siť sa raz a bezpečne pristupovať k viacerým zdrojom.

Dôveryhodné koncové body: Podporuje dôveru zariadení pre klientov v systémoch Windows a macOS, čím zlepšuje držanie bezpečnosti.

Samoobslužná registrácia: Inline registrácia a dvojité výzvy zlepšujú používateľskú skúsenosť počas nastavenia MFA.

Duo MFA s SSO pre využí Active Directory va existujúce adresáre ako OpenLDAP alebo poskytovateľov cloudovej identity na autentifikáciu používateľov. Úlohou spoločnosti Duo je poskytnúť silný druhý faktor autentifikácie založený na politike integrovaný prostredníctvom SAML 2.0, čím sa zvyšuje bezpečnosť a zároveň zachováva pohodlie používateľov prostredníctvom SSO. Medzi výhody patrí zlepšenie bezpečnostnej pozície, flexibilné pres adzovanie politiky, bezproblémová integrácia a lepší používateľský zážitok.

Cisco odporúča implementáciu SSO pre používateľov. Pre lepšie zabezpečenie sa odporúča integrácia s Cisco Duo.

Stratégia Enterprise IAM a SSO by sa mala zaviesť pred začatím prechodu z na.

Vlastnosti

má plný doplnok základných funkcií, ktoré sú súčasťou služby. To zahŕňa mnoho funkcií volania podnikovej triedy, ktoré sú k dispozícii už mnoho rokov. Nemusíte vidieť 100% paritu medzi funkciami a funkciami, ale ako vidíte na obrázku nižšie, kľúčové funkcie volania sú k dispozícii v.

Webex Callingfunkcie podnikovej triedy

Okrem mnohých používateľských funkcií má základné systémové funkcie, ktoré sú súčasťou platformy. Patria sem funkcie, ako sú obsluha automobilov, fronty hovorov, call park atď. Všetky dostupné základné funkcie systému môžete vidieť v časti Služba → Volanie → Funkcie, ako je znázor nené na základných funkciách obráz Webex Calling ku.

Webex Callingzákladné vlastnosti

Automatický obsluha

Automatická obsluha umožňuje nepretržitú automatizáciu spracovania prichádzajúcich hovorov, čo umožňuje efek tívne spracovanie hovorov bez potreby, aby osoba prijímala každý hovor.

Automatický obsluha odpovedá na prichádzajúce hovory a poskytuje volajúcemu ponuku možností, kam chce svoj hovor smerovať. Môže to byť pre osobu, schránku hlasovej schránky alebo volajúcu službu (napr. Poradie hovorov). Volajú ci používa číselnú plochu svojho telefónu na zadanie čísla z ponuky automatického ob sluhy.

Automatický asistent podporuje nasledujúce kľúčové funkcie:

Obchodné a pohotovostné plány

Rozvrh dovolenky

Možnosť vytáčania ponuky na nasmerovanie vašich zákazníkov tam, kam potrebujú ísť

Prispôsobte pozdravy

Možnosť vytáčania podľa názvu

Možnosti presmerovania hovorov

Analýzy a zostavy Control Hub.

Ďalšie informácie nájdete v téme S práva automatických ob sluhy.

Zavolajte do parku

Call park poskytuje používateľom možnosť jednoducho pozastaviť hovor, aby iný používateľ mohol ľahko získať, keď je k dispozícii na jeho prijatie. Tiež uvoľní používateľa, ktorý prijal pôvodný hovor, aby uskutočnil alebo prijímal ďalšie hovory, keď je hovor zaparkovaný.

K dispozícii sú dva typy call parkov:

Call park direct - umožňuje každému používateľovi zaparkovať hovor na rozšírenie iného používateľa alebo do rozšírenia call parku podľa definície správcu

Call park group — umožňuje definovanej skupine používateľov automaticky parkovať hovory proti dostupným destináciám parkovania definovaným pre skupinu. Tieto destinácie môžu byť rozší renia členov skupiny alebo rozšírenia call parku.

Na základe konfigurácie a typu parkovania môžu používatelia načítať hovory vytočením telefónu *88+><extension of parked call>, stlačením klávesu linky priradeného k rozšíreniu call park alebo použitím softklávesu na svojom telefóne IP.

Možnosť odvolania je k dispozícii na vyvolanie zaparkovaného hovoru po určitom čase používateľovi, ktorý hovor zaparkoval, alebo alternatívnemu používateľovi.

Ďalšie informácie nájdete v téme S práva parkovania hovorov v Control Hub.

Vyzdvihnutie hovoru

Vyzdvihnutie hovoru umožňuje správcovi definovať skupinu používateľov (členov), ktorí môžu prijať hovor na telefón iného člena. To dáva používateľovi možnosť prijímať hovory, keď sú jeho spoluhráči zaneprázdnení a nedokážu prijať prichádzajúci hovor.

Používatelia v skupine musia byť na rovnakom mieste.

Používatelia môžu na vyzdvihnutie hovoru použiť buď stolný telefón, alebo svoj stolný telefón.

:

Podporuje vizuálne a zvukové upozornenia

Upozornenie na prichádzajúci hovor

Vyzdvihnutie totového hovoru na tvári (vytočte číslo *98) alebo upozornenie

Upozornenia na vyzdvihnutie hovorov pre viaceré riadky.

Stolné telefóny:

Upozornenie na prichádzajúci hovor

Zvukové zvončeky a vizuálne upozornenie prostredníctvom LED slúchadla. 6821 podporuje iba zvukové zvončeky

Ak je typ upozornenia vybratý v časti nie je žiadny

Upozornenia na vyzdvihnutie hovorov iba pre primárne linky.

Ďalšie informácie nájdete v téme Konfigurácia skupiny na vyzdvihnutie hovorov.

Poradie hovorov

zahŕňa hlasové hovory ako súčasť svojich základných funkcií a každý používateľ s profesionálnou licenciou môže byť súčasťou frontu hovorov, agenta alebo nadriadeného. Táto funkcia umožňuje používateľom efektívne spolupracovať so zákazníkmi. Fronty hovorov podporujú podmnožinu niektorých základných funkcií call centra, ako sú hlasové fronty, spätné volanie, smerovanie zručností alebo priorít, správa frontov agentov, analýza, reporty atď.

Výzva spoločnosti Cisco pre integráciu Microsoft Teams umožňuje agentom prístup k hovorom a funkciám vo fronte hovorov priamo z ich klienta Microsoft Teams.

Poradie hovorov podporujú nasledujúce kľúčové funkcie:

Pozdravy a správy (privítanie, pohodlie, šepot atď.)

Držte hudbu

Spätné volanie

Pravidlá smerovania frontov (nočná služba, sviatky, preposielanie)

Prihlásenie/odhlásenie v rade agentov

Správa stavu frontu agentov

alebo podpora pracovného telefónu

Agent supervízorov volá na monitorovanie, autokarovanie, preberanie alebo prevzatie kontroly prostredníctvom prístupových kódov funkcií (FACs)

(prístup správcu) pre:

správa frontov

Analýza a výkazníctvo agentov a frontov

Riadenie frontu, agentov a supervízorov.

Ďalšie informácie nájdete v téme Konfigurácia frontu hovorov.

má doplnkovú funkciu Customer Assist, ktorá poskytuje ďalšie možnosti frontu hovorov a poskytuje agentom a supervízorom lepší používateľský zážitok v rámci. Porovnanie funkcií Frontu hovorov a pomoci zákazníkom nájdete v časti Porovnanie funkci í frontu hovorov a pomoci zákazníkom. Webex Calling

Huntová skupina

Hunt Groups umožňujú smerovanie prichádzajúcich hovorov konkrétnej skupine používateľov prostredníctvom vopred určeného vzoru smerovania hovorov. To zaisťuje, že hovory budú prijímané správnou skupinou používateľov alebo odosielané na hlasovú schránku na následné sledovanie.

Veľkým rozdielom medzi skupinami Hunt a Ceues hovorov spočíva v tom, že hovory nie sú zaradené do frontu v skupinách Hunt, takže ak žiadni používatelia v skupine Hunt nie sú k dispozícii na prijatie hovoru, budú odpojené, odoslané na hlasovú schránku alebo presmerované na iné číslo (používateľa alebo služby).

Ďalšie informácie nájdete v téme S práva skupín hľadania v Control Hub.

Prevádzkové režimy

Funkcia Prevádzkové režimy umožňuje firmám efektívne smerovať hovory do rôznych cie ľov (používatelia, hlasová schránka, volacie služby, ako je fronta hovorov). Kam a kedy je hovor smerovaný, je založený na dennom a dennom týždni a každý používateľ môže byť oprávnený spravovať tieto režimy ( plány) na kontrolu zmien smerovania hovorov.

Napríklad hovory do frontu hovorov môžu byť presmerované do iného frontu hovorov s agentmi v inom časovom pásme, aby mohli prijímať hovory po hodinách, počas pracovných hodín smerovať k miestnym agentom a počas sviatkov ich presmerovať do hlasovej schránky na následné sledovanie po návrate agentov do kancelárie.

Autorizovaný používateľ môže prepínať medzi týmito rôznymi scenármi (režimami) presmerovania hovorov, ak potrebuje zmeniť miesto smerovania prichádzajúcich hovorov na určité obdobie. Títo používatelia môžu spravovať režimy prostredníctvom svojich telefónov 6800/7800/8800 MPP, telefónov 9800 alebo v používateľskom centre v režimoch Správa.

Ďalšie informácie nájdete v téme Smer ovanie hovorov na základe prevádzkových režimov v Webex Calling.

Stránková skupina

Stránkovacie skupiny umožňujú používateľom uskutočniť jednosmerný hovor a odoslať zvukovú správu skupine používateľov. Každá skupina môže obsahovať až 75 cieľových používateľov a/alebo pracovných priestorov, ktoré sa dostanú vytočením pred definovaného čísla alebo rozšírenia.

Keď používateľ zavolá stránkovaciu skupinu, uskutoční sa simultánne hovor ku všetkým priradeným cieľom v skupine, kedy volajúci môže po ich dokončení vysloviť svoje správy a ukončiť ich odkaz.

Ďalšie informácie nájdete v téme Konfigurácia stránkovacej skupiny v Control Hub.

Nahrávky

podporuje nahrávanie hovorov uskutočnených alebo prijatých používateľom. Môže sa to vyžadovať pre potreby kvality, zabezpečenia, bezpečnosti alebo odbornej prípravy. V predvolenom nastavení sa hovory zaznamenávajú, ale ak sa vyžadujú iné funkcie nahrávania alebo požiadavky na dodržiavanie predpisov a regulačné požiadavky, je možné použiť aj iných poskytovateľov nahrávania tretích strán.

Pri použití ako nahrávacej platformy sú všetky nahraté hovory spravované v rámci. Úplní správcovia s úlohou úradníka pre dodržiavanie predpisov môžu hrať a sťahovať nahrávky. Bez úlohy úradníka pre dodržiavanie predpisov môže správca vymazať iba nahrávky.

Ďalšie informácie o tejto funkcii a zozname nahrávania tretích strán nájdete v téme Správa nahrávania hovorov Webex Calling.

Dosah jedného čísla

Dosah jedného čísla umožňuje hovory na telefónne číslo používateľa zazvonenie viacerých zariadení. To môže zahŕňať ďalšie stolné telefóny, ako aj mobilné telefóny. Hovory je možné uskutočňovať aj z týchto zariadení a používatelia môžu medzi nimi tlačiť a ťahať hovory.

Ďalšie informácie o tejto funkcii a o tom, ako ju správca konfiguruje, nájdete v téme Kon figurácia dosahu jedného čísla (Office kdekoľvek).

Ďalšie informácie o tom, ako môže používateľ spravovať a konfigurovať túto funkciu pre seba v portáli Webex User Hub (portál), nájdete v téme Konfigurácia dosahu jedného čís la (kdekoľvek v kancelárii).

Skupina hlasovej schránky

Skupiny hlasovej schránky umožňujú zdieľané pole hlasovej schránky, ktoré je možné priradiť používateľovi alebo funkcii smerovania hovorov . Niektoré z dôvodov, prečo môže byť požadovaná skupina hlasovej schránky, sú:

Všeobecná hlasová schránka pre oddelenie alebo pracovnú skupinu

Pridanie možnosti hlasovej schránky do skupiny automatického obsluhy alebo lovačky

Odosielanie preplnených hovorov z frontu hovorov

Používatelia, ktorí potrebujú iba hlasovú schránku.

Ďalšie informácie nájdete v téme S práva zdieľanej hlasovej schránky a prichádzajúceho faxového schránky. Webex Calling

Console Attendant Console je uvedená na stránke Funkcie volania vo Webex, je to však doplnková funkcia, ktorá si vyžaduje zakúpenie licencie sprievodnej konzoly.

Ďalšie informácie nájdete v téme Začíname s konzolou Attendant Console.

Informácie o všetkých funkciách vrátane niektorých doplnkových funkcií nájdete v téme Funk cie dostupné podľa typu licencie Webex Calling.

Tabuľka 1. Informácie, ktoré sa majú zachytiť pre každú lokalitu
Informácie	komentár
Rozsah (-y) rozšírenia	Každé miesto môže mať rozšírenia začínajúce rôznymi čísličkami. Jedna číslica musí byť ušetren á pre číslicu riadenia medzi miestami (napríklad 8) a jedna pre číslicu riadenia PSTN (napríklad 9). Žiadny rozsah rozšírenia nemôže začať jednou z týchto dvoch číslic. Všetky rozsahy rozšírenia všetkých miest musia mať rovnakú dĺžku.
Rozsah (y) DID	-
Číslica riadenia PSTN	-
Kód stránky	Všetky kódy stránok všetkých lokalít musia byť jedinečné a mať rovnakú dĺžku.
Hlavné číslo	Pri vytváraní polohy je potrebné poskytnúť dva DID. Jedno ako hlavné číslo (napríklad priradené službe automatickej obsluhy) a jedno pre portál hlasovej schránky. Poskytnite jeden DID pre číslo hlasovej schránky.
Číslo hlasovej schránky
Počet licencií	Požadované licencie podľa typu vrátane štandardného, profesionálneho, pracovného priestoru, zoznamu trás, plánu odchádzajúcich hovorov.
Súbežné hovory v rušnej hodine	Súčet súbežných hovorov medzi zariadeniami a medzi zariadeniami a lokálnou bránou (PSTN a hovory na zariadenia). Potrebné na určenie požadovanej šírky pásma prístupu na internet.
Krajina	-
Časové pásmo	-
Jazyk	-
Kontakt (meno, telefón, e-mail)	-
Adresa (adresa ulice, mesto, štát, PSČ)	-
Pohotovostné služby fyzické odosielateľné umiestnenie pre koncové body	Miesto odosielateľného zariadenia používané na tiesňové volanie vo všeobecnosti zahŕňa nasledovné: adresa budovy, adresa budovy + číslo poschodia, adresa budovy + číslo apartmánu alebo adresa budovy + číslo poschodia+číslo kancelárie/kubické číslo.
Jedinečné umiestnenie fyzickej siete pre záchranné služby na zariadenie	Fyzická sieťová poloha pre núdzové volanie vo všeobecnosti zahŕňa: prepínač/prepínač pre káblové zariadenia, identifikátory základnej sady služieb bezdrôtového prístupového bodu (AP) pre bezdrôtové pripojené zariadenia a/alebo lokálne podsiete IP pre zariadenia koncových bodov.

Tabuľka 2. Príklad číslovania podniku
Stránky	Rozsah rozšírenia	Kód stránky	Podnikový rozsah
NYC	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

Tabuľka 3. Rozsahy predĺženia pevnej dĺžky
Stránky	Rozsah rozšírenia	Rozšírenia	Kód stránky	Podnikový rozsah
NYC	2XXX	2XXX	202	8 202 2XXX
SFO	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

Tabuľka 4. Prechod sedemmiestneho vytáčania

Stránky	Rozšírenia	Kód stránky	Podnikový rozsah	Stránka ode	Podnikové angličky
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

Tabuľka 5. Možnosti poskytovania používateľov - zhrnutie
Metóda priradenia	Výhody	Nevýhody
Manuálne cez	Jednoduché pre málo používateľov. Umožňuje presnú a podrobnú kontrolu nad pridelením licencií.	Nie škálovateľné, časovo náročné Pri manuálnom zadávaní náchylný na ľudské chy by.
Automatické licenčné šablóny	Škálovateľné Znižuje manuálne chyby Môže byť aplikovaný na nových a existujúcich používateľov.	Vyžaduje platné telefónne čísla a miesta. Zložitejšie nastavenie Vyžaduje sa tiež skupiny používateľov na skupinu používateľov s rovnocen nými licenčnými požiadavkami.
Hromadné odovzdávanie CSV	Efektívne pre veľké užívateľské sady Umožňuje súčasné priradenie licencií, telefónnych čísel a rozšírení.	Vyžaduje starostlivé formátovanie CSV Možnosť chýb, ak chýbajú telef ónne čísla alebo rozšírenia alebo sú nesprávne.
Priradenie založené na API	Automatizovateľné, flexibilné. Umožňuje súčasné priradenie licencií, telefónnych čísel a rozšírení.	Vyžaduje vývoj a znalosti API.

Tabuľka 6. Možnosti poskytovania používateľov pre
Metóda poskytovania	Popis	Výhody	Nevýhody
Manuálny	Vytvárať/spravujte používateľov individuálne v	Jednoduché pre málo používateľov; nie je potrebná žiadna infraštruktúra	Nie je škálovateľné; časovo náročné pre mnohých používateľov
Hromadné (súbor CSV)	Hromadné importovanie/aktualizujte používateľov prostredníctvom CSV v	Efektívne pre skupiny; nevyžaduje sa žiadne kódovanie	Manuálna príprava CSV; menej dynamická
Ľudia a SCIM 2.0 API	Programová správa používateľov prostredníctvom Webex API	Flexibilný; podporuje automatizáciu a integráciu	Vyžaduje rozvoj a infraštruktúru
Synchronizácia adresárov	Automatická synchronizácia z aplikácií AD, Entra ID, SCIM, Unified CM	Automatizuje životný cyklus; podporuje filtrovanie a mapovanie	Zložitosť nastavenia: niektoré možnosti majú obmedzené funkcie alebo vyžadujú infraštruktúru

Tabuľka 7. Možnosti správy skupín a členstva v skupine
Možnosť	Popis	Výhody	Nevýhody
poskytovanie skupín (skupiny)	Vytvárajte a spravujte skupiny priamo v. Pridať/odstráňte členov manuálne alebo prostredníctvom CSV.	Plná kontrola členstva v skupine Okamžitá aplikácia licencií a šablón Jednoduché vytváranie a úprava skupín	Vyžaduje sa manuálne aktualizácie Riziko chýb pri manuálnom nahrávaní CSV Žiadna automatická synchronizácia s externými adresármi
Synchronizované skupiny z Entra ID (Azure AD) alebo Active Directory	Automaticky synchronizujte skupiny zabezpečenia a členstvá z externých adresárových služieb.	Automatizovaná synchronizácia znižuje manuálnu prácu Zabezpečuje súlad s firemným adresárom Podporuje veľké organizácie	Členstvo v skupine nie je možné upraviť Oneskorenie synchronizácie až 12 hodín Vnorené skupiny vyžadujú manuálny výber
Skupiny a SCIM 2.0 API (skupiny)	Používanie skupín alebo SCIM 2.0 API pre programovú správu skupín a členstva	Automatizácia a integrácia s inými systémami Škálovateľné pre veľké alebo zložité prostredia	Vyžaduje vývojové úsilie Zložitosť závisí od použitia API

Implementovať

Pripravenosť siete

Počiatočné nastavenie

Overenie domény

Reklamácia (konverzia) existujúcich používateľov

Konfigurácia a testovanie synchronizácie adresárov

Nastavenie a testovanie jednorazového prihlásenia (SSO)

Obstarávanie, poskytovanie a overovanie licencií

Webex Callingservisné nastavenia

Pilotná migrácia

Obstarať PSTN

Konfigurácia polohy

Integrácia s lokálnym ovládaním hovorov

Migrácia používateľov v dávkach

Pracovné priestory

Zabezpečovacie zariadenia

Konfigurácia funkcií

Akceptačné testovanie

Pripravenosť siete

Prvým krokom pri prechode na je zabezpečenie spoľahlivého a bezpečného pripojenia na internet medzi lokálnou sieťou a cloudom.

Keďže väčšina organizácií sa pripája k internetu prostredníctvom jedného alebo viacerých fire wallov alebo bezpečnostných zariadení, je nevyhnutné overiť, či sú podporované požadované do pravné toky.

Správcovia sietí a zabezpečenia musia pochopiť tieto toky z hľadiska:

Smer (prichádzajúci vs odchádzajúci)

Protokol y (príklad - SIP TLS, SRTP, HTTPS)

Rozsahy adries IP používané službami

Čísla por tov, ktoré musia byť otvorené alebo povolené.

To zaisťuje, že firewally, zariadenia NAT a iná sieťová infraštruktúra sú správne nakonfigurované tak, aby prispôsobovali prevádzke pri zachovaní firemných bezpečnostných politík.

Informácie o požadovaných tokoch vrátane IP adresy, portov a protokolov nájdete v téme Referenčné informácie o portoch Webex Calling. Tieto informácie použite na konfiguráciu firewallu, proxy a inej sieťovej infraštruktúry v existujúcom nasadení, aby sa umožnili sieťové toky.

Decentralizovaný internetový prechod z každej pobočky alebo stránky je odporúčaným prístupom pre služby cloudovej spolupráce, ako sú napríklad. Tým, že umožní premávke opustiť lokálne, tento model:

Znižuje spätné oneskorenie a chvenie, čím zlepšuje celkovú kvalitu hovoru

Efektívne sa škáluje, pretože viac používateľov a stránok prechádza na

Funguje bezproblémovo so systémom SD-WAN, ktorý dokáže dynamicky smerovať relácie do najbližšieho vstupného bodu cloudu pre optimálny výkon

Umožňuje sledovať polohu používateľa na základe ich verejnej IP adresy, čo pomáha pri analýze mediálnej dráhy a riešení problémov.

Okrem toho musia organizácie zabezpečiť primeranú šírku pásma internetu na každom mieste. Šírka pásma by mala byť dimenzovaná na základe očakávaného počtu súbežných hovorov, vybraného kodeku (napr. Opus alebo G.711) plus režijných nákladov na signalizáciu, retransmisie a rast. To je v súlade s fázou Pripraviť životného cyklu PPDIO a vytvára pevný základ pre migráciu.

Počiatočné nastavenie

Podsekcia počiatočného nastavenia vo fáze implementácie nasadenia je základom pre vytvorenie dobre štruktúrovaného a spravovateľného prostredia volania v cloude. Táto fáza zahŕňa dôležité úlohy, ako je nastavenie organizácie, obstarávanie a prideľovanie licencií a overovanie a uplatňovanie domén vašej spoločnosti, aby sa zabezpečila správna správa a bezpečnosť používateľov. Okrem toho obsahuje poskytovanie licenčných šablón na automatizáciu priradenia používateľských licencií, konfiguráciu jednotného prihlásen ia (SSO) na zefektívnenie autentifikácie používateľov a zvýšenie bezpečnosti a úpravu nastav ení služieb a klientov tak, aby boli v súlade s organizačnými politikami a potrebami používateľov. Dokončenie týchto aktivít počiatočného nastavenia zaisťuje, že prostredie je správne nakonfigurované pre škálovateľnosť, bezpečnosť a bezproblémovú používateľskú skúsenosť, čím sa nastaví priestor pre ďalšie fázy nasadenia a prevádzky.

Overenie domény

Ak chcete umožniť identifikáciu používateľov registrovaných s e-mailovými doménami vašej spoločnosti, je nevyhnutné overiť vaše domény. Bez overenia domény budú používatelia priradení k spotrebiteľskej organizácii, čo komplikuje správu používateľov pre vašu spoločnosť. Overenie domény je povinným krokom, ktorý umožňuje vašej organizácii uplatňovať a efektívne spravovať týchto používateľov.

Uistite sa, že všetky domény spojené s e-mailovými adresami vašich používateľov sú overené. Overovanie dom ény nie je exkluzívne; rovnakú doménu je možné overiť vo viacerých organizáciách.

Ďalšie informácie o správe domén nájdete v téme Správa domén.

Reklamácia (konverzia) existujúcich používateľov

Po úspešnom overení domén môžete pokračovať v reklamácii používateľov, ktorí sa zaregistrovali na používanie e-mailových domén vašej spoločnosti do vašej organizácie. Tento proces konsoliduje všetkých používateľov pod jediný organizačný záštit, čo umožňuje centralizované riadenie a efektívnu správu. Uplatnením týchto používateľov zabezpečíte, že vaša spoločnosť má plnú kontrolu nad používateľskými účtami, čo vám umožní priradiť príslušné licencie, konfigurovať služby a efektívne poskytovať potrebnú podporu. Tento prístup k jednot nej správe zvyšuje bezpečnosť, zjednodušuje poskytovanie používateľov a zaisťuje konzistentný prístup k službám v celej organizácii. Tvrdenie používateľov tiež zabraňuje ich riadeniu v externých alebo spotrebiteľských organizáciách, čím sa zachováva organizačná integrita a kontrola nad zdrojmi spolupráce.

Ďalšie informácie o požadovaných používateľoch nájdete v téme Rek lamácia používateľov do vašej organizácie (konverzia) používateľov.

Konfigurácia a testovanie synchronizácie adresárov

Ak chcete povoliť bezproblémovú správu používateľov a skupín, môžete synchronizovať používateľov a skupiny zo svojho firemného adresára buď Microsoft Entra ID (predtým Azure AD) alebo Microsoft Active Directory (AD). Tento proces zabezpečuje dôsledné zachovanie identity používateľov a členstva v skupine vo vašom prostredí.

Pre organizácie implementujúce postupné nasadenie je rozhodujúce kontrolovať a obmedziť rozsah synchronizácie počas počiatočných zavádzaní. To minimalizuje riziko neúmyselných zmien a umožňuje cielené testovanie pred širším prijatím.

Najefektívnejšou metódou filtrovania synchronizovaných používateľov je využitie členstva v adresárovej skupine:

1
Vytvorenie špecializovanej synchronizačnej skupiny: V podnikovom adresári (Microsoft Entra ID alebo AD) vytvorte skupinu zabezpečenia špeciálne pre synchronizáciu (napríklad synchronizačnú skupinu).

2
Vyplňte skupinu cieľovými používateľmi: Do tejto skupiny pridajte iba používateľov, ktorých chcete synchronizovať (napríklad testovaciu skupinu počas pilotnej fázy). To vám umožní prísne kontrolovať, kto je zahrnutý do procesu synchronizácie.

3
Konfigurácia synchronizačnej zmluvy pomocou filtrovania založeného na skupine: Pri nastavovaní synchronizačnej zmluvy v aplikácii Directory Connector alebo Entra ID nastavte rozsah tak, aby zahŕňal iba používateľov, ktorí sú členmi určenej skupiny.

V prípade Microsoft Entra ID môžete použiť skupinové priradenia v nastaveniach poskytovania

Pre AD môžete definovať filter LDAP tak, aby zahŕňal iba používateľov patriacich do zadanej skupiny .

4
Rozbaľte skupinu podľa potreby: Keď postupujete do širších fáz nasadenia, jednoducho pridajte ďalších používateľov alebo skupiny do synchronizačnej skupiny. Rozsah synchronizácie sa automaticky rozšíri o týchto používateľov, čo umožní kontrolované a postupné zav ádzanie.

Príklad implementačných krokov:

V aktívnom adresári:

Vytvorte skupinu zabezpečenia s názvom Synchronizačná skupina.

Pridajte do tejto skupiny požadovaných pilotných používateľov.

Nastavte Directory Connector s filtrom LDAP, napríklad: (MemberOf = CN = WebEx Sync Group, OU = Groups, DC = YourDomain, DC = com).

Do Microsoftu zadajte ID:

Vytvorenie skupiny s názvom synchronizačná skupina

Priraďte skupinu k nastaveniam poskytovania v Entra ID

Iba používatelia v tejto skupine budú poskytovaní.

Pred aplikáciou na celú organizáciu vždy otestujte skupinovú synchronizáciu v nevýrobnom prostredí

Pravidelne kontrolujte členstvo v skupine, aby ste zabezpečili synchronizáciu iba oprávnených používateľov

Pre priebežnú správu automatizujte aktualizácie členstva v skupine na základe obchodných pravidiel alebo HR systémov, ak je to možné.

Referencie:

Synchronizácia používateľov Entra ID do Control Hub

Nastavenie aplikácie Entra ID Wizard v ovládacom centre

Konektor adresára

Nastavenie a testovanie jednorazového prihlásenia (SSO)

Jednorazové prihlásenie (SSO) zvyšuje bezpečnosť a zjednodušuje prístup používateľov tým, že umožňuje používateľom jednorazovú autentifikáciu pomocou svojich firemných poverení a získať bezproblémový prístup k nim. podporuje integráciu SSO s IDP kompatibilnými s SAML 2.0 vrátane Microsoft Entra ID (predtým Azure AD), Active Directory federovaných riešení (AD) a rôznych IDP tretích strán.

V tomto okamihu by sa malo implementovať a otestovať navrhnuté nastavenie SSO.

Referencie:

Integrácia s jedným prihlásením do riadiaceho rozbočovača

konfigurácia jednorazového prihlásenia pre správu webexu

Konfigurácia jednorazového prihlásenia pomocou Microsoft Entra ID

SSO s viacerými IDP

Správa SSO pri integrácii v Control Hub

Obstarávanie, poskytovanie a overovanie licencií

V rámci počiatočného nastavenia je nevyhnutné obstarávať, poskytovať a overiť príslušné licencie na efektívne povolenie a správu služieb. Proces obstarávania zahŕňa výber typov licencií na základe používateľských rolí a pracovných záťaží, ako sú licencie Professional, Standard a Workspace . Licencie sú generované a poskytované prostredníctvom softvérových platforiem Cisco alebo prostredníctvom partnerov. Po obstaraní a poskytnutí je potrebné overiť správny počet licencií . Tento proces zabezpečuje, že organizácia má aktivované správne licencie a pripravené na použitie pri nasadení.

V rámci počiatočného nastavenia licencií je dôležité nakonfigurovať automatické licencovanie založené na organizácii, aby sa zefektívnilo priradenie licencií pre nových používateľov. Toto nastavenie umožňuje automatické udeľovanie licencií pri pridaní používateľov do organizácie, čím sa eliminuje potreba manuálneho priradenia licenci í. Pri konfigurácii automatického licencovania na úrovni organizácie vyberiete služby na priradenie a definovanie rozsahu, napríklad uplatňovanie licencií iba pre budúcich používateľov alebo zahrnutie existujúcich používateľov.

Ak však váš plán nasadenia namiesto toho zahŕňa použitie automatického udeľovania licencií na úrovni skupiny, môžete sa rozhodnúť nepriraďovať licencie na úrovni organizácie, aby ste predišli konfliktom alebo duplicite priradení licencií. Vďaka automatickému licencovaniu na úrovni skupiny sa licencie priraďujú na základe členstva v skupine. Používatelia vo viacerých skupinách dostávajú licencie zo všetkých príslušných skupinových priradení.

Konfigurácia priradenia licencií na základe skupiny sa musí vykonať po dokončení synchronizácie adresárov, aby existovali synchronizované skupiny a mohli byť použité na priradenie licencií.

Konkrétne automatické priradenie licencií vyžaduje ďalšie podrobnosti o poskytovaní, ako je umiestnenie používateľa a priradenie telefónneho čísla. Pracovné telefónne číslo používateľa musí byť vo formáte +E.164, vopred poskytnuté a priradené k platnému miestu, aby sa licencia mohla automaticky aktivovať. Ak tieto podmienky nie sú splnené, používateľovi nebudú poskytované služby automaticky a môže vyžadovať manuálny zásah.

Stručne povedané, nakonfigurujte automatické licencovanie založené na organizácii pre nových používateľov, ak chcete priradenie širokej licencie pre celú organizáciu. Ak dávate pred nosť podrobnejšej kontrole alebo máte rôzne licenčné potreby v jednotlivých skupinách, nakonfigurujte automatické licencovanie na úrovni skupiny a vy hnite sa priradeniu licencií na úrovni organizácie, aby ste zabránili prekrývaniu a zabezpečili správnu správu licencií.

Webex Callingservisné nastavenia

Je nevyhnutné vykonať komplexné preskúmanie a konfiguráciu globálnych nastavení služieb v rámci neho.

Začnite prístupom do časti nastavení a prejdením do nej. Starostlivo preskúmajte každú konfigurovateľnú možnosť vrátane, ale nie výlučne, konfigurácie interného vytáčania, parametrov núdzového volania, politík smerovania hovorov, správy hlasovej schránky a predvolených nastavení zariadenia.

Upravte tieto globálne nastavenia tak, aby odrážali politiky a rozhodnutia o dizajne vašej organizácie.

Tiež nastavenia nastavenia a šablóny používateľov a aplikácií.

Pilotná migrácia

Počas fázy implementácie predstavuje vykonanie pilotnej migrácie kritickým míľnikom pri validácii prechodu z na. Tento pilotný program zahŕňa poskytnutie reprezentatívnej podskupiny používateľov na jednom alebo viacerých miestach na platforme, čím sa zabezpečí, že vybraná populácia odráža rôzne prípady použitia a organizačné úlohy. Súbežne s migráciou používateľov musia byť základné služby spolupráce vrátane hlasovej schránky, automatických obsluhy, frontov hovorov a skupín hľadania premenené na ich ekvivalenty, aby sa zachovala kontinuita podnikania a funkčnosť služieb.

Pilotná migrácia by mala využívať rovnakú kombináciu nástrojov poskytovaných Cisco a nástrojov na migráciu tretích strán, ktoré sú na plánované na širšie nasadenie organizácie, čím sa zabezpečí dôkladné overenie procesov, pracovných postupov automatizácie a integračných bodov za reprezentatívnych podmienok .

Primárne ciele tohto pilotného nasadenia sú dvojaké: po prvé, validácia a spresnenie procesov prechodu typu end-to-end vrátane pracovných postupov poskytovania používateľov, postupov migrácie údajov a konfigurácií koncových bodov; a po druhé, komplexné overenie funkčnosti migrovaných služieb za re álnych prevádzkových podmienok.

Tento fázový prístup umožňuje projektovému tímu identifikovať a napraviť akékoľvek technické alebo procedurálne problémy v kontrolovanom prostredí, zhromaždiť spätnú väzbu používateľov o novej skúsenosti s platformou, posúdiť účinnosť vybraných migra čných nástrojov a nadviazať dôveru v metodiku migrácie pred pokračovaním v širšom organizačnom nasadení.

Pohľady získané počas tejto pilotnej fázy sú nápomocné pri optimalizácii následných migračných vĺn a zabezpečovaní hladkého prechodu s oh ľadom na zníženie rizika pre celý podnik.

Obstarať PSTN

Ak chcete obstarať služby PSTN pre, najprv vyberte možnosť pripojenia PSTN v časti.

Ak organizácia plánuje udržiavať hybridné ovládanie duálnych hovorov (fáza 1 na obrázku Phased Calling Transition: Hybrid a Cloud) buď dočasne alebo na neurčito, bude musieť nasadiť jednu alebo viac lokálnych brán pre lokálne PSTN, aby umožnili volanie medzi koncovými bodmi a koncovými bodmi.

Ak je konečným cieľom vrátane PSTN úplný prechod (fáza 2) do cloudu, bude pre PSTN potrebný buď Cisco Calling Plan alebo možnosť Cloud Connect for.

Pred ich konfiguráciou spolupracujte s vybraným poskytovateľom na objednávke a portovaní telefónnych čísel. Objednávanie telefónnych čísel alebo iniciovanie portových objednávok je požadované/možné len pre lokálne služby PSTN a Cloud Connect. V prípade plánov telefonovania Cisco sa objednávanie a prenos iniciuje z Control Hub hneď po vytvorení umiestnenia a v krajinách, kde je k dispozícii Cisco Calling Plan. Ďalšie informácie o plánoch Cisco Calling nájdete v téme Začíname s plá nom Cisco.

V rámci implementácie PSTN sa uistite, že váš poskytovateľ povolil prichádzajúce aj odchádzajúce služby PSTN pre vašu polohu. Okrem toho vykonajte testovacie hovory, aby ste overili, či sú hovory správne smerované prostredníctvom vybraného pripojenia PSTN.

Konfigurácia polohy

Pred pridaním používateľov a zariadení musíte poskytnúť miesta volania. Pre každú lokalitu je potrebné zadať platnú adresu ulice. V USA a Kanade je táto adresa overená a využívaná platformou na zasielanie informácií o polohe PIDF-LO pre tiesňové hovory.

Pri konfigurácii miest, ktoré používajú lokálne PSTN, musíte podľa toho nastaviť lokálne brány. V programe sa musí vytvoriť kmeň a skupina trás pre každú miestnu bránu a skupina trás sa potom priradí ako voľba PSTN pre dané miesto. Spoločnosť Cisco dôrazne odporúča vždy zvoliť skupinu trás ako voľbu PSTN, pretože tento prístup vám umožní v budúcnosti jednoducho pridať ďalšie kmene, čo podporuje škálovateľnosť aj redundanciu. Cisco tiež odporúča povoliť podporu s duálnou identitou a P-Charge-Info v každom kmeni PSTN, pretože to zjednodušuje identifikáciu účtovateľnej strany za odchádzajúce priame alebo presmerované hovory. Ak váš poskytovateľ PSTN používa na fakturáciu inú hlavičku, môžete skopí rovať informácie z hlavičky P-Charge-Info na lokálnej bráne do požadovanej fakturačnej hlavičky.

Pre miesta, ktoré ako možnosť PSTN používajú Cloud Connect for alebo Cisco Calling Plan, jednoducho vyberte príslušnú voľbu PSTN pre danú polohu počas nastavenia. Ak umiestnenie používa buď Cloud Connect for alebo lokálny PSTN, budete musieť pridať telefónne čísla, ktoré boli objednané v predchádzajúcom kroku. Čísla môžu byť pridané ako neaktívne, ak nechcete, aby boli ihneď zahrnuté do smer ovania hovorov; tieto čísla môžete aktivovať neskôr, keď sú priradené používateľom alebo funkciám.

Je dôležité vždy nastaviť hlavné číslo pre každé miesto. Hlavné číslo môže byť priradené buď používateľovi alebo funkcii, napríklad automatickému obsluhovi. Ak chcete povoliť hlasovú schránku v danom mieste, nastav te číslo pilota hlasovej schránky, známe tiež ako číslo hlasového portálu.

Ďalšie nastavenia pre miesta volania zahŕňajú konfiguráciu detailov tiesň ového volania, ako je číslo tiesňového volania, možnosti upozornení a rozšírené funkcie tiesňového volania. Mali by ste tiež skontrolovať a upraviť nastavenia nahrávania, jazykové preferencie a konfigurácie zariadenia podľa potreby pre každé miesto. Ak vaša organizácia používa skrátené vytá čanie v sieti medzi lokalitami s významnými číslami podniku, nezabudnite nakonfigurovať jedinečný kód lokality pre danú polohu v nastaveniach interného vytáč ania. Nakoniec, ak externé vytáčanie vyžaduje odchádzajúcu číselnú číslicu, nezabudnite ju nastaviť v nastaveniach externého vytáčania. Ak je nakonfigurovaná odchádzajúca číselná číslica, spoločnosť Cisco odporúča povoliť presadz ovanie výstupných číslic, aby sa zabezpečila konzistentnosť.

Integrácia s lokálnym ovládaním hovorov

Na integráciu s lokálnym ovládaním hovorov je potrebné nakonfigurovať tróny, skupiny trás, podnikové plány vytáčania a nastavenia polohy aj globálne nastavenia. Začnite nastavením kmeňov a miestnych brán určených na prepojenie s lokálnym systémom riadenia hovorov; tento krok je potrebný len vtedy, ak sú potrebné vyhradené kľúče. Ak na nasadenie postačujú existujúce trate a skupiny trás, je možné ich znova použiť na lokálne prepojenie bez dodatočnej konfigurácie.

Po vytvorení kmeňov a skupín trás pokračujte vo vytváraní podnikových plánov vytáčania a priraďte príslušnú skupinu trás ako cieľ pre každý plán vytáčania. Ak integrácia zahŕňa viacero lokálnych systémov riadenia hovorov pripojených cez rôzne kľúče, bude potreb ných viacero plánov vytáčania. Je dôležité zabezpečiť, aby tieto plány vytáčania obsahovali iba vzorce potrebné na smerovanie hovorov do lokálnych cieľov.

Ak nasadenie vyžaduje podporu pre smerovanie neznámych rozšírení, táto funkcia by mala byť povolená na úrovni polohy. Okrem toho, keď je aktivované smerovanie neznámych rozšírení, musíte zadať maximálnu dĺžku neznámeho rozšírenia v časti S merovanie hovorov medzi a priest ormi v nastaveniach volacích služieb. To zaisťuje bezproblémové smerovanie hovorov a správnu manipuláciu so scenármi vytáčania založených na rozšírení vo vašom integrovanom prostredí.

Migrácia používateľov v dávkach

Keď migrujete používateľov z na, nemusíte byť schopní presunúť všetkých používateľov súčasne. Môže to byť spôsobené viacerými dôvodmi, vrátane, ale nie výlučne, počtu stránok alebo používateľov, toho, ako dlho trvá prechod stránky a/alebo skupiny používateľov naraz, obmedzený zdroj IT alebo lokality na podporu okna zmeny, trvanie okna zmeny, zložitosť zmeny atď.

Pri migrácii používateľov vo fázach je dôležité určiť, ktorí používatelia musia migrovať spoločne v tej istej dávke. Primárnym cieľom je migrovať používateľov, ktorí majú nav zájom závislosť na svojich volacích službách a funkciách. Chcete zabezpečiť, aby všetky funkcie volania (príklad - fronty hovorov) boli plne funkčné tak, ako boli pred zapnutím.

Aj keď implementujete prepojenie volaní medzi lokálnymi bránami a s nimi, zdieľané služby alebo funkcie nemôžete rozdeliť v rámci tohto pripojenia. Preto musíte identifikovať závislosti medzi používateľmi tak, že sa pozriete na funkcie, ako sú:

Monitorovanie ostatných používateľov pomocou BLF

V tom istom lovom pilote, fronte hovorov atď.

Zdieľané riadky

Používanie vyzdvihnutia hovorov

Používanie rovnakých čísel call parkovania

Interkom

Výkonný/správca.

Príkladom by mohol byť používateľ, ktorý je súčasťou skupiny Hunt Group, na ktorú sa prechádza. Tento používateľ prejde na skupinu Hunt a so všetkými ostatnými členmi Hunt Group. Preto môže skupina Hunt Group a jej členovia po prechode úspešne odpovedať na hovory na novej platforme.

To sa stáva náročnejším, keď sú používatelia pripojení k rôznym skupinám používateľov pre rôzne volacie služby a funkcie. Bude to vyžadovať prechod viac ako jednej skupiny používateľov a jednej volacej služby súčasne.

Použite výstup z nástroja Migration Insights alebo nástroja tretej strany, ktorý ste použili vo fáze prípravy, aby ste zistili, ktorí používatelia a funkcie by mali byť zoskupené dohromady. Tento výstup mal byť použitý na vypracovanie plánu migrácie a poskytne vám prehľad o tom, ako zoskupujete používateľov a funkcie, ktoré je potrebné spoločne prejsť.

Kľúčové kroky pri prechode dávky používateľov sú:

Identifikácia používateľov, ktorí majú migrovať spoločne

Skontrolujte, či sú všetci používatelia

Skontrolujte, či existujú všetky TN pre používateľov

Overte správny formát telefónneho čísla v adresári

Uistite sa, že šablóna licencií a nastavení pre skupiny použív ateľov sú správne nastavené

Overovanie alebo konfigurácia všetkých volacích služieb a funkcií pre skupinu používateľov (podľa potreby pred alebo počas prechodu)

V firemnom adresári pridajte používateľov do skupiny použív ateľov povolených volaní

Leverage Tools — nástroje na migráciu používateľov a funkcií a/alebo nástroje tretích strán

Zakázať alebo odstrániť číslo adresára používateľa/zariadenia a funkcie volania po prechode.

Po migrácii skupiny používateľov otestujte podmnožinu používateľov, aby ste overili, že všetky funkcie volania a služby fungujú správne. Ak sú funkcie volania, ako sú napríklad Call Queue, Hunt Groups atď., prechádzajú so skup inou používateľov, otestujte správne fungovanie týchto volacích služieb.

Pracovné priestory

V pracovnom priestore sa vzťahuje na zdieľané umiestnenie (napríklad konferenčná miestnosť, stredisko alebo hot desk), ktorému môžu byť priradené zariadenia, rozšírenia a používatelia. Na rozdiel od tradičných telefónov Unifed CM sú pracovné priestory:

Orientované na polohu: viazané na fyzické priestory.

Flexibilné zariadenie: môže mať jedno alebo viac zariadení (stolné telefóny, dosky atď.).

Akonáhle sú pracovné priestory identifikované ako súčasť prechodu na, môžu byť pridané v časti Zariadenia. Každý pracovný priestor potrebuje priradenie zariadenia, a ak už je v ňomUnified CM, je potrebné ho resetovať alebo opätovne poskytnúť. Funkcie ako hlasová schránka, presmerovanie hovorov a vyzdvihnutie hovorov môžu byť povolené alebo zakázané a podľa potreby je možné uplatniť pravidlá pre videohovory, parkovanie hovorov a mobilitu. Otestujte každý pracovný priestor uskutočňovaním interných a externých hovorov, testovaním funkcií videa, konferencií a mobility . Nakoniec informujte používateľov o všetkých aplikovateľných procesoch pre zariadenia pracovného priestoru a rezervácie.

Ďalšie informácie o pracovných priestoroch nájdete v téme Pracovné priestory.

Zabezpečovacie zariadenia

Telefóny, na ktoré sú momentálne zaregistrované, bude potrebné migrovať v rámci prechodu do cloudu. Aby bola migrácia čo najjednoduchšia s minimálnou pravdepodobnosťou zlyhania, Cisco odporúča migráciu fyzických lokalít alebo oddelení súčasne. Môže sa však vyžadovať migrácia používateľov v dávkach kvôli závislosti funkcií. Ďalšie podrobnosti nájdete v časti Migrácia používateľov v dávkach.

Všetky podporované telefóny, z ktorých musíte prejsť, budú musieť byť nakonfigurované ako používateľ alebo pracovný priestor a fyzický telefón bude potrebné prekonfigurovať na registráciu. Okrem toho telefóny série 7800 a 8800 potrebujú aktualizáciu firmvéru z firmvéru Enterprise na firmvér Multiplatform Phone (MPP). Tento proces zahŕňa načítanie prechodného firmvéru pred načítaním firmvéru MPP potrebného na registráciu. Vyžaduje tiež príslušnú migračnú licenciu. Spoločnosť Cisco tento proces v posledných rokoch vylepšila, aby vám uľahčila aktualizáciu firemvérových telefónov Enterprise na firmvér MPP. Ďalšie informácie o krokoch na dokončenie aktualizácie firmvéru nájdete v téme Konverzia telefónov IP série Cisco 7800 a 8800 medzi firmvérom Enterprise a MP P.

Okrem krokov uvedených v tomto článku má vstavaný nástroj Migrácia telefónu do Webex Calling, ktorý môžete použiť na migráciu telefónov 7800 a 8800 z firmvéru Enterprise na MPP. Tento nástroj vám tiež umožňuje pridať telefóny k príslušným používateľom alebo pracovným priestorom a priradiť ich k príslušným používateľom alebo pracovným priestorom. Ďalšie informácie o používaní nástrojov nájdete v té me Migrácia telefónu.

Pre všetky telefóny série 9800 registrované s vyššie uvedenou požiadavkou migrácie firmvéru sa nevzťahuje. Tieto telefóny používajú PhoneOS, ktorý je podporovaný obidvoma a. Ak chcete tieto telefóny prejsť na tieto telefóny, budete ich musieť pridaťWebex Calling, priradiť ich používateľovi alebo pracovnému priestoru a potom telefóny resetovať továrenské nastavenia. Postupnosť zav@@ ádzania systému P honeOS pre registráciu nižšie zobrazuje postup nosť zavádzania systému PhoneOS a spôsob, akým sa telefón zaregistruje po pridaní, aj keď je telefón stále zabezpečený a/alebo sa používajú možnosti DHCP (príklad - 150).

Zavádzacia sekvencia PhoneOS pre registráciu

podporuje obnovenie továrenských nastavení zariadení PhoneOS, aby sa umožnilo zapojenie Zero-Touch. správcovia môžu vzdialene obnoviť továrenské nastavenia telefónov 9800 a 8875 prostredníctvom strá nok CUCM Administration, čo eliminuje potrebu fyzického prístupu k telefónom, na ktoré sa môžu telefóny zapojiť. Táto funkcia je podporovaná v balíkoch zariadení od 9. septembra 2025:

CUCM v15 - Unified Communications Manager verzia 15

CUCM v14 - Unified Communications Manager verzia 14.

Ďalšie informácie o procese registrácie pre sériu 9800 nájdete v časti Proces registrácie.

Okrem telefónov Cisco IP môže byť potrebné poskytovanie ďalších zariadení, ako sú analógové telefónne adaptéry (ATA), bezdrôtové telefóny (Wifi, DECT), video zariadenia, hlasové brány a zariadenia a telefóny ^tre tích strán. Mnohé z týchto zariadení nemajú cestu aktualizácie firmvéru ako telefóny IP na ich prechod z podnikového firmvéru na cloudový firmvér. Preto poskytnete každé z týchto zariadení v Control Hub. Na niektoré z nich nemožno prejsť a ekvivalentný model ich bude musieť nahradiť (napr. ATA 191/192) a ďalšie budú vyžadovať manuálnu rekonfiguráciu a/alebo zmeny softvéru.

Hlasové brány — Ak chcete migrovať lokálnu bránu, pozrite si tému Migrácia lokálnej brány.
Ďalšie informácie o konfigurácii hlasovej brány VG400, VG410 alebo VG420 v Control Hub nájdete v téme Lokálna brána

Analógový telefónny adaptér (ATA) — Ak chcete začať s vašimi zariadeniami Cisco ATA 191 a 192, poz rite si časť Cisco ATA.

Bezdrôtový telefón Wifi - Ak chcete integrovať bezdrôtový telefón 840 a 860, pozrite si tému Integrácia bezdrôtového telefónu Webex.

Bezdrôtové telefóny DECT — Ak chcete začať s novou sériou Cisco IP DECT 6800, pozrite si časť Cisco IP DECT.

Ak chcete vytvoriť a spravovať digitálnu sieť DECT v Control Hub, pozrite si tému S práva siete DECT

Ďalšie informácie o systéme Cisco IP DECT 6800 nájdete v časti Príručka nasadenia

Zariad ^enia a telefóny tretej strany - spolupracujte s dodávateľ ^mi tretích strán na požiadavkách na zariadenia/telefón a procese ich migrácie alebo nahradenia na podporu.

Konfigurácia funkcií

Všetky požadované funkcie volania musia byť poskytnuté pred prechodom alebo počas neho. Ako sa diskutovalo v časti Migrácia používateľov v dávkach, funkcie volania musia byť nakonfigurované a premenené po prechode používateľov, ktorí ich používajú.

Podrobnosti o tom, ako nakonfigurovať každú z funkcií, nájdete v príslušných článkoch pomocníka pre konfiguráciu.

Automatické obsluhy - Ak chcete spravovať automatické obsluhy, pozrite si časť Automatické obsluhy

Call park — Ak chcete spravovať call park, pozrite si tému Call park

Vyzdvihnutie hovoru — Ak chcete nakonfigurovať skupinu vyzdvihnutia hovorov, pozrite

Poradie hovorov — Ak chcete nakonfigurovať frontu hovorov, pozrite si časť H ovor

Skupiny lovu — Ak chcete spravovať lovecké skupiny, pozrite si tému Správa lovec kej skupiny

Prevádzkové režimy — Ak chcete smerovať hovory na základe prevádzkových režimov, pozrite si tému Smer ovanie hovorov na základe prevádzkových režimov

Stránkovacie skupiny — Ak chcete nakonfigurovať stránkovaciu skupinu, pozrite si tému Konfigurácia stránkovacej skupiny

Nahrávanie - Ak chcete spravovať nahrávanie hovorov, pozrite si tému S práva nahrávok

Dosah jedného čísla — Ak chcete nakonfigurovať dosah jedného čísla (kdekoľvek v kancelárii), pozrite si tému Konfigurácia jedného

Skupina hlasovej schránky — Ak chcete spravovať zdieľanú hlasovú schránku a prichádzajúcu faxovú schránku, pozrite si tému Správa hlasovej schránky.

Akceptačné testovanie

Testovanie akceptácie zaisťuje, že migrované prostredie spĺňa funkčné požiadavky, funguje podľa očakávania a poskytuje bezproblémový používateľský zážitok vo všetkých komunikačných pracovných postupoch. Tento proces overovania je mnohostranný a zahŕňa všetko od poskytovania používateľov a priradenia čísel až po prevádzkový výkon pokročilých funkcií volania.

Táto časť poskytuje príklady a zdôrazňuje kľúčové aspekty, ktoré je potrebné zvážiť počas akceptačného testovania; nemá však slúžiť ako vyčerpávajúci alebo komplexný kontrolný zoznam.

Priradenie používateľa a priradenie čísel

Základným aspektom akceptačného testovania je overenie, či sú všetci používatelia poskytovaní presne a úplne vo vnútri. Vyžaduje si to dôkladné porovnanie adresára source () a novo vytvorenú používateľskú základňu, aby sa zabezpečilo, že každý používateľský účet spolu s priradenými atribútmi, ako sú čísla rozšírení a priradenia priameho vnútorného vytáčania (DID), boli správne migrované. Úplnosť poskytovania služieb je rozhodujúca nielen pre funkčnosť prvého dňa, ale aj pre priebežnú správu a podporu .

Overovanie priradenia čísel zahŕňa potvrdenie, že každému používateľovi je priradené správne rozšírenie a externé číslo a že tieto čísla smerujú správne v interných (on-line) aj externých (PSTN) tokoch hovorov. Je nevyhnutné skontrolovať akékoľvek prekrývanie, chý bajúce priradenia alebo nesprávne konfigurácie, ktoré by mohli viesť k chybám smerovania hovorov alebo prerušeniu služby.

PSTN Toky hovorov a prezentácia ID volajúceho

Robustný postup testovania akceptácie musí zahŕňať úplnú validáciu tokov volaní PSTN. To zahŕňa scenáre prichádzajúcich aj odchádzajúcich hovorov. V prípade prichádzajúcich hovorov PSTN by mal testovací tím potvrdiť, že hovory sú doručené do zamýšľaných koncových bodov, či už ide o jednotlivých používateľov, fronty hovorov, skupiny hľadania alebo automatických obsluhov. Odchádzajú ce PSTN hovory sa musia uskutočňovať úspešne, pričom osobitná pozornosť sa venuje správ nemu doručeniu a prezentácii informácií o ID volajúceho. Zahŕ ňa to zabezpečenie toho, aby sa externým príjemcom zobrazilo správne meno a číslo volajúceho v súlade s organizačnými politikami a regulačnými požiadavkami.

Testovanie by sa malo zaoberať aj scenármi zlyhania, ako je napríklad zaobchádzanie s nedosiahnuteľnými koncovými bodmi alebo prerušením siete. To pomáha potvrdiť, že náhradné mechanizmy a alternatívne smerovanie fungujú správne, čím sa zachováva kontinuita a spoľahlivosť služieb.

Toky hovorov v sieti

Interné alebo on-line toky hovorov tvoria chrbticu podnikovej komunikácie. Testovanie akceptácie v tejto oblasti overuje, či sa hovory medzi používateľmi v rámci organizácie smerujú správne, pričom funkcie ako prenos hovorov, zadržanie, presmerovanie a konferencie fungujú podľa zamýšľania . Musí sa potvrdiť integrita plánov vytáčania, pripojenie rozšírenia na rozšírenie a podpora polit ík organizačných hovorov.

Spracovanie používateľských hovorov a overenie funkcií

Dôležitým aspektom testovania akceptácie je overenie toho, ako používatelia spracovávajú hovory pomocou podpor ovaných stolných telefónov. Tento proces sa zameriava na potvrdenie toho, že pracovné postupy každodenných hovorov sú intuitívne a spoľahlivé a že používatelia majú bezproblémový prístup k základným funkciám potrebným pre ich úlohy. Testovanie by malo posúdiť, s akou môžu používatelia ľahko uskutočňovať a prijímať hovory, spravovať funkcie zadržania a obnovenia a vykonávať slepé aj konzultačné prenosy. Je tiež nevyhnutné overiť, či presmerovanie hovorov, konferencie a ďalšie pokročilé funkcie, ako je parkovanie a načítanie hovorov alebo aktivácia nerušia, sú ľahko dostupné a fungujú hladko.

Skúsenosti by sa mali vyhodnotiť z hľadiska jasnosti a citlivosti, berúc do úvahy spôsob interakcie používateľov s históriou hovorov, hlasovou poštou a integrovanými adresármi. Ďalšia pozornosť by sa mala venovať schopnosti presúvať aktívne hovory medzi zariadeniami a efektívne používať ovládacie prvky počas hovoru v rámci aplikácie alebo na fyzických telefónoch. Konečným cieľom je zabezpečiť, aby zážitok koncového používateľa bol konzistentný, efektívny a plne podporoval komunikačné potreby organizácie po migrácii.

Poradie hovorov: Skúsenosti s agentom a supervízorom

Fronty hovorov sa často používajú na spracovanie veľkoobjemových scenárov prichádzajúcich hovor ov. Akceptačné testovanie sa tu zameriava na niekoľko dimenzií. Najprv by sa malo overiť, či sú hovory distribuované agentom podľa nakonfigurovanej logiky frontu, ako je napríklad okrúhly robin, najdlhšia nečinnosť alebo simultánny zvonenie. Prezentácia hovorov v rade na pracovných počítačoch agentov sa musí preskúmať z hľadiska jasnosti a jednoduchého použitia, čím sa zabezpečí, že agenti môžu efektívne prijímať, zadržiavať a prenášať hovory.

V prípade supervízorov by sa mal zážitok z pracovnej plochy vyhodnotiť z hľadiska funkcií, ako je monitorovanie v reálnom čase, nahrávanie hovorov a analýza alebo prehľad o výkon nosti frontu. To zahŕňa, ale nie je obmedzené na overovanie dashboardov a nástrojov na nahlasovanie, ktoré poskytujú praktické údaje o distribúcii hovorov, aktivite agenta a metrikách frontových radov.

Hunt Groups: Distribúcia hovorov

Huntové skupiny sú kľúčovým mechanizmom na distribúciu hovorov vopred definovaným súborom používateľov. Testovanie akceptácie musí potvrdiť, že hovory sú smerované k členom skupiny na základe nakon figurovaného algoritmu lovu a že scenáre preplnenia, presmerovania a bez odpovede sa riešia podľa návrhu. Zabezpečenie toho, aby sa správanie členstva v skupine a smerovanie hovorov zho dovalo s tým, ktoré boli predtým zavedené, je nevyhnutné pre prevádzkovú konzistentnosť a spokojnosť používateľov.

Automatické obsluhy: Oznámenia a operácie v ponuke

Automatické obsluhy predstavujú prvú líniu automatizovanej manipulácie hovorov. Testovanie musí zahŕňať prehrávanie oznámení, presnosť zaznamenaných pozdravov a správne fungovanie stromov menu. Výber menu by mal spoľahlivo smerovať volajúcich na príslušné oddelenia, jednotlivcov alebo externé čísla. Testovanie by malo zahŕňať aj neplatné alebo časové scenáre, aby sa potvrdilo, že volajúci dostávajú jasné pokyny alebo sú presmerovaní podľa zamýšľania.

Prevádzka hlasovej schránky

Funkcia hlasovej schránky je napokon rozhodujúca pre používateľskú skúsenosť. Akceptačné testy by mali overiť, či sú schránky hlasovej schránky správne priradené a prístupné, a to tak v rámci organizácie, ako aj na diaľku. Schopnosť zaznamenávať, načítať a spravovať správy musí byť potvrdená spolu s doručením oznámení.

Optimalizovať

Migrácia PSTN na Cloud Connect

Optimalizácia lokálnej infraštruktúry

Využite analýzu a riešenie problémov

Migrácia PSTN na Cloud Connect pre

Po migrácii všetkých koncových bodov a používateľov do cloudového volania Unified CM je jediným účelom pôsobiť ako tranzit medzi bránami PSTN a cez lokálnu bránu. Odstránenie brán PSTN a lokálnej brány z obrázka pomocou Cloud Connect ako prístupu PSTN pre všetkých Webex Calling používateľov má niekoľko výhod vrátane zníženia náklad ov a zvýšenej spoľahlivosti. Ak chcete premeniť lokálny prístup PSTN na Cloud Connect , postupujte takto:

Cloud Connect pre výber partnera.

Pozrite si zoznam služieb Cloud Connect pre partnerov a vyberte si z dostupných partnerov dostupných pre umiestnenie vašej organiz ácie.

Cloud Connect pre overenie.

Pred prepnutím prístupu PSTN pre miesta na Cloud Connect by sa malo overiť a overiť pripojenie k PSTN prostredníctvom vybraného partnera Cloud Connect. Na tento účel je potrebné poskytnúť testovacie miesto s niektorými testovacími používateľmi poskytnutými v tomto testovacom mieste. Prístup PSTN pre toto testovacie miesto je potom nastavený na partnera Cloud Connect pred overením pripojen ia PSTN pomocou testovacích telefónov. Po úspešnej validácii je možné umiestnenie testu zru šiť.

Portovanie čísel.

Ak sa chcete pripraviť na prepojenie na Cloud Connect, je potrebné zadať poradie portov pre všetky čísla, ktoré sú aktuálne priradené do kmeňa PSTN, ktoré sa končia. Všetky čísla musia byť prenesené do partnera Cloud Connect. Aby sa zachovala dostupnosť medzi lokalitami, je potrebné preniesť všetky čís la všetkých miest súčasne.

Prepnite na partnera Cloud Connect.

K dátumu prerušenia musí byť prístup PSTN pre všetky lokality nastavený na poskytovateľa PSTN pripojeného k cloudu a malo by sa overiť prichádzajúce a odchádzajúce pripojenie.

Ako je uvedené v časti PSTN kapitoly dizajnu, zákazníci sa môžu na začiatku prechodu rozhodnúť presunúť svoj prístup PSTN na Cloud Connect pomocou PSTN trunkingu pre hybridné nasadenia. Ďalšie informácie nájdete v téme PSTN trunking pre hybridné nasadenia. Webex Calling V takom prípade je počas prechodu prístup PSTN cez lokálnu bránu a po premiestnení všetkých používateľov k nej neexistuje žiadny ďalší krok migrácie súvisiaci s PSTN okrem vyradenia z prevádzky a miestnych brán.

Optimalizácia lokálnej infraštruktúry

Po prechode všetkých používateľov na registráciu v cloude a všetky koncové body prešli na registráciu v cloude (alebo boli vyrad ené z prevádzky), aktualizujte príslušnú lokálnu infraštruktúru teraz, keď sa používa volanie v cloude. Aktualizácie infraštruktúry zahŕňajú:

Odstráňte lokálne riadenie hovorov a DNS SRV záznamy správ z lokálnych serverov DNS vrátane cisco_uds. _TCP. <domain>, cup_login. _TCP. <domain>. Tieto SRV záznamy už nie sú potrebné na zisťovanie klientskych služieb.

Odstráňte zá DNS SRV znamy súvisiace s hranami z verejného systému DNS vrátane collab_edge. _tls. <domain>. Tieto SRV záznamy už nie sú potrebné na zisťovanie hranových služieb spolupráce v klientskych službách.

Aktualizujte všetky relevantné rozsahy DHCP, aby ste odstránili možnosť 66 a možnosť 150 adresy TFTP/zavádzacieho servera. Tieto rozsahy už nie sú potrebné na zisťovanie a sťaho vanie konfigurácie riadenia hovoru koncového bodu.

Aktualizovať/odstráňte príslušné dial-peer v lokálnej bránu/kocke, ktoré smerujú hovory do a z. Unified CM Tieto dial-peer už nie sú potrebné na lokálne smerovanie hovorov.

Odstráňte alebo odstráňte všetky virtuálne stroje a/alebo servery a zoskupenia uzlov. Podľa potreby znovu použite výpočtové zdroje a hardvér. Tieto zdroje už nie sú potrebné na riadenie hovorov a služby Edge.

Odstráňte alebo odstráňte všetky virtuálne počítače a/alebo servery klastrových uzlov. Podľa potreby znovu použite výpočtové zdroje a hardvér. Tieto zdroje už nie sú potrebné pre hlasovú schránku a jednotné služby zasielania správ.

Čistenie: Po migrácii prístupu PSTN na Cloud Connected PSTN je možné vyraziť z prevádzky PSTN kmene, brány PSTN a lokálnu bránu.

V prípade akéhokoľvek existujúceho lokálneho riešenia E911 odstráňte všetky miesta alebo čísla, ktoré sa migrovali, a po dokončení úplného prechodu odstráňte virtuálne počítače alebo servery aplikácií. Podľa potreby znovu použite výpočtové zdroje a hardvér. Tieto zdroje už nie sú potrebné na tiesňové volanie a lokalizačné služby.

DNS patriace migrovaným používateľom by mali byť umiestnené do skrytého oddielu, aby sa zabránilo zlyh aniam smerovania hovorov a aby sa zabezpečilo, že všetky CSS majú prioritný prístup k cloudovej ceste rovnakých DNS.

Aktualizujte fyzickú odosielateľnú polohu a sieťový prvok v horizonte mobility vždy, keď dôjde k zmenám. Bežné činnosti, ktoré vyžadujú aktualizácie, sú:

Výmena sieťového spínača

Nahradenie bezdrôtového prístupového

Zmeny rozsahu DHCP

Fyzické zmeny vo vnútri budovy (ak sa rozhodnete pre kabínu/kanceláriu)

Fyzické rozšírenie alebo kontrakcia kancelárskych priestorov vo vnútri budovy.

Využite analýzu a riešenie problémov

poskytuje komplexné možnosti analýzy a riešenia problémov, ktoré vám pomôžu vizualizovať a sledovať vaše nasadenie. Tieto zahŕňajú kvalitu médií, podrobnú históriu hovorov, frontu hovorov, skupinu hľadania a analýzu automatickej obsluhy. Príklad analýzy kvality médií je znázornený na obrázku Analytika kvality médi í.

analýza kvality médií

V časti Riešenie problémov je možné zobraziť každý hovor uskutočnený pomocou podrobných informácií o kľúčovej kvalite médií a problémoch súvisiacich so signalizáciou, ktoré pomôžu určiť problémy s médiami, ako aj neúspešné hovory, ako je znázornené na obrázku Riešenie problémov s kvalitou médi í.

riešenie problémov s kvalitou médií

Riešenie problémov je možné integrovať aj s inými produktmi Cisco, ako sú pre pínače ThousandEyes a Meraki, aby poskytli ešte bohatší integrovaný zážitok z Control Hub. Ďalšie informácie o používaní analýzy a Webex Callingriešení problémov nájdete v téme Riešenie problémov s Webex Calling hovormi v Control Hub.

Úvod

Skôr ako začnete

Prehľad

Základné komponenty

Prehľad procesu PPDIO

Všeobecný popis PPDIO

Použitie PPDIO pre Webex Calling migr Unified CM ačné projekty

Pripravte

Plán

Návrh

Implementovať

Optimalizovať

Slučky spätnej väzby PPDIO

Migračný prístup

Skôr ako začnete

Táto príručka je určená tímom alebo jednotlivcom so skúsenosťami s konfiguráciou a správou koncových bodov Cisco Unified Communications Manager (Unified CM) a Cisco vrátane stolných telefónov IP, video zariadení a softvérových klientov Jabber. V celom tomto dokumente sú odkazy na dokumentáciu produktu a podpory, ktoré vám pomôžu.

Tento dokument sa zameriava iba na prechody z Unified CM Webex Calling viacerých nájomcov. Termín Webex Callingv tomto dokumente sa vždy týka viacerých Webex Calling nájomcov.

Pred začatím migrácie z Unified CM na Webex Calling je nevyhnutné mať komplexné pochopenie Webex Calling riešenia a jeho príslušných zložiek. Úspešná migrácia vyžaduje oboznámenie sa s Webex Calling architektúrou, modelmi služieb, možnosťami nasadenia a súvisiacimi funkciami na správne mapovanie existujúcich Unified CM pracovných záťaží a navrhnúť efektívny plán prechodu.

Dôkladné pochopenie nasledujúcich Webex Calling zložiek je nevyhnutné na informovanie o účinnej prechodnej stratégii a operačnej pripravenosti.

Riadiaci rozbočovač

Poskytovanie adresárov a používateľov

Webex Callingplatforma

Podporované koncové body volania

Možnosti pripojenia PSTN

Webex Callingplán vytáčania a správa čísel

Funkcie zabezpečenia a súladu.

Ďalšie informácie nájdete v téme Cisco Preferred Architecture preWebex Calling.

Táto príručka zvýrazní nástroje a procesy, ktoré sa majú používať počas celého životného cyklu prechodu. Prechod z lokálnych hovorov na novú platformu cloudového volania však môže byť značným úsilím pri potenciálnych obchodných, technických a komplexných výzvach. Unified CM Webex Calling Na prekonanie týchto výziev má spoločnosť Cisco k dispozícii niekoľko rôznych možností, ktoré vám pomôžu s vašou cestou. Je dôležité skontrolovať informácie v časti Enterprise cloud calls - Calling migration a pochopiť každú možnosť a ako vám každá z nich môže pomôcť s vašou vlastnou migráciou.

Nástroje na migráciu Webex: samoob služné, bezplatné nástroje zabudované do Control Hub na zjednodušenie prechodu na Webex Calling

Certifikovaní poskytovatelia migrácie: posky tovatelia softvéru a nástrojov certifikovaní spoločnosťou Cisco, ktorí vyvinuli migračné riešenia, ktoré pomáhajú partnerom a zákazníkom spoločnosti Webex pri komplexných a veľkých migráciách. Tieto riešenia môžu pomôcť zjednodušiť, riadiť a urýchliť prechod na Webex Calling

Webex Setup Assist: služba migrácie vedená Cisco, ktorá vedie zákazníkov a partnerov cez Webex Calling nasadenie a konfiguráciu, ktorá je potrebná na úspešnú migr Unified CM áciu používateľov a služieb. Webex Calling

Prehľad

S rastom služieb spolupráce poskytovaných v cloude sa viac zákazníkov snaží presunúť svoje existujúce pracovné zaťaženie spolupráce do cloudu vzhľadom na sľuby znížených celkových nákladov na vlastníctvo, zjednodušenej správy, nepretržitého poskytovania funkcií, zvýšeného rozsahu a vynikajúcej spoľahlivosti, ktoré sú vlastné cloudovým službám. Keďže zákazníci hľad ajú prechod z lokálnych služieb na služby cloudovej spolupráce, je dôležité, aby pochopili, čo prechod zahŕňa, a kroky potrebné na uskutočnenie prechodu.

Účelom tohto dokumentu je poskytnúť pokyny pre nasadenie pre zákazníkov , ktorí konkrétne chcú prechod z Unified CM lok Webex Calling álneho na cloud. Táto príručka nasadenia predpokladá, že čitateľ má základné znalosti o prechode volania medzi Unified CM a vrátane tohoWebex Calling, aké zmeny sa pri vykonávaní tohto prechodu vyskytujú a aké sú rozdiely pri presune pracovného zaťaženia volaním z lokálneho do cloudu. Predtým, ako budete pokračovať, uistite sa, že ste si skontrolovali informácie dostupné na mape prechodu a ste s nimi oboznámení. Tento dokument mapy prechodu poskytuje informácie o zmenách a rozdieloch tohto prechodu.

Ako je znázornené na obráz ku Architektúra lokálnej spolupráce: riadenie hovorov a vzdialený prístup, typické lokálne nasadenie zahŕňa rôzne komponenty infraštruktúry spolupráce v sieti, platformu na riadenie hovorov, hranovú platformu, hardvérové a softvérové koncové body a v niektorých prípadoch dokonca aj konferenčné a plánovacie platformy. V architektúre Cisco by to zahŕň Unified CM alo riadenie hovorov, rýchlostnú cestu pre vzdialený prístup a hranové služby typu business-to-business (B2B), Cisco Meeting Server/ Cisco Meeting Management pre lokálne konferencie, Unity Connection pre hlasové správy a hardvér orientovaný používateľom (Cisco IP telefóny, Cisco Desk a Room video systémy) a softvér () koncové body založené na IP. Cisco Jabber Tieto komponenty sa môžu v niektorých prostrediach mierne líšiť, ale toto je východiskový bod pre prechod opísaný vo zvyšku tohto dokumentu.

Architektúra lokálnej spolupráce: ovládanie hovorov a vzdialený prístup

Architektúra zobrazená na obrázku Archit ektúra lokálnej spolupráce: riadenie hovorov a vzdialený prístup je založená na Preferovanej architektúre (PA) pre lokálne nasadenia spoločnosti Cisco Collaboration Enterprise. Ďalšie informácie o aplikácii Enterprise On-Premise nájdete v téme Výhodné architektú ry spolupráce spoločnosti Cisco.

Predtým: Tabuľka komponentov infraštruktúry pre lokálne volanie obsahuje zoznam kľúčových prvkov lokálnej architektúry pred prechodom do clouduWebex Calling.

Tabuľka 1. Predtým: Lokálne volanie komponentov infraštruktúry
Produkt Popis

Unified CM Lokálne riadenie hovorov poskytujúce služby registrácie zariadení a smerovania hovorov

Cisco Expressway-C/E Edge infraštruktúra poskytujúca funkcie Mobile a Remote Access (MRA) a business-to-business (B2B) umožňujúce vzdialené koncové body bezpečne sa pripájať mimo organizácie. Rýchlostná cesta je nasadená v pároch, aby zabezpečila prechod firewallu pre exter né koncové body.

Cisco Meeting Server (CMS), Cisco Meeting Management (CMM) a Cisco Telepresentation Management Suite (TMS) Lokálna hlasová, video a webová konferenčná infraštruktúra poskytujúca viacbodové schôdze, správu schôdzí a možnosti plánovania. [Voliteľné]

Cisco Unity Connection Lokálna platforma hlasových správ poskytujúca hlasovú schránku a zjednotené možnosti odosielania správ . [Voliteľné]

Cisco Desk, Cisco Room, Cisco Board, Cisco IP telefóny a Cisco Jabber Zariadenia založené na protokole IP registro Unified CM vané a poskytujúce funkcie hlasových a videohovorov

Ako je znázornené na obrázku Rozhodnutie o prechode: lokálne volanie na zákazníkovWebex Calling, ktorí majú lokálnu kontrolu hovorov s Unified CM koncovými bodmi IP stolu a videa, majú na výber prechod architektúry smerom k cloudovej architektúre. Webex Calling

Rozhodnutie musí byť prijaté na základe požiadaviek zákazníka na funkčnosť. Zákazníci, ktorí majú nasledujúce požiadavky, by mali pred prijatím tohto rozhodnutia starostlivo zvážiť a nakoniec sa môžu rozhodnúť udržiavať kontrolu hovorov na mieste:

Modely telefónov nepodporované Webex Calling

Komplexné alebo početné integrácie s inými lokálnymi systémami alebo riešeniami, najmä tam, kde Webex Calling je replikovanie týchto integrácií zložité alebo nie sú k dispozícii žiadne rovnocenné alternatívne riešenia

Komplexný plán vytáčania, vysoko podrobné triedy služieb alebo oboje

Obmedzujúci, obmedzený alebo nespoľahlivý prístup na internet

Prísne zásady ochrany osobných údajov a vlastníctva

Požiadavka súladu pri nahrávaní a ukladaní médií v lokalite alebo v krajine

Integrácie tretích strán bez životaschopnej alternat Webex Calling ívnej integrácie

Integrácie kontaktných centier, kde kontaktné centrum inter zatiaľ nepresúva do clou du.

Rozhodnutie o prechode: lokálne volanie na Webex Calling
Zákazníci, ktorí chcú začať využívať služby cloudového volania, by mali zvážiťWebex Calling. Táto služba cloudového volania umožňuje zákazníkovi využiť globálnu architektúru Webex pre rozsah a pripojenie. Účastníci v podnikovej sieti a vz dialení účastníci mimo firemnej siete môžu komunikovať pomocou hardvérových koncových bodov založených na IP a/alebo počítačových alebo mobilných softvérových klientskych aplikáciách.

Tento dokument sa zameriava na zákazníkov s nasadením riadenia Unified CM hovorov, ktorí chcú porozumieť všeobecným krokom, úvahám a požiadavkám na povolenie nasadenia, ako Webex Calling je znázornené v nasledujúcej časti.

Základné komponenty

Cieľová architektúra pre túto migráciu obsahuje niekoľko nových komponentov. Zahŕňa to Webex Calling službu pre volanie typu cloud, aplikáciu Webex, Cisco Directory Connector pre integráciu identity a Local Gateway (LGW) pre prístup PSTN, ako aj integráciu lokálnych hovorov do cloudu. Plány telefonovania Cisco alebo Cloud Connected PSTN (CCP) uľahčené cloudovým pripojením pre Webex Calling partnera sú ďalšími možnosťami prístupu k PSTN.

Ako je znázornené na obrázku After: Webex Calling Architecture, nové komponenty (Webex Callingkonektor adresára, Lokálna brána a brána prežitia) sa pridajú do existujúceho lokálneho nasadenia .

Po: Webex Calling Architektúra

Po: Tabuľka komponentov infraštruktúry volania v clou de obsahuje zoznam nových prvkov architektúry po prechode na Webex.

Tabuľka 2. Po: Komponenty infraštruktúry volania v cloude
Produkt Popis

Webex Calling Služba hovoru založená na cloude poskytovaná z platformy Webex, ktorá poskytuje registráciu koncových bodov a smerovanie hovorov

Konektor adresára Cisco Aplikácia Windows spustená na počítači s doménou systému Windows poskytujúca synchronizáciu identity medzi lokálnym podnikovým Active Directory a ukladacím toto žnosti organizácie Webex.
Pre zákazníkov, ktorí prechádzajú z lokálneho Active Directory na Entra ID, integrácia identity s Webex namiesto Cisco Directory Connector používa aplikáciu Entra ID Wizard.

Miestna brána Lokálna brána slúži ako most medzi lokálnou zjednotenou komunikačnou sieťou zákazníka a Webex Calling cloudom. Môže byť nasadený lokálne alebo hosťovaný partnerom, čím poskytuje prístup PSTN pre koncové body registrované v cloude, ako aj volá integráciu medzi Unified CM registrovanými a koncovými bodmi registrovanými v cloude. Cisco IOS-XE Integrated Services Router (série ISR 1100 a 4000), Cisco Catalyst 8200/8300 Series, Cisco Catalyst 8000V Edge Software a rôzne certifikované kontroléry hraníc relácií tretích strán (SBC) môžu byť použité ako LGW pre prístup fázovej migrácie.

Brána prežitia Gateway Survivability Gateway (SGW) je lokálna sieťová brána založená na systéme IOS-XE, ktorá poskytuje služby záložného volania koncovým bodom na mieste počas výpadkov siete. Webex Calling

Plán telefonovania Cisco, Cloud Connect pre Webex Calling Cisco Calling Plan a Cloud Connect for Webex Calling sú cloudové možnosti prístupu PSTN pre koncové body. Webex Calling Prístup k PSTN je uľahčený poskytovateľom cloudového PSTN a nevyžaduje žiadne lokálne vybavenie.

Aplikácia Webex Klientská aplikácia spustená na stolnom operačnom systéme (Windows, Mac) alebo mobilnom operačnom systéme (Android, iOS) a zaregistrovaná priamo na Webex Calling platformu pre funkčnosť volania.

Prehľad procesu PPDIO

Proces PPDIO znamená Pripraviť, plánovať, navrhnúť, implementovať a optimalizovať. I de o štruktúrovanú metodiku Cisco, ktorá vedie projekty od počiatočného hodnotenia cez neustále zlepšovanie a zabezpečuje efektívne a úspešné nasadenie alebo migrácie.

Proces PPDIO

Všeobecný popis PPDIO

Pripravte sa: Posúďte súčasné prostredie, zhromaždite požiadavky a zosúladte zainteresované strany s cieľom vytvoriť pevný základ.

Plán: Vy pracujte podrobné projektové plány vrátane časových harmonogramov, zdrojov a stratégií zmierňovania rizík.

Dizajn: Architektujte cieľové riešenie prispôsobené obchodným a technickým potrebám.

Implementácia: Vykonajte nasadenie alebo migráciu podľa návr hu, overte funkčnosť a výkon.

Optimalizácia: Neustále zlepšujte riešenie po implementácii monitor ovaním výkonu, zdokonaľovaním konfigurácií a využívaním nástrojov na automatizáciu a integráciu.

Použitie PPDIO pre Webex Calling migr Unified CM ačné projekty

Pri prechode z Unified CM na Webex Calling proces PPDIO poskytuje jasný plán na zabezpečenie hladkého a efektív neho prechodu:

Pripravte

Posúdenie existujúceho Unified CM životného prostredia a pripravenosti na migráciu

Zhromažďujte podrobné údaje o používateľoch, zariadeniach, sieti a závislostiach

Zhromažďujte podrobnosti o polohe vrátane adresy núdzovej reakcie, počtu používateľov, prístupu na internet, prístupu na PSTN

Identifikujte riziká a definujte rozsah projektu s cieľom zosúladiť všetky zainteresované strany.

Plán

Vytvorte komplexný plán migrácie s dávkovými harmonogrammi, priradeniami zdrojov a časovými harmonogrammi

Definujte úlohy, ako sú aktualizácie firmvéru zariadenia, poskytovanie licencií a začlenenie používateľov

Koordinujte migračné okná s Cisco a partnermi, aby ste minimalizovali narušenie.

Návrh

Zmapovanie aktu Unified CM álnych konfigurácií, plánov vytáčania a používateľských profilov na Webex Calling ekvivalenty

Navrhnite Webex Calling prostredie vrátane stratégie PSTN (priebežnej a konečnej), umiestnení, používateľských rolí a integračných bodov, ako je lokálna brána (CUBE) a synchronizácia adresárov

Plánujte scenáre koexistencie, kde Unified CM a Webex Calling fungujú súčasne počas migrácie.

Implementovať

Používajte nástroje na migráciu Control Hub spolu s nástrojmi tretích strán na vykonávanie zmien režimu firmvéru zariadenia, konfigur ácie funkcií a migrácie používateľov

Využite hromadné operácie a poskytovanie pomocou rozhraní Webex API na zefektívnenie rozsiahlych migrácií a konfigurácií

Vykonávanie poskytovania licencií, registrácie zariadenia a aktualizácií konfigurácie

Overte úspešnosť migrácie prostredníctvom testovania a prevádzkového overovania.

Optimalizovať

Nepretržité monitor Webex Calling ovanie výkonu a používateľskej skúsenosti

Spresniť konfigurácie a pracovné postupy na základe prevádzkových údajov a spätnej väzby

Využite možnosti automatizácie a integrácie na zvýšenie efektívnosti a škálovateľ nosti

Ak je to vhodné, staršie Unified CM komponenty z vyradenia z prevádzky a poskytujú priebežnú podporu operáciám druhého dňa.

Tento vylepšený prístup PPDIO zaisťuje kontrolovanú, transparentnú a efektívnu migráciu z Unified CM naWebex Calling, pričom využíva nástroje Cisco, rozhrania API a partnerský ekosystém na udržanie kontinuity podnikania a zlepšenie schopností spolupráce.

Slučky spätnej väzby PPDIO

Prehľad na vysokej úrovni znázornený na Iteráciách obrázka pri vykonávaní PPDIO ilustruje jednu slučku spätnej väzby od fázy optimaliz ácie späť do prí prav nej fázy. To znamená, že po počiatočnej implementácii existuje nepretržitá príležitosť na neustále zlepšovanie. Každý cyklus optimalizácie môže identifikovať nové požiadavky alebo oblasti na zlepšenie, ktoré možno riešiť prostredníctvom následných projektov alebo iniciatív. Tieto jednotlivé projekty zase sledujú zavedený životný cyklus PPDIO (Pripraviť, plánovať, navrhnúť, implementovať, optimalizovať). Tento iteratívny prístup zabezpečuje, že systém zostane v súlade s vyvíjajúcimi sa obchodnými cieľmi a technologickým pokrokom, čím podporuje kultúru neustáleho zdokonaľovania a prispôsobivosti.

Iterácie pri vykonávaní PPDIO

Počas vykonávania procesu PPDIO je bežné, že zistenia v neskorších fázach vyžadujú prehodnotenie a potenciálnu revíziu rozhodnutí prijatých v skorších fázach. Napríklad problémy, ktoré sa vyskytli počas fázy implementácie, ako je identifikácia nejasností v dizajne alebo chýbajúcich detailov, môžu odhaliť, že určité aspekty neboli v plnej miere riešené počas fázy návrhu. V takýchto prípadoch je potrebné opakovať sa späť do príslušnej skoršej fázy, aby sa tieto problémy vyriešili pred pokračovaním. Tento mechanizmus iteratívnej spätnej väzby, ako je znázornené na procese PPDIO s Unified CM podpor ou obrázku, zaisťuje, že riešenie je dôkladne validované a zdokonalené, čo nakoniec prispieva k robustnejšiemu a efektívnejšiemu nasadeniu.

Unified CMasistovaný proces PPDIO

Pri prechode z Unified CM na Webex Calling môže každá fáza procesu PPDIO významný úžitok z informácií získaných z existujú ceho Unified CM prostredia. Z aktuálnej Unified CM konfigurácie je možné extrahovať napríklad komplexné súpisy používateľov, telefónnych čísel, funkcií volania a komponentov plánu vytáčania. Tieto údaje dopĺňajú informácie poskytované priamo zainteresovanými stranami a pomá hajú zefektívniť plánovacie a navrhované činnosti. Využívanie vhodných nástrojov na automatizáciu extrakcie a analýzy údajov nielen zvyšuje presnosť, ale aj urýchľuje celkový proces. Využitím poznatkov z existujúceho nasadenia Webex Calling môže byť prechod vykonaný efektívnejšie ako tradičná implementácia greenfield pri súčasnom dodržiavaní štruktúrovanej metodiky PPDIO. Tento proces je znázornený na obráz Unified CMku pomocou procesu PPDIO.

Migračný prístup

Pri plánovaní prechodu z lokálneho Unified CM naWebex Calling, musíte určiť, ako sa k tejto ceste priblížite. Najprv sa budete musieť rozhodnúť, či migr ácia bude flash-cut (všetko naraz) alebo fázový prístup (migrácia skupín používateľov/zariadení počas dlhšieho obdobia).

Migrácia typu flash-cut pos unie všetkých vašich používateľov a zariadení najrýchlejšie. Pomocou tejto metódy presuniete všetkých používateľov a zariadenia z lok Unified CM álnych Webex Calling zariadení súčasne. V podstate ide o jedno okno migrácie pre všetkých používateľov a zariadenia. Po dokončení tejto migrácie budú všetci vaši používatelia a zariadenia na Webex Calling platforme a všetka vaša Unified CM infraštruktúra môže byť vyradená z prevádzky. Mnoho organizácií však nemôže tento prístup použiť kvôli rozsahu a veľkosti ich nasadenia volaní.

Druhým prístupom je postup ná migrácia. Väčšina organizácií použije tento prístup, pretože poskytuje lepšiu kontrolu, riadenie a rozsah migrácie. Je tiež vhodnejší pre väčšie nasadenia a/alebo nasadenia UC vo viacerých regiónoch. Tento dokument sa preto zameriava na postup ný prístup s dvoma krokmi v prechode.

Ako je znázornené na obrázku Pre chod fázového volania: Hybridné a clou dové, prvá prechodná fáza (fáza 1) vedie k nasadeniu koexistencie s dvoma volacími prostrediami. V tejto fáze sa niektorí používatelia, zariadenia a softvéroví klienti prechádzajú, zatiaľ Webex Calling čo iní stále používajú lokálne ovládanie Unified CM hovorov. Výsledkom poslednej prechodnej fázy (fáza 2) je čisto cloudové prostredie volania, v ktorom boli všetci používatelia, zariadenia a softvéroví klienti úplne preložené na Webex Calling platformu.

To, ako dlho trvá organizácii úplný prechod na cloudové volanie, sa bude líšiť v závislosti od jej aktuálneho nasadenia. V niektorých prípadoch môže organizácia vykonať počiatočný prechod a zostať vo fáze kontroly duálneho volania koexistencie (fáza 1) na dlhšie obdobie (mesiace alebo dokonca roky), zatiaľ čo v iných prípadoch môže organizácia úplne prejsť na Webex Calling (Fáza 2) vo veľmi krátkom období (týždne alebo mesiace). Tento dokument je určený na pokrytie oboch fáz (fáza 1 - koexistencia a fáza 2 - plne prechodná).

Fázový prechod volania: hybridné a cloudové

Je možné, že niektoré organizácie môžu udržiavať koexistenciu nasadenia kontroly duálnych hovorov donekonečna bez plánov na úplný prechod na cloudové volanie.

Druhým aspektom je, ako prejdete používateľov, zariadenia a softvérových klientov z lokálneho ovládania hovorov na ovládanie hovorov v cloude. Odporúčaný prístup je trojfázový prechod. Nižšie uved ený obrázok Odporúčaný trojfázový prechod rozdeľuje tento prístup na 3 fázy.

Odporúčaný trojfázový prechod

Predmigrácia: Táto fáza sa zameriava na prípravu Webexu aj Unified CM prostredia na migráciu. Nejde o volanie konkrétneho plánovania alebo konfigurácií a zameriava sa na dokončenie činností, ktoré je možné vykonať teraz a pred spustením aké Webex Calling hokoľvek migračného projektu. Cieľom je vybudovať základy pre tieto dve prostredia, aby sa mohli pripraviť na migráciu.

Príprava na migráciu: V tejto fáze sa začína úsilie pripravovať na migráciu do Webex Calling. Tu je potrebné preskúmať a aktualizovať obchodné a technické požiadavky. Nerobte len zd víhanie a posú vanie toho, čo je v súčasnosti nasadené, Unified CM a namiesto toho predefinujte obchodné a technické požiadavky, ktoré vaša spoločnosť potrebuje dnes a v budúcnosti využitím sily. Webex Calling Okrem toho je to fáza, v ktorej dokončíte návrh, plánovanie konfigurácie a plánovanie/plán migrácie.

Migrácia (zavádzanie a vyradenie): V tejto fáze dochádza k skutočnej migrácii používateľov, zariadení, telefónnych čísel a softvérových klientov. Ako bolo uvedené vyššie, táto fáza môže byť dokončená pre každého naraz (flash-cut) alebo cez okná s viacerými zmenami (fá zové strihanie). Plány adopcie koncových používateľov, školenia a komunikácia sú rozhodujúce, takže vaši používatelia sú si vedomí zmien, ako používať novú volaciu platformu a vedia, kedy k z mene dôjde. Posledným krokom je vyradenie celej lokálnej infraštruktúry UC , ktorá sa už nepoužíva.

Fáza pred migráciou obsahuje aktivity (povinné, odporúčané a voliteľné), na ktorých môžete okamžite začať pracovať. Odporúča sa dokončiť ich skôr ako neskôr a najlepšie pred začiatkom projektu. Dokončenie niektorých aktivít môže trvať dlhšie, preto ich skoršie spustenie pomôže zefektívniť váš skutočný migračný projekt.

Nasledujúci obrázok Aktivity pred migr áciou vyzdvihuje päť špecifických kategóri í činností, ktoré súvisia s Webex Calling migráciou.

Činnosti pred migráciou

Pripravte

Obchodné a technické požiadavky

Prečo sú dôležité požiadavky na zhromažďovanie:

Obchodné požiadavky

Technické požiadavky

Pripravenosť siete a požiadavky

Nastavenie UC pripojeného k cloudu

Posúdenie súčasného prostredia

Licencovanie

Lokácie/lokality

Inventarizácia existujúcich zariadenia/klientov

Overte spôsobilosť zariadenia

Užívatelia

Pripojenie PSTN

Funkcie a využitie funkcií

Integrácie Cisco: Unity Connection UCCX UCCE

Nahrávanie hovorov

Integrácie tretích strán

Obchodné a technické požiadavky

Pri plánovaní migrácie z na je dôležité dôkladne zhromaždiť technické aj obchodné požiadavky počas fázy plánovania. Tento krok zabezpečí, že migrácia bude v súlade s prevádzkovými cieľmi a technickými schop nosťami vašej organizácie, čím sa minimalizujú riziká a prerušenia.

Prečo sú dôležité požiadavky na zhromažďovanie:

Zosúladenie obchodných cieľov: Pochopenie obchodných potrieb pomáha prispôsobiť migráciu tak, aby podporovala kľúčové pracovné postupy, používateľskú skúsenosť a plány rastu.

Zabezpečuje technickú kompatibilitu: V časná identifikácia technických požiadaviek zabraňuje problémom s integráciou s existujúcou infraštruktúrou, sieťou a koncovými bodmi.

Uľahčuje plánovanie zdrojov: Jasné požiadavky pomáhajú presne odhadnúť časové harmonogramy, náklady a potrebné zdroje.

Z@@ mierňuje riziká: Včas né odhalenie potenciálnych výziev umožňuje proaktívne riešenia, znižovanie prestojov a prerušenia služieb.

Obchodné požiadavky

Typické obchodné požiadavky zahŕňajú:

Počet používateľov a miest, ktoré sa majú migrovať

Požadované funkcie a služby (napríklad smerovanie hovorov, hlasová schránka, konferencie, automatické obsluhy, fron ty hovorov)

Politiky dodržiavania predpisov a bezpečnosti

Rozpočtové obmedzenia a očakávania nákladov

Školenie používateľov a potreby podpory

Časová os migrácie a úvahy o kontinuite podnikania.

Zhro maždenie požadovaných funkcií a služieb je kritickým krokom na zabezpečenie toho, aby nový systém spĺňal obchodné potreby. Pri zhromažďovaní týchto požiadaviek je dôležité nielen zvážiť, čo je v súčasnosti nakonfigurované, ale pokúsiť sa zhromaždiť skutočné požiadavky od podnikateľských subjektov, ktoré budú systém používať. V opačnom prípade existuje riziko, že plán je založený na dlhodobých predpokladoch. Nezab udnite vyhodnotiť ďalšie alebo vylepšené funkcie dostupné v aplikácii, ktoré nemusia existovať, ako sú volania typu cloud, pokročilé fronty hovorov a. Pomáha to využiť plné výhody cloudovej platformy.

Pri hodnotení aktuálnej konfigurácie je dôležité si uvedomiť, že nie všetky existujúce nastavenia môžu zostať potrebné kvôli vyvíjajúcim sa požiadavkám počas celého životného cyklu systému. Dôraz by sa mal klásť na identifik áciu a zachovanie iba tých konfigurácií, ktoré sú v súlade so súčasnými a budúcimi potrebami nasadenia.

Zamerajte sa viac na to, čo potrebujete, ako na to, čo máte.

Politiky súladu a zabezpečenia sú rozhodujúcimi aspektmi pri migrácii z na, aby Webex Calling sa zabezpečilo, že nový komunikačný systém založený na cloude dodr žiava právne, regulačné a organizačné štandardy.

S@@ úlad s predpismi: Organizácie musia overiť, či spĺňa predpisy špecifické pre dané odvetvie, ako sú GDPR, HIPAA alebo SOX, pričom sa zaoberajú požiadav kami na ochranu osobných údajov, uchovávanie a manipuláciu s údajmi, ako aj mandáty špecifické pre jednotlivé krajiny týkajúce sa pobytu údajov, obchod mýta a lokalitu médií.

Bezpečnosť údajov: Zab ezpečenie šifrovania hlasových a signalizačných údajov počas prepravy aj v po koji s cieľom chrániť pred odpočúvaním alebo neoprávneným prístupom.

Kontroly prístupu: Definovanie a presadzovanie autentifikácie používateľa, autorizácie a prístupu založeného na rolách, aby sa zabránilo neoprávnenému použitiu komunikačných zdrojov.

Audit a monitorovanie: Impl ementácia možností zaznamenávania a monitorovania na sledovanie prístupu a použitia na audity súladu a vyšetrovania bezpečnostných incidentov.

Zosúladenie politík: Zosúladenie migrácie s existujúcimi firemnými bezpečnostnými politikami vrátane zabezpečenia koncových bodov, segmentácie siete a plánov reakcie na incidenty.

Zabezpečenie dodávateľa: Vy hodnotenie bezpečnostných certifikácií Cisco a osvedčení o zhode s cieľom zabezpečiť dôveryhodnosť.

Riešenie týchto politík súladu a bezpečnosti počas fázy plánovania pomáha zmierňovať riziká, predchádzať zákonným sankciám a zachovať integritu a dôvernosť komunikácie počas migrácie a po nej.

Školenie používateľov a potreby podpor y sú nevyhnutnými komponentmi pri migrácii z na, aby sa zabezpečil hladký prechod a prijatie používateľov. Medzi kľúčové úvahy patria:

Školiace programy: Vyvíjajte školenia na mieru pre rôzne skupiny používateľov (koncoví používatelia, správcovia, pracovníci Help Desku), aby ste ich oboznámili s funkciami, používateľskými rozhraniami a novými pracovnými postupmi.

Dokumentácia: Poskytnite jasné a prístupné používateľské príručky, často kladené otázky a rýchle referenčné materiály vrátane zdrojov Čo je nové a rôzne a podrobné príručky s postupmi pred a po (vo formáte videa alebo rýchleho sprievodcu), aby sa používatelia podporili pri prispôsobovaní aktualizovanej skúsenosti po migrácii.

Správa zmien: Proaktívne komunikujte zmeny, aby ste riadili očakávania používateľov a znížili odpor.

Štruktúra podpory: Vytvorte špecializovaný tím podpory alebo cestu eskalácie na okam žité riešenie problémov používateľov počas migrácie a po nej.

Priebežné vzdelávanie: Plánujte aktualizácie nepretržitého školenia, keď budú vydan é nové funkcie alebo aktualizácie.

Mechanizmy spätnej väzby: Implementujte kanály pre používateľov na hlásenie problémov a poskytovanie spätnej väzby na zlepšenie procesov odbornej prípravy a podpory.

Riešenie týchto potrieb odbornej prípravy a podpory počas fázy plánovania pomáha minimalizovať narušenie, zvyšuje dôveru používateľov a maximalizuje výhody migrácie na.

Technické požiadavky

Pre úspešnú migráciu z na je potrebné zhromaždiť a zdokumentovať niekoľko kľúčových technických požiadaviek vrátane podrobností týkajúcich sa:

Pripravenosť siete a kapacita šírky pásma

Komplexné hodnotenie siete je nevyhnutné na zabezpečenie toho, aby vaša existujúca infraštruktúra mohla podporovať nové Webex Calling prostredie. To zahŕňa:

Analýza šírky pásma: Vyhodnotenie súčasného a predpokladaného využitia šírky pásma na zvládnutie hlasového, video a dátového prenosu bez preťaženia.

Kvalita služieb (QoS): Im plementácia politík QoS s cieľom uprednostniť hlasovú prevádzku a minimalizovať latencie, chvenie a stratu paketov.

Sieť WAN a pripojenie na internet: Overovanie, či prepojenia WAN a internetové pripojenia spĺňajú požiadavky na volanie typu cloud vrátane redundancie a funkcií zlyhania.

Konfigurácia firewallu a NAT: Zab ezpečenie toho, aby nastavenia firewallu a NAT umožňovali požadovanú signalizáciu a prenos médií.

Integrácia s existujúcim systémom

Bezproblémová integrácia s existujúcimi obchodnými systémami je nevyhnutná pre používateľskú skúsenosť a kontinu itu pracovných postupov:

Adresárové služby: Posúdenie integrácie s podnikovým adresárom pre automatizované poskytovanie a autentifikáciu používateľov.

CRM a obchodné aplikácie: Identifikácia integračných bodov so systémami riadenia vzťahov so zákazníkmi a inými aplikáciami kritickými pre podnikanie.

Staršie prepojenie PBX: Plánovanie stratégií koexistencie alebo fázovej migrácie, ak počas prechodu zostanú nejaké staršie telefónne systémy.

Kompatibilita a poskytovanie koncových bodov

Všetky koncové body vrátane stolných telefónov, softfónov a mobilných zariadení by sa mali vyhodnotiť z hľadiska kompatibility :

Podpora zariadení: Pot vrdenie, že existujúce telefóny IP a zariadenia sú podporované alebo identifikácia požadovaných náhrad.

Procesy poskytovania: Vytvorenie automatizovaných alebo zefektívnených metód poskytovania poskytovania na efektívne zapojenie koncových bodov.

Aktualizácie firmvéru a softvéru: Plánovanie potrebných aktualizácií na zabezpeč enie interoperability a bezpečnosti.

Bezpečnostné konfigurácie a štandardy šifrovania

Bezpečnosť je v cloudovej komunikácii prvoradá:

Šifrovanie: Presadzovanie end-to-end šifrovania pre signalizáciu a mediálne toky v súlade s najlepšími bezpečnostnými postupmi Cisco.

Autentifikácia a kontrola prístupu: Im plementácia zabezpečených autentifikačných mechanizmov (ako je SSO, multifaktorová autentifikácia) a podrobné kontroly prístupu používateľov.

Zhoda: Zab ezpečenie, že riešenie spĺňa príslušné regulačné a priemy selné štandardy dodržiavania predpisov (napríklad GDPR, HIPAA).

Monitorovanie bezpečnosti: Integrácia s nástrojmi SIEM a nastavenie upozornení na potenciálne bezpečnostné incidenty.

Tabuľka 1. Príklad hodnotenia
Požiadavka Kľúčové úvahy

Pripravenosť siete a šírka pásma Šírka pásma, QoS, WAN/internet, firewall/NAT

Integrácia s existujúcimi systémami Adresár, CRM, PBX, e-mail/kalendár

Kompatibilita a poskytovanie koncových bodov Podpora zariadení, poskytovanie, aktualizácie firmvéru

Bezpečnostné konfigurácie a šifrovanie Šifrovanie, autentifikácia, dodržiavanie predpisov, monitorovanie bezpečnosti

Školenie používateľov a riadenie zmien Školiace programy, dokumentácia, komunikácia zmien

Prenosnosť čísel a plán vytáčania Migrácia/prenášanie čísel, preklad plánu vytáčania

Integrácie tretích strán Stránkovanie, kontaktné centrum, fax, analógové zariadenia

Pripravenosť siete a požiadavky

Pripravenosť siete je rozhodujúca pre úspešnú migráciu na akékoľvek riešenie volania založené na cloude, napr. Zlé plánovanie siete môže viesť k zhoršenej kvalite hovorov, ukončeniu hovorov a nešťastným používateľom. Zákazníci musia vykonať hodnotenie siete pred migráciou do. Odporúča sa potvrdiť dostupnosť sieťovej šírky pásma pre očakávaný objem hovorov, zabezpečiť splnenie požiadaviek na kvalitu služby (QoS) a porozumieť rôznym portom, ktoré je potrebné otvoriť v bráne brány (brán).

Spoľahlivé sieťové pripojenie s dostatočnou kvalitou služieb (šírka pásma, strata paketov, RTT) je základnou požiadavkou na zabezpečenie najlepšieho možného užívateľského zážitku typu end-to-end pre všetky koncové body, klientov a aplikácie, ktoré využívajú hlasové a video.

Zákazníci a partneri majú prístupné možnosti pripojenia nad rámec Over-the-Top (OTT) internetu , ktoré môžu optimalizovať pripojenie na pripojenie. Webex Edge Ďalšie informácie o podrobnostiach dizajnu Webex Edge pripojenia nájdete v téme Cisco Preferred Architecture for Webex Edge Connect forWebex Meetings, Calling Multi-Tenant a Dedikovaná inštancia.

Zákazníci môžu vy užiť cScan na hodnotenie siete, ktoré poskytuje informácie o kvalite siete zákazníka, o počte hovorov je možné nadviazať, latencii atď. Ďalšie informácie o nástroji cScan nájdete v téme Používanie cScan na testovanie kvality Webex Calling siete.

Aby ste zabezpečili, že sieť je pripravená na migráciu, zvážte nasledujúci kontrolný zoznam:

Plánovanie pásma

Vypočítajte súbežné hovory na jednu lokalitu, aby ste sa uistili, že máte dostatočnú šírku pá sma pred prúdom a následnú šírku pásma a zahrňte priestor pre ďalšiu prevádzku kritickú pre podnikanie a budúci rast.

Tabuľ Webex Callingka výpočtov šírky pásma typu hovoru zobraz uje typy hovorov dostupné s nasadením spolu s kodekom a maximálnou šírkou pásma požadovanou pre každý typ hovoru. Ako je znázornené v tabuľ Webex Callingke výpočtov šírky pásma typu hovoru, je možné vypočítať požadovanú šírku pásma zvukového hovoru pre každý typ hovoru pomocou nasledujúceho všeobecného vzorca:

Počet očakávaných súbežných hovorov* Šírka pásma na hovor založená na kodeku = Požadovaná sieťová priepustnosť.
Tabuľka 2. Webex Calling výpočty šírky pásma typu hovoru
Typy hovorov Kodek - šírka pásma Výpočet šírky pásma
/Stolný telefón -> OPUS - 70 kb/s Počet súbežných hovorov* 70 kbps = požadovaná sieťová priepustnosť
/Stolný telefón -> Stolný telefón OPUS - 70 kb/s Počet súbežných hovorov* 70 kbps = požadovaná sieťová priepustnosť
/Stolný telefón -> PSTN cez LGW G.711 - 80 kb/s Počet súbežných hovorov* 80 kbps = požadovaná sieťová priepustnosť
/Stolný telefón -> PSTN cez Cloud PSTN (napr. Plán volania Cisco) G.711 - 80 kb/s Počet súbežných hovorov* 80 kbps = požadovaná sieťová priepustnosť
/Stolný telefón -> Enterprise cez LGW G.722 - 80 kb/s Počet súbežných hovorov* 80 kbps = požadovaná sieťová priepustnosť
/Stolný telefón -> hlasová schránka OPUS - 70 kb/s Počet súbežných hovorov* 70 kbps = požadovaná sieťová priepustnosť

Sčítaním súbežne požadovanej sieťovej priepustnosti na typ hovoru je možné určiť celkovú potenciálnu požiadavku na šírku pásma pre konkrétnu lokalitu.

Všetky volacie nohy sú vždy ukotvené na prístupových SBC. Na určenie požadovanej šírky pásma internetu pre dané miesto je potrebné brať do úvahy nielen volania medzi lokalitami, ale aj volania v rámci lokality a hovory do a z lokálnej brány na danom mieste. Napríklad hovor v rámci lokality medzi dvoma MPP telefónmi by potreboval plný duplex až 2 x 70 kbps na internetovom prístupe na danú lokalitu.

Tabuľ ka príkladov výpočtu Webex Calling šír ky pásma zobraz uje príklad úplného vý počtu šírky pásma za predpokladu, že všetky zariadenia sú na rovnak om mieste.
Tabuľka 3. Webex CallingPrí klady výpočtu šírky pásma
Typy hovorov Počet súbežných hovorov Celková šírka pásma
Webex aplikácia/stolný telefón → Webex App 15 2 * 15 * 70 kbps = 2 100 kbps
Webex aplikácia/stolný telefón → Stolný telefón 15 2 * 15 * 70 kbps = 2 100 kbps
Webex aplikácia/stolný telefón → PSTN cez LGW 50 2 * 50 * 80 kbps = 8 000 kbps
Webex aplikácia/stolný telefón → PSTN cez Cloud Connect pre Webex Calling 0 0 * 80 kb/s
Webex aplikácia/stolný telefón → Enterprise cez LGW 15 2 * 15 * 80 kbps = 2 400 kbps
Aplikácia Webex/Stolný telefón → Hlasová schránka Webex Calling 5 5* 70 kbps = 350 kbps
Celkový počet hovorov/šírka pásma 100 hovorov 14 950 kb/s /14, 95 Mb/s

Všetky hodnoty šírky pásma vo vyššie uvedených tabuľkách sa vzťahujú na šírku pásma IP. Šírka pásma spojenia je vyš šia v závislosti od zapuzdrení WAN.

Šírka pásma vo vyššie uvedených tabuľkách je určená pre zvukové hovory. Pre šírku pásma videohovoru Webex App a telefóny MPP 8845/65 podporujú video H.264 s maximálnym rozlíšením 720p pri maximálnej šírke pásma 1 500 kbps na hovor. Množstvo šírky pásma spotrebovanej v ktoromkoľvek bode hovoru však bude kolísať na základe premenlivej bitovej rýchlosti vlastnej video komunik ácii.

Kvalita služieb (QoS)

Implementujte politiky QoS vo svojom lokálnom prostredí, aby ste u prednostnili prevádzku v reálnom čase a zabezpečili udr žiavanie QoS naprieč prepínačmi, smerovačmi a firewallmi.

Cieľ latencie, chvenia a straty paketov

Nasledujúce prahové hodnoty sa odporúčajú pre optimálnu kvalitu hlasu, keď hovory prechádzajú cez internet (OTT):

Latencia - menej ako 100 ms jednosmerne

Chvenie - menej ako 10 ms

Strata paketov - 0,5% alebo menej.

Firewall a NAT

Uistite sa, že firewall je nakonfigurovaný tak, aby umožňoval prevádzku, ako je uvedené v článku, ktorý je k dispozícii v časti Port Referenčné informácie pre Webex Calling. Okrem toho umožnite prístup k doménam a rozsahom IP uvedeným v tej istej príručke a vyhnite sa SIP ALG, pretože narúša signalizáciu SIP. Malo by sa vyhnúť mediálnej prevádzke prostredníctvom proxy serverov.

DNS a NTP

Zabezpečte správne rozlíšenie domén DNS a spoľahlivé servery NTP na synchronizáciu hodín zariadení na overenie a zaznamenávanie certifikátov TLS.

Plánovanie zlyhania

Zvážte existujúce dátové pripojenia poskytovateľov (MPLS, SD-WAN atď.) a všeobecne naplánujte priamy prístup na internet na každom mieste v rámci vášho nasadenia. Naplánujte nadbytočné internetové prepojenia, kde je potrebná vysoká dostupnosť. Pretože budete využí vať služby typu cloud, spoľahlivé pripojenie na internet s dostatočnou šírkou pásma je základ nou požiadavkou. Tento prechod by ste mali prehodnotiť, ak internetové pripojenie vašej organizácie nie sú vo všeobecnosti spoľahlivé s nízkou latenciou a primeranou priepustnosťou nahor a nadväzujúcim prúdom.

Prežívateľnosť stránok

Prežitie stránok zaisťuje, že vaše podnikanie je vždy dosiahnu teľné, aj keď sa vaše sieťové pripojenie preruší. Site Survivability používa bránu vo vašej lokálnej si eti na poskytovanie služby náhradného volania koncovým bodom na mieste v situáciách, keď sa sieťové pripojenie preruší. Ak obchodné požiadavky vyžadujú nepretržité volanie v prípade vý padku siete, zvážte prežitie stránok pomocou lokálnej brány prežitia (SGW). Ďalšie informácie o kontrole prežitia lokality nájdete v téme Prežívateľnosť lokality. Webex Calling

Nastavenie UC pripojeného k cloudu

Cloud Connected UC (CCUC) je cloudové riešenie pre správu a analýzu navrhnuté tak, aby poskytovalo centralizovanú viditeľnosť, správu a informácie pre nasadenia lokálnych (napr.) aj cloudových (). Unified CM Pôsobí ako most medzi tradičnými lokálnymi prostrediami a cloudovými službami Cisco a podporuje organizácie počas migr ácie od do.

Počas prechodu na CCUC zohráva zásadnú úlohu pri zefektívňovaní procesu migrácie uľahčením zhromažďovania komplexných údajov z existujúceho nasadenia jednotnej komunikácie. CCUC pomáha s kľúčovými úlohami prechodu, ako je migrácia zariadení, funkcií a kontaktov používateľov, ako aj automatizácia aktualizácií firmvéru pre podporované telefóny IP. Poskytovaním centralizovanej viditeľnosti a riadenia pomáha CCUC zabezpečiť plynulejšiu a efektív nejšiu migráciu.

Spoločnosť Cisco dôrazne odporúča, aby bol CCUC nasadený a nasadený na začiatku prechodného projektu, ideálne pred prípravnou fázou alebo počas fázy prípravy. To umožní informácie a schopnosti potrebné na dôkladné posúdenie, inventarizáciu a plánovanie následných migračných aktivít a na začatie vašej cesty k hybridným schopnostiam a budúcim hybridným schopnostiam.

Posúdenie súčasného prostredia

Kľúčovou činnosťou pri plánovaní migrácie je hodnotenie aktuálneho lokálneho prostredia a nasadenia. To poskytuje prehľad o tom, aké potenciálne zmeny môžu byť potrebné na úspešný prechod. Umožňuje tiež posúdiť kľúčové prvky platformy v porovnaní s existujúcim lokálnym nasadením. Tieto informácie môžete použiť na identifikáciu konkrétnych úloh potrebných na prechod a aké zmeny chcete vykonať, aby vyhovovali vašim obchodným a technickým požiadavkám a prípadom použitia.

V rámci tohto úsilia je dôležité preskúmať nasledujúce aspekty.

Licencovanie

Pochopenie aktuálnej licenčnej štruktúry existujúceho nasadenia je kľúčové pri príprave na migráciu. Vykonajte hodnotenie licencie pre nasledujúce oblasti existujúceho lokálneho riešenia Cisco.

Platforma

Schopnosť plne vyjadriť to, čo je aktuálne licencované na vašej základnej platforme, bude rozhodujúca pri práci s tímom účtu alebo partnerom s cieľom určiť najlepšiu cestu k flexibilnému licenciu. je licencovaný pomocou flexibilného licencovania. Ďalšie informácie o flexibilnom licencovaní nájdete v téme Flexi bilný plán spolupráce Cisco.

Používatelia a zariadenia

Zistite, akú kategóriu licencie vyžadujú vaši existujúci používatelia a zariadenia. Toto sa použije na určenie, ktorý typ licencie je potrebný pre používateľov a zariadenia. ponúka viacero typov licencií vrátane profesionálnych a štandardných licencií pre používateľov a profesionálnych a spoločných licencií pre pracovné priestory. Ďalšie informácie o licencovaní zariadení nájdete v údajovom liste dostupnom v časti Licencovanie zariadení.

Miestna brána

Ak je Cisco Unified Border Element (CUBE) potrebný pre prístup PSTN pre tento prechod, musí sa zvážiť aj licencovanie CUBE. Licenčné úvahy CU BE sú uvedené neskôr v tomto dokumente.

Lokácie/lokality

Pri plánovaní tohto prechodu by sa mal brať do úvahy počet a typy lokalít (veľké centrálne, regionálne, pobočky atď.) v rámci vášho existujúceho nasadenia. Úplné pochop enie existujúcich miest nasadenia pomôže pri strategickom plánovaní úspešného prechodu, najmä pokiaľ ide o určenie, ktoré lokality sa majú migrovať a v akom poradí. Pri rozhodovaní o migrácii bude rozhodujúce podrobné pochopenie požiadaviek plánu vytáčania (číslovanie, zvyky vytáčania, triedy obmedzení atď.), pripojenie siete lokálnej siete a šírky pásma (internet, WAN, LAN) a prístup PSTN (lokálny alebo centralizovaný, IP alebo TDM) pre každú lokalitu. Ďalšie informácie o spoločných modeloch nasadenia a kľúčových úvahách nájdete v informáciách o modeloch nasadenia spolupráce dostupných v SRND pre spoluprácu.

Ďalším dôležitým aspektom nasadenia pri prechode na je dostupnosť polohy. má rôzne možnosti, predplatné a zariadenia, ktoré sú k dispozícii v závislosti od toho, kde sa vaše nasadenie nachádza. Ďalšie informácie o geografickej dostupnosti nájdete v téme Kde je Webex k dispozícii? .

Nakoniec je dôležité pochopiť, aký vplyv bude mať prechod na iné služby spolupráce. Na základe cieľa tohto dokumentu je všeobecný predpoklad, že ak sa majú zachovať existujúce služby spolupráce mimo pracovného zaťaž enia volaním, očakáva sa prechod na vyššie uvedené hybridné nasadenie fázy 1. Príklady služieb spolupráce, ktoré môžu vyžadovať hybridné nasadenie, zahŕňajú lokálne kontaktné centrum, ktoré ešte nie je migrované do kontaktného centra Webex, a úzke integrácie do systémov, ako sú stránkovacie systémy a fakturácia. Ďalšie informácie o prechode dodatočných pracovných záťaží a služieb spolupráce nájdete v téme Pre chody spolupráce.

Inventarizácia existujúcich zariadenia/klientov

Pred začatím prechodu je dôležité inventarizovať existujúce hardvérové a softvérové koncové body. Kompletný zoznam typov/modelov zariadení, hardvérových verzií, typov a množstiev softvérových operačných systémov klientov zabezpečí, že budete môcť primerane naplánovať pre chod zariadení a zmierniť vplyv na zariadenia, ktoré nie je možné migrovať do cloudových volaní. Inventár by sa mal použiť na určenie zariadení na prechod a zariadení, ktoré sa majú nahradiť pred pre chodom.

Stolné telefóny

Pre stolné telefóny so zvukom a videom sú podporované iba stolné telefóny série 6800, 7800, 8800 a 9800. Toto je podskupina telefónov Cisco IP, ktoré sú podporované. Existujú niektoré modely a verzie telefónov 6800, 7800 a 8800, s ktorými sa nedajú používať. Ďalšie informácie o tom, ktoré modely a hardvérové verzie sú podporované, nájdete v té me Podporované zariadenia Webex Calling.

IP telefóny Cisco 6800 nie je možné aktualizovať z firmvéru Enterprise na multiplatform (MPP) firmvér, ktorý je potrebný. Akékoľvek telefóny 6800 zaregistrovaných pre podnikový firmvér musia byť nahradené modelom 6800 MPP alebo iným podporovaným modelom telefónu.

Telefóny IP série Cisco 7800 a 8800 musia byť pred ich prechodom a registráciou aktualizované na firmvér Multiplatform Phone (MPP). Ak chcete zistiť, ktoré modely a hardvérové verzie 7800 a 8800 podpor ujú firmvér MPP, pozrite si tému Konverzia telefónov IP série Cisco 7800 a 8800 medzi firmvérom Enterprise a MPP.

Modely 8845, 8865 a 8865NR dosiahli koniec predaja a neodporúča sa ich presťahovať.

Staršie verzie telefónov série 8800 (8811, 8841, 8851, 8851NR, 8861) sa neodporúčajú používať s nimi. Webex Calling Telefóny s hardvérovou verziou VID 14 alebo staršou sa zaregistrujú, ale v dôsledku hardvéru sa môžu vyskytnúť určité problémy s výkonom.

Stolné telefóny série 9800 fungujú so systémom PhoneOS, ktorý podporuje aj registráciu. Preto je možné tieto telefóny prejsť na bez aktualizácie firmvéru.

Všetky ostatné telefóny IP budú musieť byť nahradené telefónmi série 6800, 7800, 8800 alebo 9800 podporovanými telefónmi. Webex Calling Ďalšie informácie o podporovaných telefónoch IP a stolových telefónoch nájdete v článku Pod porované zariadenia pre Webex Calling.

Koncové body videa

Koncové body pre osobné a miestne video, vrátane série Cisco Board, série Room a Desk , sa môžu natívne zaregistrovať SIP. Ktorýkoľvek z týchto koncových bodov, ktoré potrebujú na uskutočňovanie zvukových alebo PSTN hovorov, vyžaduje licenciu na volanie:

Zdieľané zariadenia v konferenčných miestnostiach, priestoroch na zhromažďovanie atď. vyžadujú buď licenciu Professional Workspace alebo Workspace.

Osobné zariadenie koncového používateľa vyžaduje profesionálnu alebo štandardnú licenciu.

Určte, koľko koncových bodov videa je zaregistrovaných a ktoré sa používajú na uskutočňovanie zvukových hovorov. Je možné, že niektoré koncové body videa môžu byť použité iba na pripojenie k schôdzam alebo uskutočňovanie videohovorov SIP. V oboch prípadoch je potrebné koncové body ešte migrovať skôr, ako budú servery vyradené z prevádzky, pomôže to však určiť, koľko z nich bude potrebovať licencie na pokračovanie telefonických hovorov.

Keď sa video zariadenia presunú z registrácie na, URI týchto koncových bodov sa zmení, pretože sú teraz registrované v cloude.

Modely telefónov 8845, 8865 a 8875 sú osobné video telefóny, ktoré sú podporované.

Mäkkí klienti

Je to jediný softvérový klient podporovaný, na rozdiel od Unified CM ktorého podporuje aplikáciu Webex aj Jabber, a je novým predvoleným softvérovým klientom pre koncových používateľov.

V závislosti od režimov nasadenia implementovaných pre Jabber (režimy len pre IM, iba pre telefón a/alebo úplné režimy UC) možno budete musieť zvážiť aj prechod pracovného zaťaženia správ a/alebo schôdzí z Jabber na. Môže byť nasadený v režime iba pre telefón, ak bude použitý ako klient iba na volanie, alebo môže byť nasadený ako pl ný, Webex Suite ak sa použije iné pracovné zaťaženia, napr. Webex Messaginga/alebo Webex Meetings prechádzajú do aplikácie s volaním.

Zlepšuje zážitok koncového používateľa poskytovaním funkcií AI, ako je audio/video inteligencia, prepis hovorov a ďalšie. Ďalšie informácie nájdete na stránke https://www.webex.com/all-new-webex.

Pred presunutím používateľov k vám bude potrebné premeniť svojich klientov Jabber na. Na dokončenie tohto prechodu máte dve možnosti.

Predtým, ako ich prejdete na

Keď ich prejdete na.

Na uľahčenie počiatočného prechodu na zariadenie sa odporúča použiť možnosť 1 a najskôr presunúť používateľov na volanie. To dáva používateľom čas oboznámiť sa s novou aplikáciou, zatiaľ čo stále používajú existujúcu lokálnu volaciu platformu. Keď budete pripravení presunúť používateľov, nakonfigurujete ich tak, aby sa zaregistrovali na cloudovej volacej platforme.

Ďalšie informácie o týchto dvoch možnostiach nájdete v téme Cesta migrácie — jeden alebo dva kroky? .

Kompletný zoznam podporovaných zariadení nájdete v téme Podpor ované zariadenia pre Webex Calling.

Overte spôsobilosť zariadenia

Ako už bolo spomenuté, podporuje podmnožinu telefónov Cisco IP a vyžaduje iný typ firmvéru pre telefóny série 7800 a 8800. Unified CMtelefóny používajú firmvér Enterprise, zatiaľ čo telefóny používajú firmvér Multiplatform Phone (MPP). Odporúča sa overiť, ktoré registrované telefóny sú oprávnené na aktualizáciu na firmvér MPP počas fázy Príprava. To vám poskytne čas nahradiť neoprávnené telefóny jedným z podporovaných modelov telefónov alebo na identifikáciu alternatívneho plánu, napríklad presunúť používateľa iba do aplikácie Webex.

Na pomoc pri určovaní oprávnenosti telefónov má Control Hub vstavaný nástroj s názvom Migrácia telefónu do Webex Calling. Ak používate tento nástroj na kontrolu spôsobilosti zariadenia, vyberte možnosť Migrácia Vytvoriť iba licenciu na zariadenie.

Možnosť nástroja Control Hub na overenie spôsobilosti Unified CM telefónov Webex Calling

Táto možnosť vám umožňuje nahrať súbor CSV obsahujúci telefóny, aby ste mohli skontrolovať oprávnenosť každého telefónu. Výberom tejto možnosti Migrácia nepridá telefóny, pretože ste stále vo fáze prípravy a ešte nie ste pripravení na to. Ďalšie informácie nájdete v téme Migrácia telefónu do Webex Calling.

Je možné, že niektoré telefóny sa môžu vrátiť s neznámou oprávnenos ťou. Je to zvyčajne preto, že nie je možné overiť niektoré informácie o telefóne v systéme back-end. Pre všetky telefóny, ktoré majú stav Ne zná my, máte dve možnosti na overenie, či sú oprávnené na inováciu na firmvér MPP.

Ručne skontrolujte každý telefón a overte verziu modelu a hardvéru (PID VID)

Telefónny štítok 7800/8800 s informáciami o modeli a hardvérovej verzii

Používanie nástroja na pripravenosť telefónu Cisco IP

Stiahnite si nástroj z https://github.com/joemar2/mpp_readiness_check.

Tento nástroj nie je oficiálnym nástrojom Cisco ani nie je podporovaný TAC. Má podporu z najlepšieho úsilia, ale je bezplatný na použitie.

Tento nástroj musí byť spustený na počítači, ktorý je lokálny a má prístup k serverom a telefónom IP. Má možnosť povoliť prístup na web na telefónoch IP, čo je odporúčané a potrebné na dosiahnutie najlepších výsledkov. Preto by sa mal používať počas voľných hodín, aby sa zabránilo narušeniu koncových používateľov. Výstup nástroja poskytuje prehľad o tom, ktoré telefóny série 7800 a 8800 sú oprávnené na inováciu na firmvér MPP. Pretože má priamy prístup k telefónu, môže overiť neznáme zariadenia, ktoré boli nahlásen é z nástroja Control Hub.

Správa nástroja pripravenosti telefónu Cisco IP

Užívatelia

Jedným z najdôležitejších prípravných krokov na zabezpečenie úspešnej migrácie je správne posky tovanie používateľov. Musíte správne naplánovať všetkých používateľov, aj keď vykonávate fázovú migráciu. Používateľom musí byť zabezpečený niektorý z nasledujúcich možností:

Nasadenie funkcie With Calling

Nasadenie s

Konfigurácia služieb pre používateľa

Umožnenie vyhľadávania používateľov v adresári (kliknutie na zavolanie, kontaktné informácie používateľa, vyhľadávanie v telefónnom adresári).

Odporúča sa poskytnúť všetkým používateľom pred alebo na začiatku projektu. To zahŕňa používateľov, ktorí stále používajú svoju vol Unified CM aciu platformu, je nezávislá od svojho volacieho zariadenia (telefón IP, Jabber,). Po migrácii používateľov do (a/alebo) budete aktualizovať ich licencie, aby ste povolili služby, ktoré potrebujú. Poskytnutím všetkých podnikových volajúcich používateľov pred začatím prechodu umožňuje používateľovi, ktorý prešiel do adresára alebo vyhľadať podnikového volajúceho používateľa, ktorý je stále na Jabber a/alebo zapnutý. To zaisťuje, že prechodní používatelia môžu nájsť kontaktné informácie akéhokoľvek iného používateľa a uskutočniť im zavolanie pomocou vyhľadávania adresárov.

Vy hľadávanie v adresári obrázkov zobrazuje príklad používateľa, ktorý hľadá iného používateľa. Výsledky vyhľadávania zobrazujú kontaktné informácie používateľa a môžu byť určené pre používateľa, ktorý je stále na Jabber, alebo pre používateľa, ktorý prešiel na a/alebo.

Vyhľadávanie adresárov aplikácie Webex

Ďalej určte, na ktorý z existujúcich lokálnych volajúcich používateľov sa prejde. Ak dôjde k prechodu všetci alebo veľký počet používateľov, odporúča sa presunúť používateľov v skupinách, aby sa zabezpečilo, že projektový tím, personál IT a podporný personál budú schopní zvlá dnuť prechod a akékoľvek problémy, ktoré môžu vzniknúť. Mali by ste tiež vyčleniť určitý čas na poskyt nutie počiatočných informácií a školení na prípravu používateľov na tento prechod. Zoskupenie prechodu používateľov je možné vykonať na základe rôznych kritérií vrátane polohy alebo lokality, ku ktorej sú použí vatelia priradení, oddelení používateľov alebo dokonca typov používateľov (znalostní pracovníci, vedúci pracovníci, mobilní pracovníci atď.).

Napríklad, ak sú používatelia v nasadení rozdelení na tri hlavné lokality, New York (NYC), San Francisco (SFC) a Research Triangle Park (RTP), plán prechodu používateľa môže vyzerať ako plán načrtnutý v tabuľke Plán prechodu používateľov podľa lokality.
Tabuľka 4. Plán prechodu používateľa podľa lokality
Používateľská stránka/umiestnenie Informácie a školenia pred prechodom Prechodné obdobie Podpora po prechode
NYC (1 525 užívateľov) Týždeň 1. apríla 15. apríla — 27. apríla Týždeň 29. apríla
SFO (1 600 užívateľov) Týždeň 6. mája 20. mája — 31. mája Týždeň 3. júna
RTP (1 275 užívateľov) Týždeň 3. júna 17. júna — 28. júna Týždeň 1. júla

Ďalším dôležitým faktorom je prechod používateľov, ktorí majú medzi sebou závislosť. To by mohlo zahŕňať, ale nie je obmedzené na nasledujúce:

Monitorovanie BLF

Rovnaký lovecký pilot/skupina

Zdieľanie riadkov

Časť tej istej skupiny na vyzdvihnutie hovorov

Používanie rovnakých čísel call parkovania

Interkom

Admin/Exec.

Môžete skontrolovať konfiguráciu (GUI alebo export) alebo použiť nástroj Migration Insights na identifikáciu skupín používateľov s týmito závislos ťami.

Pripojenie PSTN

môže pristupovať k PSTN tromi spôsobmi: plány volania Cisco, Cloud connect for (predtým Cloud Connected PSTN) a lokálna brána PSTN. Jedno umiestnenie definované v rámci programu je však možné priradiť iba k jednej možnosti PSTN.

Lokálne PSTN s lokálnou bránou (LGW) je základnou súčasťou stratégie prechodu. Poskytuje pripojenie medzi lokálnym nasadením a/alebo PSTN a platformou. Podporuje Cisco aj certifikované kontroléry hraníc relácií tretích strán (SBC), ktoré možno použiť ako lokálnu bránu. Najnovší zoznam podporovaných SBC nájdete v časti Zoznam podporovaných S BC.

Podporuje až 250 súbežných hovorov z jednej lokálnej brány založenej na registrácii a viac ako 250 súbežných hovorov z jednej lokálnej brány založenej na certifikácii. Miestne brány založené na certifikátoch môžu podporovať až 6500 súbežných hovorov, ale je to založené na type pripojenia, ku ktorému musí lok álna brána (Over-the-Top vs Interconnect peering) a modelu SBC, na ktorom je nasadená miestna brána. Tieto limity sú v podstate predvoleným limitom počtu pre volania PSTN založené na lokálnej bráne a volania medzi lokalitami medzi koncovými bodmi a koncovými bodmi. Ďalšie informácie nájdete v téme Začíname s lokálnou bránou.

Akékoľvek hovory, ktoré presahujú tento limit, sú odmietnuté s číslom 403 Zakázané. Hlasový príkaz show call active je možné spustiť na lokálnej bráne v ľubovoľnej inštancii, aby sa ur čil celkový počet aktívnych hovorov.

Zlé sieťové podmienky medzi lokálnou bránou a prístupovým SBC môžu obmedziť výkon signálneho pripojenia, čo vedie k ešte nižšiemu limitu sú bežných hovorov. Jednosmerná latencia medzi lokálnou bránou a dátovým centrom by nemala presiahnuť 100 ms a chvenie by malo byť menšie ako 10 ms, zatiaľ čo strata paketov je menšia ako 0,5%.

Funkcie a využitie funkcií

Pri posudzovaní súčasného prostredia je dôležité identifikovať a skontrolovať, ktoré funkcie sú nakonfigurované. Okrem toho je dôležité pochopiť používanie funkcií, aby ste mohli (opätovne) definovať svoje obchodné a technické požiadavky na nasadenie.

Ak chcete zistiť, ktoré funkcie sú nakonfigurované, analyzujte konfiguráciu. Toto sú všetky statické údaje, ktoré sa nastavujú, keď je v systéme nakonfigurovaná funk cia alebo nastavenie. Na dokončenie tejto analýzy je možné použiť nasledujúce možnosti:

Skontrolujte konfiguráciu v administrátorskom GUI

konfiguračný export - hromadný export alebo AXL

nástroj prehľadov migrácie (odporúčané)

Partnerské nástroje Cisco tretích strán (odporúčané).

Na efektívnu analýzu využitia funkcií je nevyhnutné preskúmať dynamické systémové údaje, ako sú využitie, registrácie a aktivita hovorov. Rôzne analytické nástroje a dashboardy poskytujú pohľad na tieto metriky, čo umožňuje komplexné pochopenie výkonu a kapacity systému, čo podporuje informované rozhodovanie počas migrácie a optimalizácie. Na dokončenie tohto typu analýzy je možné použiť nasledujúce možnosti:

Preskúmanie nespracovaných záznamov CDR

Preskúmanie Unified CM údajov RTMT

nástroj migrácie Insights pomocou údajov CDR

Recenzia analýzy UC pripojených k cloudu v

Hlasitosť hovoru

Registrované koncové body

(CAC) miesta

Využitie kufra.

Partnerské nástroje Cisco tretích strán.

Spoločnosť Cisco odporúča začať s nástrojom Webex Control Hub Migration Insights pre túto analýzu. Do nástroja budete importovať svoj exportovaný súbor.TAR a súbory Unified CM CDR (voliteľné, ale potrebné na analýzu využitia funkcií). Nástroj vygeneruje nasledujúce správy založené na CSV , ktoré možno použiť na spustenie analýzy:

Tabuľka 5. Správy generované zo Unified CM súboru.tar
Názov správy
Popis správy
ImportedDataBulk.csv
Všetci používatelia a zariadenia z Unified CM údajov
DeviceEligibility.csv
Identifikuje zariadenia oprávnené na migráciu Webex Calling (telefóny IP, zariadenia s operačným systémom Room, ATA a tretích strán)
DevicePoolNumbers.txt
Zoznam všetkých čísel v konkrétnom fonde zariadení
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv
Podrobnosti o zariad eniach a používateľoch, ktoré by sa mali migrovať spoločne na základe zdieľaných liniek, pilota lovu, frontu hovorov, parkovania hovorov a konfigurácie skupiny na vyzdvihnutie hovorov
HuntGroupMigrationInsight.csv
Podrobné informácie o pridelených lovných líniách, skupinách línií a pridružených agentoch
SharedlineGroupMigrationReport.csv
Prehľad toho, ako sa telefónne čísla (adresárové čísla) zdieľajú medzi používateľmi

Tabuľka 6. Správy generované zo súbor Unified CM ov.tar a CDR. gzip
Názov správy
Popis správy
FeatureUsageBasedDeviceEligibilityReport.csv
Informácie o spôso bilosti migrácie zariadenia na základe použitia funkcie
FeatureUsageWithLastUsageDateReport.csv
Počet použití pre počet volaní pilota (ov) lovu a frontu hovorov spolu s dátumom posledného použitia
UserWorkspaceLastUsage.csv
Dátum posledného používania pre používateľov a pracovné priestory pre softvérových klientov aj pevné telefóny
DIDUsageReport.csv
Použitie DID pre priradené aj nepriradené DID

Ďalšie podrobnosti o prehľadoch Migration Insights nájdete v téme Pre hľady migr ácie.

Ak potrebujete viac informácií o funkciách a použití po preskúmaní informácií v prehľadoch Migration Insights, Cisco odporúča zvážiť jeden z nástrojov na migráciu partnerov spoločnosti Cisco tretích strán a/alebo skontrolovať konfigurácie v GUI alebo v konfigurácii exportných údajov.

Integrácie Cisco: Unity Connection UCCX UCCE

Hlasová schránka je neoddeliteľnou súčasťou ponuky a natívne je súčasťou riešenia. nemožno integrovať s priestorovým riešením hlasovej schránky, ako je Unity Connection alebo Unity Connection Express. Ďalej neexistuje žiadny natívny spôsob migrácie existujúcich správ hlasovej schránky alebo pozdravov k pripojeniu Unity do natívnej služby hlasovej schránky, ktorá je k dispozícii. Niektoré nástroje na migráciu partnerov spoločnosti Cisco tretích strán majú možnosti migrovať niektoré z týchto údajov. Ďalšie informácie o hlasovej schránke nájdete v téme Konfigurácia a správa nastavení hlasovej schránky pre používateľa. Webex Calling

podporuje tiež zdieľané hlasové schránky a faxové poštové schránky. Ďalšie informácie nájdete v téme S práva zdieľanej hlasovej schránky a prichádzajúceho faxového schránky. Webex Calling

má vstavanú funkciu Auto Attendant, ktorá je súčasťou základnej platformy. Táto funkcia umožňuje prechod ovládačov hovorov vášho Unity Connection a funkcií automatickej obsluhy. Nástroj Control Hub, Migrácia funkcií zUnified CM, podporuje migráciu konfigurácií pripojenia Unity na automatické obsluhy. Ďalšie informácie o používaní tohto nástroja nájdete v téme Migrácia zariadení a funkcií z Unified CM doWebex Calling.

Nahrávanie hovorov

obsahuje dve možnosti nahrávania hovorov bez ďalších nákladov.

Nahrávanie hovorov Webex

Nahrávanie Dubber Go (partnerská ponuka) - integrácia medzi a dubberom, kde sú všetky nahraté médiá bezpečne uložené v cloude.

zahrnutá tabuľka možností nahrá vania zdôrazňuje niektoré kľúčové vlastnosti dvoch možností nahrávania hovorov, ktoré sú k dispozícii bez ďalších nákladov.

Tabuľka 7. zahrnuté možnosti nahrávania
Webex Double Go

K dispozícii všetkým používateľom K dispozícii všetkým používateľom

Neobmedzené nahrávky Neobmedzené nahrávky

1 rok uchovávacej lehota* 30-dňová doba uchovávania

100 GB úložného priestoru na organizáciu -

Úradníci pre dodržiavanie predpisov môžu pristupovať k záznamom hovorov -

API na správu nahrávok -

Správcovia môžu konfigurovať a spravovať prístup používateľov k nahrávkam hovorov
Používatelia môžu spravovať svoje vlastné nahrávky pomocou User Hub a/alebo aplikácie Webex.
Len používatelia môžu pristupovať a spravovať svoje nahrávky
Z ich dubberového portálu.

Ak vaša organizácia vyžaduje ďalšie možnosti nahrávania, ako je nahrávanie hovorov v súlade s dodržiavaním predpisov, dlhšie doby uchovávania, viac úložiska, analýzu AI a/alebo prístup správcu, existujú platené ponuky alebo doplnky od spoločností Cisco aj poskytovateľov nahrávania tretích strán. Ďalšie informácie o poskytovateľoch nahrávania, konfiguráciách a doplnkových partnerských službách nájdete v téme S práva nahrávania hovorov pre Webex Calling.

Integrácie tretích strán

podporuje rôzne integrácie tretích ^str án vrátane okrem iného SBC pre lokálne brány, IP telefóny, interkomové telefóny, reproduktory/pagery, ATA atď. Okrem týchto zariadení tretej ^strany Webex Calling podporuje rôzne riešenia pre zákaz ^níc ku podporu, analýzu, nahrávanie, fakturáciu atď. Ďalšie informácie o riešeniach tre ^tej strany nájdete v časti Webex App Hub.

Tabuľka 4. Plán prechodu používateľa podľa lokality
Používateľská stránka/umiestnenie	Informácie a školenia pred prechodom	Prechodné obdobie	Podpora po prechode
NYC (1 525 užívateľov)	Týždeň 1. apríla	15. apríla — 27. apríla	Týždeň 29. apríla
SFO (1 600 užívateľov)	Týždeň 6. mája	20. mája — 31. mája	Týždeň 3. júna
RTP (1 275 užívateľov)	Týždeň 3. júna	17. júna — 28. júna	Týždeň 1. júla

Tabuľka 5. Správy generované zo Unified CM súboru.tar
Názov správy Popis správy
ImportedDataBulk.csv Všetci používatelia a zariadenia z Unified CM údajov
DeviceEligibility.csv Identifikuje zariadenia oprávnené na migráciu Webex Calling (telefóny IP, zariadenia s operačným systémom Room, ATA a tretích strán)
DevicePoolNumbers.txt Zoznam všetkých čísel v konkrétnom fonde zariadení
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Podrobnosti o zariad eniach a používateľoch, ktoré by sa mali migrovať spoločne na základe zdieľaných liniek, pilota lovu, frontu hovorov, parkovania hovorov a konfigurácie skupiny na vyzdvihnutie hovorov
HuntGroupMigrationInsight.csv Podrobné informácie o pridelených lovných líniách, skupinách línií a pridružených agentoch
SharedlineGroupMigrationReport.csv Prehľad toho, ako sa telefónne čísla (adresárové čísla) zdieľajú medzi používateľmi

Tabuľka 6. Správy generované zo súbor Unified CM ov.tar a CDR. gzip
Názov správy Popis správy
FeatureUsageBasedDeviceEligibilityReport.csv Informácie o spôso bilosti migrácie zariadenia na základe použitia funkcie
FeatureUsageWithLastUsageDateReport.csv Počet použití pre počet volaní pilota (ov) lovu a frontu hovorov spolu s dátumom posledného použitia
UserWorkspaceLastUsage.csv Dátum posledného používania pre používateľov a pracovné priestory pre softvérových klientov aj pevné telefóny
DIDUsageReport.csv Použitie DID pre priradené aj nepriradené DID

Tabuľka 7. zahrnuté možnosti nahrávania
Webex	Double Go
K dispozícii všetkým používateľom	K dispozícii všetkým používateľom
Neobmedzené nahrávky	Neobmedzené nahrávky
1 rok uchovávacej lehota*	30-dňová doba uchovávania
100 GB úložného priestoru na organizáciu	-
Úradníci pre dodržiavanie predpisov môžu pristupovať k záznamom hovorov	-
API na správu nahrávok	-
Správcovia môžu konfigurovať a spravovať prístup používateľov k nahrávkam hovorov Používatelia môžu spravovať svoje vlastné nahrávky pomocou User Hub a/alebo aplikácie Webex.	Len používatelia môžu pristupovať a spravovať svoje nahrávky Z ich dubberového portálu.

Plán

Projektový plán na vysokej úrovni

Migračná cesta - jeden alebo dva kroky?

Možnosť 1: Jednokroková migrácia používateľov

Možnosť 2: Dvojstupňová migrácia používateľov

Krok 1

Krok 2

Projektový plán na vysokej úrovni

Pri vypracúvaní plánu projektu na vysokej úrovni pre migráciu z na je nevyhnutné stanoviť jasné fázy a míľniky, ktoré sú v súlade s obchodnými cieľmi a technickými požiadavkami. Plán by mal začať komplexnou fázou hodnotenia vrátane zhromažďovania podrobných technických a obchodných požiadaviek, ako aj identifikácie zainteresovaných strán a definovania kritérií úspechu. Kľúčové úvahy zahŕňajú prideľovanie zdrojov, odhad časového harmonogramu, riadenie rizík a komunikačné stratégie, aby sa zabezpečilo, že všetky strany sú informované a zapojené počas migrácie. Okrem toho by plán mal obsahovať kontrol né body overovania, ako sú pilotné testovanie a postupné zavádzanie, aby sa minimalizovalo narušenie a umožnilo úpravy na základe spätnej väzby.

Príklady prvkov, ktoré sa majú zahrnúť do plánu projektu, sú:

Definovanie rozsahu migrácie (napr. ktorí používatelia, zariadenia a funkcie prechádzajú)

Plánovanie školení pre koncových používateľov a podporné tímy

koordinácia posudzovania pripravenosti siete a

Plánovanie prerušovacích aktivít s možnosťami rezervy. Je tiež dôležité integrovať kontroly sú ladu a bezpečnosti, ako aj fázy podpory a optimalizácie po migrácii.

Štruktúrovaním plánu projektu podľa týchto úvah môžu organizácie lepšie riadiť zložitosť, znižovať riziká a dosiahnuť plynulejší prechod na.

Migračná cesta - jeden alebo dva kroky?

vyžaduje, aby používatelia používali softvérový klient pre svoje volanie. Preto, ak niektorí používatelia stále používajú, máte dve možnosti, kedy ich môžete presunúť do. Môžete vykonať jednokrokovú migráciu používateľov alebo dvojstupňovú migráciu používateľov.

Možnosť 1: Jednokroková migrácia používateľov

Pri jednokrokovej migrácii používatelia prechádzajú z na súčasne prechádzajú z Unified CM na. Táto možnosť je zvyčajne určená pre zákazníkov s malým počtom používateľov na migráciu a môže spravovať presúvanie softvérového klienta používateľa aj volacej služby súčasne. Nižšie uvedený obrázok Služba volania používateľa, softvérový klient a telefónne migrácie súčas ne zvýrazňuje tento typ migrácie. S touto možnosťou použív ateľ bude mať súčasne vyplnené nasledovné:

Telefonické služby presunuté z

Telefónne čísla a rozšírenia presunuté z

Softvérový klient prešiel z Jabber na - zaregistruje sa na

Telefonická registrácia sa presunula z.

Služba volania používateľa, softvérový klient a telefón migruje súčasne

Stále to môže byť fázová migrácia, pri ktorej sa skupiny používateľov presúvajú v rôznych časoch, ale keď je každý používateľ presunutý, všetko sa deje súčasne.

Možnosť 2: Dvojstupňová migrácia používateľov

Druhým prístupom je dvojstupňová migrácia. V kroku 1 sú používatelia prechodení z na služby volania, ale zostávajú zapojení do služieb volania. Potom v kroku 2 sa používatelia presunú Unified CM z. Táto možnosť sa odporúča pre väčších zákazníkov, aby mohli spravovať zmeny koncového používateľa a chcú oddeliť softvérovú zmenu klienta používateľa od zmeny služby volania. Nasledujúci obrázok Migrácia softvérového klienta; potom migrácia volacích služieb, softvéru klienta a telefónu na Webex Calling nižšie zvýrazní tento typ migrácie.

Krok 1

Soft klient prešiel z na - zaregistruje sa na.

Krok 2

Volajúce služby sa presunuli z na.

Telefónne čísla a rozšírenia sa presunuli z.

Registrácia sa presunula z.

Telefonická registrácia sa presunula z.

Migrácia softvérového klienta; potom migrujte volaciu službu, softvérový klient a telefón na Webex Calling

Stále to môže byť fázová migrácia, pri ktorej sa skupiny používateľov presúvajú v rôznych časoch v oboch krokoch.

Možnosť, ktorú si vyberiete, závisí od toho, ako chcete spravovať prechod používateľov na a. Odporúča sa vykonať ho postupne (možnosť 2). To vám umožní minimalizovať zmeny koncového používateľa naraz a rozdeliť úsilie na rôzne časti projektu. Ak však uprednostňujete, aby boli používatelia ovplyvnení iba raz, platné je aj použitie možnosti 1.

Pri pohľade na odporúčanú cestu (možnosť 1), obrázok mapy prechodu na vysokej úrovni Jabber na Webex App zobrazuje prechod na vysokej úrovni pre krok 1.

Mapa prechodu na vysokej úrovni Jabber na Webex App

V tomto kroku sa používatelia prechádzajú z Jabber na všetky svoje volacie služby. Volacia platforma je však stále Unified CM a zaregi struje svoje volacie služby. Ako je vidieť na mape prechodu na vysokej úrovni Jabber na Webex App, lokálna infraštruktúra sa nemení a funguje rovnako ako Jabber. Jedinou zmenou je, že vyžaduje pripojenie k.

Ďalšie informácie o tomto prechode nájdete v časti Mapy a nasadenie prechodu Jabber na Webex v sekcii Klient na stránke Prechod na spolu prácu.

Unified CMna obrázok mapy prechod u na vysokej úrovni je pre chod na vysokej úrovni z. Webex Calling Toto je krok 2 odporúčanej cesty.

Unified CMna mapu pre Webex Calling chodu na vysokej úrovni

Ak sa rozhodnete použiť jednokrokový prístup, platí to aj.

V tomto kroku sa používatelia prechádzajú do skupín. V tomto okamihu začnú používatelia využívať svoje volacie služby, registráciu volania a registráciu telefónu IP.

Keďže používatelia sa pohybujú v skupinách, používatelia Enterprise budú počas prechodu rozdelení medzi dve volacie platformy. Obrázok mapy Unified CM prechodu Webex Calling od fá zy 1 do vysokej úrovne zobrazuje tento stav. Počas tejto fázy je potrebné plánovať, ako spravovať hovory medzi používateľmi na oboch platformách a ako budú smerované hovory PSTN. Pri každom prechode na skupinu používateľov sa budú vyžadovať aktualizácie dial-plánov a smerovania hovorov a lokálnej brány.

Po prechode všetkých používateľov, softvérových klientov a zariadení do (fáza 2) môže byť všetka lokálna infraštruktúra UC odstránená a vyradená z prevádzky.

Návrh

Výber regiónu

Lokality

PSTN

Plán vytáčania

Miestny plán vytáčania v

plán vytáčania

Nahrávanie

1. Výber poskytovateľa nahrávania hovorov

2. Výber regiónu

Núdzové volanie

Licencovanie

Manuálne priradenie cez

Automatické šablóny priradenia licencií

Hromadné priradenie prostredníctvom šablóny CSV

Priradenie založené na API

Požiadavky na licenciu

Poskytovanie používateľov

Skupiny používateľov

Odporúčaný prístup pri migrácii z na

Navrhovanie skupín používateľov

Jednorazové prihlásenie (SSO)

Podpora viacerých IDP

1. Fúzie a akvizície

2. Viaceré nezávislé IT oddelenia

3. Rôzne skupiny používateľov alebo domény

4. Podpora rôznych autentifikačných protokolov

5. Zvýšená bezpečnosť a súlad

6. Zjednodušená užívateľská skúsenosť

Duo MFA s SSO pre

Funkcie

Automatický obsluha

Zavolajte do parku

Vyzdvihnutie hovoru

Poradie hovorov

Huntová skupina

Prevádzkové režimy

Stránková skupina

Nahrávky

Dosah jedného čísla

Skupina hlasovej schránky

Výber regiónu

je dostupný na celom svete a dodáva sa z redundantných dátových centier vo viacerých regiónoch: USA (Dallas, Chicago), Kanada (Vancouver, Toronto), Európa (Frankfurt, Amsterdam), Veľká Británia (Londýn, Manchester), Austrália (Melbourne, Sydney), Japonsko (Tokio, Osaka), Saudská Arábia (Rijád, Džidda) a India (Mumbai, Chennai). Mediálne POP poskytujú mediálne služby na optimalizáciu časov spiatočnej cesty médií. Singapurské dátové centrum sa napríklad používa na optimalizáciu časov spiatočných ciest médií pre zákazníkov v ázijských krajinách, kde môžu byť spiatočné časy buď do regiónu Austrálie alebo Japonska neoptimálne. Dátové centrá sú prepojené multigigabitovou a plne redundantnou chrbticou. Obrázok globálne distribuovaných dátových centi er zobrazuje prehľad všetkých dátových centier. Najnovší zoznam dostupných dátových centier nájdete v časti U miestnenia dátových centier Webex Calling.

Globálne distribuované dátové centrá

Každý zákazník je poskytovaný na jednej z inštancií. Všetky informácie o poskytovaní tohto zákazníka sú uložené v tejto inštancii a signalizácia SIP všetkých koncových bodov a miestnych brán poskytnutých pre daného zákazníka je viazaná na inštanciu, na ktorú je zákazník poskytovaný. Pretože je ťažké zmeniť počiatočný výber regiónu, je dôležité zvážiť všetky relevantné faktory ako súčasť rozhodovacieho procesu vedúceho k výberu regiónu. Aby sa zabránilo nadmernému signalizácii oneskorenia spiatočnej cesty, je dôležité na začiatku procesu prechodu rozhodnúť, ktorá inštancia by sa mala použiť. Spoločnosť Cisco odporúča vybrať inštanciu, ktorá poskytuje najnižší čas signalizácie spiatočnej cesty pre najväčší počet používateľov v rámci nasadenia.

Dostupnosť v krajinách nájdete v téme Kde je dostupný Webex? .

Lokality

Na prípravu na poskytovanie miest je potrebné zhromaždiť požadované informácie pre všetky cieľové miesta migrácie. Informácie potrebné pre každé miesto sú zhrnuté v časti Informácie na zachytenie pre každ é miesto.
Tabuľka 1. Informácie, ktoré sa majú zachytiť pre každú lokalitu
Informácie komentár
Rozsah (-y) rozšírenia Každé miesto môže mať rozšírenia začínajúce rôznymi čísličkami. Jedna číslica musí byť ušetren á pre číslicu riadenia medzi miestami (napríklad 8) a jedna pre číslicu riadenia PSTN (napríklad 9). Žiadny rozsah rozšírenia nemôže začať jednou z týchto dvoch číslic.
Všetky rozsahy rozšírenia všetkých miest musia mať rovnakú dĺžku.
Rozsah (y) DID -
Číslica riadenia PSTN -
Kód stránky Všetky kódy stránok všetkých lokalít musia byť jedinečné a mať rovnakú dĺžku.
Hlavné číslo Pri vytváraní polohy je potrebné poskytnúť dva DID. Jedno ako hlavné číslo (napríklad priradené službe automatickej obsluhy) a jedno pre portál hlasovej schránky.
Poskytnite jeden DID pre číslo hlasovej schránky.
Číslo hlasovej schránky
Počet licencií Požadované licencie podľa typu vrátane štandardného, profesionálneho, pracovného priestoru, zoznamu trás, plánu odchádzajúcich hovorov.
Súbežné hovory v rušnej hodine Súčet súbežných hovorov medzi zariadeniami a medzi zariadeniami a lokálnou bránou (PSTN a hovory na zariadenia). Potrebné na určenie požadovanej šírky pásma prístupu na internet.
Krajina -
Časové pásmo -
Jazyk -
Kontakt (meno, telefón, e-mail) -
Adresa (adresa ulice, mesto, štát, PSČ) -
Pohotovostné služby fyzické odosielateľné umiestnenie pre koncové body Miesto odosielateľného zariadenia používané na tiesňové volanie vo všeobecnosti zahŕňa nasledovné: adresa budovy, adresa budovy + číslo poschodia, adresa budovy + číslo apartmánu alebo adresa budovy + číslo poschodia+číslo kancelárie/kubické číslo.
Jedinečné umiestnenie fyzickej siete pre záchranné služby na zariadenie Fyzická sieťová poloha pre núdzové volanie vo všeobecnosti zahŕňa: prepínač/prepínač pre káblové zariadenia, identifikátory základnej sady služieb bezdrôtového prístupového bodu (AP) pre bezdrôtové pripojené zariadenia a/alebo lokálne podsiete IP pre zariadenia koncových bodov.

PSTN

Pri navrhovaní nasadenia majú zákazníci tri primárne možnosti pripojenia PSTN: Cisco C alling Plans (cloudová služba PSTN spravovaná spoločnosťou Cisco), Cloud Connected PSTN Providers (CCPP, kde poskytovatelia poskytujú služby PSTN prostredníctvom cloudu) a lokálne PSTN (kde lokálne brány spájajú podnikovú sieť s PSTN). Zavedením PSTN trunkingu pre hybridné nasadenia (Ďalšie informácie nájdete v téme PSTN trunking pre hybridné nasadenia na PSTN trunking) získajú organizácie ďal Webex Calling šiu flexibilitu vo svojom migračnom prístupe. Táto funkcia umožňuje zákazníkom presunúť svoje PSTN na CCPP na začiatku cesty prechodu a začať prechod na cloudový PSTN pre používateľov, pričom využíva CCPP na udržanie služby PSTN pre používateľov, ktorí zostanú v Cisco počas fázovej migrácie.

Tento hybridný prístup umožňuje organizáciám najskôr presunúť vybrané skupiny používateľov do cloudu bez okamžitej prepravy celého telefónneho prostredia. Prináša však ďalšiu zložitosť a riziko, najmä pokiaľ ide o prispôsobenie existujúcej logiky smerovania hovorov na podporu novej architektúry. Dôkladné z váženie si vyžaduje aj interoperabilita so staršími aplikáciami, ako sú faxové servery, kontaktné centrá alebo stránkovacie systémy. Medzi kľúčové technické výzvy môžu patriť zabezpečenie bezproblémového vyjednávania kodekov typu end-to-end a signalizácie DTMF (Dual-Tone Multi-Frequency) v zmiešanom prostredí, ako aj overenie kompatibility so špecializovanými telefónnymi funkciami. Správne plánovanie a testovanie sú nevyhnutné na minimalizáciu narušenia a udržanie spoľahlivých hlasových služieb počas celého procesu migrácie. Okrem toho sú dôležité komerčné úvahy, pretože hybridný trunking vyžaduje licenciu na používanie, ktorá je založená na počte súbežných hovorov medzi lokálnym prostredím a poskytovateľom PSTN pripojeným k cloudu (CCPP).

Alternatívne sa môžu organizácie rozhodnúť zachovať svoje lokálne pripojenie PSTN počas prechodnej fázy. V tomto scenári môže byť migrácia na CCPP vykonaná dvoma spôsobmi: ako jediný koordinovaný prechod pre všetkých používateľov a umiestnenia po dokončení migrácie alebo postupne, pričom migrácia PSTN prebieha na základe jednotlivých položiek pri presúvaní používateľov. Tento prístup môže pomôcť zefektívniť koexistenciu a zachovať kontinuitu pre staršie integrácie, zavádza však niekoľko prevádzkových komplexností. Medzi ne patria výz vy súvisiace s prenosom čísel, ako je potreba presnej koordinácie príkazov počtových prístavov, potenciálne oneskorenia a obmedzenia uložené poskytovateľmi, ako je obmedzenie počtu súbežných žiadostí o prístavy alebo obmedzenia prenosu podskupín veľkého počtu blokov. Organizácie musia starostlivo naplánovať svoju stratégiu prechodu na PSTN, pričom zohľadnia tieto logistické úvahy, aby sa zabránilo prerušeniu služieb a zabezpečili hladkú migráciu.

Migrácia na CCCP na začiatku vs. udržiavanie lokálneho PSTN

Obrázok Migrácia do CCCP na začiatku vs. zachovanie lokálneho PSTN zobrazuje dve možnosti migrácie PSTN vysvetlen é vyššie. Obrázok vľavo zobrazuje scenár, v ktorom všetci lokálni používatelia a aplikácie využívajú služby PSTN pripojené k cloudu prostredníctvom lokálneho kmeňa a lokálnej brány, ku ktorej prepája lokálnu bránu, zatiaľ čo obrázok vpravo zobrazuje scenár, v ktorom existujúci lokálny PSTN zostane na svojom mieste a používatelia Webex Calling využívajú lokálnu PSTN prostredníctvom pripojenia lokálnej brány medzi lokálnymi brán ami a. Počas prechodu je možné umiestnenia prepnúť na pomocou služby Cloud Connected PSTN.

V oboch prípadoch volania medzi lokálnymi a používateľmi využívajú pripojenie Local Gateway. Prepojenie medzi lokálnymi a musí byť navrhnuté a rozmerované zodpovedajúcim spôsobom na základe očakávaného počtu súbežných hovorov a požad ovanej redundancie.

Plán vytáčania

Aby sa dosiahla bezproblémová interoperabilita medzi obdobím migrácie a počas neho, musí sa vyvinúť a implementovať komplexná architektúra plánu vytáčania na oboch platformách. Tento návrh plánu vytáčania s dvoma platformami zaisťuje konzistentné smer ovanie hovorov, preklad čísel a transparentnosť funkcií, čo umožňuje používateľom v oboch systémoch komunikovať bez zhoršenia služby alebo narušenia používateľskej skúsenosti počas fázy koexistencie .

Miestny plán vytáčania v

Počas prechodu, aby sa umožnilo koexistenciu zariadení zaregistro Unified CM vaných na podnikovom vytáčaní a na ňom, je potrebné zmeniť tak, aby bolo možné splniť aspoň tieto požiadavky:

+E.164 vytáčanie z na

Predĺženie vytáčania z na (v rámci lokality, ale aj medzi miestami, ak sú rozsahy rozšírenia jedinečné)

Skrátené vytáčanie medzi miestami od do

Nútené vytáčanie v sieti od do

Spätné volanie z adresára zmeškaných hovorov do cieľov zapnutých

PSTN volania z na PSTN, ak sa počas prechodu používa lokálny PSTN

PSTN volania od do, ak počas prechodu sa PSTN trunking pre hybridné nasadenia používa na poskytovanie prístupu PSTN lokálnym používateľom prostredníctvom služby Cloud Connect for

Nútené pripojenie na sieť od do

Predĺženie vytáčania z na (medzi miestami).

Ak niektorý z vyššie uvedených návykov pred prechodom nie je podporovaný, napríklad neexistuje skrátený zvyk vytáčania medzi miestami, nemusí byť nevyhnutne zaved ený počas prechodu.

Obrázok Plán vytáčania osvedčených postupov zobrazuje prístup k plá nu vytáčania osvedčených postupov, ako je opísané v Preferovaná architektúra pre Cisco Collaboration 12.x Enterprise On-Premisals Imployments, CVD. Kľúčové charakteristiky tohto prístupu zahŕňajú:

Jeden oddiel pre adresárové čísla +E.164

Základné smerovanie založené na vzorcoch trasy +E.164

Normalizácia všetkých návykov vytáčania na +E.164 pomocou vzorcov prekladu

Použitie vzoru prekladu vyvolávajúceho dedičstvo vyhľadávacieho priestoru (možnosť Použiť nastavenie vyhľad ávacieho priestoru pôvod cu na vzoroch prekladu).

Plán vytáčania najlepších postupov

Napríklad vytáčanie PSTN (9+1+10D) zo zariadenia v SJC, ktoré je vybavené vyhľadávacím priestorom pre riadkové volanie SJCInternational, sa najskôr spojí vzorom prekladu 9.1 [2-9] XX [2-9] XXXXXX, ktorý normalizuje číslo volanej strany na +E.164. Sekundárne vyhľadávanie potom znova použije rovnaký volajúci vyhľadávací priestor SJCInternational (volajúci dedičnosť vyhľadávacieho priestoru) a reťazec +E.164 sa buď zhoduje číslom adresára +E.164 v oddieli DN alebo jedným zo vzorov trasy PST N v oddieli USPSTNnational alebo SJCPSTNLocal. Skrátené zvyky vytáčania v rámci lokality a medzi miestami sú implementované prekladmi v oddiele ESN a SJCTOE164. Zatiaľ čo oddiel ESN je globálny oddiel (prístupný pre telefóny na všetkých miestach), oddiel SJCTOE164 je prístupný iba pre používateľov v lokalite SJC. To predpokladá prekrývajúce sa rozsahy rozšírenia.

Prvým krokom na povolenie volania z na je zabezpečiť, aby boli destinácie +E.164 smerované zodpovedajúcim spôsobom. To sa dá dosiahnuť pridaním oddielu do plánu vytáčania, pridaním vzorov trasy +E.164 pre všetky ciele do tohto oddielu a nakoniec pridaním oddielu do všetkých volajúcich vyhľadávacích priestorov predstavujúcich triedy služieb, ktoré je potrebné dosiahnuť. Vytvorenie špecializovaného oddielu je potrebné na vytvorenie diferencovanej triedy služieb pre hovory pochádzajúce z. Aby sa zabránilo slučkám volania, priestor vyhľadávania prichádzajúcich volaní v kmeňovom priestore z lokálnej brány by nemal mať prístup k oddielu.

+E.164 smerovanie na Webex Calling

Ako je znázornené na obrázku +E.164 smerovanie doWebex Calling, na umožnenie smerovania z na miesto s rozsahom +E.164 DID +1 221 555 2XXX a kódom lokality 121, je potrebné do oddielu pridať urgentný vzor trasy zodpovedajúci tomuto rozsahu +E.164.

Ak sa nevyžaduje výber lokálnej brány špecifickej pre danú lokalitu, namiesto použitia zoznamu trás s lokálnou skupinou trás ako cieľovým miestom pre vzory trás ukazujúce na jednu skupinu trás môže byť poskytnutá miestna brána ako jediný člen a potom vzory trás ukazujú na zoznam jediných trás s jedinou skupinou trás ako jediným položkom.

Ak chcete povoliť skrátené vytáčanie medzi lokalitami na lokalitu, do oddielu sa pridá požadovaný vzor tras y 8121.2XXX. Lokality, ktoré majú byť presunuté na normalizačný vzor vytáčania 8121.2XXX, ktorý normalizuje vytáčanie ESN na +E. 164, už môže existovať v oddiele ESN. V takom prípade sa zdá, že 8121.2XXX je nadbytočný, ale akonáhle budú všetky DNS príslušného umiestnenia preložené na normalizáciu vytáčania 8121.2XXX, môže byť vzor prekladu odstránený a vzor trasy 8121.2XXX umožní vytáčanie ESN aj pre používateľov rozšírenia iba v tomto rozsahu.

Pomocou týchto zmien plánu vytáčania je možné uskutočňovať hovory na miesto nielen vytáčaním skráteného interlokality a +E.164. Možné je aj medzinárodné a národné vytáčanie PSTN, pretože tieto návyky vytáčania sa najskôr normalizujú na +E.164 prostredníctvom už existujúcich vzorcov prekladu normalizácie vytáčania a potom sa nasmerujú zladením vzoru trasy +E.164 v oddieli.

Vzorec trasy +E.164 zodpovedajúci rozsahu DID polohy je možné poskytnúť, kým sú všetky DID stále hosťované. Algoritmus prispôsobenia vzoru najlepšej zhody zabezpečuje, že keď je vytočené číslo hostené, číslo adresára +E.164, ktoré je poskytnuté, bude lepšie zhodné ako smerový vzor trasy +E.164, na ktorý smeruje divokým znakom, aby sa hovory rozšírili na zapnutý riadok a neodosielali.

plán vytáčania

Každému používateľovi je poskytnuté rozšírenie a/alebo telefónne číslo +E.164. Dĺžka rozšírenia je pevné globálne nastavenie: všetky rozšírenia v nasadení majú rovnakú dĺžku. Rozšírené vytáčanie je možné použiť medzi používateľmi v rámci lokality aj medzi miestami. Skrátené vytáčanie medzi miest ami rozšírenia (druhý prípad) funguje iba vtedy, ak je vytočené rozšírenie jedinečné.

Ak je požiadavkou skrátené vytáčanie medzi miestami medzi lokalitami, ale medzi rozšíreniami priradenými na rôznych miestach existujú prekrývania, potom je potrebné vytvoriť plán číslovania špecifický pre podnik prefixovaním rozšírení prístupovým kódom a kódom lokality. Ďalšie informácie nájdete v téme Preferovaná architektúra pre spoluprácu Cisco 15 Lokálne nasadenia, prehľad návrhu k dispozícii na stránke Preferované architektúry spolupráce Cisco.

Dĺžka rozšírenia, správanie vytáčania medzi miestami rozšírenia, dĺžka predpony pre vytáčanie medzi miest ami a číslica riadenia v smerovacej predpone pre vytáčanie medzi lokalitami sú nakonfigurované v nastaveniach volacej služby v:

Dĺžka predpony smerovania polohy: Dĺžka predpony vrátane číslica riadenia. Vy žaduje sa iba vtedy, ak je potrebné vypracovať plán číslovania podniku ako alternatívny skrátený zvyk vytáčania medzi podnikmi medzi lokalitami.

Riadiaca číslica v smerovacej predpone: Riadi aca číslica pre skrátený zvyk vytáčania medzi podnikmi medzi miestami. Malo by sa zabrániť prekrývaniu s prvou číslicou akéhokoľvek miesta a miesta odchádzajúcich číselníc. Vy žaduje sa iba vtedy, ak je potrebné vypracovať plán číslovania podniku ako alternatívny skrátený zvyk vytáčania medzi podnikmi medzi lokalitami.

Vnútorná dĺžka predĺž enia: Štandardná dĺžka predĺžení. Môže mať akúkoľvek hodnotu medzi dvoma a desiatimi.
Ak je potrebné vytáčanie rozšírenia alebo vytáčanie pomocou podnikového významného čísla (kód riadenia, kód lokality, rozšírenie) z lokálneho ovládacieho prvku hovoru odošle rozšírenie ako ID volajúceho, potom nastavte parameter Maximálna neznáma dĺž ka rozší renia v sekcii Smerovanie hovorov medzi a priest ormi, aby sa zabezpečilo, že volania z lokálneho ovládacieho prvku môžu byť správne klasifikované ako lokálne hovory.

Povoliť vytáčanie rozšírenia medzi miestami: Prep nite na povolenie/zakázať vytáčanie rozšírenia medzi miestami. Táto možnosť by mala byť povolená iba vtedy, ak sú všetky rozšírenia v rámci organizácie jedinečné. Ak je táto možnosť zakázaná, je potrebné medzi miestami vytočiť významné čísla podniku (kód riadenia, kód lokality, rozšírenie) alebo telefónne čísla.

Prvé tri parametre sa používajú hlavne na zostavenie plánu vytáčania pre telefóny, aby sa minimalizovali medzičíselné časové limity pri používaní vytáčania bez háku. Odchýlky od týchto globálnych nastavení sú stále možné (príklad - môžu byť poskytnuté rozšírenia s inou dĺžkou), ale v Control Hub sa zobrazí varovná správa a vytáčanie z telefónov môže vyžadovať vytáčanie v bloku, aby sa zabránilo konfliktom v rámci vo pred načí taného plánu vytáčania.

Príklad číslovania v tabuľke Enterprise ukazuje príklad troch miest, kde sú rozsahy rozšírení dvoch miest, NYC a RTP, identické. Vytvorenie podnikovej číslovacej schémy s riadiacou číslicou 8 medzi miestami, za ktorou nasleduje trojciferný kód lokality a štvormiestne rozšírenie vytvára neprekrývajúci sa skrátený zvyk vytáčania medzi miestami.

Tabuľka 2. Príklad číslovania podniku
Stránky Rozsah rozšírenia Kód stránky Podnikový rozsah

NYC 2XXX 202 8 202 2XXX

SFO 3XXX 203 8 203 3XXX

RTP 2XXX 204 8 204 2XXX

Aby sa umožnil plynulý prechod, súbor návykov vytáčania pre používateľov pred a po prechode na ideálne by mal byť rovnaký. Na prípravu na prechod pre každé miesto je potrebné zdokumentovať rozsahy DID a rozsahy rozšírení (alebo skrátené zvyky vytáčania v rámci lokality). Na základe týchto informácií je potrebné zvoliť riadiacu číslicu medzi miestami.

Tabuľ ka Rozsahy predĺženia pevnej dĺž ky zobrazuje príklad troch miest a rozsahov predlžovania pevnej dĺžky. Pretože sa treba vyhnúť prekrývajúcim sa návykom vytáčania, je dôležité zabezpečiť , aby sa v prípade akéhokoľvek rozsahu rozšírenia prvá číslica rozsahu nezhodovala s číslicou riadenia pre skrátené vytáčanie medzi miestami. Ak je napríklad 8 vybraná ako číslica riadenia pre vytáčanie medzi miestami, potom žiadny rozsah rozšírenia v žiadnom mieste nemôže začať číslom 8. Typicky sa rozšírenia na danom mieste zhodujú s niekoľkými poslednými čísličkami DID priradených k tom uto umiestneniu. Aby sa zabránilo konfliktom, je možné zmeniť prvú číslicu rozšírenia. Ak sa napríklad na mieste použijú DID v rozsahu +1 408 555 8XXX, namiesto použitia 8XXX ako rozsah rozšírenia 7XXX je možné použiť pre rozšírenia na tejto lokalite

Tabuľka 3. Rozsahy predĺženia pevnej dĺžky
Stránky Rozsah rozšírenia Rozšírenia Kód stránky Podnikový rozsah

NYC 2XXX 2XXX 202 8 202 2XXX

SFO 8XXX 7XXX 203 8 203 7XXX

RTP 1XX 11XX 204 8 204 11XX

Sedemmiestne číselné reťazce vytočené na zariadení pomocou amerického plánu vytáčania sa prekrývajú so sedemmiestnym vzorom pre miestne vytáčanie v vopred načítanom pláne vytáčania v USA. Aby sa zabránilo prekrývaniu akýchkoľvek zvykov vytáčania v sieti a mimo siete (PSTN), je možné na tomto mieste použiť povinný externý prístupový kód. Ak sa existujúca schéma číslovania podniku a zodpovedajúce skrátené vytáčanie medzi miestami prekrývajú so vzormi v národnom číselníku, potom počas prechodu na schému číslovania, aby sa zabránilo prekrývaniu, možno zmeniť aj na dlhšiu alebo kratšiu formu. Naj jednoduchší spôsob, ako to dosiahnuť, je pridať ďalšiu číslicu do schémy číslovania. Novú dlhšiu schému vytáčania medzi lokalitami musia prijať iba používatelia, na ktoré už prešli. Používatelia, ktorí sú stále zapnutí, môžu naďalej vytáčať sedem číslic. Podnikový plán vytáčania v tomto prípade musí zabezpečiť, aby sa skrátené sedemmiestne vytáčanie z na zmenilo buď Unified CM na +E.164 alebo na nasadený skrátený formát vytáčania. Toto je potrebné urobiť pred odoslaním hovoru do lokálnej brány.

Tabuľka Prechod sedemmiestneho vytáčania ukazuje prí klad tohto prečíslovania. V tomto príklade skrátené vytáčanie medzi miestami používa riadiacu číslicu 8, za ktorou nasleduje dvojciferný kód lokality a štvorciferné rozšírenie. Aby sa zabránilo sedemmiestnemu skrátenému vytáčaniu miest medzi miestami, kódy stránok je možné ľahko zmeniť na tri číslice predfixovaním ľubovoľnej číslice (8 v príklade) na dvoj ciferné kódy lokality, takže vytáčanie medzi miestami z telefónov používa riadiacu číslicu 8, za ktorou nasleduje číslica 8, starý dvojciferný kód lokality a štvormiestne rozšírenie. Používatelia si nemusia pamätať nové kódy stránok; stačí si pamätať, že ako predponu na vytáčanie medzi lokalitami namiesto 8 zapnuté použijú ako predponu 88.

Tabuľka 4. Prechod sedemmiestneho vytáčania

Stránky Rozšírenia Kód stránky Podnikový rozsah Stránka ode Podnikové angličky

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

V scenári so zapnutými rôznymi formátmi podnikového čísla a ak sú podnikové čísla prezentované ako informácie o volajúcej strane pre hovory z na (napríklad - Hovory zo zariadení bez DID), je dôležité implementovať aj mapovanie medzi rôznymi formátmi čísel pre informácie o volajúcej strane, aby sa zabezpečilo, že spätné volanie funguje. Toto mapovanie je možné dosiahnuť použitím vzoru transformácie volajúcej strany na kmeňovej časti medzi miestnou bránou a miestnou bránou.

Nahrávanie

Dobre navrhnuté riešenie nahrávania hovorov si vyžaduje starostlivé zváženie niekoľkých kľúčových prvkov dizajnu, aby sa zabezpečilo, že je v súlade s organizačnými cieľmi, regulačnými požiadavkami a technickými obmedzeniami. Dve z najdôležitejších rozhodnutí zahŕňajú výber poskytovateľov a výber regiónov, ktoré možno bude potrebné globálne prispôsobiť a prekonať na konkrétnych miestach na základe obchodných potrieb.

1. Výber poskytovateľa nahrávania hovorov

Výber vhodného poskytovateľa nahrávania hovorov je zásadný pre splnenie obchodných cieľov a zabezpečenie zosúladenia funkcií v celej organizácii:

Výber globálneho poskytovateľa: Organizácie zvyčajne určujú primárneho poskytovateľa nahrávania hovorov na globálnej úrovni, čím zaisťujú konzistentnosť v množinách funkcií, súladu a podpore vo všetkých miestach

Preradenia založené na polohe: V scenároch, keď majú konkrétne lok ality alebo regióny jedinečné obchodné potreby alebo regulačné požiadavky, môže byť potrebné prepísať výber globálneho poskytovateľa a špecifikovať alternatívnych poskytovateľov pre tieto miesta. Táto flexibilita podporuje rôzne mandáty dodržiavania predpisov a miestne prevádzkové potreby

Ob@@ chodné požiadavky: Výber poskytovateľa by mal byť založený na posúdení podnikových faktorov, ako je dodržiavanie predpisov (príklad - MiFID II, HIPAA), zabezpečenie kvality, riešenie sporov alebo potreby odbornej prípravy

Dostupnosť funkcií: Poskytovatelia by sa mali hodnotiť na základe ich schopnosti poskytovať požadované funkcie, ako je monitorovanie v reálnom čase, možnosti vyhľadávania a prehrávania, šifrovanie, politiky uchovávania údajov, integrácia s analytickými platformami a podpora rôznych typov hovorov (prichádzajúce, odchádzajúce, interné).

2. Výber regiónu

Určenie oblasti, v ktorej sú uložené a spracovávané nahrávky hovorov, je rozhodujú ce pre súlad a výkon:

Výber globálneho regiónu: Organizácie si v predvolenom nastavení môžu zvoliť jediný región na ukladanie nahrávok hovorov, aby sa zjednodušila správa a správa

Prekračovanie regiónov založených na polohe: Ak to vyžadujú zákony o pobyte údajov alebo firemné politiky, môže byť potrebné prepísať nastavenie globálneho regiónu pre konkrétne miesta a zabezpečiť, aby sa nahrávky hovorov ukladali a spracovávali v požadovaných geografických hraniciach

Po@@ žiadavky na pobyt údajov: Dizajn musí zohľadňovať medzinárodné a miestne predpisy o ochrane údajov (ako sú GDPR, CCPA alebo mandáty pre jednotlivé krajiny), ktoré môžu urč ovať, kde a ako sa uchovávajú nahrávky hovorov.

Ďalším kritickým aspektom, ktorý treba riešiť pri plánovaní a navrhovaní riešenia na nahrávanie hovorov, je odhad požiadaviek na skladovanie. Presné predpovedanie potrieb skladovania je nevyhnutné na zabezpečenie dostatočnej kapacity na podporu prebiehajúcich obchodných operácií, zachovanie súladu a zabránenie prerušeniu služieb.

Pri určovaní očakávaného dopytu po skladovaní by sa malo brať do úvahy niekoľko kľúčových parametrov:

Objem zaznamenaných hovorov: Posúďte predpokladaný počet hovorov, ktoré budú zaznamenané v danom časovom intervale (napr. za deň, týždeň alebo mesiac). Patria sem nielen externé hovory, ale aj internú komunikáciu, ak to vyžaduje obchodná politika alebo regulačné mandáty

Priemerná dĺžka hovoru: Vypočítajte typickú dĺžku zaznamenaných hovorov, pretože dlhšie hovory spotrebujú viac úložného priestoru. Do odhadu by sa mali zohľad niť aj zmeny trvania hovoru v rôznych oddeleniach alebo skupinách používateľov

Obdobie uchovávania: Definujte dobu uchovávania nahrávok, ktorá je často diktovaná organizačnými politikami alebo externými predpismi (ako sú štandardy súladu špecifické pre daný priemysel). Dlhšie doby uchovávania zvýšia celkové požiadavky na skladovanie

Prognózy rastu: Zvážte očakávaný rast objemu hovorov alebo rozšírenie rozsahu zaznamenávania, ktoré môže byť výsledkom škálovania podniku, nových regulačných požiadaviek alebo začlenenia ďalších používateľov alebo miest.

Dôkladnou analýzou týchto parametrov môžu organizácie vyvinúť robustnú stratégiu ukladania, ktorá zaisťuje škálovateľnosť, nákladovú efektívnosť a súlad s predpismi pre ich riešenie nahrávania hovorov. Odporúča sa tiež pravidelne kontrolovať a upravovať prideľovanie úložiska, pretože sa postupy používania vyvíjajú v priebehu času.

Núdzové volanie

Požiadavka nasmerovať tiesňové volanie do príslušného dispečerského centra je požiadavkou pre každú volaciu službu, ktorá ponúka službu PSTN. Vďaka tomu je smerovanie tiesňových hovorov natívnym riešením a zahŕňa podporu pre všetky národné tiesňové čísla v krajinách, ktoré podporujú. Smerovanie tiesňového volania je založené na polohe definovanej vo vnútri a spôsobu prístupu PSTN miesta. Núdzové čísla sú vopred definované a špecifické pre krajinu, v ktorej sú používatelia a zariadenia nasadení.

Existujú dva spôsoby doručovania tiesňových hovorov. K dispozícii je základná služba smerovania tiesňových hovorov a rozšírená služba smerovania tiesňových hovorov. Základná služba smerovania tiesňových hovorov použije číslo vybrané správcom na identifikáciu polohy a trasy volania na oslovenie pohotovostných služieb. Pri základných ties ňových volaniach je cesta hovoru zvyčajne prostredníctvom možnosti PSTN zákazníka pre dané mieste. má tiež rozšírené smerovanie tiesňových hovorov určené pre nasadenia v USA a Kanade, ktoré majú požiadavky na dodržiavanie predpisov, ktoré vyžadujú použitie celoštátneho poskytovateľa na doručovanie tiesňových hovorov do správneho dispečerského centra .

Všetci zákazníci by mali nasadiť minimálne základnú konfiguráciu tiesňového volania. Základné tiesňové volanie vyžaduje, aby ku každej lokalite definovanej v časti bolo priradené aspoň jedno číslo +E.164 vlast nené zákazníkom. Pre základné tiesňové volanie bude každé miesto definované adresou ulice, na ktorú sú v prípade núdze odoslané policajné, hasičské alebo sanitné služby. Vo väčš ine prípadov je hlavné číslo miesta najlepšou voľbou na reprezentáciu fyzického umiestnenia núdze. Priradenie adresy číslu+E.164 je zvyčajne koordinované s poskytovateľom PSTN. Nasledujúce obrázky zobrazujú priradenie hlav ného čísla, ktoré sa má použiť ako núdzové číslo spätného volania pre lokalitu Richardson.

Umiestnenie konfigurácie ECBN

Vo väčšine situácií postačuje adresa budovy pre odosielaciu adresu miesta. Ak sú však potrebné ďalšie podrobnosti o polohe pre konkrétnych používateľov alebo zariadenia, potom môže správca použiť rovnaký postup opísaný vyššie a priradiť tieto zariadenia konkrétnej adrese alebo presnejšiemu umiestneniu vo vnútri adresy (napríklad podlahu alebo miestnosť). V časti Správa použív ateľov v karte Volanie umožňuje používateľovi a jeho zariadeniam použiť konkrétne číslo na získanie konkrétnej odosielacej adresy. Nasledujúce obrázky ilustrujú, ako je možné k zariadeniu priradiť konkrétne číslo. Správca je zodpovedný za zabezpečenie toho, aby číslo používané zariadením malo priradenú správnu odosielaciu adresu. Prirad enie adresy sa zvyčajne vykonáva prostredníctvom poskytovateľa PSTN daného miesta.

Používateľská konfigurácia ECBN

Pre nasadenia telefónov so sídlom v USA, ktoré musia poskytovať vylepšené riešenia tiesňového volania, používa Horizon Mobility spoločnosti RedSky integrovanú do smerovania tiesňových hovorov. Ak používate RedSky na smerovanie hovorov, správca sa musí zaregistrovať na účet prostredníctvom Cisco a nakonfigurovať príslušné informácie v časti Volanie -> Nastavenia služby, aby sa táto funkcia povolila. Po povolení služby RedSky na systémovej úrovni správca povolí službu RedSky na každej úrovni polohy. Povolenie rozšíreného tiesňového volania na mieste aktivuje službu pre všetky zariadenia, ktoré sú k tomuto umiestneniu priradené. Zariadenia podporujúce rozšírené núdzové volanie sú telefóny Cisco MPP, telefóny Cisco PhoneOS a Cisco.

Existujú dve nastavenia na povolenie rozšíreného tiesňového volania na danom mieste. Povoli ť RedSky prijímať informácie o sieťovom pripojení a testovacie hov ory by sa malo použiť na overenie správnosti konfigurácie RedSky pre mapovanie zariadení a infraštruktúry. Toto nastavenie tiež umožňuje uskutočniť testovacie hovory na číslo 933 na vykonanie overenia polohy pomocou IVR systému RedSky na odčítanie polohy volajúceho. Aj keď sa tento dokument nebude vzťahovať na konfiguráciu RedSky pre sledovanie polohy, správ ca by mal VŽDY otestovať zisťovanie svojej polohy pred aktiváciou tiesňových hovorov na smerovanie na RedSky. Po dokončení testovania a overení presnosti správca presmeruje hovory na RedSky prepnutím trasy tiesňových hovorov na RedSky. Tento prepínač nasmeruje všetky tiesňové hovory na dané miesto na RedSky na doručenie do odkazovacieho centra pre dané miesto.

Vylepšené nastavenia tiesňového volania sa vzťahujú aj na klientov v lokalite aj mimo prevádzky. Keď sú lokálne, je možné sledovať rovnakým spôsobom, ako sú stolné telefóny sledované. Keď je mimo lokality, používateľ bude môcť dynamicky nastaviť svoju polohu priamo v rámci. Ďalšie informácie o tiesňových volaniach nájdete v téme Rozší rené ties ňové volanie pre.

Licencovanie

Existuje viacero možností priradenia licencií používateľom.

Manuálne priradenie cez

Správcovia manuálne priraďujú licencie jednotlivým používateľom prostredníctvom rozhrania.

Správcovia môžu upravovať licencie na služby pre jednotlivých používateľov a priraďovať licencie na volanie priamo.

Automatické šablóny priradenia licencií

Použite šablóny priradenia licencií na automatické priradenie licencií používateľom na základe skupinových alebo organizačných nastavení.

Automatické licencovanie je možné vykonať pomocou synchronizácie adresárov alebo manuálnych aktualizácií používateľov, ale použí vatelia musia mať platné telefónne číslo formátované +E.164 a telefónne čísla musia existovať na mieste pred poskytnutím používateľa. Ak nie sú splnené podmienky (napr. neplatný formát telefónneho čísla), licencie nebudú priradené.

Hromadné priradenie prostredníctvom šablóny CSV

Nahrajte súbor CSV s podrobnosťami používateľa a priradením licencií, aby ste mohli pridať alebo upraviť viacerých používateľov naraz.

Import CSV podporuje pridávanie až 20 000 používateľov a priradenie licencií, ale licencie vyžadujú špecifické polia, ako je telefónne číslo a rozšírenie.

Priradenie založené na API

Používajte rozhrania API na programové priradenie licencií a správu používateľov.

podporuje operácie API pre správu používateľov a licencií (Ľudia, SCIM 2.0 a Licences API), ktoré je možné využiť na automatizáciu prideľovania licencií. Rozhranie Lic ences API umožňuje súčasné priradenie licencií, telefónnych čísel a rozšírení.
Tabuľka 5. Možnosti poskytovania používateľov - zhrnutie
Metóda priradenia Výhody Nevýhody
Manuálne cez Jednoduché pre málo používateľov.
Umožňuje presnú a podrobnú kontrolu nad pridelením licencií.
Nie škálovateľné, časovo náročné
Pri manuálnom zadávaní náchylný na ľudské chy by.

Automatické licenčné šablóny Škálovateľné
Znižuje manuálne chyby
Môže byť aplikovaný na nových a existujúcich používateľov.
Vyžaduje platné telefónne čísla a miesta.
Zložitejšie nastavenie
Vyžaduje sa tiež skupiny používateľov na skupinu používateľov s rovnocen nými licenčnými požiadavkami.

Hromadné odovzdávanie CSV Efektívne pre veľké užívateľské sady
Umožňuje súčasné priradenie licencií, telefónnych čísel a rozšírení.
Vyžaduje starostlivé formátovanie CSV
Možnosť chýb, ak chýbajú telef ónne čísla alebo rozšírenia alebo sú nesprávne.
Priradenie založené na API Automatizovateľné, flexibilné.
Umožňuje súčasné priradenie licencií, telefónnych čísel a rozšírení.
Vyžaduje vývoj a znalosti API.

Tabuľka Možnosti poskytovania používateľov - súhrn sumarizuje možnosti poskytovania používateľov a ich výhody a nevýhody. Tento prehľad pomáha vybrať najlepšiu metódu priradenia licencií na základe veľkosti zákazníckej organizácie, možností automatizácie a procesov a požiadaviek poskytovania používateľov.

Kdekoľvek je to možné, Cisco odporúča priradiť licencie na volanie pomocou licenčných šablón. To si vyžaduje, aby pre každú skupinu používateľov, ktorá vyžaduje jedinečnú sadu licencií (príklad - Standard vs. Professional) existuje skupina s príslušným členstvom v skupine. Ako je uvedené v sekci ách Skupin y používateľov, skupiny používateľov je možné definovať manuálne alebo synchronizovať z firemného adresára. Kombinácia oboch prístupov je možná.

Používatelia patriaci do viacerých skupín získavajú licencie zo všetkých priradení aplikovaných pre všetky ich skupiny. To umožňuje používať špecifické skupiny zabezpečenia v podnikovom adresári na spravovanie priradenia licencií, kde výsledné pridelenie licencie používateľa je riadené z väzom členstva v skupine.

Ďalšie informácie nájdete v téme Nastavenie automatického priradenia licencií v Control Hub a Nastavenie šablón automatického priradenia licencií pre Webex Calling používateľov.

Požiadavky na licenciu

Táto časť sa vzťahuje iba na súvisiace licencie. Iné typy licencií (príklad - registrácia zariadenia Webex, zasielanie správ, schôdze) nie sú zahrnuté. V rámci procesu návrhu je potrebné určiť licenčné požiadavky. Je potrebné vypočítať počet licencií pre nasledujúce typy licencií:

Štandard: počet jednotlivých používateľov vyžadujúcich štandardné telefónne funkcie.

Profesion álne: počet používateľov a pracovných priestorov vyžadujúcich pokročilé telefónne funkcie. Virtuálne linky a skupinová hlasová schránka majú nárok na pomer 1:1 pre každú profesionálnu licenciu. Preto v zriedkavých prípadoch, keď počet požadovaných virtuálnych liniek alebo skupinových hlasových schránok presahuje počet používateľov a pracovných priestorov vyžadujúcich pokročilé telefónne funkcie, je potrebné zohľadniť ďalšie profesionálne licencie.

Pracovný priestor pre spoločnú oblasť: počet miest zdieľaného použitia alebo spoločných priestorov vyžadujúcich štandardné možnosti volania.

Asistent zákaz níkom: počet agentov a supervízorov vyžadujúcich funkcie zákazníckej pomoci. Asistent zákazníkom zahŕňa profesionálnu licenciu.

Hovory v zozname trás: počet požadovaných hovorov PSTN pripojených k cloudu medzi lokálnymi používateľmi a/alebo lokálnymi špecializovanými aplikáciami tretích strán.

Attendant Console: počet používateľov, ktorí potrebujú prístup k klientovi obsluhujúcej konzoly.

Cisco Calling Plan (Outbound Calling Plan): počet používateľov, ktorí potrebujú PSTN číslo a/alebo prístup k odchádzajúcim volaniam PSTN pre službu Cisco PSTN.

Pre profesionálne pracovné priestory neexistuje žiadny špecializovaný typ licencie. Profesionálne pracovné priest ory využívajú profesionálnu licenciu.

Pracovné priestory iba v službách Hot-desk ponúkajú hot-desking hostiteľskú službu a tiesňové volanie od hot-deskingu hostiteľa a nevyžadujú žiadnu licenciu. Ďalšie informácie nájdete v téme Pridávanie a správa zariadení iba s hotdesk.

Ak chcete určiť požadovaný typ licencie pre každého používateľa a pracovný priestor na základe potrebných funkcií, poz rite si tému Funkcie dostupné podľa typu licencie Webex Calling.

Ak chcete rozlišovať medzi funkciami ponúkanými frontami hovorov v kombinácii s profesionálnou licenciou na rozdiel od pomoci zákazníkom, pozrite si časť Porov nanie funkcií frontu Webex Calling hovor ov a pomoci zákazníkom.

Poskytovanie používateľov

Pri poskytovaní používateľov vo Webexe je k dispozícii niekoľko možností, z ktorých každá vyhovuje rôznym organizačným potrebám a prostrediam:

Manuálne poskytovanie: Správcovia môžu pridávať a spravovať jednotlivých používateľov priamo v ňom. Táto metóda je jednoduchá, ale najvhodnejšia pre malé organizácie alebo obmedzené zmeny používateľov.

Hromadné poskytovanie prostredníctvom CSV: Pre väčšie používateľské základne môžu správcovia hromadne importovať a aktualizovať používateľov nahrávaním súborov CSV. To umožňuje efektívne riadenie až tisícov používateľov naraz.

Možnosti synchronizácie adresárov:
Directory Connector: Toto je nástroj automatickej synchronizácie používaný v Microsoft Active Directory prostrediach. Synchronizuje používateľské účty, skupiny a atribúty na plánovane (hodinové, denné alebo týždenné). Podporuje nastavenia viacerých domén a viacerých lesov Active Directory a dokáže synchronizovať profilové obrázky a objekty miestnosti.

Aplikácia sprievodcu Entra ID (Azure AD): Táto metóda je navrhnutá pre organizácie používajúce Microsoft Entra ID (Azure AD) a poskytuje automatickú synchronizáciu používateľských účtov a atribútov takmer v reálnom čase priamo z Entra ID do. Je plne spravovaný v rámci a vyžaduje minimálne nastavenie.

Aplikácie SCIM 2.0: Pre prostredia, ktoré nie sú spoločnosťou Microsoft, alebo iných poskytovateľov identity, ako sú Okta alebo Duo, umožňujú synchronizačné aplikácie založené na SCIM automatické poskytovanie a deprovisionovanie používateľov pomocou mapovania atribútov a synchronizácie skupín.

Unified CMsynchronizácia použív ateľov: Táto možnosť umožňuje vytvárať používateľské účty na základe existujúcich koncových používateľov synchronizáciou od do. Vyžaduje to, aby sa v lokálnych klastroch spúšťa Cloud Connected UC (CCUC). Všeobecne sa však odporúča synchronizovať používateľov z centralizovaného cloudového adresára, ako je Entra ID, a nie priamo z neho.

Poskytovanie rozhrania API: Verejné rozhrania API (People, SCIM 2.0) možno použiť na poskytovanie používateľov. Hlavnou výhodou používania rozhraní API je možnosť integrovať poskytovanie používateľov s inými podniko vými systémami.
Tabuľka 6. Možnosti poskytovania používateľov pre
Metóda poskytovania Popis Výhody Nevýhody
Manuálny Vytvárať/spravujte používateľov individuálne v Jednoduché pre málo používateľov; nie je potrebná žiadna infraštruktúra Nie je škálovateľné; časovo náročné pre mnohých používateľov
Hromadné (súbor CSV) Hromadné importovanie/aktualizujte používateľov prostredníctvom CSV v Efektívne pre skupiny; nevyžaduje sa žiadne kódovanie Manuálna príprava CSV; menej dynamická
Ľudia a SCIM 2.0 API Programová správa používateľov prostredníctvom Webex API Flexibilný; podporuje automatizáciu a integráciu Vyžaduje rozvoj a infraštruktúru
Synchronizácia adresárov Automatická synchronizácia z aplikácií AD, Entra ID, SCIM, Unified CM Automatizuje životný cyklus; podporuje filtrovanie a mapovanie Zložitosť nastavenia: niektoré možnosti majú obmedzené funkcie alebo vyžadujú infraštruktúru
Tento prehľad a tabuľka odrážajú hlavné možnosti poskytovania používateľov, ich výhody a obmedzenia, ktoré vám pomôžu vybrať najlepší prístup pre potreby vašej organizácie.

Skupiny používateľov

Správa skupín používateľov umožňuje správcom organizovať používateľov do skupín na efektívnu hromadnú správu licencií, nastavení a zdrojov. Skupiny pomáhajú zefektívniť správu tým, že použijú politiky, licencie a šablóny nastavení pre viacerých používateľov súčasne, namiesto individuálnej správy používateľov.

Správa skupín používateľov ponúka niekoľko výhod vrátane:

Zjednodušená sprá va: Spravujte licencie, nastavenia a politiky pre viacerých používateľov naraz.

Konzistent nosť: Použite jednotné nastavenia a licencie medzi používateľmi v tej istej skupine.

Škálovateľnosť: Podporuje až 250 000 členov na skupinu.

Integrácia: Synchronizujte skupiny z Microsoft Entra ID (Azure AD) alebo Active Directory pre automatizovanú správu používateľov a skupín.

Flexibil ita: Vytvárajte lokálne skupiny alebo synchronizujte skupiny zabezpečenia; sprav ujte členstvo v skupine manuálne alebo prostredníctvom súborov CSV.

Priradenie zdrojov: Ovládajte prístup k vloženým aplikáciám a službám na základe členstva v skupine.

Hlavné prípady použitia skupín používateľov pri poskytovaní sú:

Pri@@ radenie licenci í: Priraďte licencie skupinám na automatické poskytovanie služieb, ako sú volania, schôdze, odosielanie správ alebo hybridné služby členom skupiny.

Šablóny nastav ení: Použite kolekcie nastavení služieb (napr. Správy, schô dze, volania) do skupín pre konzistentnú používateľskú skúsenosť.

Hromadná správa použív ateľov: hromadné pridávanie alebo odstránenie používateľov prostredníctvom súborov CSV alebo synchronizácie adresárov.

Automatizácia a integrácia: Používajte rozhrania API alebo synchronizáciu adresárov na automatizovanú správu životného cyklu používateľov a skupín.

Nasledujúca tabuľka sumarizuje rôzne možnosti na správu skupín používateľov a správy skupín.
Tabuľka 7. Možnosti správy skupín a členstva v skupine
Možnosť Popis Výhody Nevýhody

poskytovanie skupín (skupiny) Vytvárajte a spravujte skupiny priamo v. Pridať/odstráňte členov manuálne alebo prostredníctvom CSV. Plná kontrola členstva v skupine
Okamžitá aplikácia licencií a šablón
Jednoduché vytváranie a úprava skupín Vyžaduje sa manuálne aktualizácie
Riziko chýb pri manuálnom nahrávaní CSV
Žiadna automatická synchronizácia s externými adresármi

Synchronizované skupiny z Entra ID (Azure AD) alebo Active Directory Automaticky synchronizujte skupiny zabezpečenia a členstvá z externých adresárových služieb. Automatizovaná synchronizácia znižuje manuálnu prácu
Zabezpečuje súlad s firemným adresárom
Podporuje veľké organizácie
Členstvo v skupine nie je možné upraviť
Oneskorenie synchronizácie až 12 hodín
Vnorené skupiny vyžadujú manuálny výber

Skupiny a SCIM 2.0 API (skupiny) Používanie skupín alebo SCIM 2.0 API pre programovú správu skupín a členstva Automatizácia a integrácia s inými systémami
Škálovateľné pre veľké alebo zložité prostredia
Vyžaduje vývojové úsilie
Zložitosť závisí od použitia API

Zatiaľ čo synchronizované skupiny zaisťujú konzistentnosť a ponúkajú jediný bod správy, je možný hybridný prístup kombinujúci synchronizované skupiny a skupiny (spravované buď v riadiacom centre alebo prostredníctvom rozhraní API). Napríklad skupiny na priradenie licencií môžu byť synchronizované skupiny a samostatná skupina skupín môže byť použitá na priradenie šablón používateľov a volania.

Tento komplexný prístup k správe skupín používateľov umožňuje organizáciám efektívne spravovať používateľské licencie, nastavenia a politiky, čím zabezpečuje konzistentné a škálovateľné skúsenosti spolupráce.

Odporúčaný prístup pri migrácii z na

Primárnym zdrojom údajov pre používateľov je databáza, ktorá obsahuje informácie o koncových používateľoch. Nie je však zvyčajne autoritatívnym zdrojom správy identity používateľov a čo je dôležitejšie, bude na konci prechodu vypnutý, a preto je vylúčený ako dlhodobý autoritatívny zdroj informácií o totožnosti.

Spoločnosť Cisco odporúča používať centralizovaný cloudový adresár, ako napríklad Microsoft Entra ID (Azure AD) ako jediný zdroj pravdy pre identitu používateľov. Synchronizácia používateľov z Entra ID zabezpečuje konzistentnosť, zjednodušuje správu a podporuje možnosti jednorazového prihlásenia (SSO).

Aby sa zabezpečilo, že všetci používatelia sú prítomní aj v Entra ID, organizácie by mali overiť, či používateľské účty zodpovedajú účtom v Entra ID. Môžete to urobiť exportovaním zoznamov používateľov a ich porovnaním so zoznamami používateľov Entra ID.

Stručne povedané, odporúčaná metóda poskytovania je synchronizácia používateľov z Microsoft Entra ID (Azure AD) do Webexu pomocou Sprievodcu Azure AD alebo aplikácií SCIM. Manuálne a hromadné poskytovanie CSV sú k dispozícii ako doplnkové metódy, ale pre veľké organizácie sú menej škálovateľné a náchylnejšie na chyby. Zabezpečenie toho, aby Entra ID bolo autoritatívnym zdrojom a aby všetci používatelia existovali v Entra ID, je rozhodujúce pre úspešnú migráciu a konzistentnú používateľskú skúsenosť naprieč prostredím.

Prechod z lokálnej adresárovej službyActive Directory, napríklad na cloudovú adresárovú službu, ako je Entra ID (Azure ID), je nezávislý od prechodu volania. Spoločnosť Cisco odporúča dokončiť pre chod na službu cloudového adresára pred spustením pre chodu volania.

Navrhovanie skupín používateľov

Po prechode podnikového adresára z lokálneho do cloudu zhromažďujte požadované skupiny používateľov založené na licenčných požiadavkách a požiadavkách na šablónu funkcií. Pre každú skupinovú dokumentáciu:

Názov skupiny: jedinečný názov skupiny.

Licencie: licencie, ktoré sa majú priradiť k tejto skupine (ak existujú) a rozsah (ak sú licencie priradené existujúcim používateľom alebo len novým používateľom)

Šablóny nastavení: Webex App a šablóny volania používateľov.

Synchronizácia adresárov: Bude táto skupina synchronizovaná z podnikového adresára alebo ide o lokálnu skupinu Webex poskytnutú v Control Hub alebo prostredníctvom rozhrania API.

Popis: ako sa bude táto skupina používať a ktorí používatelia by mali byť členmi tejto skupiny

Tieto podrobnosti sa použijú neskôr počas fázy implementácie na vytvorenie lokálnych skupín alebo skupín v podnikovom adresári a na správu členstva používateľov v skupine.

Jednorazové prihlásenie (SSO)

Spoločnosť Cisco odporúča používať SSO na autentifikáciu používateľov. Používanie SSO má niektoré presvedčivé výhody vrátane:

Z@@ jednodušené overenie používateľa: Používatelia sa môžu prihlásiť raz pomocou svojich firem ných poverení (napr. z Azure ID) na prístup k iným integrovaným aplikáciám, čím sa eliminuje potreba viacerých hesiel a znižuje počet výziev na prihlásenie. To zvyšuje bezpečnosť tým, že zabezpečuje, že firemné heslá nie sú nikdy uložené alebo prenášané po overení.

Z@@ jednodušená správa používateľov: Automatizuje vytváranie, aktualizácie a deaktiváciu používateľských účtov na základe zmien v firemnom adresári, znižuje administratívne náklady a zabezpečuje prístup iba autorizovaní používatelia.

Vylepšená bezpečnosť: SSO znižuje únavu hesla a riziko porušenia hesla centralizáciou autentifikácie prostredníctvom dôveryhodných poskytovateľov identity (IDP).

Jednoduchá integrácia multifaktorovej autentifikácie (MFA): MFA je možné ľahko podporovať buď prostredníctvom riešenia pre správu Identity Access Management, ako je Cisco Duo, alebo prostredníctvom podpory M FA IDP.

Existuje niekoľko možností implementácie SSO pre služby:

SSO založený na SAML 2.0: Primárny protokol podporovaný pre integráciu SSO, ktorý umožňuje bezpečnú výmenu autentifikačných informácií medzi IDP a poskytovateľom služieb.

OpenID connect (OIDC): Podporované ako alternatívny moderný autentifikačný protokol pre integráciu SSO.

Identita Webex: Podpor ovaná aj ako možnosť poskytovateľa identity.

SSO je konfigurovaný a spravovaný centrálne prostredníctvom, čo vyžaduje výmenu metadát medzi vybraným IDP a vybraným IDP.

Po konfigurácii je možné SSO testovať pred aktiváciou, aby sa zabezpečilo správne nastavenie.

Cisco podporuje integráciu s viacerými testovanými a bežne používanými IDP a systémami na správu identity (IAM) vrátane okrem iného:

Cisco Duo

Octa

Microsoft Active DirectoryFederačné služby (ADFS)

Microsoft Azure

PingFederate

OpenAM

F5 BIG-IP.

Tieto IDP zodpovedajú štandardom SAML 2.0 alebo OpenID Connect a boli overené na kompatibilitu s riešeniami spolupráce Cisco.

Podpora viacerých IDP

umožňuje organizáciám konfigurovať SSO s viacerými IDP tak, aby vyhovovali zložitým IT prostrediam, ako sú fúzie, akvizície alebo decentralizované oddelenia IT, kde rôzne skupiny používajú rôzne IDP. Podpora viacerých IDP môže byť implementovaná buď pomocou funkcie Multiple iD P v podnikovom systéme IAM, ako je Cisco Duo, alebo prostredníctvom integrácie podnikového systému IAM.

Podpora viacerých poskytovateľov identity (IDP) rieši niekoľko kľúčových prípadov použitia, keď organizácie vyžadujú flexibilnú a bezpečnú autentifikáciu v rôznych IT prostrediach:

1. Fúzie a akvizície

Keď sa spoločnosti zlúčia alebo získavajú iné, často majú samostatnú IT infraštruktúru a odlišné IDP, ktoré sa nemôžu zjednotiť. Podpora viacerých IDP umožňuje používateľom oboch organizácií bezpečne over ovať a spolupracovať bez toho, aby museli okamžite zjednotiť svoje systémy identity.

2. Viaceré nezávislé IT oddelenia

Veľké organizácie alebo vládne inštitúcie môžu mať viacero nezávislých IT oddelení, z ktorých každé spravuje svoje vlastné IDP. Funkcia viacerých IDP umožňuje týmto oddeleniam udržiavať vlastné autentifikačné systémy a zároveň umožňuje používateľom bezproblémový prístup.

3. Rôzne skupiny používateľov alebo domény

Organizácie s rôznymi skupinami používateľov (napr. zamestnanci vs. zmluvníci) alebo viacerými e-mailovými doménami môžu konfigurovať pravidlá smerovania tak, aby nasmerovali požiadavky na autentifikáciu príslušnému IdP na základe členstva v doméne alebo skupine. To podporuje diferencované prístupové politiky a bezpečnostné kontroly.

4. Podpora rôznych autentifikačných protokolov

podporuje IDP SAML a OpenID Connect (OIDC), čo umožňuje organizáciám integrovať rôzne typy poskytovateľov identity podľa ich existujúcej infraštruktúry a bezpečnostných požiadaviek.

5. Zvýšená bezpečnosť a súlad

Povolením viacerých IDP môžu organizácie implementovať silnejšie mechanizmy overovania vrátane viacfaktorovej autentifikácie (MFA) prostredníctvom integrácií, ako je Duo, a presadzovať konzistentné bezpečnostné politiky v rôznych používateľských základniach.

6. Zjednodušená užívateľská skúsenosť

Používatelia môžu overovať pomocou svojich existujúcich poverení z príslušných IDP, čo poskytuje jednot ný zážitok z prihlásenia napriek základnej zložitosti viacerých systémov identity.

Zatiaľ čo podpora viacerých IDP poskytuje flexibilitu, vyžaduje si dôkladnú koordináciu medzi bezpečnostnými a identifikačnými tímami, aby sa zachovali konzistentné bezpečnostné politiky a zabránilo sa potenciálnym zraniteľnostiam.

Duo MFA s SSO pre

Duo Access Gateway (DAG) môže autentifikovať používateľov pomocou existujúcich lokálnych alebo clou dových adresárov, ako sú Active Directory (AD) a OpenLDAP. Podporuje tiež integráciu s inými poskytovateľmi identity, ako sú Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS a Shibboleth. Táto flexibilita umožňuje organizáciám využívať svoju aktuálnu infraštruktúru adresárov pre Webex SSO s Duo MFA.

Duo funguje ako silná autentifikačná vrstva na vrchole autentifikácie primárneho adresára. Funguje ako poskytovateľ identity (iDP), ktorý používa SAML 2.0 na vynútenie dvojfaktorovej autentifikácie (2FA) pred udelením prístupu. Duo hodnotí kontext používateľa, zariadenia a siete na základe konfigurovateľných politík na povolenie alebo odmietnutie prístupu, čím zvyšuje bezpečnosť nad rámec používateľského mena a hesla. Duo tiež poskytuje flexibil né kontroly politík, napríklad vyžadovanie MFA pri každom prihlásení pre niektoré aplikácie a menej často pre iné.

Medzi výhody Cisco Duo patria:

Vylepšená bezpečnosť: Pridáva MFA odolné voči phishingu na ochranu prístupu a znižuje riziko ohrozených hesiel.

Flexibilné politiky: Umožňuje podrobnú kontrolu nad požiadavkami na autentifikáciu podľa aplikácie alebo skupiny používateľov.

Integrácia s existujúcimi adresármi: Podporuje lokálne služby AD, OpenLDAP, clou dové adresáre a rôznych poskytovateľov SSO, čím minimalizuje zmeny infraštruktúry.

Pohodlie používateľa: Podporuje jednorazové prihlásenie (SSO) na zníženie únavy hesla tým, že používateľom umožňuje prihlá siť sa raz a bezpečne pristupovať k viacerým zdrojom.

Dôveryhodné koncové body: Podporuje dôveru zariadení pre klientov v systémoch Windows a macOS, čím zlepšuje držanie bezpečnosti.

Samoobslužná registrácia: Inline registrácia a dvojité výzvy zlepšujú používateľskú skúsenosť počas nastavenia MFA.

Duo MFA s SSO pre využí Active Directory va existujúce adresáre ako OpenLDAP alebo poskytovateľov cloudovej identity na autentifikáciu používateľov. Úlohou spoločnosti Duo je poskytnúť silný druhý faktor autentifikácie založený na politike integrovaný prostredníctvom SAML 2.0, čím sa zvyšuje bezpečnosť a zároveň zachováva pohodlie používateľov prostredníctvom SSO. Medzi výhody patrí zlepšenie bezpečnostnej pozície, flexibilné pres adzovanie politiky, bezproblémová integrácia a lepší používateľský zážitok.

Cisco odporúča implementáciu SSO pre používateľov. Pre lepšie zabezpečenie sa odporúča integrácia s Cisco Duo.

Stratégia Enterprise IAM a SSO by sa mala zaviesť pred začatím prechodu z na.

Vlastnosti

má plný doplnok základných funkcií, ktoré sú súčasťou služby. To zahŕňa mnoho funkcií volania podnikovej triedy, ktoré sú k dispozícii už mnoho rokov. Nemusíte vidieť 100% paritu medzi funkciami a funkciami, ale ako vidíte na obrázku nižšie, kľúčové funkcie volania sú k dispozícii v.

Webex Callingfunkcie podnikovej triedy

Okrem mnohých používateľských funkcií má základné systémové funkcie, ktoré sú súčasťou platformy. Patria sem funkcie, ako sú obsluha automobilov, fronty hovorov, call park atď. Všetky dostupné základné funkcie systému môžete vidieť v časti Služba → Volanie → Funkcie, ako je znázor nené na základných funkciách obráz Webex Calling ku.

Webex Callingzákladné vlastnosti

Automatický obsluha

Automatická obsluha umožňuje nepretržitú automatizáciu spracovania prichádzajúcich hovorov, čo umožňuje efek tívne spracovanie hovorov bez potreby, aby osoba prijímala každý hovor.

Automatický obsluha odpovedá na prichádzajúce hovory a poskytuje volajúcemu ponuku možností, kam chce svoj hovor smerovať. Môže to byť pre osobu, schránku hlasovej schránky alebo volajúcu službu (napr. Poradie hovorov). Volajú ci používa číselnú plochu svojho telefónu na zadanie čísla z ponuky automatického ob sluhy.

Automatický asistent podporuje nasledujúce kľúčové funkcie:

Obchodné a pohotovostné plány

Rozvrh dovolenky

Možnosť vytáčania ponuky na nasmerovanie vašich zákazníkov tam, kam potrebujú ísť

Prispôsobte pozdravy

Možnosť vytáčania podľa názvu

Možnosti presmerovania hovorov

Analýzy a zostavy Control Hub.

Ďalšie informácie nájdete v téme S práva automatických ob sluhy.

Zavolajte do parku

Call park poskytuje používateľom možnosť jednoducho pozastaviť hovor, aby iný používateľ mohol ľahko získať, keď je k dispozícii na jeho prijatie. Tiež uvoľní používateľa, ktorý prijal pôvodný hovor, aby uskutočnil alebo prijímal ďalšie hovory, keď je hovor zaparkovaný.

K dispozícii sú dva typy call parkov:

Call park direct - umožňuje každému používateľovi zaparkovať hovor na rozšírenie iného používateľa alebo do rozšírenia call parku podľa definície správcu

Call park group — umožňuje definovanej skupine používateľov automaticky parkovať hovory proti dostupným destináciám parkovania definovaným pre skupinu. Tieto destinácie môžu byť rozší renia členov skupiny alebo rozšírenia call parku.

Na základe konfigurácie a typu parkovania môžu používatelia načítať hovory vytočením telefónu *88+><extension of parked call>, stlačením klávesu linky priradeného k rozšíreniu call park alebo použitím softklávesu na svojom telefóne IP.

Možnosť odvolania je k dispozícii na vyvolanie zaparkovaného hovoru po určitom čase používateľovi, ktorý hovor zaparkoval, alebo alternatívnemu používateľovi.

Ďalšie informácie nájdete v téme S práva parkovania hovorov v Control Hub.

Vyzdvihnutie hovoru

Vyzdvihnutie hovoru umožňuje správcovi definovať skupinu používateľov (členov), ktorí môžu prijať hovor na telefón iného člena. To dáva používateľovi možnosť prijímať hovory, keď sú jeho spoluhráči zaneprázdnení a nedokážu prijať prichádzajúci hovor.

Používatelia v skupine musia byť na rovnakom mieste.

Používatelia môžu na vyzdvihnutie hovoru použiť buď stolný telefón, alebo svoj stolný telefón.

:

Podporuje vizuálne a zvukové upozornenia

Upozornenie na prichádzajúci hovor

Vyzdvihnutie totového hovoru na tvári (vytočte číslo *98) alebo upozornenie

Upozornenia na vyzdvihnutie hovorov pre viaceré riadky.

Stolné telefóny:

Upozornenie na prichádzajúci hovor

Zvukové zvončeky a vizuálne upozornenie prostredníctvom LED slúchadla. 6821 podporuje iba zvukové zvončeky

Ak je typ upozornenia vybratý v časti nie je žiadny

Upozornenia na vyzdvihnutie hovorov iba pre primárne linky.

Ďalšie informácie nájdete v téme Konfigurácia skupiny na vyzdvihnutie hovorov.

Poradie hovorov

zahŕňa hlasové hovory ako súčasť svojich základných funkcií a každý používateľ s profesionálnou licenciou môže byť súčasťou frontu hovorov, agenta alebo nadriadeného. Táto funkcia umožňuje používateľom efektívne spolupracovať so zákazníkmi. Fronty hovorov podporujú podmnožinu niektorých základných funkcií call centra, ako sú hlasové fronty, spätné volanie, smerovanie zručností alebo priorít, správa frontov agentov, analýza, reporty atď.

Výzva spoločnosti Cisco pre integráciu Microsoft Teams umožňuje agentom prístup k hovorom a funkciám vo fronte hovorov priamo z ich klienta Microsoft Teams.

Poradie hovorov podporujú nasledujúce kľúčové funkcie:

Pozdravy a správy (privítanie, pohodlie, šepot atď.)

Držte hudbu

Spätné volanie

Pravidlá smerovania frontov (nočná služba, sviatky, preposielanie)

Prihlásenie/odhlásenie v rade agentov

Správa stavu frontu agentov

alebo podpora pracovného telefónu

Agent supervízorov volá na monitorovanie, autokarovanie, preberanie alebo prevzatie kontroly prostredníctvom prístupových kódov funkcií (FACs)

(prístup správcu) pre:

správa frontov

Analýza a výkazníctvo agentov a frontov

Riadenie frontu, agentov a supervízorov.

Ďalšie informácie nájdete v téme Konfigurácia frontu hovorov.

má doplnkovú funkciu Customer Assist, ktorá poskytuje ďalšie možnosti frontu hovorov a poskytuje agentom a supervízorom lepší používateľský zážitok v rámci. Porovnanie funkcií Frontu hovorov a pomoci zákazníkom nájdete v časti Porovnanie funkci í frontu hovorov a pomoci zákazníkom. Webex Calling

Huntová skupina

Hunt Groups umožňujú smerovanie prichádzajúcich hovorov konkrétnej skupine používateľov prostredníctvom vopred určeného vzoru smerovania hovorov. To zaisťuje, že hovory budú prijímané správnou skupinou používateľov alebo odosielané na hlasovú schránku na následné sledovanie.

Veľkým rozdielom medzi skupinami Hunt a Ceues hovorov spočíva v tom, že hovory nie sú zaradené do frontu v skupinách Hunt, takže ak žiadni používatelia v skupine Hunt nie sú k dispozícii na prijatie hovoru, budú odpojené, odoslané na hlasovú schránku alebo presmerované na iné číslo (používateľa alebo služby).

Ďalšie informácie nájdete v téme S práva skupín hľadania v Control Hub.

Prevádzkové režimy

Funkcia Prevádzkové režimy umožňuje firmám efektívne smerovať hovory do rôznych cie ľov (používatelia, hlasová schránka, volacie služby, ako je fronta hovorov). Kam a kedy je hovor smerovaný, je založený na dennom a dennom týždni a každý používateľ môže byť oprávnený spravovať tieto režimy ( plány) na kontrolu zmien smerovania hovorov.

Napríklad hovory do frontu hovorov môžu byť presmerované do iného frontu hovorov s agentmi v inom časovom pásme, aby mohli prijímať hovory po hodinách, počas pracovných hodín smerovať k miestnym agentom a počas sviatkov ich presmerovať do hlasovej schránky na následné sledovanie po návrate agentov do kancelárie.

Autorizovaný používateľ môže prepínať medzi týmito rôznymi scenármi (režimami) presmerovania hovorov, ak potrebuje zmeniť miesto smerovania prichádzajúcich hovorov na určité obdobie. Títo používatelia môžu spravovať režimy prostredníctvom svojich telefónov 6800/7800/8800 MPP, telefónov 9800 alebo v používateľskom centre v režimoch Správa.

Ďalšie informácie nájdete v téme Smer ovanie hovorov na základe prevádzkových režimov v Webex Calling.

Stránková skupina

Stránkovacie skupiny umožňujú používateľom uskutočniť jednosmerný hovor a odoslať zvukovú správu skupine používateľov. Každá skupina môže obsahovať až 75 cieľových používateľov a/alebo pracovných priestorov, ktoré sa dostanú vytočením pred definovaného čísla alebo rozšírenia.

Keď používateľ zavolá stránkovaciu skupinu, uskutoční sa simultánne hovor ku všetkým priradeným cieľom v skupine, kedy volajúci môže po ich dokončení vysloviť svoje správy a ukončiť ich odkaz.

Ďalšie informácie nájdete v téme Konfigurácia stránkovacej skupiny v Control Hub.

Nahrávky

podporuje nahrávanie hovorov uskutočnených alebo prijatých používateľom. Môže sa to vyžadovať pre potreby kvality, zabezpečenia, bezpečnosti alebo odbornej prípravy. V predvolenom nastavení sa hovory zaznamenávajú, ale ak sa vyžadujú iné funkcie nahrávania alebo požiadavky na dodržiavanie predpisov a regulačné požiadavky, je možné použiť aj iných poskytovateľov nahrávania tretích strán.

Pri použití ako nahrávacej platformy sú všetky nahraté hovory spravované v rámci. Úplní správcovia s úlohou úradníka pre dodržiavanie predpisov môžu hrať a sťahovať nahrávky. Bez úlohy úradníka pre dodržiavanie predpisov môže správca vymazať iba nahrávky.

Ďalšie informácie o tejto funkcii a zozname nahrávania tretích strán nájdete v téme Správa nahrávania hovorov Webex Calling.

Dosah jedného čísla

Dosah jedného čísla umožňuje hovory na telefónne číslo používateľa zazvonenie viacerých zariadení. To môže zahŕňať ďalšie stolné telefóny, ako aj mobilné telefóny. Hovory je možné uskutočňovať aj z týchto zariadení a používatelia môžu medzi nimi tlačiť a ťahať hovory.

Ďalšie informácie o tejto funkcii a o tom, ako ju správca konfiguruje, nájdete v téme Kon figurácia dosahu jedného čísla (Office kdekoľvek).

Ďalšie informácie o tom, ako môže používateľ spravovať a konfigurovať túto funkciu pre seba v portáli Webex User Hub (portál), nájdete v téme Konfigurácia dosahu jedného čís la (kdekoľvek v kancelárii).

Skupina hlasovej schránky

Skupiny hlasovej schránky umožňujú zdieľané pole hlasovej schránky, ktoré je možné priradiť používateľovi alebo funkcii smerovania hovorov . Niektoré z dôvodov, prečo môže byť požadovaná skupina hlasovej schránky, sú:

Všeobecná hlasová schránka pre oddelenie alebo pracovnú skupinu

Pridanie možnosti hlasovej schránky do skupiny automatického obsluhy alebo lovačky

Odosielanie preplnených hovorov z frontu hovorov

Používatelia, ktorí potrebujú iba hlasovú schránku.

Ďalšie informácie nájdete v téme S práva zdieľanej hlasovej schránky a prichádzajúceho faxového schránky. Webex Calling

Console Attendant Console je uvedená na stránke Funkcie volania vo Webex, je to však doplnková funkcia, ktorá si vyžaduje zakúpenie licencie sprievodnej konzoly.

Ďalšie informácie nájdete v téme Začíname s konzolou Attendant Console.

Informácie o všetkých funkciách vrátane niektorých doplnkových funkcií nájdete v téme Funk cie dostupné podľa typu licencie Webex Calling.

Tabuľka 1. Informácie, ktoré sa majú zachytiť pre každú lokalitu
Informácie	komentár
Rozsah (-y) rozšírenia	Každé miesto môže mať rozšírenia začínajúce rôznymi čísličkami. Jedna číslica musí byť ušetren á pre číslicu riadenia medzi miestami (napríklad 8) a jedna pre číslicu riadenia PSTN (napríklad 9). Žiadny rozsah rozšírenia nemôže začať jednou z týchto dvoch číslic. Všetky rozsahy rozšírenia všetkých miest musia mať rovnakú dĺžku.
Rozsah (y) DID	-
Číslica riadenia PSTN	-
Kód stránky	Všetky kódy stránok všetkých lokalít musia byť jedinečné a mať rovnakú dĺžku.
Hlavné číslo	Pri vytváraní polohy je potrebné poskytnúť dva DID. Jedno ako hlavné číslo (napríklad priradené službe automatickej obsluhy) a jedno pre portál hlasovej schránky. Poskytnite jeden DID pre číslo hlasovej schránky.
Číslo hlasovej schránky
Počet licencií	Požadované licencie podľa typu vrátane štandardného, profesionálneho, pracovného priestoru, zoznamu trás, plánu odchádzajúcich hovorov.
Súbežné hovory v rušnej hodine	Súčet súbežných hovorov medzi zariadeniami a medzi zariadeniami a lokálnou bránou (PSTN a hovory na zariadenia). Potrebné na určenie požadovanej šírky pásma prístupu na internet.
Krajina	-
Časové pásmo	-
Jazyk	-
Kontakt (meno, telefón, e-mail)	-
Adresa (adresa ulice, mesto, štát, PSČ)	-
Pohotovostné služby fyzické odosielateľné umiestnenie pre koncové body	Miesto odosielateľného zariadenia používané na tiesňové volanie vo všeobecnosti zahŕňa nasledovné: adresa budovy, adresa budovy + číslo poschodia, adresa budovy + číslo apartmánu alebo adresa budovy + číslo poschodia+číslo kancelárie/kubické číslo.
Jedinečné umiestnenie fyzickej siete pre záchranné služby na zariadenie	Fyzická sieťová poloha pre núdzové volanie vo všeobecnosti zahŕňa: prepínač/prepínač pre káblové zariadenia, identifikátory základnej sady služieb bezdrôtového prístupového bodu (AP) pre bezdrôtové pripojené zariadenia a/alebo lokálne podsiete IP pre zariadenia koncových bodov.

Tabuľka 2. Príklad číslovania podniku
Stránky	Rozsah rozšírenia	Kód stránky	Podnikový rozsah
NYC	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

Tabuľka 3. Rozsahy predĺženia pevnej dĺžky
Stránky	Rozsah rozšírenia	Rozšírenia	Kód stránky	Podnikový rozsah
NYC	2XXX	2XXX	202	8 202 2XXX
SFO	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

Tabuľka 4. Prechod sedemmiestneho vytáčania

Stránky	Rozšírenia	Kód stránky	Podnikový rozsah	Stránka ode	Podnikové angličky
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

Tabuľka 5. Možnosti poskytovania používateľov - zhrnutie
Metóda priradenia	Výhody	Nevýhody
Manuálne cez	Jednoduché pre málo používateľov. Umožňuje presnú a podrobnú kontrolu nad pridelením licencií.	Nie škálovateľné, časovo náročné Pri manuálnom zadávaní náchylný na ľudské chy by.
Automatické licenčné šablóny	Škálovateľné Znižuje manuálne chyby Môže byť aplikovaný na nových a existujúcich používateľov.	Vyžaduje platné telefónne čísla a miesta. Zložitejšie nastavenie Vyžaduje sa tiež skupiny používateľov na skupinu používateľov s rovnocen nými licenčnými požiadavkami.
Hromadné odovzdávanie CSV	Efektívne pre veľké užívateľské sady Umožňuje súčasné priradenie licencií, telefónnych čísel a rozšírení.	Vyžaduje starostlivé formátovanie CSV Možnosť chýb, ak chýbajú telef ónne čísla alebo rozšírenia alebo sú nesprávne.
Priradenie založené na API	Automatizovateľné, flexibilné. Umožňuje súčasné priradenie licencií, telefónnych čísel a rozšírení.	Vyžaduje vývoj a znalosti API.

Tabuľka 6. Možnosti poskytovania používateľov pre
Metóda poskytovania	Popis	Výhody	Nevýhody
Manuálny	Vytvárať/spravujte používateľov individuálne v	Jednoduché pre málo používateľov; nie je potrebná žiadna infraštruktúra	Nie je škálovateľné; časovo náročné pre mnohých používateľov
Hromadné (súbor CSV)	Hromadné importovanie/aktualizujte používateľov prostredníctvom CSV v	Efektívne pre skupiny; nevyžaduje sa žiadne kódovanie	Manuálna príprava CSV; menej dynamická
Ľudia a SCIM 2.0 API	Programová správa používateľov prostredníctvom Webex API	Flexibilný; podporuje automatizáciu a integráciu	Vyžaduje rozvoj a infraštruktúru
Synchronizácia adresárov	Automatická synchronizácia z aplikácií AD, Entra ID, SCIM, Unified CM	Automatizuje životný cyklus; podporuje filtrovanie a mapovanie	Zložitosť nastavenia: niektoré možnosti majú obmedzené funkcie alebo vyžadujú infraštruktúru

Tabuľka 7. Možnosti správy skupín a členstva v skupine
Možnosť	Popis	Výhody	Nevýhody
poskytovanie skupín (skupiny)	Vytvárajte a spravujte skupiny priamo v. Pridať/odstráňte členov manuálne alebo prostredníctvom CSV.	Plná kontrola členstva v skupine Okamžitá aplikácia licencií a šablón Jednoduché vytváranie a úprava skupín	Vyžaduje sa manuálne aktualizácie Riziko chýb pri manuálnom nahrávaní CSV Žiadna automatická synchronizácia s externými adresármi
Synchronizované skupiny z Entra ID (Azure AD) alebo Active Directory	Automaticky synchronizujte skupiny zabezpečenia a členstvá z externých adresárových služieb.	Automatizovaná synchronizácia znižuje manuálnu prácu Zabezpečuje súlad s firemným adresárom Podporuje veľké organizácie	Členstvo v skupine nie je možné upraviť Oneskorenie synchronizácie až 12 hodín Vnorené skupiny vyžadujú manuálny výber
Skupiny a SCIM 2.0 API (skupiny)	Používanie skupín alebo SCIM 2.0 API pre programovú správu skupín a členstva	Automatizácia a integrácia s inými systémami Škálovateľné pre veľké alebo zložité prostredia	Vyžaduje vývojové úsilie Zložitosť závisí od použitia API

Implementovať

Pripravenosť siete

Počiatočné nastavenie

Overenie domény

Reklamácia (konverzia) existujúcich používateľov

Konfigurácia a testovanie synchronizácie adresárov

Nastavenie a testovanie jednorazového prihlásenia (SSO)

Obstarávanie, poskytovanie a overovanie licencií

Webex Callingservisné nastavenia

Pilotná migrácia

Obstarať PSTN

Konfigurácia polohy

Integrácia s lokálnym ovládaním hovorov

Migrácia používateľov v dávkach

Pracovné priestory

Zabezpečovacie zariadenia

Konfigurácia funkcií

Akceptačné testovanie

Pripravenosť siete

Prvým krokom pri prechode na je zabezpečenie spoľahlivého a bezpečného pripojenia na internet medzi lokálnou sieťou a cloudom.

Keďže väčšina organizácií sa pripája k internetu prostredníctvom jedného alebo viacerých fire wallov alebo bezpečnostných zariadení, je nevyhnutné overiť, či sú podporované požadované do pravné toky.

Správcovia sietí a zabezpečenia musia pochopiť tieto toky z hľadiska:

Smer (prichádzajúci vs odchádzajúci)

Protokol y (príklad - SIP TLS, SRTP, HTTPS)

Rozsahy adries IP používané službami

Čísla por tov, ktoré musia byť otvorené alebo povolené.

To zaisťuje, že firewally, zariadenia NAT a iná sieťová infraštruktúra sú správne nakonfigurované tak, aby prispôsobovali prevádzke pri zachovaní firemných bezpečnostných politík.

Informácie o požadovaných tokoch vrátane IP adresy, portov a protokolov nájdete v téme Referenčné informácie o portoch Webex Calling. Tieto informácie použite na konfiguráciu firewallu, proxy a inej sieťovej infraštruktúry v existujúcom nasadení, aby sa umožnili sieťové toky.

Decentralizovaný internetový prechod z každej pobočky alebo stránky je odporúčaným prístupom pre služby cloudovej spolupráce, ako sú napríklad. Tým, že umožní premávke opustiť lokálne, tento model:

Znižuje spätné oneskorenie a chvenie, čím zlepšuje celkovú kvalitu hovoru

Efektívne sa škáluje, pretože viac používateľov a stránok prechádza na

Funguje bezproblémovo so systémom SD-WAN, ktorý dokáže dynamicky smerovať relácie do najbližšieho vstupného bodu cloudu pre optimálny výkon

Umožňuje sledovať polohu používateľa na základe ich verejnej IP adresy, čo pomáha pri analýze mediálnej dráhy a riešení problémov.

Okrem toho musia organizácie zabezpečiť primeranú šírku pásma internetu na každom mieste. Šírka pásma by mala byť dimenzovaná na základe očakávaného počtu súbežných hovorov, vybraného kodeku (napr. Opus alebo G.711) plus režijných nákladov na signalizáciu, retransmisie a rast. To je v súlade s fázou Pripraviť životného cyklu PPDIO a vytvára pevný základ pre migráciu.

Počiatočné nastavenie

Podsekcia počiatočného nastavenia vo fáze implementácie nasadenia je základom pre vytvorenie dobre štruktúrovaného a spravovateľného prostredia volania v cloude. Táto fáza zahŕňa dôležité úlohy, ako je nastavenie organizácie, obstarávanie a prideľovanie licencií a overovanie a uplatňovanie domén vašej spoločnosti, aby sa zabezpečila správna správa a bezpečnosť používateľov. Okrem toho obsahuje poskytovanie licenčných šablón na automatizáciu priradenia používateľských licencií, konfiguráciu jednotného prihlásen ia (SSO) na zefektívnenie autentifikácie používateľov a zvýšenie bezpečnosti a úpravu nastav ení služieb a klientov tak, aby boli v súlade s organizačnými politikami a potrebami používateľov. Dokončenie týchto aktivít počiatočného nastavenia zaisťuje, že prostredie je správne nakonfigurované pre škálovateľnosť, bezpečnosť a bezproblémovú používateľskú skúsenosť, čím sa nastaví priestor pre ďalšie fázy nasadenia a prevádzky.

Overenie domény

Ak chcete umožniť identifikáciu používateľov registrovaných s e-mailovými doménami vašej spoločnosti, je nevyhnutné overiť vaše domény. Bez overenia domény budú používatelia priradení k spotrebiteľskej organizácii, čo komplikuje správu používateľov pre vašu spoločnosť. Overenie domény je povinným krokom, ktorý umožňuje vašej organizácii uplatňovať a efektívne spravovať týchto používateľov.

Uistite sa, že všetky domény spojené s e-mailovými adresami vašich používateľov sú overené. Overovanie dom ény nie je exkluzívne; rovnakú doménu je možné overiť vo viacerých organizáciách.

Ďalšie informácie o správe domén nájdete v téme Správa domén.

Reklamácia (konverzia) existujúcich používateľov

Po úspešnom overení domén môžete pokračovať v reklamácii používateľov, ktorí sa zaregistrovali na používanie e-mailových domén vašej spoločnosti do vašej organizácie. Tento proces konsoliduje všetkých používateľov pod jediný organizačný záštit, čo umožňuje centralizované riadenie a efektívnu správu. Uplatnením týchto používateľov zabezpečíte, že vaša spoločnosť má plnú kontrolu nad používateľskými účtami, čo vám umožní priradiť príslušné licencie, konfigurovať služby a efektívne poskytovať potrebnú podporu. Tento prístup k jednot nej správe zvyšuje bezpečnosť, zjednodušuje poskytovanie používateľov a zaisťuje konzistentný prístup k službám v celej organizácii. Tvrdenie používateľov tiež zabraňuje ich riadeniu v externých alebo spotrebiteľských organizáciách, čím sa zachováva organizačná integrita a kontrola nad zdrojmi spolupráce.

Ďalšie informácie o požadovaných používateľoch nájdete v téme Rek lamácia používateľov do vašej organizácie (konverzia) používateľov.

Konfigurácia a testovanie synchronizácie adresárov

Ak chcete povoliť bezproblémovú správu používateľov a skupín, môžete synchronizovať používateľov a skupiny zo svojho firemného adresára buď Microsoft Entra ID (predtým Azure AD) alebo Microsoft Active Directory (AD). Tento proces zabezpečuje dôsledné zachovanie identity používateľov a členstva v skupine vo vašom prostredí.

Pre organizácie implementujúce postupné nasadenie je rozhodujúce kontrolovať a obmedziť rozsah synchronizácie počas počiatočných zavádzaní. To minimalizuje riziko neúmyselných zmien a umožňuje cielené testovanie pred širším prijatím.

Najefektívnejšou metódou filtrovania synchronizovaných používateľov je využitie členstva v adresárovej skupine:

1
Vytvorenie špecializovanej synchronizačnej skupiny: V podnikovom adresári (Microsoft Entra ID alebo AD) vytvorte skupinu zabezpečenia špeciálne pre synchronizáciu (napríklad synchronizačnú skupinu).

2
Vyplňte skupinu cieľovými používateľmi: Do tejto skupiny pridajte iba používateľov, ktorých chcete synchronizovať (napríklad testovaciu skupinu počas pilotnej fázy). To vám umožní prísne kontrolovať, kto je zahrnutý do procesu synchronizácie.

3
Konfigurácia synchronizačnej zmluvy pomocou filtrovania založeného na skupine: Pri nastavovaní synchronizačnej zmluvy v aplikácii Directory Connector alebo Entra ID nastavte rozsah tak, aby zahŕňal iba používateľov, ktorí sú členmi určenej skupiny.

V prípade Microsoft Entra ID môžete použiť skupinové priradenia v nastaveniach poskytovania

Pre AD môžete definovať filter LDAP tak, aby zahŕňal iba používateľov patriacich do zadanej skupiny .

4
Rozbaľte skupinu podľa potreby: Keď postupujete do širších fáz nasadenia, jednoducho pridajte ďalších používateľov alebo skupiny do synchronizačnej skupiny. Rozsah synchronizácie sa automaticky rozšíri o týchto používateľov, čo umožní kontrolované a postupné zav ádzanie.

Príklad implementačných krokov:

V aktívnom adresári:

Vytvorte skupinu zabezpečenia s názvom Synchronizačná skupina.

Pridajte do tejto skupiny požadovaných pilotných používateľov.

Nastavte Directory Connector s filtrom LDAP, napríklad: (MemberOf = CN = WebEx Sync Group, OU = Groups, DC = YourDomain, DC = com).

Do Microsoftu zadajte ID:

Vytvorenie skupiny s názvom synchronizačná skupina

Priraďte skupinu k nastaveniam poskytovania v Entra ID

Iba používatelia v tejto skupine budú poskytovaní.

Pred aplikáciou na celú organizáciu vždy otestujte skupinovú synchronizáciu v nevýrobnom prostredí

Pravidelne kontrolujte členstvo v skupine, aby ste zabezpečili synchronizáciu iba oprávnených používateľov

Pre priebežnú správu automatizujte aktualizácie členstva v skupine na základe obchodných pravidiel alebo HR systémov, ak je to možné.

Referencie:

Synchronizácia používateľov Entra ID do Control Hub

Nastavenie aplikácie Entra ID Wizard v ovládacom centre

Konektor adresára

Nastavenie a testovanie jednorazového prihlásenia (SSO)

Jednorazové prihlásenie (SSO) zvyšuje bezpečnosť a zjednodušuje prístup používateľov tým, že umožňuje používateľom jednorazovú autentifikáciu pomocou svojich firemných poverení a získať bezproblémový prístup k nim. podporuje integráciu SSO s IDP kompatibilnými s SAML 2.0 vrátane Microsoft Entra ID (predtým Azure AD), Active Directory federovaných riešení (AD) a rôznych IDP tretích strán.

V tomto okamihu by sa malo implementovať a otestovať navrhnuté nastavenie SSO.

Referencie:

Integrácia s jedným prihlásením do riadiaceho rozbočovača

konfigurácia jednorazového prihlásenia pre správu webexu

Konfigurácia jednorazového prihlásenia pomocou Microsoft Entra ID

SSO s viacerými IDP

Správa SSO pri integrácii v Control Hub

Obstarávanie, poskytovanie a overovanie licencií

V rámci počiatočného nastavenia je nevyhnutné obstarávať, poskytovať a overiť príslušné licencie na efektívne povolenie a správu služieb. Proces obstarávania zahŕňa výber typov licencií na základe používateľských rolí a pracovných záťaží, ako sú licencie Professional, Standard a Workspace . Licencie sú generované a poskytované prostredníctvom softvérových platforiem Cisco alebo prostredníctvom partnerov. Po obstaraní a poskytnutí je potrebné overiť správny počet licencií . Tento proces zabezpečuje, že organizácia má aktivované správne licencie a pripravené na použitie pri nasadení.

V rámci počiatočného nastavenia licencií je dôležité nakonfigurovať automatické licencovanie založené na organizácii, aby sa zefektívnilo priradenie licencií pre nových používateľov. Toto nastavenie umožňuje automatické udeľovanie licencií pri pridaní používateľov do organizácie, čím sa eliminuje potreba manuálneho priradenia licenci í. Pri konfigurácii automatického licencovania na úrovni organizácie vyberiete služby na priradenie a definovanie rozsahu, napríklad uplatňovanie licencií iba pre budúcich používateľov alebo zahrnutie existujúcich používateľov.

Ak však váš plán nasadenia namiesto toho zahŕňa použitie automatického udeľovania licencií na úrovni skupiny, môžete sa rozhodnúť nepriraďovať licencie na úrovni organizácie, aby ste predišli konfliktom alebo duplicite priradení licencií. Vďaka automatickému licencovaniu na úrovni skupiny sa licencie priraďujú na základe členstva v skupine. Používatelia vo viacerých skupinách dostávajú licencie zo všetkých príslušných skupinových priradení.

Konfigurácia priradenia licencií na základe skupiny sa musí vykonať po dokončení synchronizácie adresárov, aby existovali synchronizované skupiny a mohli byť použité na priradenie licencií.

Konkrétne automatické priradenie licencií vyžaduje ďalšie podrobnosti o poskytovaní, ako je umiestnenie používateľa a priradenie telefónneho čísla. Pracovné telefónne číslo používateľa musí byť vo formáte +E.164, vopred poskytnuté a priradené k platnému miestu, aby sa licencia mohla automaticky aktivovať. Ak tieto podmienky nie sú splnené, používateľovi nebudú poskytované služby automaticky a môže vyžadovať manuálny zásah.

Stručne povedané, nakonfigurujte automatické licencovanie založené na organizácii pre nových používateľov, ak chcete priradenie širokej licencie pre celú organizáciu. Ak dávate pred nosť podrobnejšej kontrole alebo máte rôzne licenčné potreby v jednotlivých skupinách, nakonfigurujte automatické licencovanie na úrovni skupiny a vy hnite sa priradeniu licencií na úrovni organizácie, aby ste zabránili prekrývaniu a zabezpečili správnu správu licencií.

Webex Callingservisné nastavenia

Je nevyhnutné vykonať komplexné preskúmanie a konfiguráciu globálnych nastavení služieb v rámci neho.

Začnite prístupom do časti nastavení a prejdením do nej. Starostlivo preskúmajte každú konfigurovateľnú možnosť vrátane, ale nie výlučne, konfigurácie interného vytáčania, parametrov núdzového volania, politík smerovania hovorov, správy hlasovej schránky a predvolených nastavení zariadenia.

Upravte tieto globálne nastavenia tak, aby odrážali politiky a rozhodnutia o dizajne vašej organizácie.

Tiež nastavenia nastavenia a šablóny používateľov a aplikácií.

Pilotná migrácia

Počas fázy implementácie predstavuje vykonanie pilotnej migrácie kritickým míľnikom pri validácii prechodu z na. Tento pilotný program zahŕňa poskytnutie reprezentatívnej podskupiny používateľov na jednom alebo viacerých miestach na platforme, čím sa zabezpečí, že vybraná populácia odráža rôzne prípady použitia a organizačné úlohy. Súbežne s migráciou používateľov musia byť základné služby spolupráce vrátane hlasovej schránky, automatických obsluhy, frontov hovorov a skupín hľadania premenené na ich ekvivalenty, aby sa zachovala kontinuita podnikania a funkčnosť služieb.

Pilotná migrácia by mala využívať rovnakú kombináciu nástrojov poskytovaných Cisco a nástrojov na migráciu tretích strán, ktoré sú na plánované na širšie nasadenie organizácie, čím sa zabezpečí dôkladné overenie procesov, pracovných postupov automatizácie a integračných bodov za reprezentatívnych podmienok .

Primárne ciele tohto pilotného nasadenia sú dvojaké: po prvé, validácia a spresnenie procesov prechodu typu end-to-end vrátane pracovných postupov poskytovania používateľov, postupov migrácie údajov a konfigurácií koncových bodov; a po druhé, komplexné overenie funkčnosti migrovaných služieb za re álnych prevádzkových podmienok.

Tento fázový prístup umožňuje projektovému tímu identifikovať a napraviť akékoľvek technické alebo procedurálne problémy v kontrolovanom prostredí, zhromaždiť spätnú väzbu používateľov o novej skúsenosti s platformou, posúdiť účinnosť vybraných migra čných nástrojov a nadviazať dôveru v metodiku migrácie pred pokračovaním v širšom organizačnom nasadení.

Pohľady získané počas tejto pilotnej fázy sú nápomocné pri optimalizácii následných migračných vĺn a zabezpečovaní hladkého prechodu s oh ľadom na zníženie rizika pre celý podnik.

Obstarať PSTN

Ak chcete obstarať služby PSTN pre, najprv vyberte možnosť pripojenia PSTN v časti.

Ak organizácia plánuje udržiavať hybridné ovládanie duálnych hovorov (fáza 1 na obrázku Phased Calling Transition: Hybrid a Cloud) buď dočasne alebo na neurčito, bude musieť nasadiť jednu alebo viac lokálnych brán pre lokálne PSTN, aby umožnili volanie medzi koncovými bodmi a koncovými bodmi.

Ak je konečným cieľom vrátane PSTN úplný prechod (fáza 2) do cloudu, bude pre PSTN potrebný buď Cisco Calling Plan alebo možnosť Cloud Connect for.

Pred ich konfiguráciou spolupracujte s vybraným poskytovateľom na objednávke a portovaní telefónnych čísel. Objednávanie telefónnych čísel alebo iniciovanie portových objednávok je požadované/možné len pre lokálne služby PSTN a Cloud Connect. V prípade plánov telefonovania Cisco sa objednávanie a prenos iniciuje z Control Hub hneď po vytvorení umiestnenia a v krajinách, kde je k dispozícii Cisco Calling Plan. Ďalšie informácie o plánoch Cisco Calling nájdete v téme Začíname s plá nom Cisco.

V rámci implementácie PSTN sa uistite, že váš poskytovateľ povolil prichádzajúce aj odchádzajúce služby PSTN pre vašu polohu. Okrem toho vykonajte testovacie hovory, aby ste overili, či sú hovory správne smerované prostredníctvom vybraného pripojenia PSTN.

Konfigurácia polohy

Pred pridaním používateľov a zariadení musíte poskytnúť miesta volania. Pre každú lokalitu je potrebné zadať platnú adresu ulice. V USA a Kanade je táto adresa overená a využívaná platformou na zasielanie informácií o polohe PIDF-LO pre tiesňové hovory.

Pri konfigurácii miest, ktoré používajú lokálne PSTN, musíte podľa toho nastaviť lokálne brány. V programe sa musí vytvoriť kmeň a skupina trás pre každú miestnu bránu a skupina trás sa potom priradí ako voľba PSTN pre dané miesto. Spoločnosť Cisco dôrazne odporúča vždy zvoliť skupinu trás ako voľbu PSTN, pretože tento prístup vám umožní v budúcnosti jednoducho pridať ďalšie kmene, čo podporuje škálovateľnosť aj redundanciu. Cisco tiež odporúča povoliť podporu s duálnou identitou a P-Charge-Info v každom kmeni PSTN, pretože to zjednodušuje identifikáciu účtovateľnej strany za odchádzajúce priame alebo presmerované hovory. Ak váš poskytovateľ PSTN používa na fakturáciu inú hlavičku, môžete skopí rovať informácie z hlavičky P-Charge-Info na lokálnej bráne do požadovanej fakturačnej hlavičky.

Pre miesta, ktoré ako možnosť PSTN používajú Cloud Connect for alebo Cisco Calling Plan, jednoducho vyberte príslušnú voľbu PSTN pre danú polohu počas nastavenia. Ak umiestnenie používa buď Cloud Connect for alebo lokálny PSTN, budete musieť pridať telefónne čísla, ktoré boli objednané v predchádzajúcom kroku. Čísla môžu byť pridané ako neaktívne, ak nechcete, aby boli ihneď zahrnuté do smer ovania hovorov; tieto čísla môžete aktivovať neskôr, keď sú priradené používateľom alebo funkciám.

Je dôležité vždy nastaviť hlavné číslo pre každé miesto. Hlavné číslo môže byť priradené buď používateľovi alebo funkcii, napríklad automatickému obsluhovi. Ak chcete povoliť hlasovú schránku v danom mieste, nastav te číslo pilota hlasovej schránky, známe tiež ako číslo hlasového portálu.

Ďalšie nastavenia pre miesta volania zahŕňajú konfiguráciu detailov tiesň ového volania, ako je číslo tiesňového volania, možnosti upozornení a rozšírené funkcie tiesňového volania. Mali by ste tiež skontrolovať a upraviť nastavenia nahrávania, jazykové preferencie a konfigurácie zariadenia podľa potreby pre každé miesto. Ak vaša organizácia používa skrátené vytá čanie v sieti medzi lokalitami s významnými číslami podniku, nezabudnite nakonfigurovať jedinečný kód lokality pre danú polohu v nastaveniach interného vytáč ania. Nakoniec, ak externé vytáčanie vyžaduje odchádzajúcu číselnú číslicu, nezabudnite ju nastaviť v nastaveniach externého vytáčania. Ak je nakonfigurovaná odchádzajúca číselná číslica, spoločnosť Cisco odporúča povoliť presadz ovanie výstupných číslic, aby sa zabezpečila konzistentnosť.

Integrácia s lokálnym ovládaním hovorov

Na integráciu s lokálnym ovládaním hovorov je potrebné nakonfigurovať tróny, skupiny trás, podnikové plány vytáčania a nastavenia polohy aj globálne nastavenia. Začnite nastavením kmeňov a miestnych brán určených na prepojenie s lokálnym systémom riadenia hovorov; tento krok je potrebný len vtedy, ak sú potrebné vyhradené kľúče. Ak na nasadenie postačujú existujúce trate a skupiny trás, je možné ich znova použiť na lokálne prepojenie bez dodatočnej konfigurácie.

Po vytvorení kmeňov a skupín trás pokračujte vo vytváraní podnikových plánov vytáčania a priraďte príslušnú skupinu trás ako cieľ pre každý plán vytáčania. Ak integrácia zahŕňa viacero lokálnych systémov riadenia hovorov pripojených cez rôzne kľúče, bude potreb ných viacero plánov vytáčania. Je dôležité zabezpečiť, aby tieto plány vytáčania obsahovali iba vzorce potrebné na smerovanie hovorov do lokálnych cieľov.

Ak nasadenie vyžaduje podporu pre smerovanie neznámych rozšírení, táto funkcia by mala byť povolená na úrovni polohy. Okrem toho, keď je aktivované smerovanie neznámych rozšírení, musíte zadať maximálnu dĺžku neznámeho rozšírenia v časti S merovanie hovorov medzi a priest ormi v nastaveniach volacích služieb. To zaisťuje bezproblémové smerovanie hovorov a správnu manipuláciu so scenármi vytáčania založených na rozšírení vo vašom integrovanom prostredí.

Migrácia používateľov v dávkach

Keď migrujete používateľov z na, nemusíte byť schopní presunúť všetkých používateľov súčasne. Môže to byť spôsobené viacerými dôvodmi, vrátane, ale nie výlučne, počtu stránok alebo používateľov, toho, ako dlho trvá prechod stránky a/alebo skupiny používateľov naraz, obmedzený zdroj IT alebo lokality na podporu okna zmeny, trvanie okna zmeny, zložitosť zmeny atď.

Pri migrácii používateľov vo fázach je dôležité určiť, ktorí používatelia musia migrovať spoločne v tej istej dávke. Primárnym cieľom je migrovať používateľov, ktorí majú nav zájom závislosť na svojich volacích službách a funkciách. Chcete zabezpečiť, aby všetky funkcie volania (príklad - fronty hovorov) boli plne funkčné tak, ako boli pred zapnutím.

Aj keď implementujete prepojenie volaní medzi lokálnymi bránami a s nimi, zdieľané služby alebo funkcie nemôžete rozdeliť v rámci tohto pripojenia. Preto musíte identifikovať závislosti medzi používateľmi tak, že sa pozriete na funkcie, ako sú:

Monitorovanie ostatných používateľov pomocou BLF

V tom istom lovom pilote, fronte hovorov atď.

Zdieľané riadky

Používanie vyzdvihnutia hovorov

Používanie rovnakých čísel call parkovania

Interkom

Výkonný/správca.

Príkladom by mohol byť používateľ, ktorý je súčasťou skupiny Hunt Group, na ktorú sa prechádza. Tento používateľ prejde na skupinu Hunt a so všetkými ostatnými členmi Hunt Group. Preto môže skupina Hunt Group a jej členovia po prechode úspešne odpovedať na hovory na novej platforme.

To sa stáva náročnejším, keď sú používatelia pripojení k rôznym skupinám používateľov pre rôzne volacie služby a funkcie. Bude to vyžadovať prechod viac ako jednej skupiny používateľov a jednej volacej služby súčasne.

Použite výstup z nástroja Migration Insights alebo nástroja tretej strany, ktorý ste použili vo fáze prípravy, aby ste zistili, ktorí používatelia a funkcie by mali byť zoskupené dohromady. Tento výstup mal byť použitý na vypracovanie plánu migrácie a poskytne vám prehľad o tom, ako zoskupujete používateľov a funkcie, ktoré je potrebné spoločne prejsť.

Kľúčové kroky pri prechode dávky používateľov sú:

Identifikácia používateľov, ktorí majú migrovať spoločne

Skontrolujte, či sú všetci používatelia

Skontrolujte, či existujú všetky TN pre používateľov

Overte správny formát telefónneho čísla v adresári

Uistite sa, že šablóna licencií a nastavení pre skupiny použív ateľov sú správne nastavené

Overovanie alebo konfigurácia všetkých volacích služieb a funkcií pre skupinu používateľov (podľa potreby pred alebo počas prechodu)

V firemnom adresári pridajte používateľov do skupiny použív ateľov povolených volaní

Leverage Tools — nástroje na migráciu používateľov a funkcií a/alebo nástroje tretích strán

Zakázať alebo odstrániť číslo adresára používateľa/zariadenia a funkcie volania po prechode.

Po migrácii skupiny používateľov otestujte podmnožinu používateľov, aby ste overili, že všetky funkcie volania a služby fungujú správne. Ak sú funkcie volania, ako sú napríklad Call Queue, Hunt Groups atď., prechádzajú so skup inou používateľov, otestujte správne fungovanie týchto volacích služieb.

Pracovné priestory

V pracovnom priestore sa vzťahuje na zdieľané umiestnenie (napríklad konferenčná miestnosť, stredisko alebo hot desk), ktorému môžu byť priradené zariadenia, rozšírenia a používatelia. Na rozdiel od tradičných telefónov Unifed CM sú pracovné priestory:

Orientované na polohu: viazané na fyzické priestory.

Flexibilné zariadenie: môže mať jedno alebo viac zariadení (stolné telefóny, dosky atď.).

Akonáhle sú pracovné priestory identifikované ako súčasť prechodu na, môžu byť pridané v časti Zariadenia. Každý pracovný priestor potrebuje priradenie zariadenia, a ak už je v ňomUnified CM, je potrebné ho resetovať alebo opätovne poskytnúť. Funkcie ako hlasová schránka, presmerovanie hovorov a vyzdvihnutie hovorov môžu byť povolené alebo zakázané a podľa potreby je možné uplatniť pravidlá pre videohovory, parkovanie hovorov a mobilitu. Otestujte každý pracovný priestor uskutočňovaním interných a externých hovorov, testovaním funkcií videa, konferencií a mobility . Nakoniec informujte používateľov o všetkých aplikovateľných procesoch pre zariadenia pracovného priestoru a rezervácie.

Ďalšie informácie o pracovných priestoroch nájdete v téme Pracovné priestory.

Zabezpečovacie zariadenia

Telefóny, na ktoré sú momentálne zaregistrované, bude potrebné migrovať v rámci prechodu do cloudu. Aby bola migrácia čo najjednoduchšia s minimálnou pravdepodobnosťou zlyhania, Cisco odporúča migráciu fyzických lokalít alebo oddelení súčasne. Môže sa však vyžadovať migrácia používateľov v dávkach kvôli závislosti funkcií. Ďalšie podrobnosti nájdete v časti Migrácia používateľov v dávkach.

Všetky podporované telefóny, z ktorých musíte prejsť, budú musieť byť nakonfigurované ako používateľ alebo pracovný priestor a fyzický telefón bude potrebné prekonfigurovať na registráciu. Okrem toho telefóny série 7800 a 8800 potrebujú aktualizáciu firmvéru z firmvéru Enterprise na firmvér Multiplatform Phone (MPP). Tento proces zahŕňa načítanie prechodného firmvéru pred načítaním firmvéru MPP potrebného na registráciu. Vyžaduje tiež príslušnú migračnú licenciu. Spoločnosť Cisco tento proces v posledných rokoch vylepšila, aby vám uľahčila aktualizáciu firemvérových telefónov Enterprise na firmvér MPP. Ďalšie informácie o krokoch na dokončenie aktualizácie firmvéru nájdete v téme Konverzia telefónov IP série Cisco 7800 a 8800 medzi firmvérom Enterprise a MP P.

Okrem krokov uvedených v tomto článku má vstavaný nástroj Migrácia telefónu do Webex Calling, ktorý môžete použiť na migráciu telefónov 7800 a 8800 z firmvéru Enterprise na MPP. Tento nástroj vám tiež umožňuje pridať telefóny k príslušným používateľom alebo pracovným priestorom a priradiť ich k príslušným používateľom alebo pracovným priestorom. Ďalšie informácie o používaní nástrojov nájdete v té me Migrácia telefónu.

Pre všetky telefóny série 9800 registrované s vyššie uvedenou požiadavkou migrácie firmvéru sa nevzťahuje. Tieto telefóny používajú PhoneOS, ktorý je podporovaný obidvoma a. Ak chcete tieto telefóny prejsť na tieto telefóny, budete ich musieť pridaťWebex Calling, priradiť ich používateľovi alebo pracovnému priestoru a potom telefóny resetovať továrenské nastavenia. Postupnosť zav@@ ádzania systému P honeOS pre registráciu nižšie zobrazuje postup nosť zavádzania systému PhoneOS a spôsob, akým sa telefón zaregistruje po pridaní, aj keď je telefón stále zabezpečený a/alebo sa používajú možnosti DHCP (príklad - 150).

Zavádzacia sekvencia PhoneOS pre registráciu

podporuje obnovenie továrenských nastavení zariadení PhoneOS, aby sa umožnilo zapojenie Zero-Touch. správcovia môžu vzdialene obnoviť továrenské nastavenia telefónov 9800 a 8875 prostredníctvom strá nok CUCM Administration, čo eliminuje potrebu fyzického prístupu k telefónom, na ktoré sa môžu telefóny zapojiť. Táto funkcia je podporovaná v balíkoch zariadení od 9. septembra 2025:

CUCM v15 - Unified Communications Manager verzia 15

CUCM v14 - Unified Communications Manager verzia 14.

Ďalšie informácie o procese registrácie pre sériu 9800 nájdete v časti Proces registrácie.

Okrem telefónov Cisco IP môže byť potrebné poskytovanie ďalších zariadení, ako sú analógové telefónne adaptéry (ATA), bezdrôtové telefóny (Wifi, DECT), video zariadenia, hlasové brány a zariadenia a telefóny ^tre tích strán. Mnohé z týchto zariadení nemajú cestu aktualizácie firmvéru ako telefóny IP na ich prechod z podnikového firmvéru na cloudový firmvér. Preto poskytnete každé z týchto zariadení v Control Hub. Na niektoré z nich nemožno prejsť a ekvivalentný model ich bude musieť nahradiť (napr. ATA 191/192) a ďalšie budú vyžadovať manuálnu rekonfiguráciu a/alebo zmeny softvéru.

Hlasové brány — Ak chcete migrovať lokálnu bránu, pozrite si tému Migrácia lokálnej brány.
Ďalšie informácie o konfigurácii hlasovej brány VG400, VG410 alebo VG420 v Control Hub nájdete v téme Lokálna brána

Analógový telefónny adaptér (ATA) — Ak chcete začať s vašimi zariadeniami Cisco ATA 191 a 192, poz rite si časť Cisco ATA.

Bezdrôtový telefón Wifi - Ak chcete integrovať bezdrôtový telefón 840 a 860, pozrite si tému Integrácia bezdrôtového telefónu Webex.

Bezdrôtové telefóny DECT — Ak chcete začať s novou sériou Cisco IP DECT 6800, pozrite si časť Cisco IP DECT.

Ak chcete vytvoriť a spravovať digitálnu sieť DECT v Control Hub, pozrite si tému S práva siete DECT

Ďalšie informácie o systéme Cisco IP DECT 6800 nájdete v časti Príručka nasadenia

Zariad ^enia a telefóny tretej strany - spolupracujte s dodávateľ ^mi tretích strán na požiadavkách na zariadenia/telefón a procese ich migrácie alebo nahradenia na podporu.

Konfigurácia funkcií

Všetky požadované funkcie volania musia byť poskytnuté pred prechodom alebo počas neho. Ako sa diskutovalo v časti Migrácia používateľov v dávkach, funkcie volania musia byť nakonfigurované a premenené po prechode používateľov, ktorí ich používajú.

Podrobnosti o tom, ako nakonfigurovať každú z funkcií, nájdete v príslušných článkoch pomocníka pre konfiguráciu.

Automatické obsluhy - Ak chcete spravovať automatické obsluhy, pozrite si časť Automatické obsluhy

Call park — Ak chcete spravovať call park, pozrite si tému Call park

Vyzdvihnutie hovoru — Ak chcete nakonfigurovať skupinu vyzdvihnutia hovorov, pozrite

Poradie hovorov — Ak chcete nakonfigurovať frontu hovorov, pozrite si časť H ovor

Skupiny lovu — Ak chcete spravovať lovecké skupiny, pozrite si tému Správa lovec kej skupiny

Prevádzkové režimy — Ak chcete smerovať hovory na základe prevádzkových režimov, pozrite si tému Smer ovanie hovorov na základe prevádzkových režimov

Stránkovacie skupiny — Ak chcete nakonfigurovať stránkovaciu skupinu, pozrite si tému Konfigurácia stránkovacej skupiny

Nahrávanie - Ak chcete spravovať nahrávanie hovorov, pozrite si tému S práva nahrávok

Dosah jedného čísla — Ak chcete nakonfigurovať dosah jedného čísla (kdekoľvek v kancelárii), pozrite si tému Konfigurácia jedného

Skupina hlasovej schránky — Ak chcete spravovať zdieľanú hlasovú schránku a prichádzajúcu faxovú schránku, pozrite si tému Správa hlasovej schránky.

Akceptačné testovanie

Testovanie akceptácie zaisťuje, že migrované prostredie spĺňa funkčné požiadavky, funguje podľa očakávania a poskytuje bezproblémový používateľský zážitok vo všetkých komunikačných pracovných postupoch. Tento proces overovania je mnohostranný a zahŕňa všetko od poskytovania používateľov a priradenia čísel až po prevádzkový výkon pokročilých funkcií volania.

Táto časť poskytuje príklady a zdôrazňuje kľúčové aspekty, ktoré je potrebné zvážiť počas akceptačného testovania; nemá však slúžiť ako vyčerpávajúci alebo komplexný kontrolný zoznam.

Priradenie používateľa a priradenie čísel

Základným aspektom akceptačného testovania je overenie, či sú všetci používatelia poskytovaní presne a úplne vo vnútri. Vyžaduje si to dôkladné porovnanie adresára source () a novo vytvorenú používateľskú základňu, aby sa zabezpečilo, že každý používateľský účet spolu s priradenými atribútmi, ako sú čísla rozšírení a priradenia priameho vnútorného vytáčania (DID), boli správne migrované. Úplnosť poskytovania služieb je rozhodujúca nielen pre funkčnosť prvého dňa, ale aj pre priebežnú správu a podporu .

Overovanie priradenia čísel zahŕňa potvrdenie, že každému používateľovi je priradené správne rozšírenie a externé číslo a že tieto čísla smerujú správne v interných (on-line) aj externých (PSTN) tokoch hovorov. Je nevyhnutné skontrolovať akékoľvek prekrývanie, chý bajúce priradenia alebo nesprávne konfigurácie, ktoré by mohli viesť k chybám smerovania hovorov alebo prerušeniu služby.

PSTN Toky hovorov a prezentácia ID volajúceho

Robustný postup testovania akceptácie musí zahŕňať úplnú validáciu tokov volaní PSTN. To zahŕňa scenáre prichádzajúcich aj odchádzajúcich hovorov. V prípade prichádzajúcich hovorov PSTN by mal testovací tím potvrdiť, že hovory sú doručené do zamýšľaných koncových bodov, či už ide o jednotlivých používateľov, fronty hovorov, skupiny hľadania alebo automatických obsluhov. Odchádzajú ce PSTN hovory sa musia uskutočňovať úspešne, pričom osobitná pozornosť sa venuje správ nemu doručeniu a prezentácii informácií o ID volajúceho. Zahŕ ňa to zabezpečenie toho, aby sa externým príjemcom zobrazilo správne meno a číslo volajúceho v súlade s organizačnými politikami a regulačnými požiadavkami.

Testovanie by sa malo zaoberať aj scenármi zlyhania, ako je napríklad zaobchádzanie s nedosiahnuteľnými koncovými bodmi alebo prerušením siete. To pomáha potvrdiť, že náhradné mechanizmy a alternatívne smerovanie fungujú správne, čím sa zachováva kontinuita a spoľahlivosť služieb.

Toky hovorov v sieti

Interné alebo on-line toky hovorov tvoria chrbticu podnikovej komunikácie. Testovanie akceptácie v tejto oblasti overuje, či sa hovory medzi používateľmi v rámci organizácie smerujú správne, pričom funkcie ako prenos hovorov, zadržanie, presmerovanie a konferencie fungujú podľa zamýšľania . Musí sa potvrdiť integrita plánov vytáčania, pripojenie rozšírenia na rozšírenie a podpora polit ík organizačných hovorov.

Spracovanie používateľských hovorov a overenie funkcií

Dôležitým aspektom testovania akceptácie je overenie toho, ako používatelia spracovávajú hovory pomocou podpor ovaných stolných telefónov. Tento proces sa zameriava na potvrdenie toho, že pracovné postupy každodenných hovorov sú intuitívne a spoľahlivé a že používatelia majú bezproblémový prístup k základným funkciám potrebným pre ich úlohy. Testovanie by malo posúdiť, s akou môžu používatelia ľahko uskutočňovať a prijímať hovory, spravovať funkcie zadržania a obnovenia a vykonávať slepé aj konzultačné prenosy. Je tiež nevyhnutné overiť, či presmerovanie hovorov, konferencie a ďalšie pokročilé funkcie, ako je parkovanie a načítanie hovorov alebo aktivácia nerušia, sú ľahko dostupné a fungujú hladko.

Skúsenosti by sa mali vyhodnotiť z hľadiska jasnosti a citlivosti, berúc do úvahy spôsob interakcie používateľov s históriou hovorov, hlasovou poštou a integrovanými adresármi. Ďalšia pozornosť by sa mala venovať schopnosti presúvať aktívne hovory medzi zariadeniami a efektívne používať ovládacie prvky počas hovoru v rámci aplikácie alebo na fyzických telefónoch. Konečným cieľom je zabezpečiť, aby zážitok koncového používateľa bol konzistentný, efektívny a plne podporoval komunikačné potreby organizácie po migrácii.

Poradie hovorov: Skúsenosti s agentom a supervízorom

Fronty hovorov sa často používajú na spracovanie veľkoobjemových scenárov prichádzajúcich hovor ov. Akceptačné testovanie sa tu zameriava na niekoľko dimenzií. Najprv by sa malo overiť, či sú hovory distribuované agentom podľa nakonfigurovanej logiky frontu, ako je napríklad okrúhly robin, najdlhšia nečinnosť alebo simultánny zvonenie. Prezentácia hovorov v rade na pracovných počítačoch agentov sa musí preskúmať z hľadiska jasnosti a jednoduchého použitia, čím sa zabezpečí, že agenti môžu efektívne prijímať, zadržiavať a prenášať hovory.

V prípade supervízorov by sa mal zážitok z pracovnej plochy vyhodnotiť z hľadiska funkcií, ako je monitorovanie v reálnom čase, nahrávanie hovorov a analýza alebo prehľad o výkon nosti frontu. To zahŕňa, ale nie je obmedzené na overovanie dashboardov a nástrojov na nahlasovanie, ktoré poskytujú praktické údaje o distribúcii hovorov, aktivite agenta a metrikách frontových radov.

Hunt Groups: Distribúcia hovorov

Huntové skupiny sú kľúčovým mechanizmom na distribúciu hovorov vopred definovaným súborom používateľov. Testovanie akceptácie musí potvrdiť, že hovory sú smerované k členom skupiny na základe nakon figurovaného algoritmu lovu a že scenáre preplnenia, presmerovania a bez odpovede sa riešia podľa návrhu. Zabezpečenie toho, aby sa správanie členstva v skupine a smerovanie hovorov zho dovalo s tým, ktoré boli predtým zavedené, je nevyhnutné pre prevádzkovú konzistentnosť a spokojnosť používateľov.

Automatické obsluhy: Oznámenia a operácie v ponuke

Automatické obsluhy predstavujú prvú líniu automatizovanej manipulácie hovorov. Testovanie musí zahŕňať prehrávanie oznámení, presnosť zaznamenaných pozdravov a správne fungovanie stromov menu. Výber menu by mal spoľahlivo smerovať volajúcich na príslušné oddelenia, jednotlivcov alebo externé čísla. Testovanie by malo zahŕňať aj neplatné alebo časové scenáre, aby sa potvrdilo, že volajúci dostávajú jasné pokyny alebo sú presmerovaní podľa zamýšľania.

Prevádzka hlasovej schránky

Funkcia hlasovej schránky je napokon rozhodujúca pre používateľskú skúsenosť. Akceptačné testy by mali overiť, či sú schránky hlasovej schránky správne priradené a prístupné, a to tak v rámci organizácie, ako aj na diaľku. Schopnosť zaznamenávať, načítať a spravovať správy musí byť potvrdená spolu s doručením oznámení.

Optimalizovať

Migrácia PSTN na Cloud Connect

Optimalizácia lokálnej infraštruktúry

Využite analýzu a riešenie problémov

Migrácia PSTN na Cloud Connect pre

Po migrácii všetkých koncových bodov a používateľov do cloudového volania Unified CM je jediným účelom pôsobiť ako tranzit medzi bránami PSTN a cez lokálnu bránu. Odstránenie brán PSTN a lokálnej brány z obrázka pomocou Cloud Connect ako prístupu PSTN pre všetkých Webex Calling používateľov má niekoľko výhod vrátane zníženia náklad ov a zvýšenej spoľahlivosti. Ak chcete premeniť lokálny prístup PSTN na Cloud Connect , postupujte takto:

Cloud Connect pre výber partnera.

Pozrite si zoznam služieb Cloud Connect pre partnerov a vyberte si z dostupných partnerov dostupných pre umiestnenie vašej organiz ácie.

Cloud Connect pre overenie.

Pred prepnutím prístupu PSTN pre miesta na Cloud Connect by sa malo overiť a overiť pripojenie k PSTN prostredníctvom vybraného partnera Cloud Connect. Na tento účel je potrebné poskytnúť testovacie miesto s niektorými testovacími používateľmi poskytnutými v tomto testovacom mieste. Prístup PSTN pre toto testovacie miesto je potom nastavený na partnera Cloud Connect pred overením pripojen ia PSTN pomocou testovacích telefónov. Po úspešnej validácii je možné umiestnenie testu zru šiť.

Portovanie čísel.

Ak sa chcete pripraviť na prepojenie na Cloud Connect, je potrebné zadať poradie portov pre všetky čísla, ktoré sú aktuálne priradené do kmeňa PSTN, ktoré sa končia. Všetky čísla musia byť prenesené do partnera Cloud Connect. Aby sa zachovala dostupnosť medzi lokalitami, je potrebné preniesť všetky čís la všetkých miest súčasne.

Prepnite na partnera Cloud Connect.

K dátumu prerušenia musí byť prístup PSTN pre všetky lokality nastavený na poskytovateľa PSTN pripojeného k cloudu a malo by sa overiť prichádzajúce a odchádzajúce pripojenie.

Ako je uvedené v časti PSTN kapitoly dizajnu, zákazníci sa môžu na začiatku prechodu rozhodnúť presunúť svoj prístup PSTN na Cloud Connect pomocou PSTN trunkingu pre hybridné nasadenia. Ďalšie informácie nájdete v téme PSTN trunking pre hybridné nasadenia. Webex Calling V takom prípade je počas prechodu prístup PSTN cez lokálnu bránu a po premiestnení všetkých používateľov k nej neexistuje žiadny ďalší krok migrácie súvisiaci s PSTN okrem vyradenia z prevádzky a miestnych brán.

Optimalizácia lokálnej infraštruktúry

Po prechode všetkých používateľov na registráciu v cloude a všetky koncové body prešli na registráciu v cloude (alebo boli vyrad ené z prevádzky), aktualizujte príslušnú lokálnu infraštruktúru teraz, keď sa používa volanie v cloude. Aktualizácie infraštruktúry zahŕňajú:

Odstráňte lokálne riadenie hovorov a DNS SRV záznamy správ z lokálnych serverov DNS vrátane cisco_uds. _TCP. <domain>, cup_login. _TCP. <domain>. Tieto SRV záznamy už nie sú potrebné na zisťovanie klientskych služieb.

Odstráňte zá DNS SRV znamy súvisiace s hranami z verejného systému DNS vrátane collab_edge. _tls. <domain>. Tieto SRV záznamy už nie sú potrebné na zisťovanie hranových služieb spolupráce v klientskych službách.

Aktualizujte všetky relevantné rozsahy DHCP, aby ste odstránili možnosť 66 a možnosť 150 adresy TFTP/zavádzacieho servera. Tieto rozsahy už nie sú potrebné na zisťovanie a sťaho vanie konfigurácie riadenia hovoru koncového bodu.

Aktualizovať/odstráňte príslušné dial-peer v lokálnej bránu/kocke, ktoré smerujú hovory do a z. Unified CM Tieto dial-peer už nie sú potrebné na lokálne smerovanie hovorov.

Odstráňte alebo odstráňte všetky virtuálne stroje a/alebo servery a zoskupenia uzlov. Podľa potreby znovu použite výpočtové zdroje a hardvér. Tieto zdroje už nie sú potrebné na riadenie hovorov a služby Edge.

Odstráňte alebo odstráňte všetky virtuálne počítače a/alebo servery klastrových uzlov. Podľa potreby znovu použite výpočtové zdroje a hardvér. Tieto zdroje už nie sú potrebné pre hlasovú schránku a jednotné služby zasielania správ.

Čistenie: Po migrácii prístupu PSTN na Cloud Connected PSTN je možné vyraziť z prevádzky PSTN kmene, brány PSTN a lokálnu bránu.

V prípade akéhokoľvek existujúceho lokálneho riešenia E911 odstráňte všetky miesta alebo čísla, ktoré sa migrovali, a po dokončení úplného prechodu odstráňte virtuálne počítače alebo servery aplikácií. Podľa potreby znovu použite výpočtové zdroje a hardvér. Tieto zdroje už nie sú potrebné na tiesňové volanie a lokalizačné služby.

DNS patriace migrovaným používateľom by mali byť umiestnené do skrytého oddielu, aby sa zabránilo zlyh aniam smerovania hovorov a aby sa zabezpečilo, že všetky CSS majú prioritný prístup k cloudovej ceste rovnakých DNS.

Aktualizujte fyzickú odosielateľnú polohu a sieťový prvok v horizonte mobility vždy, keď dôjde k zmenám. Bežné činnosti, ktoré vyžadujú aktualizácie, sú:

Výmena sieťového spínača

Nahradenie bezdrôtového prístupového

Zmeny rozsahu DHCP

Fyzické zmeny vo vnútri budovy (ak sa rozhodnete pre kabínu/kanceláriu)

Fyzické rozšírenie alebo kontrakcia kancelárskych priestorov vo vnútri budovy.

Využite analýzu a riešenie problémov

poskytuje komplexné možnosti analýzy a riešenia problémov, ktoré vám pomôžu vizualizovať a sledovať vaše nasadenie. Tieto zahŕňajú kvalitu médií, podrobnú históriu hovorov, frontu hovorov, skupinu hľadania a analýzu automatickej obsluhy. Príklad analýzy kvality médií je znázornený na obrázku Analytika kvality médi í.

analýza kvality médií

V časti Riešenie problémov je možné zobraziť každý hovor uskutočnený pomocou podrobných informácií o kľúčovej kvalite médií a problémoch súvisiacich so signalizáciou, ktoré pomôžu určiť problémy s médiami, ako aj neúspešné hovory, ako je znázornené na obrázku Riešenie problémov s kvalitou médi í.

riešenie problémov s kvalitou médií

Riešenie problémov je možné integrovať aj s inými produktmi Cisco, ako sú pre pínače ThousandEyes a Meraki, aby poskytli ešte bohatší integrovaný zážitok z Control Hub. Ďalšie informácie o používaní analýzy a Webex Callingriešení problémov nájdete v téme Riešenie problémov s Webex Calling hovormi v Control Hub.

Úvod

Predtým, ako začnete

Prehľad

Základné komponenty

Prehľad procesu PPPIO

Všeobecný popis PPDIO

Používanie PPDIO pre projekty migrácie z Unified CM do Webex Calling

Príprava

Plánovanie

Návrh

Implementácia

Optimalizácia

Spätnoväzobné slučky PPDIO

Migračný prístup

Predtým, ako začnete

Táto príručka je určená pre tímy alebo jednotlivcov so skúsenosťami s konfiguráciou a správou Cisco Unified Communications Manager (Unified CM) a koncových bodov Cisco vrátane stolových IP telefónov, videozariadení a softvérových klientov Jabber. V celom tomto dokumente nájdete odkazy na dokumentáciu k produktu a podpore, ktoré vám pomôžu.

Tento dokument sa zameriava na prechody z Unified CM iba na viacnájomné riešenie Webex Calling. Termín Webex Calling v tomto dokumente sa vždy vzťahuje na viacnájomníkov Webex Calling.

Pred začatím migrácie z Unified CM na Webex Calling je nevyhnutné mať komplexné znalosti o riešení Webex Calling a jeho príslušných komponentoch. Úspešná migrácia si vyžaduje znalosť architektúry Webex Calling, modelov služieb, možností nasadenia a súvisiacich funkcií, aby bolo možné správne namapovať existujúce pracovné zaťaženia Unified CM a navrhnúť efektívny plán prechodu.

Dôkladné pochopenie nasledujúcich komponentov služby Webex Calling je nevyhnutné pre vytvorenie efektívnej stratégie prechodu a prevádzkovej pripravenosti.

Centrum Control Hub

Poskytovanie adresárov a používateľov

Platforma Webex Calling

Podporované volajúce koncové body

Možnosti pripojenia PSTN

Správa čísel a plán vytáčania v službe Webex Calling

Funkcie zabezpečenia a dodržiavania predpisov.

Viac informácií nájdete v časti Preferovaná architektúra spoločnosti Cisco pre volania cez Webex.

Táto príručka zdôrazní nástroje a procesy, ktoré sa majú používať počas celého prechodného cyklu. Prechod z lokálneho volania, Unified CM, na novú cloudovú platformu pre volania, Webex Calling, však môže byť značne náročný s potenciálnymi obchodnými, technickými a zložitými výzvami. Aby vám spoločnosť Cisco pomohla prekonať tieto výzvy, ponúka niekoľko rôznych možností, ktoré vám s tým pomôžu. Je dôležité prečítať si informácie na stránke Volania do podnikového cloudu – Migrácia volaní a pochopiť jednotlivé možnosti a to, ako vám každá z nich môže pomôcť s vašou vlastnou migráciou.

Nástroje na migráciu Webexu: samoobslužné, bezplatné nástroje zabudované v Control Hub na zjednodušenie prechodu na Webex Calling

Certifikovaní poskytovatelia migrácie: Spoločnosť Cisco overila poskytovateľov softvéru a nástrojov, ktorí vyvinuli migračné riešenia na pomoc partnerom a zákazníkom spoločnosti Webex s komplexnými a rozsiahlymi migráciami. Tieto riešenia môžu pomôcť zjednodušiť, spravovať a urýchliť prechod na Webex Calling.

Pomocník s nastavením Webexu: migračná služba vedená spoločnosťou Cisco, ktorá sprevádza zákazníkov a partnerov nasadením a konfiguráciou služby Webex Calling, čo je potrebné na úspešnú migráciu používateľov a služieb Unified CM do služby Webex Calling.

Prehľad

S rastom cloudových služieb pre spoluprácu sa čoraz viac zákazníkov snaží presunúť svoje existujúce úlohy spolupráce do cloudu, a to vzhľadom na prísľuby zníženia celkových nákladov na vlastníctvo, zjednodušenej správy, nepretržitého poskytovania funkcií, zvýšeného rozsahu a vynikajúcej spoľahlivosti, ktoré sú vlastné cloudovým službám. Keďže zákazníci chcú prejsť z lokálnych na cloudové služby spolupráce, je dôležité, aby pochopili, čo prechod obnáša a aké kroky sú na jeho vykonanie potrebné.

Účelom tohto dokumentu je poskytnúť pokyny k nasadeniu pre zákazníkov, ktorí chcú prejsť z lokálneho riešenia Unified CM na cloudové riešenie Webex Calling. Táto príručka nasadenia predpokladá, že čitateľ má základné znalosti o prechode volaní medzi Unified CM a Webex Calling vrátane zmien pri tomto prechode a rozdielov pri presune pracovnej záťaže volaní z lokálneho prostredia do cloudu. Predtým, ako budete pokračovať, sa uistite, že ste si preštudovali a oboznámili sa s informáciami dostupnými v mape prechodu. Tento dokument s mapou prechodu poskytuje informácie o zmenách a rozdieloch tohto prechodu.

Ako je znázornené na obrázku Architektúra lokálnej spolupráce: Riadenie hovorov a vzdialený prístup, typické lokálne nasadenie zahŕňa rôzne komponenty infraštruktúry pre spoluprácu v sieti, platformu pre riadenie hovorov, edge platformu, hardvérové a softvérové koncové body a v niektorých prípadoch aj platformy pre konferencie a plánovanie. V architektúre Cisco by to zahŕňalo Unified CM pre riadenie hovorov, Expressway pre vzdialený prístup a edge služby medzi podnikmi (B2B) a Cisco Meeting Server. / Cisco Meeting Management pre lokálne konferencie, Unity Connection pre hlasové správy a hardvérové (IP telefóny Cisco, videosystémy Cisco Desk and Room) a softvérové (Cisco Jabber) koncové body založené na IP. Tieto komponenty sa môžu v niektorých prostrediach mierne líšiť, ale toto je východiskový bod pre prechod opísaný v zvyšku tohto dokumentu.

Architektúra spolupráce v lokálnych platformách: ovládanie hovorov a vzdialený prístup

Architektúra znázornená na obrázku Architektúra lokálnej spolupráce: Ovládanie hovorov a vzdialený prístup je založené na preferovanej architektúre (PA) pre lokálne nasadenia Cisco Collaboration Enterprise. Viac informácií o lokálnej platforme Enterprise nájdete v článku preferované architektúry spolupráce spoločnosti Cisco.

Predtým: Tabuľka Komponenty infraštruktúry lokálnych volaní uvádza kľúčové prvky lokálnej architektúry pred prechodom na službu Webex Calling v cloude.

Tabuľka č. 1 Predtým: Komponenty infraštruktúry pre lokálne volania
Produkt Opis

Unified CM Lokálna kontrola hovorov poskytujúca služby registrácie zariadení a smerovania hovorov

Cisco Expressway-C/E Okrajová infraštruktúra poskytujúca mobilný a vzdialený prístup (MRA) a funkcie medzi podnikmi (B2B), ktorá umožňuje vzdialeným koncovým bodom bezpečné pripojenie z prostredia mimo organizácie. Expressway je nasadený v pároch, aby zabezpečil prechod firewallom pre externé koncové body.

Cisco Meeting Server (CMS), Cisco Meeting Management (CMM) a Cisco Telepresence Management Suite (TMS) Lokálna infraštruktúra pre hlasové, video a webové konferencie poskytujúca možnosti viacbodových stretnutí, správy stretnutí a plánovania. [Optional]

Pripojenie Cisco Unity Lokálna platforma hlasových správ poskytujúca hlasovú schránku a možnosti zjednoteného zasielania správ. [Optional]

Cisco Desk, Cisco Room, Cisco Board, Cisco IP telefóny a Cisco Jabber Zariadenia založené na IP protokole registrované v Unified CM a poskytujúce možnosti hlasových hovorov a videohovorov

Ako je znázornené na obrázku , rozhodnutie o prechode: Pri lokálnych volaniach do služby Webex Callingmajú zákazníci, ktorí majú lokálne riadenie hovorov s Unified CM a koncovými bodmi pre stolné počítače a video IP, možnosť prechodu na cloudovú architektúru služby Webex Calling.

Rozhodnutie je potrebné urobiť na základe funkčných požiadaviek zákazníka. Zákazníci, ktorí majú nasledujúce požiadavky, by mali toto rozhodnutie dôkladne zvážiť a nakoniec sa môžu rozhodnúť ponechať si ovládanie hovorov lokálne:

Modely telefónov, ktoré nie sú podporované službou Webex Calling

Komplexné alebo početné integrácie s inými lokálnymi systémami alebo riešeniami, najmä ak je replikácia týchto integrácií s Webex Calling náročná alebo nie sú k dispozícii žiadne ekvivalentné alternatívne riešenia.

Komplexný plán vytáčania, vysoko precízne triedy služieb alebo oboje

Obmedzený, limitovaný alebo nespoľahlivý prístup na internet

Prísne zásady ochrany osobných údajov a vlastníctva údajov

Požiadavka na súlad s predpismi pre nahrávanie a ukladanie médií v priestoroch spoločnosti alebo v rámci krajiny

Integrácie tretích strán bez vhodnej alternatívnej integrácie Webex Calling

Integrácie kontaktných centier, kde sa interakcia s kontaktným centrom ešte nepresúva do cloudu.

Rozhodnutie o prechode: volanie z lokálnej siete do služby Webex Calling
Zákazníci, ktorí chcú začať využívať cloudové volacie služby, by mali zvážiť Webex Calling. Táto cloudová volacia služba umožňuje zákazníkovi využiť globálnu architektúru Webexu pre škálovateľnosť a konektivitu. Účastníci v podnikovej sieti a vzdialení účastníci mimo podnikovej siete môžu komunikovať pomocou hardvérových koncových bodov založených na IP protokole. and/or softvérové klientske aplikácie pre stolné počítače alebo mobilné zariadenia.

Tento dokument sa zameriava na zákazníkov s nasadením ovládania hovorov Unified CM, ktorí chcú pochopiť všeobecné kroky, aspekty a požiadavky na povolenie nasadenia služby Webex Calling, ako je uvedené v nasledujúcej časti.

Základné komponenty

Cieľová architektúra pre túto migráciu obsahuje niekoľko nových komponentov. Zahŕňa to službu Webex Calling pre cloudové volania, aplikáciu Webex, Cisco Directory Connector pre integráciu identít a Local Gateway (LGW) pre prístup k PSTN, ako aj integráciu volaní z lokálnych zariadení do cloudu. Ďalšie možnosti prístupu k PSTN sú programy Cisco Calling Plans alebo cloudová pripojená PSTN (CCP) sprostredkovaná partnerom Cloud Connect for Webex Calling.

Ako je znázornené na obrázku po: Architektúra volaní Webex, nové komponenty (volania Webex, konektor adresára, lokálna brána a brána prežitia) sa pridávajú do existujúceho lokálneho nasadenia.

Po: Architektúra volaní Webex

Po: Tabuľka Komponenty infraštruktúry cloudových volaní uvádza nové prvky architektúry po prechode na Webex.

Tabuľka 2 Po: Komponenty infraštruktúry cloudových volaní
Produkt Opis

Webex Calling Cloudová služba hovorov poskytovaná z platformy Webex, ktorá zabezpečuje registráciu koncových bodov a smerovanie hovorov.

Konektor adresára Cisco Aplikácia systému Windows spustená na počítači s doménou Windows, ktorá poskytuje synchronizáciu identít medzi lokálnou službou Active Directory v podniku a úložiskom identít organizácie Webex.
Pre zákazníkov, ktorí prechádzajú z lokálnej služby Active Directory na Entra ID, sa na integráciu identít s Webexom namiesto Cisco Directory Connector používa aplikácia Entra ID Wizard.

Lokálna brána Lokálna brána slúži ako most medzi lokálnou unifikovanou komunikačnou sieťou zákazníka a cloudom Webex Calling. Môže byť nasadený lokálne alebo ho hostuje partner, čím poskytuje prístup k PSTN pre koncové body registrované v cloude, ako aj integráciu volaní medzi koncovými bodmi registrovanými v Unified CM a koncovými bodmi registrovanými v cloude. Smerovač integrovaných služieb Cisco IOS-XE (rad ISR 1100 a 4000), Cisco Catalyst 8200/8300 Ako LGW pre postupnú migráciu možno použiť softvér Cisco Catalyst Series 8000V Edge a rôzne certifikované hraničné ovládače relácií (SBC) od tretích strán.

Brána prežitia Survivability Gateway (SGW) je lokálna sieťová brána založená na systéme IOS-XE, ktorá poskytuje záložné volacie služby pre koncové body Webex Calling na mieste počas výpadkov siete.

Volací plán Cisco, Cloud Connect pre volania cez Webex Cisco Calling Plan a Cloud Connect pre Webex Calling sú cloudové možnosti pre prístup k PSTN pre koncové body Webex Calling. Prístup k PSTN je zabezpečený poskytovateľom cloudovej PSTN a nevyžaduje žiadne lokálne zariadenie.

Aplikácia Webex Klientska aplikácia bežiaca na desktopovom operačnom systéme (Windows, Mac) alebo mobilnom operačnom systéme (Android, iOS) a registrovaná priamo na platforme Webex Calling pre funkciu volania.

Prehľad procesu PPPIO

Proces PPDIO znamená príprava, plánovanie, návrh, implementácia a optimalizácia. Ide o štruktúrovanú metodiku spoločnosti Cisco, ktorá vedie projekty od počiatočného hodnotenia až po neustále zlepšovanie, čím zabezpečuje efektívne a úspešné nasadenie alebo migráciu.

Proces PPDIO

Všeobecný popis PPDIO

Pripravte si: Posúďte súčasné prostredie, zhromaždite požiadavky a zosúlaďte zainteresované strany s cieľom vytvoriť pevný základ.

Plán: Vypracovať podrobné projektové plány vrátane časových harmonogramov, zdrojov a stratégií na zmiernenie rizík.

Dizajn: Navrhnúť cieľové riešenie prispôsobené obchodným a technickým potrebám.

Implementovať: Vykonajte nasadenie alebo migráciu podľa návrhu a overte funkčnosť a výkon.

Optimalizovať: Neustále vylepšujte riešenie po implementácii monitorovaním výkonu, zdokonaľovaním konfigurácií a využívaním automatizačných a integračných nástrojov.

Používanie PPDIO pre projekty migrácie z Unified CM do Webex Calling

Pri prechode z Unified CM na Webex Calling poskytuje proces PPDIO jasný plán na zabezpečenie plynulého a efektívneho prechodu:

Príprava

Posúdenie existujúceho prostredia Unified CM a pripravenosti na migráciu

Zbierajte podrobné údaje o používateľoch, zariadeniach, sieti a závislostiach

Zhromažďujte podrobnosti o polohe vrátane adresy pre tiesňové volania, počtu používateľov, prístupu na internet a prístupu k PSTN

Identifikujte riziká a definujte rozsah projektu, aby ste zosúladili postupy všetkých zainteresovaných strán.

Plánovanie

Vytvorte komplexný plán migrácie s dávkovými harmonogramami, priradením zdrojov a časovými harmonogramami

Definujte úlohy, ako sú aktualizácie firmvéru zariadenia, poskytovanie licencií a registrácia používateľov

Koordinujte migračné časy so spoločnosťou Cisco a partnermi, aby ste minimalizovali narušenie.

Návrh

Mapovanie aktuálnych konfigurácií, plánov vytáčania a používateľských profilov Unified CM na ekvivalenty Webex Calling

Navrhnite prostredie Webex Calling vrátane stratégie PSTN (predbežnej a konečnej), umiestnení, používateľských rolí a integračných bodov, ako je Lokálna brána (CUBE) a synchronizácia adresárov

Naplánujte si scenáre koexistencie, v ktorých Unified CM a Webex Calling fungujú počas migrácie súčasne.

Implementácia

Používajte migračné nástroje Control Hub spolu s nástrojmi tretích strán na vykonávanie zmien režimu firmvéru zariadenia, konfigurácie funkcií a migrácií používateľov

Využívajte hromadné operácie a zriaďovanie pomocou rozhraní Webex API na zefektívnenie rozsiahlych migrácií a konfigurácií

Vykonávať poskytovanie licencií, registráciu zariadení a aktualizácie konfigurácie

Overte úspešnosť migrácie prostredníctvom testovania a overenia prevádzky.

Optimalizácia

Neustále monitorujte výkon a používateľskú skúsenosť služby Webex Calling

Spresňujte konfigurácie a pracovné postupy na základe prevádzkových údajov a spätnej väzby

Využite možnosti automatizácie a integrácie na zvýšenie efektívnosti a škálovateľnosti

V prípade potreby vyraďte staršie komponenty Unified CM z prevádzky a poskytnite priebežnú podporu pre operácie počas druhého dňa.

Tento vylepšený prístup PPPDIO zaisťuje kontrolovanú, transparentnú a efektívnu migráciu z Unified CM na Webex Calling, pričom využíva nástroje, API a partnerský ekosystém spoločnosti Cisco na udržanie kontinuity podnikania a zlepšenie možností spolupráce.

Spätnoväzobné slučky PPDIO

Prehľad na vysokej úrovni znázornený na obrázku Iterácie počas vykonávania PPPDIO ilustruje jednu spätnoväzobnú slučku z fázy optimalizácie späť do fázy prípravy. To znamená, že po počiatočnej implementácii existuje neustála príležitosť na neustále zlepšovanie. Každý cyklus optimalizácie môže identifikovať nové požiadavky alebo oblasti na zlepšenie, ktoré je možné riešiť prostredníctvom následných projektov alebo iniciatív. Tieto jednotlivé projekty postupne sledujú zavedený životný cyklus PPPIO (príprava, plánovanie, návrh, implementácia, optimalizácia). Tento iteratívny prístup zabezpečuje, že systém zostane v súlade s vyvíjajúcimi sa obchodnými cieľmi a technologickým pokrokom, čím sa podporuje kultúra neustáleho zdokonaľovania a prispôsobivosti.

Iterácie počas vykonávania PPPIO

Počas vykonávania procesu PPPDIO je bežné, že zistenia v neskorších fázach si vyžadujú prehodnotenie a prípadnú revíziu rozhodnutí prijatých v skorších fázach. Napríklad problémy, ktoré sa vyskytli počas fázy implementácie, ako napríklad identifikácia nejasností v návrhu alebo chýbajúcich detailov, môžu odhaliť, že určité aspekty neboli počas fázy návrhu úplne riešené. V takýchto prípadoch je potrebné vrátiť sa k príslušnej skoršej fáze, aby sa tieto problémy vyriešili predtým, ako sa bude pokračovať. Tento iteračný mechanizmus spätnej väzby, ako je znázornený na obrázku , zabezpečuje, že riešenie je dôkladne overené a vylepšené, čo v konečnom dôsledku prispieva k robustnejšiemu a efektívnejšiemu nasadeniu.

Zjednotený proces PPPIO s pomocou CM

Pri prechode z Unified CM na Webex Calling môže každá fáza procesu PPPDIO výrazne ťažiť z informácií zhromaždených z existujúceho prostredia Unified CM. Napríklad z aktuálnej konfigurácie Unified CM je možné extrahovať komplexné zoznamy používateľov, telefónnych čísel, funkcií volania a komponentov plánu vytáčania. Tieto údaje dopĺňajú informácie poskytované priamo zainteresovanými stranami a pomáhajú zefektívniť plánovacie a projektové činnosti. Využitie vhodných nástrojov na automatizáciu extrakcie a analýzy údajov nielen zvyšuje presnosť, ale aj zrýchľuje celý proces. Využitím poznatkov z existujúceho nasadenia je možné prechod na Webex Calling vykonať efektívnejšie ako tradičnú implementáciu na zelenej lúke, pričom sa zachová štruktúrovaná metodika PPDIO. Tento proces je znázornený na obrázku Zjednotený proces PPPIO s asistenciou CM.

Migračný prístup

Pri plánovaní prechodu z lokálneho Unified CM na Webex Calling je potrebné určiť, ako k tejto ceste pristúpite. Najprv sa budete musieť rozhodnúť, či migrácia bude blesková (všetko naraz) alebo fázovaná (migrácia skupín users/devices počas dlhšieho obdobia).

Rýchla migrácia presunie všetkých vašich používateľov a zariadenia najrýchlejšie. Touto metódou presuniete všetkých používateľov a zariadenia z lokálneho Unified CM do Webex Calling súčasne. V podstate ide o jedno migračné okno pre všetkých používateľov a zariadenia. Po dokončení tejto migrácie budú všetci vaši používatelia a zariadenia na platforme Webex Calling a celá vaša infraštruktúra Unified CM bude môcť byť vyradená z prevádzky. Mnohé organizácie však nemôžu tento prístup použiť kvôli rozsahu a veľkosti svojho nasadenia volaní.

Druhý prístup je fázovaná migrácia. Väčšina organizácií použije tento prístup, pretože poskytuje lepšiu kontrolu, správu a škálovateľnosť pri migrácii. Tiež je vhodnejší pre väčšie nasadenia UC. and/or nasadenia vo viacerých regiónoch. Preto sa tento dokument zameriava na fázový prístup s dvoma krokmi prechodu.

Ako je znázornené na obrázku nižšie Fázový prechod volania: Hybridné a cloudové, prvá prechodná fáza (fáza 1) vedie ku koexistenčnému nasadeniu s duálnymi prostrediami volania. V tejto fáze sú niektorí používatelia, zariadenia a softvéroví klienti prevedení na Webex Calling, zatiaľ čo iní sú stále na lokálnom ovládaní hovorov Unified CM. Záverečná prechodná fáza (fáza 2) vedie k čisto cloudovému prostrediu pre volania, kde všetci používatelia, zariadenia a softvéroví klienti boli úplne prevedení na platformu Webex Calling.

Ako dlho bude trvať, kým organizácia úplne prejde na cloudové volania, sa bude líšiť v závislosti od jej aktuálneho nasadenia. V niektorých prípadoch môže organizácia vykonať počiatočný prechod a zostať vo fáze koexistencie duálneho riadenia hovorov (fáza 1) dlhší čas (mesiace alebo dokonca roky), zatiaľ čo v iných prípadoch môže organizácia úplne prejsť na Webex Calling (fáza 2) vo veľmi krátkom čase (týždne alebo mesiace). Tento dokument má pokryť obe fázy (fázu 1 – koexistenciu a fázu 2 – úplný prechod).

Fázový prechod volania: hybridný a cloudový

Je možné, že niektoré organizácie si budú môcť ponechať koexistenciu duálneho riadenia hovorov na dobu neurčitú bez plánov na úplný prechod na cloudové volania.

Druhým faktorom je, ako prevediete používateľov, zariadenia a softvérových klientov z lokálneho riadenia hovorov do cloudového riadenia hovorov. Odporúčaný prístup je trojfázový prechod. Obrázok Odporúčaný 3-fázový prechod nižšie rozdeľuje tento prístup do 3 fáz.

Odporúčaný 3-fázový prechod

Pred migráciou: Táto fáza sa zameriava na prípravu prostredí Webex aj Unified CM na migráciu. Nejde o volanie špecifického plánovania alebo konfigurácií, ale o zameranie sa na dokončenie aktivít, ktoré je možné vykonať teraz a pred začiatkom akéhokoľvek projektu migrácie Webex Calling. Cieľom je vybudovať základ pre obe prostredia, aby sa pripravili na migráciu.

Príprava na migráciu: V tejto fáze sa začína príprava na migráciu na Webex Calling. Tu je potrebné preskúmať a aktualizovať obchodné a technické požiadavky. Nerobte len nadstavbu a zmenu toho, čo je momentálne nasadené v Unified CM, ale namiesto toho predefinujte obchodné a technické požiadavky, ktoré vaša spoločnosť potrebuje dnes aj v budúcnosti, a to využitím sily Webex Calling. Okrem toho je to fáza, v ktorej dokončíte návrh, plánovanie konfigurácie a migráciu. planning/schedule.

Migrácia (zavedenie a vyradenie z prevádzky): V tejto fáze dochádza k skutočnej migrácii používateľov, zariadení, telefónnych čísel a softvérových klientov. Ako bolo uvedené vyššie, túto fázu je možné dokončiť pre všetkých naraz (bleskové skrátenie) alebo vo viacerých časových úsekoch zmien (postupné skrátenie). Plány prijatia koncovými používateľmi, školenia a komunikácia sú kľúčové, aby vaši používatelia vedeli o zmenách, o tom, ako používať novú platformu pre volania a kedy k zmene dôjde. Posledným krokom je vyradenie všetkej lokálnej infraštruktúry UC, ktorá sa už nepoužíva.

Fáza pred migráciou obsahuje aktivity (povinné, odporúčané a voliteľné), na ktorých môžete okamžite začať pracovať. Odporúča sa ich dokončiť skôr ako neskôr a najlepšie pred začiatkom projektu. Niektoré aktivity môžu trvať dlhšie, preto ich skoršie začatie pomôže zefektívniť samotný migračný projekt.

Obrázok Aktivity pred migráciou nižšie zvýrazňuje päť špecifických kategórií aktivít, ktoré súvisia s migráciou služby Webex Calling.

Predmigračné aktivity

Tabuľka č. 1 Predtým: Komponenty infraštruktúry pre lokálne volania
Produkt	Opis
Unified CM	Lokálna kontrola hovorov poskytujúca služby registrácie zariadení a smerovania hovorov
Cisco Expressway-C/E	Okrajová infraštruktúra poskytujúca mobilný a vzdialený prístup (MRA) a funkcie medzi podnikmi (B2B), ktorá umožňuje vzdialeným koncovým bodom bezpečné pripojenie z prostredia mimo organizácie. Expressway je nasadený v pároch, aby zabezpečil prechod firewallom pre externé koncové body.
Cisco Meeting Server (CMS), Cisco Meeting Management (CMM) a Cisco Telepresence Management Suite (TMS)	Lokálna infraštruktúra pre hlasové, video a webové konferencie poskytujúca možnosti viacbodových stretnutí, správy stretnutí a plánovania. [Optional]
Pripojenie Cisco Unity	Lokálna platforma hlasových správ poskytujúca hlasovú schránku a možnosti zjednoteného zasielania správ. [Optional]
Cisco Desk, Cisco Room, Cisco Board, Cisco IP telefóny a Cisco Jabber	Zariadenia založené na IP protokole registrované v Unified CM a poskytujúce možnosti hlasových hovorov a videohovorov

Tabuľka 2 Po: Komponenty infraštruktúry cloudových volaní
Produkt	Opis
Webex Calling	Cloudová služba hovorov poskytovaná z platformy Webex, ktorá zabezpečuje registráciu koncových bodov a smerovanie hovorov.
Konektor adresára Cisco	Aplikácia systému Windows spustená na počítači s doménou Windows, ktorá poskytuje synchronizáciu identít medzi lokálnou službou Active Directory v podniku a úložiskom identít organizácie Webex. Pre zákazníkov, ktorí prechádzajú z lokálnej služby Active Directory na Entra ID, sa na integráciu identít s Webexom namiesto Cisco Directory Connector používa aplikácia Entra ID Wizard.
Lokálna brána	Lokálna brána slúži ako most medzi lokálnou unifikovanou komunikačnou sieťou zákazníka a cloudom Webex Calling. Môže byť nasadený lokálne alebo ho hostuje partner, čím poskytuje prístup k PSTN pre koncové body registrované v cloude, ako aj integráciu volaní medzi koncovými bodmi registrovanými v Unified CM a koncovými bodmi registrovanými v cloude. Smerovač integrovaných služieb Cisco IOS-XE (rad ISR 1100 a 4000), Cisco Catalyst 8200/8300 Ako LGW pre postupnú migráciu možno použiť softvér Cisco Catalyst Series 8000V Edge a rôzne certifikované hraničné ovládače relácií (SBC) od tretích strán.
Brána prežitia	Survivability Gateway (SGW) je lokálna sieťová brána založená na systéme IOS-XE, ktorá poskytuje záložné volacie služby pre koncové body Webex Calling na mieste počas výpadkov siete.
Volací plán Cisco, Cloud Connect pre volania cez Webex	Cisco Calling Plan a Cloud Connect pre Webex Calling sú cloudové možnosti pre prístup k PSTN pre koncové body Webex Calling. Prístup k PSTN je zabezpečený poskytovateľom cloudovej PSTN a nevyžaduje žiadne lokálne zariadenie.
Aplikácia Webex	Klientska aplikácia bežiaca na desktopovom operačnom systéme (Windows, Mac) alebo mobilnom operačnom systéme (Android, iOS) a registrovaná priamo na platforme Webex Calling pre funkciu volania.

Príprava

Obchodné a technické požiadavky

Prečo je zhromažďovanie požiadaviek dôležité:

Obchodné požiadavky

Technické požiadavky

Pripravenosť a požiadavky na sieť

Nastavenie UC pripojeného ku cloudu

Posúdenie súčasného prostredia

Licencovanie

Locations/Sites

Existujúci inventár devices/clients

Overte vhodnosť zariadenia

Používatelia

Pripojenie PSTN

Funkcie & využitie funkcií

Integrácie so systémom Cisco: Unity Connection UCCX UCCE

Nahrávanie hovorov

Integrácie tretích strán

Obchodné a technické požiadavky

Pri plánovaní migrácie z platformy .NET na platformu .NET je nevyhnutné dôkladne zhromaždiť technické aj obchodné požiadavky počas fázy plánovania. Tento krok zabezpečí, aby migrácia bola v súlade s prevádzkovými cieľmi a technickými možnosťami vašej organizácie, čím sa minimalizujú riziká a prerušenia.

Prečo je zhromažďovanie požiadaviek dôležité:

Zosúlaďuje obchodné ciele: Pochopenie obchodných potrieb pomáha prispôsobiť migráciu tak, aby podporovala kľúčové pracovné postupy, používateľskú skúsenosť a plány rastu.

Zabezpečuje technickú kompatibilitu: Včasná identifikácia technických požiadaviek predchádza problémom s integráciou s existujúcou infraštruktúrou, sieťou a koncovými bodmi.

Uľahčuje plánovanie zdrojov: Jasné požiadavky pomáhajú presne odhadnúť časové harmonogramy, náklady a potrebné zdroje.

Zmierňuje riziká: Včasné odhalenie potenciálnych problémov umožňuje proaktívne riešenia, čím sa skracujú prestoje a prerušenia služieb.

Obchodné požiadavky

Medzi typické obchodné požiadavky patria:

Počet používateľov a lokalít, ktoré sa majú migrovať

Požadované funkcie a služby (napríklad smerovanie hovorov, hlasová schránka, konferencie, automatické telefonické linky, fronty hovorov)

Zásady dodržiavania predpisov a zabezpečenia

Rozpočtové obmedzenia a očakávané náklady

Potreby školenia a podpory používateľov

Časový harmonogram migrácie a aspekty kontinuity podnikania.

Zhromaždenie požadovaných funkcií a služieb je kľúčovým krokom k zabezpečeniu toho, aby nový systém spĺňal obchodné potreby. Pri zhromažďovaní týchto požiadaviek je dôležité nielen zvážiť, čo je aktuálne nakonfigurované, ale pokúsiť sa zhromaždiť skutočné požiadavky od obchodných subjektov, ktoré budú systém používať. V opačnom prípade existuje riziko, že plán je založený na neaktuálnych predpokladoch. Nezabudnite si vyhodnotiť ďalšie alebo vylepšené funkcie dostupné v , ktoré nemusia existovať v , ako napríklad cloudové volania, rozšírené fronty hovorov a . To pomáha pri plnej realizácii výhod cloudovej platformy.

Pri vyhodnocovaní aktuálnej konfigurácie v systéme je dôležité si uvedomiť, že nie všetky existujúce nastavenia nemusia zostať potrebné z dôvodu vyvíjajúcich sa požiadaviek počas životného cyklu systému. Dôraz by sa mal klásť na identifikáciu a zachovanie iba tých konfigurácií, ktoré zodpovedajú súčasným a budúcim potrebám nasadenia.

Zamerajte sa viac na to, čo potrebujete, než na to, čo máte.

Zásady dodržiavania predpisov a bezpečnostné zásady sú kľúčovými faktormi počas migrácie z Webex Calling, aby sa zabezpečilo, že nový cloudový komunikačný systém bude spĺňať právne, regulačné a organizačné normy.

Súlad s predpismi: Organizácie musia overiť, či spĺňajú predpisy špecifické pre dané odvetvie, ako napríklad GDPR, HIPAA alebo SOX, ktoré sa týkajú požiadaviek na ochranu súkromia, uchovávanie a spracovanie údajov, ako aj mandátov špecifických pre danú krajinu týkajúcich sa umiestnenia údajov, obchádzania spoplatnených liniek a lokality médií.

Zabezpečenie údajov: Zabezpečenie šifrovania hlasových a signalizačných údajov počas prenosu aj v pokoji, aby sa zabránilo zachyteniu alebo neoprávnenému prístupu.

Ovládanie prístupu: Definovanie a vynucovanie overovania používateľov, autorizácie a prístupu na základe rolí s cieľom zabrániť neoprávnenému použitiu komunikačných zdrojov.

Audit a monitorovanie: Implementácia funkcií protokolovania a monitorovania na sledovanie prístupu a používania pre audity súladu s predpismi a vyšetrovanie bezpečnostných incidentov.

Zosúladenie politík: Zosúladenie migrácie s existujúcimi firemnými bezpečnostnými politikami vrátane zabezpečenia koncových bodov, segmentácie siete a plánov reakcie na incidenty.

Zabezpečenie bezpečnosti dodávateľa: Vyhodnocovanie bezpečnostných certifikácií a osvedčení o zhode spoločnosti Cisco s cieľom zabezpečiť dôveryhodnosť.

Riešenie týchto zásad dodržiavania predpisov a bezpečnosti počas fázy plánovania pomáha zmierniť riziká, vyhnúť sa právnym sankciám a zachovať integritu a dôvernosť komunikácie počas celej migrácie a po nej.

Školenie používateľov a potreby podpory sú nevyhnutnými súčasťami migrácie z na, aby sa zabezpečil hladký prechod a prijatie používateľmi. Medzi kľúčové faktory patria:

Tréningové programy: Vypracovať školenia na mieru pre rôzne skupiny používateľov (koncoví používatelia, administrátori, pracovníci technickej podpory), aby sa oboznámili s funkciami, používateľskými rozhraniami a novými pracovnými postupmi.

Dokumentácia: Poskytnite jasné a prístupné používateľské príručky, najčastejšie otázky a stručné referenčné materiály vrátane zdrojov Čo je nové a odlišné a podrobných návodov Pred a po (vo forme videa alebo stručného návodu), aby ste používateľom pomohli prispôsobiť sa aktualizovanému rozhraniu po migrácii.

Riadenie zmien: Proaktívne komunikujte zmeny, aby ste zvládli očakávania používateľov a znížili odpor.

Podporná štruktúra: Zriadte špecializovaný tím podpory alebo eskalačnú cestu na promptné riešenie problémov používateľov počas migrácie a po nej.

Priebežné vzdelávanie: Naplánujte si priebežné aktualizácie školení s vydaním nových funkcií alebo aktualizácií v .

Mechanizmy spätnej väzby: Implementujte kanály, cez ktoré môžu používatelia hlásiť problémy a poskytovať spätnú väzbu na zlepšenie procesov školení a podpory.

Riešenie týchto potrieb v oblasti školení a podpory počas fázy plánovania pomáha minimalizovať narušenia, zvyšuje dôveru používateľov a maximalizuje výhody migrácie na .

Technické požiadavky

Pre úspešnú migráciu z platformy .NET na platformu .NET je potrebné zhromaždiť a zdokumentovať niekoľko kľúčových technických požiadaviek vrátane podrobností o:

Pripravenosť siete a kapacita šírky pásma

Komplexné posúdenie siete je kľúčové pre zabezpečenie toho, aby vaša existujúca infraštruktúra mohla podporovať nové prostredie Webex Calling. Patria sem:

Analýza šírky pásma: Vyhodnotenie súčasného a predpokladaného využitia šírky pásma na spracovanie hlasovej, video a dátovej prevádzky bez preťaženia.

Kvalita služieb (QoS): Implementácia politík QoS na uprednostnenie hlasovej prevádzky a minimalizáciu latencie, jitteru a straty paketov.

Pripojenie k WAN a internetu: Overenie, či WAN linky a internetové pripojenia spĺňajú požiadavky na cloudové volania vrátane redundancie a funkcií prepnutia na záložný systém.

Konfigurácia firewallu a NAT: Zabezpečenie, aby nastavenia firewallu a NAT povoľovali požadovanú signalizáciu a mediálnu prevádzku pre .

Integrácia s existujúcim systémom

Bezproblémová integrácia s existujúcimi obchodnými systémami je nevyhnutná pre používateľskú skúsenosť a kontinuitu pracovných postupov:

Adresárové služby: Posúdenie integrácie s podnikovým adresárom pre automatizované zriaďovanie a overovanie používateľov.

CRM a obchodné aplikácie: Identifikácia bodov integrácie so systémami riadenia vzťahov so zákazníkmi a inými aplikáciami kritickými pre podnikanie.

Prepojenie starších ústrední PBX: Plánovanie stratégií koexistencie alebo postupnej migrácie, ak počas prechodu zostanú nejaké staršie telefónne systémy.

Kompatibilita a poskytovanie koncových bodov

Všetky koncové zariadenia vrátane stolových telefónov, softvérových telefónov a mobilných zariadení by mali byť vyhodnotené z hľadiska kompatibility:

Podpora zariadení: Potvrdenie, že existujúce IP telefóny a zariadenia sú podporované, alebo identifikácia potrebných náhrad.

Procesy poskytovania: Zavedenie automatizovaných alebo zjednodušených metód poskytovania pre efektívne zavádzanie koncových bodov.

Aktualizácie firmvéru a softvéru: Plánovanie potrebných aktualizácií na zabezpečenie interoperability a bezpečnosti.

Konfigurácie zabezpečenia a šifrovacie štandardy

Bezpečnosť je v cloudovej komunikácii prvoradá:

Šifrovanie: Vynucovanie end-to-end šifrovania pre signalizáciu a mediálne streamy v súlade s najlepšími bezpečnostnými postupmi spoločnosti Cisco.

Autentifikácia a riadenie prístupu: Implementácia mechanizmov bezpečného overovania (ako napríklad SSO, viacfaktorové overovanie) a podrobných kontrol prístupu používateľov.

Súlad: Zabezpečenie, aby riešenie spĺňalo príslušné regulačné a priemyselné normy (napríklad GDPR, HIPAA).

Monitorovanie bezpečnosti: Integrácia s nástrojmi SIEM a nastavenie upozornení na potenciálne bezpečnostné incidenty.

Tabuľka č. 1 Príklad hodnotenia
Požiadavka Kľúčové úvahy

Pripravenosť siete a šírka pásma Šírka pásma, QoS, WAN/Internet, Firewall/NAT

Integrácia s existujúcimi systémami Adresár, CRM, ústredňa, Email/Calendar

Kompatibilita a poskytovanie koncových bodov Podpora zariadení, poskytovanie služieb, aktualizácie firmvéru

Konfigurácie zabezpečenia a šifrovanie Šifrovanie, autentifikácia, súlad s predpismi, monitorovanie bezpečnosti

Školenie používateľov a riadenie zmien Školiace programy, dokumentácia, komunikácia zmien

Prenosnosť čísla a vytáčací plán Číslo migration/porting, preklad plánu vytáčania

Integrácie tretích strán Paging, kontaktné centrum, fax, analógové zariadenia

Pripravenosť a požiadavky na sieť

Pripravenosť na sieť je kľúčová pre úspešnú migráciu na akékoľvek cloudové riešenie volania, ako je . Zlé plánovanie siete môže viesť k zníženej kvalite hovorov, prerušeným hovorom a nespokojnosti používateľov. Zákazníci musia pred migráciou na . Odporúča sa overiť dostupnosť šírky pásma siete pre očakávaný objem hovorov, zabezpečiť splnenie požiadaviek na kvalitu služieb (QoS) a pochopiť rôzne porty, ktoré je potrebné otvoriť v okrajových firewalloch.

Spoľahlivé sieťové pripojenie s dostatočnou kvalitou služieb (šírka pásma, strata paketov, RTT) je základnou požiadavkou na zabezpečenie čo najlepšej používateľskej skúsenosti pre všetky koncové body, klientov a aplikácie s podporou hlasu a videa, ktoré používajú .

Zákazníci a partneri majú k dispozícii možnosti pripojenia nad rámec OTT (Over-the-top) internetu, ktoré dokážu optimalizovať pripojenie vrátane Webex Edge Connect. Viac informácií o detailoch návrhu Webex Edge Connect nájdete v článku Preferovaná architektúra spoločnosti Cisco pre Webex Edge Connect pre stretnutia Webex, volanie viacerých nájomníkov a vyhradenú inštanciu.

Zákazníci môžu využiť CScan na posúdenie siete, ktoré poskytuje informácie o kvalite siete zákazníka, počte hovorov, ktoré je možné nadviazať, latencii atď. Viac informácií o nástroji CScan nájdete v časti Použitie nástroja CScan na testovanie kvality siete Webex Calling.

Aby ste sa uistili, že sieť je pripravená na migráciu na , zvážte nasledujúci kontrolný zoznam:

Plánovanie šírky pásma

Vypočítajte si súbežné hovory na lokalitu, aby ste zabezpečili dostatočnú šírku pásma pre upstream aj downstream a zahrnuli priestor pre ďalšiu prevádzku kritickú pre podnikanie a budúci rast.

Tabuľka výpočtov šírky pásma pre typy hovorov Webex Calling zobrazuje typy hovorov dostupné s nasadením spolu s kodekom a maximálnou šírkou pásma potrebnou pre každý typ hovoru. Ako je uvedené v tabuľke výpočty šírky pásma pre typy hovorov Webex Calling, požadovanú šírku pásma pre zvukový hovor pre každý typ hovoru možno vypočítať pomocou nasledujúceho všeobecného vzorca:

Počet očakávaných súbežných hovorov * Šírka pásma na hovor na základe kodeku = Požadovaná priepustnosť siete.
Tabuľka 2 Výpočty šírky pásma pre typy hovorov Webex Calling
Typy hovorov Kodek - šírka pásma Výpočty šírky pásma
/ Stolový telefón -> OPUS – 70 kb/s Počet súbežných hovorov * 70 kb/s = Požadovaná priepustnosť siete
/ Stolový telefón -> Stolový telefón OPUS – 70 kb/s Počet súbežných hovorov * 70 kb/s = Požadovaná priepustnosť siete
/ Stolový telefón -> PSTN cez LGW G.711 – 80 kb/s Počet súbežných hovorov * 80 kb/s = Požadovaná priepustnosť siete
/ Stolový telefón -> PSTN cez cloudovú PSTN (napr. volací program Cisco) G.711 – 80 kb/s Počet súbežných hovorov * 80 kb/s = Požadovaná priepustnosť siete
/ Stolový telefón -> Podnik cez LGW G.722 – 80 kb/s Počet súbežných hovorov * 80 kb/s = Požadovaná priepustnosť siete
/ Stolový telefón -> hlasová schránka OPUS – 70 kb/s Počet súbežných hovorov * 70 kb/s = Požadovaná priepustnosť siete

Súčtom súbežnej požadovanej priepustnosti siete pre každý typ hovoru je možné určiť celkovú potenciálnu požiadavku na šírku pásma pre konkrétnu lokalitu.

Všetky volacie vetvy sú vždy ukotvené na prístupových SBC. Na určenie požadovanej šírky pásma internetu pre dané miesto je potrebné zohľadniť nielen hovory medzi lokalitami, ale aj hovory v rámci lokality a hovory do a z lokálnej brány v danom mieste. Napríklad, hovor v rámci lokality medzi dvoma telefónmi MPP by vyžadoval až 2 x 70 kb/s plne duplexný prístup na internet danej lokality.

Tabuľka Príklady výpočtu šírky pásma pre Webex Calling zobrazuje príklad kompletného výpočtu šírky pásma za predpokladu, že všetky zariadenia sa nachádzajú na rovnakej lokalite.
Tabuľka 3. Príklady výpočtu šírky pásma pre volania vo Webexe
Typy hovorov Počet súbežných hovorov Celková šírka pásma
Aplikácia Webex / Stolný telefón → Aplikácia Webex 15 2 * 15 * 70 kb/s = 2 100 kb/s
Aplikácia Webex / Stolný telefón → Stolný telefón 15 2 * 15 * 70 kb/s = 2 100 kb/s
Aplikácia Webex / Pevná linka → PSTN cez LGW 50 2 * 50 * 80 kb/s = 8 000 kb/s
Aplikácia Webex / Stolový telefón → PSTN cez Cloud Connect pre volania cez Webex 0 0 * 80 kb/s
Aplikácia Webex / Pevná linka → Podnik cez LGW 15 2 * 15 * 80 kb/s = 2 400 kb/s
Aplikácia Webex / Stolový telefón → Webex Calling Hlasová schránka 5 5 * 70 kb/s = 350 kb/s
Celkový počet hovorov / Šírka pásma 100 hovorov 14 950 kb/s / 14,95 Mb/s

Všetky hodnoty šírky pásma vo vyššie uvedených tabuľkách sa vzťahujú na šírku pásma IP. Šírka pásma linky je vyššia v závislosti od zapuzdrenia WAN.

Šírka pásma vo vyššie uvedených tabuľkách je pre zvukové hovory. Pre šírku pásma videohovorov, aplikáciu Webex a MPP 8845/65 Telefóny podporujú video H.264 s maximálnym rozlíšením 720p a maximálnou šírkou pásma 1 500 kb/s na hovor. Množstvo šírky pásma spotrebované v ktoromkoľvek bode počas hovoru však bude kolísať v závislosti od premenlivej bitovej rýchlosti, ktorá je vlastná videokomunikácii.

Kvalita služieb (QoS)

Implementujte politiky QoS vo vašom lokálnom prostredí, aby ste uprednostnili prevádzku v reálnom čase a zabezpečili udržiavanie QoS naprieč prepínačmi, smerovačmi a firewallmi.

Ciele latencie, jitteru a straty paketov

Pre optimálnu kvalitu hlasu pri hovoroch cez Over-the-Top (OTT) a cez internet sa odporúčajú nasledujúce prahové hodnoty:

Latencia - menej ako 100 ms jednosmerne

Jitter - menej ako 10 ms

Strata paketov - 0,5 % alebo menej.

Firewall a NAT

Uistite sa, že firewall je nakonfigurovaný tak, aby povoľoval prevádzku podľa článku dostupného na adrese Informácie o referenčných portoch pre volania Webex. Okrem toho povoľte prístup k doménam a rozsahom IP adries uvedeným v tej istej príručke a vyhnite sa SIP ALG, pretože ruší SIP signalizáciu. Malo by sa zabrániť prenosu médií cez proxy servery.

DNS a NTP

Zabezpečte správne rozlíšenie DNS domén a spoľahlivé NTP servery na synchronizáciu hodín zariadení na overovanie a protokolovanie certifikátov TLS.

Plánovanie záložného prepnutia

Zvážte existujúce pripojenia poskytovateľov dát (MPLS, SD-WAN atď.) a vo všeobecnosti naplánujte priamy prístup na internet na každom mieste v rámci vášho nasadenia. Naplánujte redundantné internetové pripojenia tam, kde je potrebná vysoká dostupnosť. Keďže budete využívať cloudové služby, základnou požiadavkou je spoľahlivé internetové pripojenie s dostatočnou šírkou pásma. Túto zmenu by ste mali zvážiť, ak internetové pripojenie (pripojenia) vo vašej organizácii nie je vo všeobecnosti spoľahlivé s nízkou latenciou a dostatočnou priepustnosťou smerom nahor aj nadol.

Prežitie lokality

Prežitie lokality zabezpečuje, že vaša firma bude vždy dostupná, aj keď sa vaše sieťové pripojenie preruší. Služba Site Survivability využíva bránu vo vašej lokálnej sieti na poskytovanie záložnej volacej služby pre koncové body na mieste v situáciách, keď sa sieťové pripojenie preruší. Ak obchodné požiadavky vyžadujú nepretržité volanie v prípade výpadku siete, zvážte prežitie lokality pomocou lokálnej brány prežitia (SGW). Viac informácií o kontrole odolnosti lokality nájdete v časti Ochrana lokality pre volania cez Webex.

Nastavenie UC pripojeného ku cloudu

Cloud Connected UC (CCUC) je cloudové riešenie pre správu a analytiku, ktoré je navrhnuté tak, aby poskytovalo centralizovaný prehľad, správu a prehľady pre nasadenia v lokálnych (napríklad Unified CM) aj v cloude (). Pôsobí ako most medzi tradičnými lokálnymi prostrediami a cloudovými službami spoločnosti Cisco a podporuje organizácie počas celej migrácie z verzie .

Počas prechodu na zohráva CCUC kľúčovú úlohu pri zefektívnení procesu migrácie tým, že uľahčuje zhromažďovanie komplexných údajov z existujúceho nasadenia Unified Communications. CCUC pomáha s kľúčovými úlohami prechodu, ako je migrácia zariadení, funkcií a kontaktov používateľov, ako aj automatizácia aktualizácií firmvéru pre podporované IP telefóny. Poskytovaním centralizovaného prehľadu a správy pomáha CCUC zabezpečiť plynulejší a efektívnejší proces migrácie.

Spoločnosť Cisco dôrazne odporúča nasadiť CCUC v ranom štádiu prechodného projektu, ideálne pred alebo počas prípravnej fázy. To umožní získať prehľady a schopnosti potrebné na dôkladné posúdenie, inventarizáciu a plánovanie následných migračných aktivít a na začatie vašej cesty k budúcim hybridným schopnostiam.

Posúdenie súčasného prostredia

Kľúčovou aktivitou pri plánovaní migrácie je posúdenie aktuálneho lokálneho prostredia a nasadenia. To poskytuje prehľad o tom, aké potenciálne zmeny môžu byť potrebné na úspešný prechod na . Umožňuje vám tiež posúdiť kľúčové prvky platformy v porovnaní s existujúcim lokálnym nasadením. Tieto informácie môžete použiť na identifikáciu konkrétnych úloh potrebných pre prechod a zmien, ktoré chcete vykonať, aby ste splnili svoje obchodné a technické požiadavky a prípady použitia.

V rámci tohto úsilia je dôležité preskúmať nasledujúce aspekty.

Licencovanie

Pochopenie aktuálnej licenčnej štruktúry existujúceho nasadenia je kľúčové pri príprave na migráciu na . Vykonajte licenčné posúdenie nasledujúcich oblastí vášho existujúceho lokálneho riešenia Cisco.

Platforma

Schopnosť úplne formulovať, čo je aktuálne licencované na vašej základnej platforme, bude kľúčová pri spolupráci s vaším tímom pre účty alebo partnerom s cieľom určiť najlepšiu cestu k flexibilnému licencovaniu. Viac informácií o flexibilnom licencovaní nájdete v článku Flexibilný plán spolupráce spoločnosti Cisco.

Používatelia a zariadenia

Identifikujte, akú kategóriu licencie vyžadujú vaši existujúci používatelia a zariadenia. Toto sa použije na určenie, ktorý typ licencie je potrebný pre používateľov a zariadenia. ponúka viacero typov licencií vrátane profesionálnych a štandardných licencií pre používateľov a profesionálnych a bežných licencií pre pracovné priestory. Viac informácií o licencovaní zariadení nájdete v informačnom liste dostupnom na adrese Licencovanie zariadení.

Lokálna brána

Ak je pre tento prechod potrebný Cisco Unified Border Element (CUBE) pre prístup k PSTN, je potrebné zvážiť aj licencovanie CUBE. Aspekty licencovania CUBE sú uvedené ďalej v tomto dokumente.

Locations/Sites

Pri plánovaní tohto prechodu by sa mal zvážiť počet a typy lokalít (veľké centrálne, regionálne, pobočkové atď.) v rámci vášho existujúceho nasadenia. Úplné pochopenie existujúcich lokalít nasadenia pomôže pri strategickom plánovaní úspešného prechodu, najmä pokiaľ ide o určenie, ktoré lokality migrovať a v akom poradí. Pri rozhodovaní o migrácii bude kľúčové podrobné pochopenie požiadaviek na plán vytáčania (číslovanie, spôsoby vytáčania, triedy obmedzení atď.), pripojenia k sieti a šírky pásma lokality (internet, WAN, LAN) a prístupu k PSTN (lokálny alebo centralizovaný, IP alebo TDM) pre každú lokalitu. Viac informácií o bežných modeloch nasadenia a kľúčových aspektoch nájdete v informáciách o modeloch nasadenia pre spoluprácu, ktoré sú k dispozícii v dokumente Collaboration SRND.

Ďalším dôležitým faktorom pri nasadení pri prechode na je dostupnosť lokality. má rôzne možnosti, predplatné a zariadenia, ktoré sú k dispozícii v závislosti od toho, kde sa vaše nasadenie nachádza. Viac informácií o geografickej dostupnosti nájdete v časti Kde je Webex dostupný?.

Nakoniec je dôležité pochopiť, aký vplyv bude mať prechod na iné služby spolupráce. Na základe cieľa tohto dokumentu sa všeobecne predpokladá, že ak sa majú zachovať existujúce služby spolupráce mimo pracovnej záťaže volajúcich, očakáva sa prechod na vyššie uvedené hybridné nasadenie fázy 1. Medzi príklady služieb spolupráce, ktoré môžu vyžadovať hybridné nasadenie, patria lokálne kontaktné centrá, ktoré ešte neboli migrované do kontaktného centra Webex, a úzke integrácie do systémov, ako sú pagingové systémy a fakturácia. Viac informácií o prechode ďalších úloh a služieb spolupráce nájdete v časti Prechody spolupráce.

Existujúci inventár devices/clients

Pred začatím prechodu je dôležité vykonať inventarizáciu existujúcich hardvérových a softvérových koncových bodov. Mať kompletný zoznam zariadení types/models, Verzie hardvéru, typy a množstvá operačných systémov softvérových klientov zabezpečia, že budete môcť primerane naplánovať prechod zariadení a zmierniť dopad na tie zariadenia, ktoré nie je možné migrovať na cloudové volania. Inventár by sa mal použiť na určenie zariadení, ktoré sa majú previesť, a zariadení, ktoré sa majú nahradiť pred prechodom.

Stolové telefóny

V prípade audio a video stolových telefónov sú podporované iba stolové telefóny radu 6800, 7800, 8800 a 9800. Toto je podmnožina IP telefónov Cisco, ktoré sú podporované systémom . Existujú niektoré modely a verzie telefónov 6800, 7800 a 8800, ktoré nie je možné používať s . Viac informácií o podporovaných modeloch a verziách hardvéru nájdete v časti Podporované zariadenia pre Webex Calling.

IP telefóny Cisco radu 6800 nie je možné aktualizovať z firmvéru Enterprise na firmvér Multiplatform (MPP), ktorý je potrebný pre . Preto musia byť všetky telefóny 6800 registrované na podnikový firmvér nahradené modelom 6800 MPP alebo iným podporovaným modelom telefónu.

IP telefóny Cisco radu 7800 a 8800 musia byť pred prechodom a registráciou v službe aktualizované na firmvér Multiplatform Phone (MPP). Ak chcete zistiť, ktoré modely a hardvérové verzie 7800 a 8800 podporujú firmvér MPP, pozrite si časť Konverzia IP telefónov Cisco radu 7800 a 8800 medzi firmvérom Enterprise a MPP.

Modely 8845, 8865 a 8865NR dosiahli koniec predaja a ich migrácia na systém sa neodporúča.

Staršie verzie telefónov radu 8800 (8811, 8841, 8851, 8851NR, 8861) sa neodporúčajú používať s Webex Calling. Telefóny s hardvérovou verziou VID 14 alebo staršou sa zaregistrujú, ale môžu mať problémy s výkonom kvôli hardvéru.

Stolové telefóny série 9800 používajú systém PhoneOS, ktorý podporuje PhoneOS aj registráciu. Preto je možné na tieto telefóny prejsť bez aktualizácie firmvéru.

Všetky ostatné IP telefóny bude potrebné vymeniť za telefóny radu 6800, 7800, 8800 alebo 9800, ktoré podporuje služba Webex Calling. Viac informácií o podporovaných IP a stolových telefónoch s nájdete v článku na stránke Podporované zariadenia pre Webex Calling.

Koncové body videa

Osobné a miestnostné video koncové zariadenia vrátane Cisco Board, Room a Desk sa dokážu natívne zaregistrovať cez SIP. Ktorýkoľvek z týchto koncových bodov, ktorý potrebuje prenášať zvuk and/or Hovory cez PSTN vyžadujú licenciu na volanie:

Zdieľané zariadenia v konferenčných miestnostiach, priestoroch na krátke zasadnutia atď. vyžadujú licenciu Professional Workspace alebo Workspace.

Osobné zariadenie koncového používateľa vyžaduje profesionálnu alebo štandardnú licenciu.

Určte, koľko video koncových bodov je zaregistrovaných a používaných na uskutočňovanie zvukových hovorov. Je možné, že niektoré video koncové body sa môžu používať iba na pripojenie k schôdzkam alebo na uskutočňovanie SIP videohovorov. V oboch prípadoch je potrebné koncové body migrovať pred vyradením serverov z prevádzky, čo však pomôže určiť, koľko z nich bude potrebovať licencie na pokračovanie v telefonovaní.

Keď sa videozariadenia presunú z registrácie do , URI týchto koncových bodov sa zmení, pretože sú teraz registrované v cloude.

Modely telefónov 8845, 8865 a 8875 sú osobné videotelefóny, ktoré sú podporované systémom .

Mäkkí klienti

Je to jediný softvérový klient podporovaný aplikáciou , na rozdiel od Unified CM, ktorý podporuje aplikáciu Webex aj Jabber, a je to nový predvolený softvérový klient pre koncových používateľov.

V závislosti od režimu (režimov) nasadenia implementovaného pre Jabber (iba IM, iba telefonicky, and/or plné režimy UC), možno budete musieť zvážiť aj prechod systému Messaging and/or Pracovné zaťaženie stretnutí z Jabberu do . Môže byť nasadený v režime iba pre telefón, ak sa bude používať ako klient iba pre volania, alebo môže byť nasadený ako kompletný balík Webex Suite, ak sú potrebné iné pracovné zaťaženia, napr. Webex Messaging and/or Webex Meetings sa presúva do aplikácie s volaním.

Zlepšuje zážitok koncového používateľa poskytovaním funkcií umelej inteligencie, ako napríklad audio/video inteligencia, prepis hovorov a ďalšie. Viac informácií nájdete v https://www.webex.com/all-new-webex.

Pred presunutím používateľov k vám budete musieť previesť ich klientov Jabber na rozhranie . Na dokončenie tohto prechodu máte dve možnosti.

Predtým, ako ich prevediete na

Keď ich prevediete na .

Pre uľahčenie počiatočného prechodu na sa odporúča použiť možnosť 1 a presunúť používateľov na , ktorí volajú ako prvé. To dáva používateľom čas oboznámiť sa s novou aplikáciou, zatiaľ čo stále používajú existujúcu lokálnu platformu pre volania. Keď budete pripravení presunúť používateľov do , nakonfigurujete ich tak, aby sa zaregistrovali na platforme cloudových volaní.

Viac informácií o týchto dvoch možnostiach nájdete v článku Migračná cesta – jeden alebo dva kroky?.

Úplný zoznam podporovaných zariadení pre nájdete v časti Podporované zariadenia pre Webex Calling.

Overte vhodnosť zariadenia

Ako už bolo spomenuté, podporuje podmnožinu IP telefónov Cisco a pre telefóny radu 7800 a 8800 vyžaduje iný typ firmvéru. Telefóny Unified CM používajú firmvér Enterprise, zatiaľ čo telefóny používajú firmvér Multiplatform Phone (MPP). Počas fázy prípravy sa odporúča overiť, ktoré registrované telefóny sú oprávnené na aktualizáciu firmvéru MPP. Vďaka tomu získate čas na výmenu nevhodných telefónov za jeden z podporovaných modelov telefónov alebo na identifikáciu alternatívneho plánu, napríklad presunutie používateľa iba do aplikácie Webex.

Na pomoc s určením vhodnosti telefónov má Control Hub vstavaný nástroj s názvom Migrácia telefónu do služby Webex Calling. Pri použití tohto nástroja na kontrolu vhodnosti zariadenia vyberte možnosť Migrácia Generovať iba licenciu zariadenia.

Možnosť nástroja Control Hub na overenie vhodnosti telefónov Unified CM pre službu Webex Calling

Táto možnosť vám umožňuje nahrať súbor CSV s telefónmi, aby ste si mohli overiť vhodnosť každého telefónu. Výberom tejto možnosti migrácie sa telefóny nepridajú, pretože ste stále vo fáze prípravy a ešte nie ste pripravení na to. Viac informácií nájdete v časti Migrácia telefónu do služby Webex Calling.

Je možné, že niektoré telefóny sa vrátia s Neznámou spôsobilosťou. Zvyčajne je to preto, že systém back-end nedokáže overiť niektoré informácie o telefóne. V prípade telefónov so stavom Neznámy máte dve možnosti na overenie, či sú vhodné na aktualizáciu na firmvér MPP.

Manuálne skontrolujte každý telefón a overte model a verziu hardvéru (PID VID)

7800/8800 štítok telefónu s informáciami o modeli a verzii hardvéru

Použite nástroj na kontrolu pripravenosti IP telefónov Cisco

Stiahnite si nástroj z https://github.com/joemar2/mpp_readiness_check.

Tento nástroj nie je oficiálnym nástrojom spoločnosti Cisco ani nie je podporovaný spoločnosťou TAC. Má maximálnu podporu, ale jej používanie je bezplatné.

Tento nástroj musí byť spustený na lokálnom počítači, ktorý má prístup k serverom a IP telefónom. Má možnosť povoliť webový prístup na IP telefónoch, čo sa odporúča a je potrebné na dosiahnutie najlepších výsledkov. Preto by sa mal používať mimo prevádzkovej doby, aby sa predišlo narušeniu prevádzky koncových používateľov. Výstupom nástroja je správa s uvedením telefónov radu 7800 a 8800, ktoré sú oprávnené na aktualizáciu na firmvér MPP. Keďže má priamy prístup k telefónu, dokáže overiť Neznáme zariadenia, ktoré boli nahlásené z nástroja Control Hub.

Správa o nástroji Cisco IP Phone readyness Tool

Používatelia

Jedným z najdôležitejších krokov prípravy na zabezpečenie úspešnej migrácie je správne poskytovanie používateľov. Musíte správne naplánovať migráciu pre všetkých používateľov, aj keď vykonávate postupnú migráciu. Používatelia musia byť oprávnení na niektorú z nasledujúcich funkcií:

Nasadenie s volaním

Nasadenie pomocou

Konfigurácia služieb pre používateľa

Umožniť vyhľadávanie používateľov v adresári (klikni a zavolaj, kontaktné informácie používateľa, vyhľadávanie v telefónnom zozname).

Odporúča sa, aby ste všetkých používateľov zriadili pred alebo na začiatku projektu. Patria sem aj používatelia, ktorí stále používajú Unified CM pre svoju volaciu platformu nezávislú od ich volacieho zariadenia (IP telefón, Jabber atď.). Ako používatelia migrujú do (and/or ) aktualizujete im licencie, aby ste povolili služby, ktoré potrebujú. Poskytnutím všetkých podnikových volajúcich používateľov pred začatím prechodu umožňujete používateľovi, ktorý prešiel na alebo , vyhľadať v adresári podnikového volajúceho používateľa, ktorý je stále na Jabberi. and/or na . Vďaka tomu môžu prepojení používatelia nájsť kontaktné informácie iných používateľov a zavolať im pomocou vyhľadávania v adresári.

Obrázok vyhľadávanie v adresári zobrazuje príklad používateľa, ktorý hľadá iného používateľa. Výsledky vyhľadávania zobrazujú kontaktné informácie používateľa a môžu sa vzťahovať na používateľa, ktorý stále používa Jabber, alebo na používateľa, ktorý prešiel na... and/or .

Vyhľadávanie v adresári aplikácií Webex

Ďalej určte, ktorí z existujúcich lokálnych volajúcich používateľov budú prevedení na . Ak sa budú presúvať všetci alebo veľký počet používateľov, odporúča sa presúvať používateľov v skupinách, aby sa zabezpečilo, že projektový tím, IT pracovníci a podporný personál budú schopní zvládnuť prechod a akékoľvek problémy, ktoré môžu vzniknúť. Mali by ste si tiež vyhradiť určitý čas na poskytnutie úvodných informácií a školení, aby ste používateľov na tento prechod pripravili. Zoskupovanie používateľov pri prechode je možné vykonať na základe rôznych kritérií vrátane umiestnenia alebo lokality, ku ktorej sú používatelia priradení, oddelení používateľov alebo dokonca typov používateľov (znalostní pracovníci, manažéri, mobilní pracovníci atď.).

Napríklad, ak sú používatelia v nasadení rozdelení medzi tri hlavné lokality: New York (NYC), San Francisco (SFC) a Research Triangle Park (RTP), plán prechodu používateľov môže vyzerať ako plán uvedený v tabuľke Plán prechodu používateľov podľa lokality.
Tabuľka 4. Plán prechodu používateľov podľa lokality
Používateľská stránka / miesto Informácie a školenia pred prechodom Prechodné obdobie Podpora po prechode
New York (1 525 používateľov) Týždeň od 1. apríla 15. apríla – 27. apríla Týždeň od 29. apríla
SFO (1 600 používateľov) Týždeň od 6. mája 20. mája – 31. mája Týždeň od 3. júna
RTP (1 275 používateľov) Týždeň od 3. júna 17. júna – 28. júna Týždeň od 1. júla

Ďalším dôležitým faktorom je spoločný prechod používateľov, ktorí sú medzi sebou závislí. Toto môže zahŕňať, ale nie je obmedzené na:

Monitorovanie BLF

Rovnaký lov pilot/group

Zdieľať linky

Súčasť tej istej skupiny pre prijímanie hovorov

Používanie rovnakých čísel parkovania hovorov

Interkom

Admin/Exec.

Môžete skontrolovať konfiguráciu (GUI alebo export) alebo použiť nástroj Migration Insights, ktorý vám pomôže identifikovať skupiny používateľov s týmito závislosťami.

Pripojenie PSTN

k PSTN sa môžete pripojiť tromi spôsobmi: Volacie programy Cisco, Cloud Connect for (predtým Cloud Connected PSTN) a lokálna PSTN (lokálna brána). Avšak jedna lokalita, ako je definovaná v rámci, môže byť priradená iba k jednej možnosti PSTN.

Lokálna PSTN s lokálnou bránou (LGW) je základnou súčasťou stratégie prechodu. Poskytuje prepojenie medzi lokálnym nasadením and/or PSTN a platforma podporujú hraničné ovládače relácií (SBC) od spoločností Cisco aj certifikovaných tretích strán, ktoré možno použiť ako lokálnu bránu. Najnovší zoznam podporovaných SBC nájdete v časti Zoznam podporovaných SBC.

podporuje až 250 súbežných hovorov z jednej lokálnej brány založenej na registrácii a viac ako 250 súbežných hovorov z jednej lokálnej brány založenej na certifikáte. Lokálne brány založené na certifikátoch dokážu podporovať až 6500 súbežných hovorov, ale to závisí od typu pripojenia, ktoré musí lokálna brána spĺňať (Over-the-Top vs. Interconnect peering) a od modelu SBC, na ktorom je lokálna brána nasadená. Tieto limity sú v podstate predvoleným limitom počtu pre hovory cez lokálnu bránu PSTN aj pre hovory medzi lokalitami medzi koncovými bodmi . Viac informácií nájdete v časti Začíname s lokálnou bránou.

Všetky hovory presahujúce tento limit sú odmietnuté s chybou 403 Forbidden. Príkaz show call active voice je možné spustiť na lokálnej bráne kedykoľvek a určiť tak celkový počet aktívnych hovorov.

Zlé sieťové podmienky medzi lokálnou bránou a prístupovým SBC môžu obmedziť výkon signalizačného pripojenia, čo vedie k ešte nižšiemu limitu súbežných hovorov. Jednosmerná latencia medzi lokálnou bránou a dátovým centrom by nemala presiahnuť 100 ms a jitter by mal byť menší ako 10 ms, zatiaľ čo strata paketov je menšia ako 0,5. %.

Funkcie & využitie funkcií

Pri posudzovaní aktuálneho prostredia je dôležité identifikovať a skontrolovať, ktoré funkcie sú nakonfigurované. Okrem toho je dôležité pochopiť používanie funkcií, aby ste mohli (pre)definovať svoje obchodné a technické požiadavky na nasadenie.

Ak chcete určiť, ktoré funkcie sú nakonfigurované, analyzujte konfiguráciu. Toto sú všetky statické údaje, ktoré sa nastavia pri konfigurácii funkcie alebo nastavenia v systéme. Na dokončenie tejto analýzy je možné použiť nasledujúce možnosti:

Skontrolujte konfiguráciu v administrátorskom grafickom rozhraní

export konfigurácie -- hromadný export alebo AXL

nástroj na prehľady migrácie (odporúčané)

Nástroje od partnerov tretích strán spoločnosti Cisco (odporúčané).

Pre efektívnu analýzu využitia funkcií je nevyhnutné preskúmať dynamické systémové údaje, ako je využitie, registrácie a aktivita hovorov. Rôzne analytické nástroje a dashboardy poskytujú prehľad o týchto metrikách, čo umožňuje komplexné pochopenie výkonu a kapacity systému, čo podporuje informované rozhodovanie počas migrácie a optimalizácie. Na dokončenie tohto typu analýzy je možné použiť nasledujúce možnosti:

Prehľad nespracovaných záznamov CDR

Kontrola údajov Unified CM RTMT

nástroj na analýzu migrácie pomocou údajov CDR

Prehľad analytiky cloudovo pripojeného UC v

Hlasitosť hovorov

Registrované koncové body

(CAC) lokality

Využitie kufra.

Nástroje partnerov tretích strán od spoločnosti Cisco.

Spoločnosť Cisco odporúča začať s nástrojom Webex Control Hub Migration Insights pre túto analýzu. Do nástroja importujete exportovaný súbor .TAR a súbory Unified CM CDR (voliteľné, ale potrebné na analýzu využitia funkcií). Nástroj vygeneruje nasledujúce správy vo formáte CSV, ktoré možno použiť na spustenie analýzy:

Tabuľka 5. Správy generované zo súboru .tar Unified CM
Názov prehľadu
Popis správy
ImportedDataBulk.csv
Všetci používatelia a zariadenia z údajov Unified CM
DeviceEligibility.csv
Identifikuje zariadenia oprávnené na migráciu do systému Webex Calling (IP telefóny, zariadenia Room OS, ATA a zariadenia tretích strán)
DevicePoolNumbers.txt
Zoznam všetkých čísel v konkrétnom fonde zariadení
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv
Podrobnosti o zariadeniach a používateľoch, ktorí by mali byť migrovaní spoločne na základe zdieľaných liniek, pilotného vyhľadávania, frontu hovorov, parkovania hovorov a konfigurácie skupiny preberania hovorov
HuntGroupMigrationInsight.csv
Podrobné informácie o pridelených linkách vyhľadávania, skupinách liniek a pridružených agentoch
SharedlineGroupMigrationReport.csv
Prehľad zdieľania telefónnych čísel (čísla v adresári) medzi používateľmi

Tabuľka 6. Správy generované zo súborov Unified CM .tar a CDR.gzip
Názov prehľadu
Popis správy
FeatureUsageBasedDeviceEligibilityReport.csv
Informácie o oprávnenosti migrácie zariadenia na základe používania funkcií
FeatureUsageWithLastUsageDateReport.csv
Počet použití pre počet volaní pilotov hunt a frontov volaní spolu s dátumom posledného použitia.
UserWorkspaceLastUsage.csv
Dátum posledného použitia pre používateľov a pracovné priestory pre softvérových klientov aj hardvérové telefóny
DIDUsageReport.csv
Použitie DID pre priradené aj nepriradené DID

Viac informácií o prehľadoch Migration Insights nájdete v časti Migration Insights.

Ak po prečítaní informácií v správach Migration Insights potrebujete viac informácií o funkciách a používaní, spoločnosť Cisco odporúča zvážiť jeden z migračných nástrojov od partnerov spoločnosti Cisco. and/or skontrolovať konfigurácie v grafickom rozhraní alebo v exportovaných údajoch konfigurácie.

Integrácie so systémom Cisco: Unity Connection UCCX UCCE

Hlasová schránka je neoddeliteľnou súčasťou ponuky a je natívne zabudovaná do riešenia. Nedá sa integrovať s riešením hlasovej schránky založeným na premise, ako je Unity Connection alebo Unity Connection Express. Okrem toho neexistuje žiadny natívny spôsob migrácie existujúcich hlasových správ alebo pozdravov z pripojenia Unity do natívnej služby hlasovej schránky dostupnej s . Niektoré migračné nástroje tretích strán spoločnosti Cisco majú možnosti migrácie niektorých z týchto údajov. Viac informácií o hlasovej schránke pre nájdete v časti Konfigurácia a správa nastavení hlasovej schránky pre používateľa služby Webex Calling.

podporuje aj zdieľané hlasové a faxové schránky. Viac informácií nájdete v časti Správa zdieľanej hlasovej schránky a schránky prichádzajúcich faxov pre Webex Calling.

má vstavanú funkciu automatického telefonického operátora, ktorá je súčasťou základnej platformy. Táto funkcia umožňuje prechod obsluhy hovorov a funkcie automatického operátora vášho Unity Connection. Nástroj Control Hub Migrácia funkcií z Unified CM podporuje migráciu konfigurácií pripojenia Unity do automatických operátorov. Viac informácií o používaní tohto nástroja nájdete v časti Migrácia zariadení a funkcií z Unified CM do Webex Calling.

Nahrávanie hovorov

zahŕňa dve možnosti nahrávania hovorov bez dodatočných poplatkov.

Nahrávanie hovorov cez Webex

Nahrávanie Dubber Go (ponuka partnera) – integrácia medzi aplikáciou Dubber, kde sú všetky nahrané médiá bezpečne uložené v cloude.

zahrnuté možnosti nahrávania tabuľka zdôrazňuje niektoré kľúčové funkcie dvoch možností nahrávania hovorov, ktoré sú k dispozícii bez dodatočných nákladov.

Tabuľka 7. zahrnuté možnosti nahrávania
Webex Dubber Go

Dostupné pre všetkých používateľov Dostupné pre všetkých používateľov

Neobmedzené nahrávky Neobmedzené nahrávky

1-ročná doba uchovávania* 30-dňová doba uchovávania

100 GB úložiska na organizáciu -

Pracovníci dodržiavania predpisov majú prístup k nahrávkam hovorov a môžu ich spravovať -

API na správu nahrávok -

Správcovia môžu konfigurovať a spravovať prístup používateľov k ich nahrávkam hovorov
Používatelia si môžu spravovať vlastné nahrávky pomocou User Hub and/or aplikácia Webex.
Prístup k nahrávkam a ich správu majú iba používatelia
Z ich dubberského portálu.

Ak vaša organizácia vyžaduje ďalšie možnosti nahrávania, ako je nahrávanie hovorov o dodržiavaní predpisov, dlhšie doby uchovávania, viac úložného priestoru, analýzu pomocou umelej inteligencie, and/or prístup správcu, platené ponuky alebo doplnky existujú od spoločnosti Cisco aj od poskytovateľov nahrávania tretích strán. Viac informácií o poskytovateľoch nahrávania, konfiguráciách a doplnkových partnerských službách nájdete v časti Správa nahrávania hovorov pre Webex Calling.

Integrácie tretích strán

podporuje rôzne integrácie^tretích strán vrátane, ale nie výlučne, SBC pre lokálne brány, IP telefóny, interkomové telefóny, Speaker/Pagers, ATA atď. Okrem týchto zariadení^tretích strán podporuje Webex Calling rôzne riešenia^tretích strán pre zákaznícku podporu, analytiku, nahrávanie, fakturáciu atď. Viac informácií o riešeniach tretích strán nájdete v článku^{Webex App Hub.}

Tabuľka č. 1 Príklad hodnotenia
Požiadavka	Kľúčové úvahy
Pripravenosť siete a šírka pásma	Šírka pásma, QoS, WAN/Internet, Firewall/NAT
Integrácia s existujúcimi systémami	Adresár, CRM, ústredňa, Email/Calendar
Kompatibilita a poskytovanie koncových bodov	Podpora zariadení, poskytovanie služieb, aktualizácie firmvéru
Konfigurácie zabezpečenia a šifrovanie	Šifrovanie, autentifikácia, súlad s predpismi, monitorovanie bezpečnosti
Školenie používateľov a riadenie zmien	Školiace programy, dokumentácia, komunikácia zmien
Prenosnosť čísla a vytáčací plán	Číslo migration/porting, preklad plánu vytáčania
Integrácie tretích strán	Paging, kontaktné centrum, fax, analógové zariadenia

Tabuľka 2 Výpočty šírky pásma pre typy hovorov Webex Calling
Typy hovorov	Kodek - šírka pásma	Výpočty šírky pásma
/ Stolový telefón ->	OPUS – 70 kb/s	Počet súbežných hovorov * 70 kb/s = Požadovaná priepustnosť siete
/ Stolový telefón -> Stolový telefón	OPUS – 70 kb/s	Počet súbežných hovorov * 70 kb/s = Požadovaná priepustnosť siete
/ Stolový telefón -> PSTN cez LGW	G.711 – 80 kb/s	Počet súbežných hovorov * 80 kb/s = Požadovaná priepustnosť siete
/ Stolový telefón -> PSTN cez cloudovú PSTN (napr. volací program Cisco)	G.711 – 80 kb/s	Počet súbežných hovorov * 80 kb/s = Požadovaná priepustnosť siete
/ Stolový telefón -> Podnik cez LGW	G.722 – 80 kb/s	Počet súbežných hovorov * 80 kb/s = Požadovaná priepustnosť siete
/ Stolový telefón -> hlasová schránka	OPUS – 70 kb/s	Počet súbežných hovorov * 70 kb/s = Požadovaná priepustnosť siete

Tabuľka 3. Príklady výpočtu šírky pásma pre volania vo Webexe
Typy hovorov	Počet súbežných hovorov	Celková šírka pásma
Aplikácia Webex / Stolný telefón → Aplikácia Webex	15	2 * 15 * 70 kb/s = 2 100 kb/s
Aplikácia Webex / Stolný telefón → Stolný telefón	15	2 * 15 * 70 kb/s = 2 100 kb/s
Aplikácia Webex / Pevná linka → PSTN cez LGW	50	2 * 50 * 80 kb/s = 8 000 kb/s
Aplikácia Webex / Stolový telefón → PSTN cez Cloud Connect pre volania cez Webex	0	0 * 80 kb/s
Aplikácia Webex / Pevná linka → Podnik cez LGW	15	2 * 15 * 80 kb/s = 2 400 kb/s
Aplikácia Webex / Stolový telefón → Webex Calling Hlasová schránka	5	5 * 70 kb/s = 350 kb/s
Celkový počet hovorov / Šírka pásma	100 hovorov	14 950 kb/s / 14,95 Mb/s

Tabuľka 4. Plán prechodu používateľov podľa lokality
Používateľská stránka / miesto	Informácie a školenia pred prechodom	Prechodné obdobie	Podpora po prechode
New York (1 525 používateľov)	Týždeň od 1. apríla	15. apríla – 27. apríla	Týždeň od 29. apríla
SFO (1 600 používateľov)	Týždeň od 6. mája	20. mája – 31. mája	Týždeň od 3. júna
RTP (1 275 používateľov)	Týždeň od 3. júna	17. júna – 28. júna	Týždeň od 1. júla

Tabuľka 5. Správy generované zo súboru .tar Unified CM
Názov prehľadu Popis správy
ImportedDataBulk.csv Všetci používatelia a zariadenia z údajov Unified CM
DeviceEligibility.csv Identifikuje zariadenia oprávnené na migráciu do systému Webex Calling (IP telefóny, zariadenia Room OS, ATA a zariadenia tretích strán)
DevicePoolNumbers.txt Zoznam všetkých čísel v konkrétnom fonde zariadení
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Podrobnosti o zariadeniach a používateľoch, ktorí by mali byť migrovaní spoločne na základe zdieľaných liniek, pilotného vyhľadávania, frontu hovorov, parkovania hovorov a konfigurácie skupiny preberania hovorov
HuntGroupMigrationInsight.csv Podrobné informácie o pridelených linkách vyhľadávania, skupinách liniek a pridružených agentoch
SharedlineGroupMigrationReport.csv Prehľad zdieľania telefónnych čísel (čísla v adresári) medzi používateľmi

Tabuľka 6. Správy generované zo súborov Unified CM .tar a CDR.gzip
Názov prehľadu Popis správy
FeatureUsageBasedDeviceEligibilityReport.csv Informácie o oprávnenosti migrácie zariadenia na základe používania funkcií
FeatureUsageWithLastUsageDateReport.csv Počet použití pre počet volaní pilotov hunt a frontov volaní spolu s dátumom posledného použitia.
UserWorkspaceLastUsage.csv Dátum posledného použitia pre používateľov a pracovné priestory pre softvérových klientov aj hardvérové telefóny
DIDUsageReport.csv Použitie DID pre priradené aj nepriradené DID

Tabuľka 7. zahrnuté možnosti nahrávania
Webex	Dubber Go
Dostupné pre všetkých používateľov	Dostupné pre všetkých používateľov
Neobmedzené nahrávky	Neobmedzené nahrávky
1-ročná doba uchovávania*	30-dňová doba uchovávania
100 GB úložiska na organizáciu	-
Pracovníci dodržiavania predpisov majú prístup k nahrávkam hovorov a môžu ich spravovať	-
API na správu nahrávok	-
Správcovia môžu konfigurovať a spravovať prístup používateľov k ich nahrávkam hovorov Používatelia si môžu spravovať vlastné nahrávky pomocou User Hub and/or aplikácia Webex.	Prístup k nahrávkam a ich správu majú iba používatelia Z ich dubberského portálu.

Plánovanie

Plán projektu na vysokej úrovni

Migračná cesta – jeden alebo dva kroky?

Možnosť 1: Migrácia používateľov v jednom kroku

Možnosť 2: Dvojkroková migrácia používateľov

Krok 1

Krok 2

Plán projektu na vysokej úrovni

Pri vývoji rozsiahleho projektového plánu pre migráciu z platformy .NET na platformu .NET je nevyhnutné stanoviť jasné fázy a míľniky, ktoré sú v súlade s obchodnými cieľmi aj technickými požiadavkami. Plán by mal začať komplexnou fázou hodnotenia vrátane zhromažďovania podrobných technických a obchodných požiadaviek, ako aj identifikácie zainteresovaných strán a definovania kritérií úspechu. Medzi kľúčové aspekty patrí alokácia zdrojov, odhad časového harmonogramu, riadenie rizík a komunikačné stratégie, aby sa zabezpečilo, že všetky strany budú informované a zapojené počas celej migrácie. Plán by mal okrem toho zahŕňať overovacie kontrolné body, ako napríklad pilotné testovanie a postupné zavádzanie, aby sa minimalizovalo narušenie a umožnili úpravy na základe spätnej väzby.

Príklady prvkov, ktoré je potrebné zahrnúť do projektového plánu, sú:

Definovanie rozsahu migrácie (napr. ktorí používatelia, zariadenia a funkcie budú prevedené)

Plánovanie školení pre koncových používateľov a tímy podpory

Koordinácia hodnotení pripravenosti siete a

Plánovanie prechodných aktivít s možnosťami záložného riešenia. Dôležité je tiež integrovať kontroly dodržiavania predpisov a bezpečnosti, ako aj fázy podpory a optimalizácie po migrácii.

Štruktúrovaním projektového plánu s ohľadom na tieto aspekty môžu organizácie lepšie riadiť zložitosť, znižovať riziká a dosiahnuť plynulejší prechod na .

Migračná cesta – jeden alebo dva kroky?

vyžaduje, aby používatelia používali softvérového klienta na volanie. Preto, ak nejakí používatelia stále používajú , máte dve možnosti, kedy ich môžete presunúť do . Môžete vykonať migráciu používateľov v jednom kroku alebo v dvoch krokoch.

Možnosť 1: Migrácia používateľov v jednom kroku

V rámci jednokrokovej migrácie používatelia prechádzajú z na súčasne s prechodom z Unified CM na . Táto možnosť je zvyčajne určená pre zákazníkov s malým počtom migrujúcich používateľov a umožňuje im súčasne presunúť softvérového klienta aj volaciu službu. Obrázok Volajúca služba používateľa, softvérový klient & telefón migruje v rovnakom čase nižšie zdôrazňuje tento typ migrácie. S touto možnosťou bude mať používateľ naraz dokončené všetky nasledujúce činnosti:

Volacie služby presunuté z do

Telefónne čísla a klapky presunuté z do

Softvérový klient prešiel z Jabberu na - zaregistruje sa do

Registrácia telefónu bola presunutá z do .

Služba volania používateľa, softvérový klient & telefón migruje súčasne

Stále môže ísť o fázovanú migráciu, pri ktorej sa skupiny používateľov presúvajú v rôznych časoch, ale keď sa každý používateľ presunie, všetky tieto zmeny sa stanú súčasne.

Možnosť 2: Dvojkroková migrácia používateľov

Druhým prístupom je dvojkroková migrácia. V kroku 1 sú používatelia prepnutí z režimu na režim , ale zostávajú zapnutí pre volanie na služby. Potom v kroku 2 sú používatelia presunutí z Unified CM do . Táto možnosť sa odporúča pre väčších zákazníkov, ktorí chcú spravovať zmeny koncových používateľov a chcú oddeliť zmenu softvérového klienta používateľa od zmeny volajúcej služby. Nasledujúci obrázok Migrácia softvérového klienta; potom migrácia volajúcej služby, softvérový klient & telefónu do Webex Calling nižšie zdôrazňuje tento typ migrácie.

Krok 1

Mäkký klient prešiel z na - zaregistruje sa do .

Krok 2

Volacie služby boli presunuté z do .

Telefónne čísla a klapky boli presunuté z do .

registrácia presunutá z do .

Registrácia telefónu bola presunutá z do .

Migrácia softvérového klienta; potom migrácia volajúcej služby, softvérového klienta & telefón do služby Webex Calling

Stále môže ísť o fázovanú migráciu, kde sa skupiny používateľov presúvajú v rôznych časoch v oboch krokoch.

Možnosť, ktorú si vyberiete, závisí od toho, ako chcete spravovať prechod používateľov na a . Odporúča sa postupovať postupne (možnosť 2). To vám umožňuje minimalizovať zmeny koncového používateľa naraz a rozdeliť úsilie medzi rôzne časti projektu. Ak však chcete, aby sa používatelia ovplyvnili iba raz, potom je platné použiť aj možnosť 1.

Pri pohľade na odporúčanú cestu (možnosť 1), mapa prechodu na vysokej úrovni z aplikácie Jabber do aplikácie Webex obrázok nižšie zobrazuje prechod na vysokej úrovni pre krok 1.

Mapa prechodu na vysokej úrovni z aplikácie Jabber do aplikácie Webex

V tomto kroku sú používatelia prepnutí z Jabberu na pre všetky svoje volacie služby. Volacia platforma je však stále Unified CM a svoje volacie služby zaregistruje na . Ako je vidieť na obrázku mapy prechodu z aplikácie Jabber do aplikácie Webex na vyššej úrovni ], lokálna infraštruktúra sa nemení a funguje rovnako ako Jabber. Jedinou zmenou je požiadavka na pripojenie k .

Viac informácií o tomto prechode nájdete v časti Mapa prechodu z Jabberu na Webex a sprievodca nasadením v sekcii Klient na stránke Prechod spolupráce.

Mapa prechodu na vysokej úrovni z Unified CM do Webex Calling obrázok znázorňuje prechod na vysokej úrovni z do. Toto je druhý krok odporúčanej cesty.

Mapa prechodu na vysokej úrovni z Unified CM do Webex Calling

Ak sa rozhodnete použiť jednokrokový prístup, platí to tiež.

V tomto kroku sú používatelia rozdelení do skupín. V tomto bode začnú používatelia používať svoje volacie služby, registráciu volaní a registráciu IP telefónu.

Keďže používatelia sa presúvajú v skupinách, podnikoví používatelia budú počas prechodu rozdelení medzi dve volacie platformy. Fáza 1 na obrázku Mapa prechodu na vysokej úrovni z Unified CM do Webex Calling znázorňuje tento stav. Počas tejto fázy je potrebné plánovať, ako spravovať hovory medzi používateľmi na dvoch platformách a ako budú smerované hovory PSTN. Vždy, keď sa skupina používateľov prepne na , budú potrebné aktualizácie vytáčacích plánov a smerovania hovorov na a lokálnej bráne (bránach).

Keď všetci používatelia, softvéroví klienti a zariadenia prejdú do fázy 2, je možné odstrániť a vyradiť z prevádzky všetku lokálnu infraštruktúru UC.

Návrh

Výber regiónu

Lokality

PSTN

Plán vytáčania

Lokálny plán vytáčania v

plán vytáčania

Záznam

1. Výber poskytovateľa nahrávania hovorov

2. Výber regiónu

Tiesňové volanie

Licencovanie

Manuálne priradenie prostredníctvom

Šablóny automatického priradenia licencií

Hromadné priradenie prostredníctvom šablóny CSV

Priradenie založené na API

Požiadavky na licenciu

Poskytovanie používateľom

Skupiny používateľov

Odporúčaný postup pri migrácii z na

Navrhovanie skupín používateľov

Jednotné prihlásenie (SSO)

Podpora viacerých poskytovateľov identity

1. Fúzie a akvizície

2. Viaceré nezávislé IT oddelenia

3. Rôzne skupiny používateľov alebo domény

4. Podpora rôznych autentifikačných protokolov

5. Zvýšené zabezpečenie a dodržiavanie predpisov

6. Zjednodušený používateľský zážitok

Duo MFA s jednorazovým prihlásením pre

Funkcie

Automatický operátor

Parkovanie hovoru

Vyzdvihnutie hovoru

Rad hovorov

Hľadačská skupina

Prevádzkové režimy

Skupina stránkovania

Záznamy

Dosah jedného čísla

Skupina hlasovej schránky

Výber regiónu

je dostupný globálne a je dodávaný z redundantných dátových centier vo viacerých regiónoch: USA (Dallas, Chicago), Kanada (Vancouver, Toronto), Európa (Frankfurt, Amsterdam), Spojené kráľovstvo (Londýn, Manchester), Austrália (Melbourne, Sydney), Japonsko (Tokio, Osaka), Saudská Arábia (Rijád, Džidda) a India (Bombaj, Chennai). Mediálne PoP poskytujú mediálne služby na optimalizáciu časov prenosu médií. Napríklad dátové centrum v Singapure sa používa na optimalizáciu časov prepravy médií pre zákazníkov v ázijských krajinách, kde časy prepravy do Austrálie alebo Japonska nemusia byť optimálne. Dátové centrá sú prepojené multigigabitovou a plne redundantnou chrbticovou sieťou. Obrázok globálne distribuované dátové centrá zobrazuje prehľad všetkých dátových centier. Najnovší zoznam dostupných dátových centier nájdete v časti Umiestnenie dátových centier pre Webex Calling.

Globálne distribuované dátové centrá

Každý zákazník je zriadený v jednej z inštancií. Všetky informácie o poskytovaní služieb daného zákazníka sú uložené v tejto inštancii a signalizácia SIP všetkých koncových bodov a lokálnych brán poskytovaných pre daného zákazníka je viazaná na inštanciu, na ktorej je zákazník poskytovaný služieb. Keďže je ťažké zmeniť pôvodný výber regiónu, je dôležité zvážiť všetky relevantné faktory ako súčasť rozhodovacieho procesu vedúceho k výberu regiónu. Aby sa predišlo nadmernému oneskoreniu pri prenose signálu, je dôležité včas v procese prechodu rozhodnúť, ktorá inštancia sa má použiť. Spoločnosť Cisco odporúča vybrať inštanciu, ktorá poskytuje najnižšie doby prenosu signálu pre najväčší počet používateľov v rámci nasadenia.

Dostupnosť v jednotlivých krajinách nájdete v časti Kde je Webex dostupný?.

Lokality

Na prípravu poskytovania lokalít je potrebné zhromaždiť požadované informácie pre všetky cieľové lokality migrácie. Informácie potrebné pre každú lokalitu sú zhrnuté v časti Informácie, ktoré je potrebné zaznamenať pre každú lokalitu.
Tabuľka č. 1 Informácie, ktoré sa majú zaznamenať pre každú lokalitu
Informácie Komentár
Rozsah(y) rozšírenia Každé miesto v môže mať klapky začínajúce rôznymi číslicami. Jedna číslica musí byť rezervovaná pre riadiacu číslicu medzistátnej voľby (napríklad 8) a jedna pre riadiacu číslicu PSTN (napríklad 9). Žiadny rozsah rozšírenia nemôže začínať žiadnou z týchto dvoch číslic.
Všetky rozsahy rozšírenia na všetkých miestach musia mať rovnakú dĺžku.
Rozsah(y) DID -
Riadiaca číslica PSTN -
Kód stránky Všetky kódy lokalít na všetkých miestach musia byť jedinečné a mať rovnakú dĺžku.
Hlavné číslo Pri vytváraní lokality je potrebné zriadiť dva DID. Jedno ako hlavné číslo (napríklad na priradenie k automatickej telefonickej službe) a jedno pre portál hlasovej schránky.
Pre číslo hlasovej schránky zriaďte jedno DID.
Číslo hlasovej schránky
Počet licencií Požadované licencie podľa typu vrátane štandardných, profesionálnych, pracovných, zoznamov trás a programov odchádzajúcich hovorov.
Súbežné hovory v rušnej hodine Súčet súbežných hovorov medzi zariadeniami a medzi zariadeniami a lokálnou bránou (PSTN a hovory do zariadení). Je potrebné určiť požadovanú šírku pásma pre prístup na internet.
Krajina -
Časové pásmo -
Jazyk -
Kontakt (meno, telefón, e-mail) -
Adresa (ulica, mesto, štát, PSČ) -
Fyzické miesto na odoslanie koncových bodov záchranných zložiek Miesto, kam sa zariadenie môže odoslať na tiesňové volania, vo všeobecnosti zahŕňa: adresa budovy, adresa budovy + číslo poschodia, adresa budovy + číslo apartmánu alebo adresa budovy + číslo poschodia + office/cubical číslo.
Jedinečné fyzické umiestnenie v sieti pre každé zariadenie pre tiesňové služby Fyzická sieťová poloha pre tiesňové volania vo všeobecnosti zahŕňa nasledovné: prepínač / prepínač pre káblové zariadenia, bezdrôtové prístupové body (AP) a základné identifikátory sady služieb (BSSID) pre bezdrôtovo pripojené zariadenia, and/or lokálne podsiete IP pre koncové zariadenia.

PSTN

Pri navrhovaní nasadenia majú zákazníci tri hlavné možnosti pripojenia PSTN: Volacie plány Cisco (cloudová služba PSTN spravovaná spoločnosťou Cisco), poskytovatelia cloudovo pripojených PSTN (CCPP, kde poskytovatelia poskytujú službu PSTN prostredníctvom cloudu) a lokálna PSTN (kde lokálne brány pripájajú podnikovú sieť k PSTN). Zavedením PSTN trunkingu pre hybridné nasadenia (ďalšie informácie nájdete v časti PSTN trunking pre hybridné nasadenia Webex Calling na stránke PSTN trunking) získavajú organizácie dodatočnú flexibilitu vo svojom migračnom prístupe. Táto funkcia umožňuje zákazníkom presunúť svoju PSTN na CCPP na začiatku prechodu a začať s prechodom na cloudovú PSTN pre používateľov, pričom CCPP využíva na udržanie služby PSTN pre používateľov, ktorí zostávajú na Cisco počas postupnej migrácie.

Tento hybridný prístup umožňuje organizáciám presunúť najprv vybrané skupiny používateľov do cloudu bez toho, aby museli okamžite prepracovať celé svoje telefónne prostredie. Zavádza to však dodatočnú zložitosť a riziko, najmä pokiaľ ide o prispôsobenie existujúcej logiky smerovania hovorov na podporu novej architektúry. Dôkladné zváženie si vyžaduje aj interoperabilita so staršími aplikáciami, ako sú faxové servery, kontaktné centrá alebo pagingové systémy. Medzi kľúčové technické výzvy môže patriť zabezpečenie bezproblémového vyjednávania kodekov medzi koncovými bodmi a signalizácie DTMF (dvojtónová viacfrekvenčná komunikácia) v zmiešanom prostredí, ako aj overenie kompatibility so špecializovanými telefónnymi funkciami. Správne plánovanie a testovanie sú nevyhnutné na minimalizáciu narušení a udržanie spoľahlivých hlasových služieb počas celého procesu migrácie. Okrem toho sú dôležité aj komerčné aspekty, pretože hybridné trunkingové prepojenie vyžaduje licenciu na používanie, ktorá je založená na počte súbežných hovorov medzi lokálnym prostredím a poskytovateľom cloudovej pripojenej PSTN (CCPP).

Prípadne sa organizácie môžu rozhodnúť zachovať si svoju lokálnu konektivitu PSTN počas celej prechodnej fázy. V tomto scenári je možné migráciu na CCPP vykonať dvoma spôsobmi: ako jednorazové, koordinované prechody pre všetkých používateľov a lokality po dokončení migrácie alebo postupne, pričom migrácia PSTN sa uskutočňuje pre každú lokalitu podľa toho, ako sa používatelia presúvajú do siete . Tento prístup môže pomôcť zefektívniť koexistenciu a zachovať kontinuitu pre staršie integrácie, ale prináša niekoľko prevádzkových zložitostí. Medzi ne patria výzvy súvisiace s prenosom čísel, ako je potreba presnej koordinácie objednávok prenosu čísel, potenciálne oneskorenia a obmedzenia stanovené poskytovateľmi, ako napríklad limit počtu súbežných požiadaviek na prenos alebo obmedzenia prenosu podmnožín veľkých číselných blokov. Organizácie musia starostlivo naplánovať svoju stratégiu prechodu na PSTN a zohľadniť tieto logistické aspekty, aby sa predišlo prerušeniu služieb a zabezpečil sa hladký priebeh migrácie.

Migrácia na CCCP na začiatku vs. ponechanie lokálnej PSTN

Obrázok Migrácia na CCCP na začiatku vs. ponechanie lokálnej PSTN zobrazuje dve možnosti migrácie PSTN vysvetlené vyššie. Ilustrácia vľavo znázorňuje scenár, v ktorom všetci lokálni používatelia a aplikácie využívajú služby cloudovej pripojenej PSTN prostredníctvom lokálneho kmeňového prepojenia a lokálnej brány pripájajúcej lokálnu sieť k , zatiaľ čo ilustrácia vpravo znázorňuje scenár, v ktorom existujúca lokálna PSTN zostáva zachovaná a používatelia služby Webex Calling využívajú lokálnu PSTN prostredníctvom pripojenia lokálnej brány medzi lokálnou sieťou a . Počas prechodu je možné prepnúť lokality pomocou cloudovo pripojenej PSTN.

V oboch scenároch hovory medzi lokálnym prostredím a používateľom využívajú pripojenie lokálnej brány. Spojenie medzi lokálnymi sieťami a sieťami musí byť navrhnuté a dimenzované zodpovedajúcim spôsobom na základe očakávaného počtu súbežných hovorov a požadovanej redundancie.

Plán vytáčania

Na dosiahnutie bezproblémovej interoperability medzi migračným obdobím a počas neho je potrebné vyvinúť a implementovať komplexnú architektúru vytáčacieho plánu na oboch platformách. Tento návrh dvojplatformového voľbového plánu zaisťuje konzistentné smerovanie hovorov, preklad čísel a transparentnosť funkcií, čo umožňuje používateľom v oboch systémoch komunikovať bez zhoršenia služieb alebo prerušenia používateľskej skúsenosti počas celej fázy koexistencie.

Lokálny plán vytáčania v

Počas prechodu, ktorý umožní koexistenciu zariadení registrovaných v Unified CM a v podnikovom dial pláne, je potrebné zmeniť podmienky tak, aby boli splnené aspoň tieto požiadavky:

+E.164 vytáčanie z do

Vytáčanie klapky z do (v rámci lokality, ale aj medzi lokalitami, ak sú rozsahy klapiek jedinečné)

Skrátené vytáčanie medzi lokalitami od do

Vynútené vytáčanie v sieti z do

Spätné volanie z adresára zmeškaných hovorov do cieľových destinácií zapnuté

Hovory cez PSTN z do PSTN, ak sa počas prechodu používa lokálna PSTN

Hovory PSTN z do, ak sa počas prechodu používa trunking PSTN pre hybridné nasadenia na poskytovanie prístupu k PSTN lokálnym používateľom prostredníctvom služby Cloud Connect pre

Vynútené pripojenie k sieti z do

Vytáčanie klapky z do (medzistranné).

Ak niektoré z vyššie uvedených spôsobov vytáčania neboli pred prechodom podporované, napríklad ak neexistuje skrátený spôsob vytáčania medzi lokalitami, potom ich počas prechodu nie je nevyhnutne potrebné zaviesť.

Obrázok Najlepšie postupy vytáčacieho plánu znázorňuje osvedčený postup vytáčacieho plánu, ako je opísaný v Preferovaná architektúra pre lokálne nasadenia Cisco Collaboration 12.x Enterprise, CVD. Medzi kľúčové charakteristiky tohto prístupu patria:

Jedna priečka pre +E.164 telefónne čísla

Smerovanie jadra založené na +E.164 vzory trás

Normalizácia všetkých zvykov vytáčania +E.164 pomocou prekladových vzorov

Použitie dedenia vyhľadávacieho priestoru volajúceho vzoru prekladu (voľba Použiť vyhľadávací priestor volajúceho pôvodcu nastavená na prekladových vzoroch).

Plán vytáčania s najlepšími postupmi

Napríklad vytáčanie PSTN (9+1+10D) zo zariadenia v SJC s poskytnutým vyhľadávacím priestorom pre volanie na linku SJCInternational sa najprv zhoduje s 9.1[2-9]XX[2-9]XXXXXX prekladový vzor, ktorý normalizuje číslo volaného na +E.164. Sekundárne vyhľadávanie potom opäť použije rovnaký vyhľadávací priestor SJCInternational (volanie dedičnosti vyhľadávacieho priestoru) a +E.164-digit reťazec sa buď zhoduje s +E.164 číslo adresára v oddiele DN alebo jedným zo vzorov trás PSTN v oddiele USPSTNNational alebo SJCPSTNNocal. Skrátené spôsoby vytáčania v rámci lokality a medzi lokalitami sú implementované prekladmi v oddieloch ESN a SJCtoE164. Zatiaľ čo oddiel ESN je globálny oddiel (prístupný pre telefóny na všetkých miestach), oddiel SJCTOE164 je prístupný iba pre používateľov na mieste SJC. Toto za predpokladu prekrývajúcich sa rozsahov rozšírení.

Prvým krokom k povoleniu volania z adresy „do“ je zabezpečiť, aby +E.164 destinácie sú smerované podľa toho. Toto sa dá dosiahnuť pridaním oddielu do plánu vytáčania, pridaním +E.164 vzory trás pre všetky destinácie do danej oblasti a nakoniec pridanie oblasti do všetkých volajúcich vyhľadávacích priestorov reprezentujúcich triedy služieb, ktoré musia byť schopné dosiahnuť . Na umožnenie vytvorenia diferencovanej triedy služieb pre hovory pochádzajúce z . Aby sa predišlo slučkám hovorov, vyhľadávací priestor prichádzajúcich hovorov na kmeňovom linke z lokálnej brány by nemal mať prístup k oddielu.

+E.164 smerovanie do služby Webex Calling

Ako je znázornené na obrázku +E.164 smerovanie do služby Webex Calling, aby sa umožnilo smerovanie z lokality do lokality s +E.164 Rozsah DID +1 221 555 2XXX a kód lokality 121, zodpovedajúci vzorec urgentnej trasy +E.164 Do oddielu je potrebné pridať rozsah.

Ak nie je potrebný výber lokálnej brány pre konkrétnu lokalitu, namiesto použitia zoznamu trás s lokálnou skupinou trás ako cieľom pre vzory trás smerujúce na jednu skupinu trás je možné poskytnúť lokálnu bránu ako jediného člena a potom vzory trás smerujú na jeden zoznam trás s touto jednou skupinou trás ako jediným záznamom.

Na povolenie skrátenej voľby medzi lokalitami sa do oddielu pridá požadovaný vzor smerovania 8121.2XXX. Pre lokality, ktoré majú byť prevedené na vzor normalizácie vytáčania 8121.2XXX, ktorý normalizuje vytáčanie ESN na +E.164 už môže existovať v oddiele ESN. V takom prípade sa zdá, že 8121.2XXX je redundantný, ale akonáhle sú všetky DN príslušnej lokality migrované na 8121.2XXX, je možné odstrániť vzor prekladu normalizácie vytáčania a potom vzor trasy 8121.2XXX umožňuje vytáčanie ESN aj pre používateľov iba s klapkami v danom rozsahu.

Vďaka týmto zmenám v pláne vytáčania je možné hovory na danú lokalitu uskutočňovať nielen vytáčaním skrátených medzistátnych čísel, ale aj +E.164. Taktiež je možné medzinárodné a národné vytáčanie PSTN, pretože tieto zvyky vytáčania sú najprv normalizované +E.164 cez už existujúce vzory prekladu normalizácie vytáčania a potom sa k nim smeruje porovnaním +E.164 vzor trasy v oddiele.

Ten/Tá/To +E.164 Porovnávanie vzorov trás v rozsahu DID lokality je možné zabezpečiť, aj keď sú všetky DID stále hostované na serveri . Algoritmus porovnávania vzorov s najlepšou zhodou zabezpečuje, že keď sa vytočí číslo hostované na +E.164 telefónne číslo poskytnuté na je lepšia zhoda ako zástupný znak +E.164 vzor trasy smerujúci na , aby sa hovory predĺžili na linku na a neboli odoslané na .

plán vytáčania

Každý používateľ má pridelené rozšírenie and/or a +E.164 telefónne číslo. Dĺžka predĺženia je fixné globálne nastavenie: Všetky rozšírenia v nasadení majú rovnakú dĺžku. Vytáčanie klapiek je možné používať medzi používateľmi v rámci jednej lokality aj medzi lokalitami. Skrátené vytáčanie medzi stanicami (druhý prípad) funguje iba vtedy, ak je vytáčaná klapka jedinečná.

Ak je požiadavkou skrátené vytáčanie medzi lokalitami, ale medzi klapkami pridelenými na rôznych lokalitách dochádza k prekrývaniu, je potrebné vytvoriť číslovací plán špecifický pre daný podnik pridaním prístupového kódu (predvoľby lokality) pred klapky. Viac informácií nájdete v článku Preferovaná architektúra pre lokálne nasadenia Cisco Collaboration 15, Prehľad návrhu, ktorý je k dispozícii na stránke Preferované architektúry Cisco Collaboration.

Dĺžka klapky, správanie pri vytáčaní medzi lokalitami, dĺžka prefixu pre medzilokálne vytáčanie a riadiaca číslica v smerovacom prefixe pre medzilokálne vytáčanie sa konfigurujú v nastaveniach volacej služby v :

Dĺžka prefixu smerovania polohy: Dĺžka predpony vrátane riadiacej číslice. Vyžaduje sa iba v prípade, ak je potrebné zaviesť podnikový číslovací plán ako alternatívny skrátený podnikový spôsob vytáčania medzi lokalitami.

Riadiaca číslica v smerovacej predpone: Riadiaca číslica pre skrátené vytáčanie medzi podnikmi. Malo by sa vyhnúť prekrývaniu prvej číslice ľubovoľnej polohy a číslic odchádzajúcich čísel polohy. Vyžaduje sa iba v prípade, ak je potrebné zaviesť podnikový číslovací plán ako alternatívny skrátený podnikový spôsob vytáčania medzi lokalitami.

Vnútorná dĺžka predĺženia: Štandardná dĺžka predĺžení. Môže mať akúkoľvek hodnotu medzi dvoma a desiatimi.
Keď sa z lokálneho ovládania hovorov vyžaduje vytáčanie klapky alebo vytáčanie pomocou podnikových čísel (riadiaci kód, kód lokality, klapka) a lokálne ovládanie hovorov odošle klapku ako ID volajúceho, nezabudnite v časti Smerovanie hovorov medzi a priestormi [ nastaviť aj parameter Maximálna dĺžka neznámej klapky, aby sa hovory odosielané z lokálneho ovládania hovorov na správne klasifikovali ako lokálne hovory.

Povoliť vytáčanie klapky medzi lokalitami: Prepnúť na enable/disable vytáčanie klapiek medzi lokalitami. Táto možnosť by mala byť povolená iba v prípade, že všetky rozšírenia v rámci organizácie sú jedinečné. Ak je táto možnosť vypnutá, je potrebné medzi lokalitami vytočiť čísla významné pre podnik (riadiaci kód, kód lokality, klapka) alebo telefónne čísla.

Prvé tri parametre sa používajú hlavne na vytvorenie plánu vytáčania pre telefóny, aby sa minimalizovali medzičíslicové časové limity pri vytáčaní so zdvihnutým slúchadlom. Odchýlky od týchto globálnych nastavení sú stále možné (príklad – je možné zriadiť klapky s inou dĺžkou), ale v Control Hub sa zobrazí varovná správa a vytáčanie z telefónov môže vyžadovať blokové vytáčanie, aby sa predišlo konfliktom v rámci predinštalovaného plánu vytáčania.

Tabuľka Príklad číslovania podnikov zobrazuje príklad troch lokalít, kde sú rozsahy klapiek dvoch lokalít, NYC a RTP, identické. Zavedenie podnikovej číslovacej schémy s riadiacou číslicou medzi lokalitami 8, za ktorou nasleduje trojmiestny kód lokality a štvorciferná prípona, vytvára neprekrývajúci sa skrátený spôsob vytáčania medzi lokalitami.

Tabuľka 2 Príklad číslovania podniku
Stránka Rozsah rozšírenia Kód stránky Podnikový rad

New York 2XXX 202 8 202 2XXX

SFO 3XXX 203 8 203 3XXX

RTP 2XXX 204 8 204 2XXX

Pre plynulý prechod by súbor vytáčacích návykov pre používateľov pred a po prechode v ideálnom prípade mal byť rovnaký. Pre prípravu na prechod je potrebné pre každú lokalitu zdokumentovať rozsahy DID a rozsahy klapiek (alebo skrátené zvyky vytáčania v rámci lokality). Na základe týchto informácií je potom potrebné vybrať číslicu riadenia medzi lokalitami.

Tabuľka Rozsahy predĺženia s pevnou dĺžkou zobrazuje príklad troch umiestnení a rozsahov predĺženia s pevnou dĺžkou. Keďže je potrebné vyhnúť sa prekrývajúcim sa vytáčacím návykom, je dôležité zabezpečiť, aby sa pre akýkoľvek rozsah klapky prvá číslica rozsahu nezhodovala s riadiacou číslicou pre skrátené vytáčanie medzi stanicami. Ak je napríklad ako riadiaca číslica pre vytáčanie medzi stanicami zvolená 8, potom žiadny rozsah klapky v žiadnej stanici nemôže začínať na 8. Klapky na danom mieste sa zvyčajne zhodujú s poslednými niekoľkými číslicami DID pridelených tomuto miestu. Aby sa predišlo konfliktom, je možné zmeniť prvú číslicu klapky. Ak napríklad DID v +1 Ak sa na lokalite používa rozsah 408 555 8XXX, potom namiesto použitia rozsahu klapiek 8XXX možno pre klapky na danej lokalite použiť rozsah 7XXX.

Tabuľka 3. Rozsahy predĺženia s pevnou dĺžkou
Stránka Rozsah rozšírenia Rozšírenia Kód stránky Podnikový rad

New York 2XXX 2XXX 202 8 202 2XXX

SFO 8XXX 7XXX 203 8 203 7XXX

RTP 1XX 11XX 204 8 204 11XX

Sedemmiestne reťazce vytáčania vytáčané na zariadení pomocou amerického volebného plánu sa prekrývajú so sedemmiestnym vzorom pre miestne vytáčanie v predinštalovanom americkom volebnom pláne. Aby sa predišlo prekrývaniu medzi vytáčaním v sieti a mimo siete (PSTN), je možné na danom mieste použiť povinný vonkajší prístupový kód. Ak sa existujúca schéma číslovania v podniku a zodpovedajúce skrátené vytáčanie medzi stanicami prekrývajú so vzormi v národnej voľbe, potom sa počas prechodu na schému číslovania môže zmeniť aj na dlhšiu alebo kratšiu formu, aby sa predišlo prekrývaniu. Najjednoduchší spôsob, ako to dosiahnuť, je pridať do schémy číslovania ďalšiu číslicu na doplnenie. Novú dlhšiu schému vytáčania medzi lokalitami musia prijať iba používatelia, ktorí už migrovali na . Používatelia, ktorí sú stále pripojení, môžu naďalej vytáčať sedem číslic. Podnikový vytáčací plán v tomto prípade musí zabezpečiť, aby sa skrátené sedemciferné vytáčanie z Unified CM do transformovalo na +E.164 alebo do skráteného formátu vytáčania nasadeného na . Toto je potrebné urobiť pred odoslaním hovoru na lokálnu bránu.

Príklad tohto prečíslovania je uvedený v tabuľke Prechod na sedemciferné vytáčanie. V tomto príklade skrátená medzistránková voľba používa riadiacu číslicu 8, za ktorou nasleduje dvojmiestny kód stanice a štvormiestna klapka. Aby sa predišlo sedemcifernému skrátenému vytáčaniu medzi lokalitami pre lokality na , kódy lokalít sa dajú jednoducho zmeniť na trojciferné pridaním ľubovoľnej doplňujúcej číslice (v príklade8 ) pred dvojciferné kódy lokalít použité v , takže vytáčanie medzi lokalitami z telefónov používa riadiacu číslicu 8, za ktorou nasleduje doplňujúca číslica 8, starý dvojciferný kód lokality a štvorcifernú klapku. Používatelia na si nemusia pamätať nové kódy lokalít; stačí si zapamätať, že pre vytáčanie medzi lokalitami majú ako predvoľbu použiť 88 namiesto 8 na .

Tabuľka 4. Prechod na sedemciferné vytáčanie

Stránka Rozšírenia Kód lokality Podnikový rad óda stránky Podnikový ange

New York 2XXX 22 8 22 2XXX 822 8 822 2XXX

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

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

V scenári s rôznymi formátmi podnikových čísel a ak sú podnikové čísla prezentované ako informácie o volajúcom pre hovory od (napríklad – hovory zo zariadení bez DID), je dôležité implementovať aj mapovanie medzi rôznymi formátmi čísel pre informácie o volajúcom, aby sa zabezpečilo fungovanie spätného volania. Toto mapovanie je možné dosiahnuť použitím transformačného vzoru volajúcej strany na kmeňovom linke medzi centrálou a lokálnou bránou.

Záznam

Dobre navrhnuté riešenie nahrávania hovorov si vyžaduje starostlivé zváženie niekoľkých kľúčových prvkov návrhu, aby sa zabezpečil súlad s organizačnými cieľmi, regulačnými požiadavkami a technickými obmedzeniami. Dve z najdôležitejších rozhodnutí zahŕňajú výber poskytovateľa a výber regiónu, pričom obe rozhodnutia môže byť potrebné prispôsobiť globálne a prepísať na konkrétnych miestach na základe obchodných potrieb.

1. Výber poskytovateľa nahrávania hovorov

Výber vhodného poskytovateľa nahrávania hovorov je základom pre splnenie obchodných cieľov a zabezpečenie zosúladenia funkcií v celej organizácii:

Výber globálneho poskytovateľa: Organizácie si zvyčajne určia primárneho poskytovateľa nahrávania hovorov na globálnej úrovni, čím zabezpečia konzistentnosť funkcií, súladu s predpismi a podpory na všetkých miestach.

Prepísania na základe polohy: V scenároch, kde majú konkrétne lokality alebo regióny jedinečné obchodné potreby alebo regulačné požiadavky, môže byť potrebné prepísať globálny výber poskytovateľa a určiť alternatívnych poskytovateľov pre tieto lokality. Táto flexibilita podporuje rôzne mandáty na dodržiavanie predpisov a miestne prevádzkové potreby

Obchodné požiadavky: Výber poskytovateľa by mal byť riadený posúdením obchodných faktorov, ako je dodržiavanie predpisov (napríklad MiFID II, HIPAA), zabezpečenie kvality, riešenie sporov alebo potreby odbornej prípravy.

Dostupnosť funkcií: Poskytovatelia by mali byť hodnotení na základe ich schopnosti poskytovať požadované funkcie, ako je monitorovanie v reálnom čase, možnosti vyhľadávania a prehrávania, šifrovanie, politiky uchovávania údajov, integrácia s analytickými platformami a podpora rôznych typov hovorov (prichádzajúce, odchádzajúce, interné).

2. Výber regiónu

Určenie regiónu, kde sa ukladajú a spracovávajú nahrávky hovorov, je kľúčové pre dodržiavanie predpisov a výkon:

Výber globálneho regiónu: Organizácie si môžu štandardne vybrať jednu oblasť na ukladanie nahrávok hovorov, aby sa zjednodušila správa a riadenie.

Prepísania regiónov na základe polohy: Ak to vyžadujú zákony o umiestnení údajov alebo firemné zásady, môže byť potrebné prepísať nastavenie globálneho regiónu pre konkrétne lokality, aby sa zabezpečilo, že nahrávky hovorov sa ukladajú a spracovávajú v rámci požadovaných geografických hraníc.

Požiadavky na umiestnenie údajov: Návrh musí zohľadňovať medzinárodné a miestne predpisy o ochrane údajov (ako napríklad GDPR, CCPA alebo nariadenia špecifické pre danú krajinu), ktoré môžu určovať, kde a ako sa uchovávajú nahrávky hovorov.

Ďalším kritickým aspektom, ktorý treba riešiť počas plánovania a návrhu riešenia nahrávania hovorov, je odhad požiadaviek na úložisko. Presné predpovedanie potrieb úložiska je nevyhnutné na zabezpečenie dostatočnej kapacity na podporu prebiehajúcich obchodných operácií, dodržiavanie predpisov a predchádzanie prerušeniam služieb.

Pri určovaní očakávaného dopytu po skladovaní je potrebné zvážiť niekoľko kľúčových parametrov:

Objem nahraných hovorov: Posúďte predpokladaný počet hovorov, ktoré budú zaznamenané v danom časovom intervale (napr. za deň, týždeň alebo mesiac). To zahŕňa nielen externé hovory, ale aj internú komunikáciu, ak to vyžadujú obchodné zásady alebo regulačné nariadenia.

Priemerná dĺžka hovoru: Vypočítajte typickú dĺžku nahraných hovorov, pretože dlhšie hovory spotrebujú viac úložného priestoru. Do odhadu by sa mali zohľadniť aj rozdiely v trvaní hovorov medzi rôznymi oddeleniami alebo skupinami používateľov.

Doba uchovávania: Definujte dobu, počas ktorej musia byť záznamy uchovávané, čo je často diktované organizačnými politikami alebo externými predpismi (ako sú napríklad normy pre dodržiavanie predpisov špecifické pre dané odvetvie). Dlhšie doby uchovávania zvýšia celkové požiadavky na skladovanie

Prognózy rastu: Zvážte očakávaný nárast objemu hovorov alebo rozšírenie rozsahu nahrávania, ktoré môže byť dôsledkom škálovania podnikania, nových regulačných požiadaviek alebo nástupu ďalších používateľov alebo lokalít.

Dôkladnou analýzou týchto parametrov môžu organizácie vyvinúť robustnú stratégiu ukladania, ktorá zabezpečí škálovateľnosť, nákladovú efektívnosť a súlad s predpismi pre ich riešenie nahrávania hovorov. Taktiež je vhodné pravidelne kontrolovať a upravovať alokácie úložiska podľa toho, ako sa vzorce používania časom vyvíjajú.

Tiesňové volanie

Požiadavka presmerovať tiesňové volanie na príslušné dispečingové centrum je požiadavkou pre každú volaciu službu, ktorá ponúka službu PSTN. Vďaka je smerovanie tiesňových volaní natívne integrované do riešenia a zahŕňa podporu všetkých národných tiesňových čísel v krajinách, ktoré to podporuje. Smerovanie tiesňového volania je založené na definovanej lokalite a metóde prístupu PSTN danej lokality. Čísla tiesňového volania sú preddefinované a špecifické pre krajinu, v ktorej sú používatelia a zariadenia nasadené.

Existujú dva spôsoby, ako uskutočniť núdzové volania v systéme . K dispozícii je základná služba smerovania tiesňových volaní a rozšírená služba smerovania tiesňových volaní. Základná služba smerovania tiesňových volaní použije administrátorom vybrané číslo na identifikáciu polohy a trasy volania na dosiahnutie tiesňových zložiek. V prípade základných núdzových volaní je trasa hovoru zvyčajne cez PSTN zákazníka pre danú lokalitu. Má tiež vylepšené smerovanie núdzových volaní navrhnuté pre nasadenia v USA a Kanade, ktoré majú požiadavky na dodržiavanie predpisov, ktoré vyžadujú použitie celoštátneho poskytovateľa na doručenie núdzových volaní do správneho dispečingu.

Všetci zákazníci by mali nasadiť minimálne základnú konfiguráciu tiesňového volania. Základné tiesňové volania vyžadujú, aby vlastnil aspoň jeden zákazník +E.164 každému miestu definovanému v . Pre základné tiesňové volania bude každé miesto definované adresou ulice, na ktorú sú v prípade núdze vyslané policajné, hasičské alebo záchranné zložky. Vo väčšine prípadov je hlavné číslo pre danú lokalitu najlepšou voľbou na znázornenie fyzickej polohy núdzovej situácie. Priradenie adresy k +E.164 Číslo je koordinované s poskytovateľom PSTN. Obrázky nižšie znázorňujú priradenie hlavného čísla, ktoré sa má použiť ako číslo spätného volania v prípade núdze pre pobočku Richardson.

Konfigurácia ECBN umiestnenia

Vo väčšine prípadov postačuje ako expedičná adresa pre dané miesto adresa budovy. Ak sú však pre konkrétnych používateľov alebo zariadenia potrebné ďalšie podrobnosti o polohe, správca môže použiť rovnaký postup, ako je opísaný vyššie, a priradiť tieto zariadenia ku konkrétnej adrese alebo presnejšiemu umiestneniu v rámci adresy (napríklad poschodie alebo miestnosť). V časti Správa používateľov v časti [] umožňuje karta Volanie použiť konkrétne číslo pre používateľa a jeho zariadenia na získanie konkrétnej adresy odosielateľa. Nasledujúce obrázky ilustrujú, ako je možné zariadeniu priradiť konkrétne číslo. Správca je zodpovedný za to, aby číslo používané zariadením malo priradenú správnu adresu doručenia. Priradenie adresy sa zvyčajne vykonáva prostredníctvom poskytovateľa PSTN danej lokality.

Konfigurácia ECBN používateľa

Pre nasadenia telefónnych sietí v USA, ktoré musia poskytovať vylepšené riešenia núdzových volaní, sa používa integrovaná technológia RedSky Horizon Mobility na smerovanie núdzových volaní. Pri používaní služby RedSky na smerovanie hovorov sa musí správca zaregistrovať pre účet prostredníctvom spoločnosti Cisco a nakonfigurovať príslušné informácie v časti Volania -> Nastavenia služby na povolenie tejto funkcie. Po povolení služby RedSky na úrovni systému ju administrátor povolí na úrovni každej lokality. Povolenie funkcie Vylepšené tiesňové volania na danom mieste aktivuje službu pre všetky zariadenia priradené k danému miestu. Zariadenia, ktoré podporujú rozšírené núdzové volania, sú telefóny Cisco MPP, telefóny Cisco PhoneOS a telefóny od spoločnosti Cisco.

Existujú dve nastavenia na povolenie vylepšeného núdzového volania na danom mieste. Na overenie správnej konfigurácie mapovania zariadení a infraštruktúry v aplikácii RedSky by sa mala použiť možnosť Povoliť spoločnosti RedSky prijímať informácie o sieťovom pripojení a testovacie hovory. Toto nastavenie tiež umožňuje uskutočniť testovacie hovory na číslo 933 na overenie polohy pomocou systému IVR od spoločnosti RedSky na prečítanie polohy volajúceho. Hoci tento dokument nebude pokrývať konfiguráciu RedSky na sledovanie polohy, administrátor by mal VŽDY otestovať svoju funkciu vyhľadávania polohy pred aktiváciou núdzových volaní na smerovanie do RedSky. Po dokončení testovania a overení jeho presnosti administrátor presmeruje hovory do systému RedSky prepnutím smerovania núdzových hovorov do systému RedSky. Tento prepínač presmeruje všetky núdzové hovory pre danú lokalitu do RedSky, ktoré ich doručí do telefonického centra pre danú lokalitu.

Nastavenia vylepšených tiesňových volaní sa vzťahujú aj na klientov v lokálnych aj externých priestoroch. V lokálnych priestoroch je možné sledovať ich rovnakým spôsobom ako stolové telefóny. Keď je používateľ mimo prevádzkových priestorov, bude si môcť dynamicky nastaviť svoju polohu priamo v rámci . Viac informácií o tiesňových volaniach nájdete v časti Vylepšené tiesňové volania pre .

Licencovanie

Existuje viacero možností, ako priradiť licencie používateľom.

Manuálne priradenie prostredníctvom

Administrátori manuálne priraďujú licencie jednotlivým používateľom prostredníctvom rozhrania.

Správcovia môžu upravovať licencie na služby pre jednotlivých používateľov a priamo priraďovať licencie na volanie.

Šablóny automatického priradenia licencií

Na automatické priradenie licencií používateľom na základe nastavení skupiny alebo organizácie použite šablóny priradenia licencií.

Automatické licencovanie je možné vykonať synchronizáciou adresárov alebo manuálnymi aktualizáciami používateľov, ale používatelia musia mať platný +E.164 formátované telefónne číslo a telefónne čísla musia existovať na určitom mieste pred zriaďovaním používateľov. Ak nie sú splnené podmienky (napr. neplatný formát telefónneho čísla), licencie nebudú pridelené.

Hromadné priradenie prostredníctvom šablóny CSV

Nahrajte súbor CSV s údajmi o používateľovi a priradenými licenciami, aby ste mohli pridať alebo upraviť viacerých používateľov naraz.

Import CSV súborov podporuje pridanie až 20 000 používateľov a priradenie licencií, ale licencie vyžadujú špecifické polia, ako je telefónne číslo a klapka.

Priradenie založené na API

Používajte rozhrania API na programovo priraďovanie licencií a správu používateľov.

podporuje operácie API pre správu používateľov a licencií (rozhrania People, SCIM 2.0 a Licenses API), ktoré možno využiť na automatizáciu prideľovania licencií. Rozhranie API pre licencie umožňuje súčasné priradenie licencií, telefónnych čísel a klapiek.
Tabuľka 5. Možnosti poskytovania používateľov – súhrn
Metóda priradenia Výhody Nevýhody
Manuálne cez Jednoduché pre niekoľko používateľov.
Umožňuje presnú a podrobnú kontrolu nad prideľovaním licencií.
Nie je škálovateľné, časovo náročné
Náchylný na ľudské chyby pri manuálnom zadávaní.

Automatické šablóny licencií Škálovateľné
Znižuje počet manuálnych chýb
Možno použiť na nových aj existujúcich používateľov.
Vyžaduje platné telefónne čísla a lokality.
Zložitejšie nastavenie
Taktiež sa vyžadujú skupiny používateľov pre každú skupinu používateľov s rovnakými licenčnými požiadavkami.

Hromadné nahrávanie súborov CSV Efektívne pre veľké skupiny používateľov
Umožňuje súčasné priradenie licencií, telefónnych čísel a klapiek.
Vyžaduje starostlivé formátovanie CSV
Možnosť chýb, ak chýbajú alebo sú nesprávne telefónne čísla alebo klapky.
Priradenie založené na API Automatizovateľné, flexibilné.
Umožňuje súčasné priradenie licencií, telefónnych čísel a klapiek.
Vyžaduje si vývoj a znalosť API.

Tabuľka Možnosti poskytovania služieb používateľom – súhrn sumarizuje možnosti poskytovania služieb používateľom a ich výhody a nevýhody. Tento prehľad pomáha vybrať najlepšiu metódu priradenia licencií na základe veľkosti organizácie zákazníka, možností automatizácie a procesov a požiadaviek na poskytovanie služieb používateľom.

Spoločnosť Cisco odporúča vždy, keď je to možné, priraďovať licencie na volanie pomocou šablón licencií. To vyžaduje, aby pre každú skupinu používateľov, ktorá vyžaduje jedinečnú sadu licencií (príklad – Standard vs. Professional), existovala skupina s príslušným členstvom v skupine. Ako je uvedené v častiach Skupiny používateľov, skupiny používateľov je možné definovať manuálne v podnikovom adresári alebo synchronizovať z podnikového adresára. Kombinácia oboch prístupov je možná.

Používatelia patriaci do viacerých skupín získajú licencie zo všetkých priradení použitých na všetky ich skupiny. Toto umožňuje používať bezpečnostné skupiny špecifické pre licenciu v podnikovom adresári na správu priradenia licencií, pričom výsledné priradenie používateľských licencií je riadené zjednotením členstiev v skupinách.

Viac informácií nájdete v častiach Nastavenie automatického priradenia licencií v aplikácii Control Hub a Nastavenie šablón automatického priradenia licencií pre používateľov služby Webex Calling.

Požiadavky na licenciu

Táto časť sa zaoberá iba súvisiacimi licenciami. Iné typy licencií (napríklad registrácia zariadenia Webex, zasielanie správ, stretnutia) nie sú kryté. Ako súčasť procesu návrhu je potrebné určiť licenčné požiadavky. Je potrebné vypočítať počet licencií pre nasledujúce typy licencií:

Štandard: počet individuálnych používateľov, ktorí vyžadujú štandardné telefónne funkcie.

Profesionálny: počet používateľov a pracovných priestorov vyžadujúcich pokročilé funkcie telefónie. Virtuálne linky a skupinová hlasová schránka majú nárok na 1:1 pomer pre každú profesionálnu licenciu. Preto v zriedkavých prípadoch, keď počet požadovaných virtuálnych liniek alebo skupinových hlasových správ prevyšuje počet používateľov a pracovných priestorov vyžadujúcich pokročilé telefónne funkcie, je potrebné počítať s ďalšími profesionálnymi licenciami.

Pracovný priestor pre spoločnú zónu: počet zdieľaných alebo spoločných priestorov vyžadujúcich štandardné možnosti volania.

Zákaznícka podpora: počet agentov a supervízorov, ktorí vyžadujú funkcie Customer Assist. Zákaznícka podpora zahŕňa profesionálnu licenciu.

Zoznam trás hovorov: počet požadovaných hovorov cez PSTN pripojenú ku cloudu medzi lokálnymi používateľmi and/or špecializované lokálne aplikácie tretích strán.

Konzola operátora: počet používateľov, ktorí potrebujú prístup ku klientovi konzoly operátora.

Volací program Cisco (program odchádzajúcich hovorov): počet používateľov, ktorí potrebujú číslo PSTN and/or prístup k odchádzajúcim volaniam cez PSTN pre službu Cisco PSTN.

Pre profesionálne pracovné priestory neexistuje žiadny vyhradený typ licencie. Profesionálne pracovné priestory využívajú profesionálnu licenciu.

Pracovné priestory iba s hot-deskingom ponúkajú službu hostiteľa hot-deskingu a núdzové volania z hostiteľa hot-deskingu a nevyžadujú žiadnu licenciu. Viac informácií nájdete v časti Pridanie a správa zariadení iba na pracovnej ploche.

Ak chcete určiť požadovaný typ licencie pre každého používateľa a pracovný priestor na základe potrebných funkcií, pozrite si časť Funkcie dostupné podľa typu licencie pre Webex Calling.

Ak chcete rozlíšiť funkcie ponúkané frontami hovorov v kombinácii s profesionálnou licenciou a funkciami zákazníckej podpory, pozrite si časť Porovnanie funkcií frontu hovorov a zákazníckej podpory služby Webex Calling.

Poskytovanie používateľom

Pri poskytovaní používateľov vo Webexe je k dispozícii niekoľko možností, z ktorých každá je vhodná pre rôzne potreby a prostredia organizácie:

Manuálne poskytovanie: Administrátori môžu pridávať a spravovať jednotlivých používateľov priamo v rámci . Táto metóda je jednoduchá, ale najvhodnejšia pre malé organizácie alebo obmedzené zmeny zo strany používateľov.

Hromadné poskytovanie prostredníctvom CSV: V prípade väčších používateľských základní môžu administrátori hromadne importovať a aktualizovať používateľov nahraním súborov CSV do súboru . To umožňuje efektívnu správu až tisícov používateľov naraz.

Možnosti synchronizácie adresárov:
Konektor adresára: Toto je nástroj na automatickú synchronizáciu používaný v prostrediach služby Microsoft Active Directory. Synchronizuje používateľské účty, skupiny a atribúty podľa plánu (každú hodinu, denne alebo týždenne). Podporuje nastavenia služby Active Directory pre viac domén a lesov a dokáže synchronizovať obrázky profilov a objekty miestností.

Aplikácia sprievodcu Entra ID (Azure AD): Táto metóda, určená pre organizácie používajúce Microsoft Entra ID (Azure AD), poskytuje automatickú synchronizáciu používateľských účtov a atribútov takmer v reálnom čase priamo z Entra ID do . Je plne spravovateľný zvnútra a vyžaduje minimálne nastavenie.

Aplikácie SCIM 2.0: V prostrediach iných poskytovateľov identít ako Okta alebo Duo umožňujú synchronizačné aplikácie založené na SCIM automatické zriaďovanie a rušenie zriaďovania používateľov s mapovaním atribútov a synchronizáciou skupín.

Synchronizácia používateľov Unified CM: Táto možnosť umožňuje vytvárať používateľské účty na základe existujúcich koncových používateľov synchronizáciou z do. To vyžaduje, aby v lokálnych klastroch bežala služba Cloud Connected UC (CCUC). Vo všeobecnosti sa však odporúča synchronizovať používateľov z centralizovaného cloudového adresára, ako je Entra ID, a nie priamo z .

Poskytovanie API: Verejné rozhrania API (People, SCIM 2.0) je možné použiť na poskytovanie používateľov. Hlavnou výhodou používania API je možnosť integrácie zriaďovania používateľov s inými podnikovými systémami.
Tabuľka 6. Možnosti poskytovania služieb používateľom pre
Metóda poskytovania Opis Výhody Nevýhody
Manuálne Create/manage jednotlivo používatelia v Jednoduché pre niekoľko používateľov; nevyžaduje sa žiadna infraštruktúra Nie je škálovateľné; časovo náročné pre mnohých používateľov
Hromadné (súbor CSV) Import/update hromadne prostredníctvom CSV v Efektívne pre skupiny; nevyžaduje sa žiadne kódovanie Manuálna príprava CSV; menej dynamické
Ľudia a SCIM 2.0 API Programová správa používateľov prostredníctvom rozhraní Webex API Flexibilné; podporuje automatizáciu a integráciu Vyžaduje si rozvoj a infraštruktúru
Synchronizácia adresárov Automatická synchronizácia z AD, Entra ID, aplikácií SCIM, Unified CM Automatizuje životný cyklus; podporuje filtrovanie a mapovanie Zložitosť nastavenia: niektoré možnosti majú obmedzené funkcie alebo vyžadujú infraštruktúru
Tento prehľad a tabuľka odrážajú hlavné možnosti poskytovania používateľov, ich výhody a obmedzenia, aby vám pomohli vybrať najlepší prístup pre potreby vašej organizácie.

Skupiny používateľov

Správa skupín používateľov umožňuje správcom organizovať používateľov do skupín pre efektívnu hromadnú správu licencií, nastavení a zdrojov. Skupiny pomáhajú zefektívniť správu tým, že aplikujú politiky, licencie a šablóny nastavení na viacerých používateľov súčasne, namiesto individuálnej správy používateľov.

Správa skupín používateľov ponúka niekoľko výhod vrátane:

Zjednodušená administratíva: Spravujte licencie, nastavenia a politiky pre viacerých používateľov naraz.

Konzistencia: Použite jednotné nastavenia a licencie pre všetkých používateľov v tej istej skupine.

Škálovateľnosť: Podporuje až 250 000 členov na skupinu.

Integrácia: Synchronizujte skupiny z Microsoft Entra ID (Azure AD) alebo Active Directory pre automatizovanú správu používateľov a skupín.

Flexibilita: Vytvárajte lokálne skupiny alebo synchronizujte bezpečnostné skupiny; spravujte členstvo v skupinách manuálne alebo prostredníctvom súborov CSV.

Prideľovanie zdrojov: Ovládajte prístup k vstavaným aplikáciám a službám na základe členstva v skupine.

Hlavné prípady použitia pre skupiny používateľov pri poskytovaní služieb sú:

Pridelenie licencií: Priraďte licencie skupinám, aby sa členom skupiny automaticky poskytovali služby, ako sú hovory, stretnutia, správy alebo hybridné služby.

Šablóny nastavení: Pre konzistentné používateľské rozhranie použite na skupiny kolekcie nastavení služieb (napr. správy, stretnutia, volania).

Hromadná správa používateľov: Hromadné pridávanie alebo odoberanie používateľov prostredníctvom súborov CSV alebo synchronizácie adresárov.

Automatizácia a integrácia: Na automatizovanú správu životného cyklu používateľov a skupín používajte rozhrania API alebo synchronizáciu adresárov.

Nasledujúca tabuľka sumarizuje rôzne možnosti správy skupín používateľov a správy skupín v systéme .
Tabuľka 7. Možnosti správy skupín a členstva v skupinách
Možnosť Opis Výhody Nevýhody

skupinové poskytovanie (skupiny) Vytvárajte a spravujte skupiny priamo v aplikácii . Add/remove členov manuálne alebo prostredníctvom CSV. Úplná kontrola nad členstvom v skupine
Okamžité použitie licencií a šablón
Jednoduché vytváranie a úprava skupín Vyžadujú sa manuálne aktualizácie
Riziko chýb pri manuálnom nahrávaní súborov CSV
Žiadna automatická synchronizácia s externými adresármi

Synchronizované skupiny z Entra ID (Azure AD) alebo Active Directory Automaticky synchronizovať bezpečnostné skupiny a členstvá z externých adresárových služieb. Automatická synchronizácia znižuje manuálnu prácu
Zabezpečuje konzistentnosť s firemným adresárom
Podporuje veľké organizácie
Nie je možné upraviť členstvo v skupine
Oneskorenie synchronizácie až 12 hodín
Vnorené skupiny vyžadujú manuálny výber

Skupiny a SCIM 2.0 API (Skupiny) Na programovú správu skupín a členstva používajte Skupiny alebo rozhranie SCIM 2.0 API Automatizácia a integrácia s inými systémami
Škálovateľné pre rozsiahle alebo zložité prostredia
Vyžaduje si úsilie o rozvoj
Zložitosť závisí od použitia API

Zatiaľ čo synchronizované skupiny zabezpečujú konzistenciu a ponúkajú jednotný bod správy, je možný aj hybridný prístup kombinujúci synchronizované skupiny a skupiny (spravované buď v riadiacom centre, alebo prostredníctvom rozhraní API). Napríklad skupiny na priradenie licencií by mohli byť synchronizované skupiny a samostatná sada skupín by sa mohla použiť na priradenie používateľských a volacích šablón.

Tento komplexný prístup k správe skupín používateľov umožňuje organizáciám efektívne spravovať licencie, nastavenia a politiky používateľov, čím sa zabezpečuje konzistentná a škálovateľná spolupráca.

Odporúčaný postup pri migrácii z na

Primárnym zdrojom údajov pre používateľov je databáza, ktorá obsahuje informácie o koncových používateľoch. Zvyčajne však nie je autoritatívnym zdrojom pre správu identity používateľov a čo je dôležitejšie, na konci prechodného obdobia bude ukončený, a preto je vylúčený ako dlhodobý autoritatívny zdroj informácií o identite.

Spoločnosť Cisco odporúča používať centralizovaný cloudový adresár, ako napríklad Microsoft Entra ID (Azure AD), ako jediný zdroj pravdivých údajov o identitách používateľov. Synchronizácia používateľov z Entra ID zaisťuje konzistenciu, zjednodušuje správu a podporuje funkcie jednotného prihlásenia (SSO).

Aby sa zabezpečilo, že všetci používatelia sú prítomní aj v Entra ID, organizácie by mali overiť, či používateľské účty zodpovedajú účtom v Entra ID. To sa dá dosiahnuť exportovaním zoznamov používateľov zo zoznamov používateľov Entra ID a ich porovnaním so zoznamami používateľov.

Stručne povedané, odporúčanou metódou poskytovania je synchronizácia používateľov z Microsoft Entra ID (Azure AD) do Webexu pomocou Sprievodcu Azure AD alebo aplikácií SCIM. Ako doplnkové metódy sú k dispozícii manuálne a hromadné poskytovanie CSV, ale sú menej škálovateľné a náchylnejšie na chyby vo veľkých organizáciách. Zabezpečenie toho, aby Entra ID bolo autoritatívnym zdrojom a aby všetci používatelia existovali v Entra ID, je kľúčové pre úspešnú migráciu a konzistentnú používateľskú skúsenosť v rôznych prostrediach.

Prechod z lokálnej adresárovej služby, ako je Active Directory, na cloudovú adresárovú službu, ako je Entra ID (Azure ID), je nezávislý od prechodu volania. Spoločnosť Cisco odporúča dokončiť prechod na cloudovú adresárovú službu pred začatím prechodu volania.

Navrhovanie skupín používateľov

Po presunutí podnikového adresára z lokálneho prostredia do cloudu zhromaždite požadované skupiny používateľov na základe požiadaviek na licencie a šablóny funkcií. Pre každý skupinový dokument:

Názov skupiny: jedinečný názov skupiny.

Licencie: licencie, ktoré sa majú priradiť tejto skupine (ak existujú) a rozsah (mali by sa licencie priradiť existujúcim používateľom alebo iba novým používateľom)

Šablóny nastavení: Šablóny volaní pre aplikáciu Webex a používateľov.

Synchronizácia adresárov: Bude táto skupina synchronizovaná z podnikového adresára alebo ide o lokálnu skupinu Webex zriadenú v Control Hub alebo prostredníctvom rozhrania API?

Popis: ako sa bude táto skupina používať a ktorí používatelia by mali byť jej členmi

Tieto údaje sa použijú neskôr počas fázy implementácie na vytvorenie lokálnych skupín alebo skupín v podnikovom adresári a na správu členstva používateľov v skupinách.

Jednotné prihlásenie (SSO)

Spoločnosť Cisco odporúča na overovanie používateľov používať SSO. Používanie SSO má niekoľko presvedčivých výhod vrátane:

Zjednodušené overovanie používateľov: Používatelia sa môžu prihlásiť raz pomocou svojich firemných prihlasovacích údajov (napr. z Azure ID) na prístup k iným integrovaným aplikáciám, čím sa eliminuje potreba viacerých hesiel a znižuje sa počet výziev na prihlásenie. Toto zvyšuje bezpečnosť tým, že zabezpečuje, že firemné heslá sa po overení nikdy neukladajú ani neprenášajú.

Zjednodušená správa používateľov: Automatizuje vytváranie, aktualizácie a deaktiváciu používateľských účtov na základe zmien v podnikovom adresári, čím znižuje administratívne náklady a zabezpečuje prístup iba oprávneným používateľom.

Vylepšená bezpečnosť: Jednotné prihlásenie (SSO) znižuje únavu hesiel a riziko únikov súvisiacich s heslom centralizáciou overovania prostredníctvom dôveryhodných poskytovateľov identít (IdP).

Jednoduchá integrácia viacfaktorovej autentifikácie (MFA): MFA je možné jednoducho podporiť buď prostredníctvom riešenia Identity Access Management, ako je Cisco Duo, alebo prostredníctvom podpory MFA zo strany IdP.

Existuje viacero možností implementácie SSO pre služby:

Jednotlivé prihlásenie (SSO) založené na protokole SAML 2.0: Primárny protokol podporovaný pre integráciu SSO, ktorý umožňuje bezpečnú výmenu autentifikačných informácií medzi poskytovateľom identity a poskytovateľom služieb.

OpenID pripojenie (OIDC): Podporované ako alternatívny moderný autentifikačný protokol pre integráciu SSO.

Identita Webexu: Tiež podporované ako možnosť poskytovateľa identity.

Jednorazové prihlásenie (SSO) je konfigurované a spravované centrálne prostredníctvom , čo vyžaduje výmenu metadát medzi a zvoleným poskytovateľom identity.

Po konfigurácii je možné jednorazové prihlásenie (SSO) otestovať pred aktiváciou, aby sa zabezpečilo správne nastavenie.

Spoločnosť Cisco podporuje integráciu s viacerými testovanými a bežne používanými poskytovateľmi identít (IdP) a systémami správy identít (IAM), vrátane, ale nie výlučne:

Cisco Duo

Okta

Služby Microsoft Active Directory Federation Services (ADFS)

Microsoft Azure

PingFederate

OpenAM

F5 BIG-IP.

Tieto IdP spĺňajú štandardy SAML 2.0 alebo OpenID Connect a boli overené z hľadiska kompatibility s riešeniami spolupráce Cisco.

Podpora viacerých poskytovateľov identity

umožňuje organizáciám konfigurovať SSO s viacerými IdP, aby sa prispôsobili zložitým IT prostrediam, ako sú fúzie, akvizície alebo decentralizované IT oddelenia, kde rôzne skupiny používajú rôznych IdP. Podporu viacerých IdP je možné implementovať buď pomocou funkcie Multiple IdP v podnikovom systéme IAM, ako je Cisco Duo, alebo prostredníctvom integrácie s ním.

Podpora viacerých poskytovateľov identít (IdP) rieši niekoľko kľúčových prípadov použitia, v ktorých organizácie vyžadujú flexibilné a bezpečné overovanie v rôznych IT prostrediach:

1. Fúzie a akvizície

Keď spoločnosti zlúčia alebo získajú iné spoločnosti, často majú samostatné IT infraštruktúry a odlišných poskytovateľov identity (IdP), ktoré sa nemôžu federovať. Podpora viacerých poskytovateľov identity umožňuje používateľom z oboch organizácií bezpečne sa overovať a spolupracovať bez nutnosti okamžite zjednocovať svoje systémy identity.

2. Viaceré nezávislé IT oddelenia

Veľké organizácie alebo vládne inštitúcie môžu mať viacero nezávislých IT oddelení, z ktorých každé spravuje svojho vlastného poskytovateľa identity. Funkcia viacerých IdP umožňuje týmto oddeleniam udržiavať si vlastné autentifikačné systémy a zároveň používateľom zabezpečiť bezproblémový prístup.

3. Rôzne skupiny používateľov alebo domény

Organizácie s rôznymi skupinami používateľov (napr. zamestnanci vs. dodávatelia) alebo viacerými e-mailovými doménami môžu nakonfigurovať pravidlá smerovania tak, aby smerovali požiadavky na overenie príslušnému poskytovateľovi identity na základe členstva v doméne alebo skupine. Toto podporuje diferencované politiky prístupu a bezpečnostné kontroly.

4. Podpora rôznych autentifikačných protokolov

podporuje poskytovateľov identity SAML a OpenID Connect (OIDC), čo organizáciám umožňuje integrovať rôzne typy poskytovateľov identity podľa ich existujúcej infraštruktúry a bezpečnostných požiadaviek.

5. Zvýšené zabezpečenie a dodržiavanie predpisov

Povolením viacerých poskytovateľov identity môžu organizácie implementovať silnejšie mechanizmy autentifikácie vrátane viacfaktorovej autentifikácie (MFA) prostredníctvom integrácií, ako je Duo, a presadzovať konzistentné bezpečnostné politiky v rámci rôznych používateľských základní.

6. Zjednodušený používateľský zážitok

Používatelia sa môžu autentifikovať pomocou svojich existujúcich prihlasovacích údajov od svojich príslušných poskytovateľov identity, čo poskytuje jednotný zážitok z prihlasovania napriek základnej zložitosti viacerých systémov identity.

Hoci podpora viacerých poskytovateľov identity poskytuje flexibilitu, vyžaduje si starostlivú koordináciu medzi bezpečnostnými a identitnými tímami, aby sa zachovali konzistentné bezpečnostné politiky a predišlo sa potenciálnym zraniteľnostiam.

Duo MFA s jednorazovým prihlásením pre

Duo Access Gateway (DAG) dokáže overovať používateľov pomocou existujúcich lokálnych alebo cloudových adresárov, ako napríklad Active Directory (AD) a OpenLDAP. Podporuje tiež integráciu s inými poskytovateľmi identít, ako sú Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS a Shibboleth. Táto flexibilita umožňuje organizáciám používať ich súčasnú adresárovú infraštruktúru pre Webex SSO s Duo MFA.

Duo funguje ako silná autentifikačná vrstva nad rámec autentifikácie primárneho adresára. Funguje ako poskytovateľ identity (IdP) pomocou SAML 2.0 na vynútenie dvojfaktorovej autentifikácie (2FA) pred udelením prístupu k . Duo vyhodnocuje kontext používateľa, zariadenia a siete na základe konfigurovateľných politík, aby povolil alebo zamietol prístup, čím zvyšuje bezpečnosť nad rámec len používateľského mena a hesla. Duo tiež poskytuje flexibilné ovládacie prvky politík, ako napríklad vyžadovanie MFA pri každom prihlásení pre niektoré aplikácie a menej často pre iné.

Medzi výhody Cisco Duo patria:

Zvýšená bezpečnosť: Pridáva viacfaktorovú autentifikáciu (MFA) odolnú voči phishingu na ochranu prístupu a zníženie rizika zneužitia hesiel.

Flexibilné pravidlá: Umožňuje podrobnú kontrolu nad požiadavkami na autentifikáciu pre každú aplikáciu alebo skupinu používateľov.

Integrácia s existujúcimi adresármi: Podporuje lokálne služby AD, OpenLDAP, cloudové adresáre a rôznych poskytovateľov SSO, čím minimalizuje zmeny infraštruktúry.

Pohodlie pre používateľa: Podporuje jednotné prihlásenie (SSO) na zníženie únavy z hesla tým, že umožňuje používateľom prihlásiť sa raz a bezpečne pristupovať k viacerým zdrojom.

Dôveryhodné koncové body: Podporuje dôveryhodnosť zariadení pre klientov v systémoch Windows a macOS, čím zlepšuje bezpečnostnú situáciu.

Samoobslužná registrácia: Inline registrácia a výzva Duo zlepšujú používateľskú skúsenosť počas nastavenia MFA.

Duo MFA s jednorazovým prihlásením (SSO) využíva na overovanie používateľov existujúce adresáre, ako sú Active Directory a OpenLDAP, alebo poskytovateľov cloudovej identity. Úlohou spoločnosti Duo je poskytovať silný, na pravidlách riadený druhý faktor autentifikácie integrovaný prostredníctvom SAML 2.0, čím sa zvyšuje bezpečnosť a zároveň zachováva pohodlie používateľov prostredníctvom SSO. Medzi výhody patrí vylepšené zabezpečenie, flexibilné presadzovanie politík, bezproblémová integrácia a lepšia používateľská skúsenosť.

Spoločnosť Cisco odporúča implementovať pre používateľov jednorazové prihlásenie (SSO). Pre lepšiu bezpečnostnú integráciu sa odporúča Cisco Duo.

Stratégia Enterprise IAM a SSO by mala byť nasadená pred začatím prechodu z na .

Funkcie

má kompletný súbor základných funkcií, ktoré sú súčasťou služby. Zahŕňa to mnoho funkcií volania na podnikovej úrovni, ktoré sú dostupné už mnoho rokov. Medzi funkciami a funkciami nemusí byť 100% zhoda, ale ako vidíte na obrázku nižšie, kľúčové funkcie volania sú dostupné v .

Funkcie Webex Calling na podnikovej úrovni

Okrem mnohých používateľských funkcií má platforma aj základné systémové funkcie. Patria sem funkcie ako automatické telefonáty, fronty hovorov, parkovanie hovorov atď. Všetky dostupné základné funkcie systému nájdete v časti Služba → Volania → Funkcie, ako je znázornené na obrázku Základné funkcie Webex Calling.

Základné funkcie služby Webex Calling

Automatický operátor

Automatický operátor umožňuje 24/7 automatizácia spracovania prichádzajúcich hovorov, ktorá umožňuje efektívne spracovanie hovorov bez nutnosti, aby niekto prijímal každý hovor.

Automatický operátor prijíma prichádzajúce hovory a poskytuje volajúcemu ponuku možností, kam chce hovor presmerovať. Môže to byť pre osobu, hlasovú schránku alebo volaciu službu (napr. Volací rad). Volajúci použije číselnú klávesnicu na svojom telefóne na zadanie čísla z ponuky automatického operátora.

Automatický operátor podporuje nasledujúce kľúčové funkcie:

Pracovné a mimopracovné rozvrhy

Sviatočný rozvrh

Možnosť vytáčania v ponuke na nasmerovanie zákazníkov tam, kam potrebujú ísť

Prispôsobiť pozdravy

Možnosť vytáčania podľa mena

Možnosti presmerovania hovorov

Analytické údaje a prehľady Control Hub.

Viac informácií nájdete v časti Správa automatických operátorov.

Parkovanie hovoru

Parkovanie hovoru umožňuje používateľom jednoducho podržať hovor , aby ho iný používateľ mohol jednoducho prijať, keď je k dispozícii. Taktiež to umožňuje používateľovi, ktorý pôvodný hovor prijal, uskutočňovať alebo prijímať iné hovory, kým je hovor zaparkovaný.

K dispozícii sú dva typy parkovísk hovorov :

Priame parkovanie hovoru – umožňuje ľubovoľnému používateľovi zaparkovať hovor na klapku iného používateľa alebo na klapku s parkovaním hovoru, ako ju definuje administrátor

Skupina parkovania hovorov – umožňuje definovanej skupine používateľov automaticky parkovať hovory na dostupné parkovacie miesta definované pre danú skupinu. Tieto ciele môžu byť klapky členov skupiny alebo klapky pre parkovanie hovorov.

V závislosti od konfigurácie a typu parkovania môžu používatelia prijímať hovory vytočením čísla *88+><extension of parked call>, stlačením tlačidla linky priradeného k klapke pre parkovanie hovorov alebo použitím softvérového tlačidla na svojom IP telefóne.

K dispozícii je možnosť opätovného prevzatia, ktorá umožňuje opätovné prevzatie zaparkovaného hovoru po uplynutí určitého času používateľovi, ktorý hovor zaparkoval, alebo inému používateľovi.

Viac informácií nájdete v časti Správa parkovania hovorov v aplikácii Control Hub.

Vyzdvihnutie hovoru

Prijímanie hovorov umožňuje správcovi definovať skupinu používateľov (členov), ktorí môžu prijať hovor na telefón iného člena. To dáva používateľovi možnosť prijímať hovory, keď sú jeho spoluhráči zaneprázdnení a nemôžu prijať prichádzajúci hovor.

Používatelia v skupine musia byť na rovnakom mieste.

Používatelia môžu na prijatie hovoru použiť buď , alebo svoj stolový telefón.

:

Podporuje vizuálne a zvukové upozornenia

Upozornenie na prichádzajúci hovor

založené na FAC (vytáčanie *98) alebo upozornenie na prijatie hovoru

Upozornenia na zdvihnutie hovoru pre viacero liniek.

Stolové telefóny:

Upozornenie na prichádzajúci hovor

Zvukové zvonkohry a vizuálne upozornenie prostredníctvom LED diódy na slúchadle. Model 6821 podporuje iba zvukové zvonkohry

Ak vybraný typ upozornenia nie je žiadny

Upozornenia na zdvihnutie hovoru iba pre hlavné linky.

Viac informácií nájdete v časti Konfigurácia skupiny pre príjem hovorov.

Rad hovorov

zahŕňa fronty hovorov iba pre hlasové hovory ako súčasť svojich základných funkcií a každý používateľ s profesionálnou licenciou môže byť súčasťou frontu hovorov, agentom alebo supervízorom. Táto funkcia umožňuje používateľom efektívne komunikovať so zákazníkmi. Fronty hovorov podporujú podmnožinu niektorých základných funkcií call centra, ako sú hlasové fronty, spätné volania, smerovanie podľa zručností alebo priorít, správa frontov agentov, analytika, reportovanie atď.

Výzva spoločnosti Cisco na integráciu s Microsoft Teams umožňuje agentom prístup k hovorom a funkciám v rade hovorov priamo z ich klienta Microsoft Teams.

Rad hovorov podporuje nasledujúce kľúčové funkcie:

Pozdravy a odkazy (vitajte, utešujte, šepkajte atď.)

Pozastaviť hudbu

Spätné volanie

Zásady smerovania v rade (nočná prevádzka, sviatky, presmerovanie)

Rad agentov login/logout

Správa stavu frontu agentov

alebo podpora na stolnom telefóne

Monitorovanie hovorov, koučovanie, prihlásenie alebo prevzatie kontroly nad agentom supervízora prostredníctvom prístupových kódov k funkciám (FAC)

(prístup správcu) pre:

správa frontov

Analýza a reportovanie agentov a frontov

Správa frontov, agentov a supervízorov.

Viac informácií nájdete v časti Konfigurácia frontu hovorov.

má doplnkovú funkciu Customer Assist, ktorá poskytuje ďalšie možnosti frontu hovorov a poskytuje agentom a supervízorom lepší používateľský zážitok v rámci . Porovnanie funkcií frontu hovorov a podpory zákazníkov nájdete v časti Porovnanie funkcií frontu hovorov a podpory zákazníkov služby Webex Calling.

Hľadačská skupina

Skupiny vyhľadávania umožňujú smerovanie prichádzajúcich hovorov na konkrétnu skupinu používateľov prostredníctvom vopred určeného vzoru smerovania hovorov. Vďaka tomu sú hovory prijímané správnou skupinou používateľov alebo presmerované do hlasovej schránky na následnú komunikáciu.

Jeden veľký rozdiel medzi skupinami vyhľadávania a radmi hovorov je, že hovory nie sú v skupinách vyhľadávania zaradené do frontu, takže ak v skupine vyhľadávania nie sú k dispozícii žiadni používatelia, ktorí by hovor prijali, bude odpojený, odoslaný do hlasovej schránky alebo presmerovaný na iné číslo (používateľa alebo službu).

Viac informácií nájdete v časti Správa skupín vyhľadávania v aplikácii Control Hub.

Prevádzkové režimy

Funkcia Prevádzkové režimy umožňuje firmám efektívne smerovať hovory do rôznych cieľov (používatelia, hlasová schránka, volacie služby, ako napríklad front hovorov). Kam a kedy je hovor smerovaný, závisí od denného a denného týždňového harmonogramu a ktorýkoľvek používateľ môže byť autorizovaný na správu týchto režimov (harmonogramov) s cieľom kontrolovať zmeny v smerovaní hovorov.

Napríklad hovory do frontu hovorov môžu byť smerované do iného frontu hovorov s agentmi v inom časovom pásme, aby prijímali hovory po pracovnej dobe, počas pracovnej doby môžu byť smerované k miestnym agentom a počas sviatkov môžu byť smerované do hlasovej schránky na následnú komunikáciu po návrate agentov do kancelárie.

Autorizovaný používateľ môže prepínať medzi týmito rôznymi scenármi (režimmi) presmerovania hovorov, ak potrebuje zmeniť, kam sú prichádzajúce hovory smerované na určité obdobie. Títo používatelia môžu spravovať režimy prostredníctvom svojich 6800/7800/8800 Telefóny MPP, telefóny 9800 alebo v Používateľskom centre na adrese Spravovať režimy.

Viac informácií nájdete v časti Smerovanie hovorov na základe prevádzkových režimov vo Webex Calling.

Skupina stránkovania

Skupiny stránkovania umožňujú používateľom uskutočniť jednosmerný hovor a poslať zvukovú správu skupine používateľov. Každá skupina môže obsahovať až 75 cieľových používateľov. and/or pracovné priestory, ktoré sú dostupné vytočením vopred definovaného čísla alebo klapky.

Keď používateľ zavolá do pagingovej skupiny, súčasne sa uskutoční hovor so všetkými priradenými cieľmi v skupine, pričom volajúci môže vysloviť svoje správy a po ich dokončení zložiť.

Viac informácií nájdete v časti Konfigurácia stránkovacej skupiny v aplikácii Control Hub.

Záznamy

podporuje nahrávanie hovorov uskutočnených alebo prijatých používateľom. Môže to byť potrebné z hľadiska kvality, zabezpečenia, bezpečnosti alebo školenia. Hovory sa štandardne nahrávajú vo formáte , ale ak sú potrebné iné funkcie nahrávania alebo požiadavky na dodržiavanie predpisov a regulačné požiadavky, je možné použiť aj iných poskytovateľov nahrávania tretích strán.

Pri použití ako nahrávacej platformy sú všetky nahrané hovory spravované v rámci . Úplní správcovia s rolou pracovníka pre dodržiavanie predpisov môžu prehrávať a sťahovať nahrávky. Bez role zodpovednej osoby za dodržiavanie predpisov môže správca iba vymazať nahrávky.

Viac informácií o tejto funkcii a zoznam nahrávok tretích strán nájdete v časti Správa nahrávania hovorov pre Webex Calling.

Dosah jedného čísla

Dosah jedného čísla umožňuje, aby hovory na telefónne číslo používateľa zvonili na viacerých zariadeniach. Môže to zahŕňať iné stolové telefóny, ako aj mobilné telefóny. Z týchto zariadení je možné aj uskutočňovať hovory a používatelia si medzi nimi môžu presúvať a odosielať hovory.

Viac informácií o tejto funkcii a o tom, ako ju administrátor konfiguruje v , nájdete v časti Konfigurácia dosahu na jedno číslo (kancelária kdekoľvek).

Viac informácií o tom, ako si používateľ môže túto funkciu spravovať a konfigurovať v centre používateľov Webex (portál), nájdete v časti Konfigurácia dosahu na jedno číslo (kancelária kdekoľvek).

Skupina hlasovej schránky

Skupiny hlasovej schránky umožňujú zdieľanú hlasovú schránku, ktorú je možné priradiť používateľovi alebo funkcii smerovania hovorov. Niektoré z dôvodov, prečo môže byť potrebná skupina hlasovej schránky, sú:

Všeobecná hlasová schránka pre oddelenie alebo pracovnú skupinu

Pridajte možnosť hlasovej schránky k automatickému telefonickému hovoru alebo skupine vyhľadávania

Odosielanie preplnených hovorov z frontu hovorov

Používatelia, ktorí potrebujú iba hlasovú schránku.

Viac informácií nájdete v časti Správa zdieľanej hlasovej schránky a schránky prichádzajúcich faxov pre Webex Calling.

Konzola účastníka je uvedená na stránke Funkcie volania v aplikácii Webex, ide však o doplnkovú funkciu, ktorej používanie vyžaduje zakúpenie licencie konzoly účastníka.

Viac informácií nájdete v časti Začíname s aplikáciou Attendant Console.

Informácie o všetkých funkciách vrátane niektorých doplnkových funkcií nájdete v časti Funkcie dostupné podľa typu licencie pre Webex Calling.

Tabuľka č. 1 Informácie, ktoré sa majú zaznamenať pre každú lokalitu
Informácie	Komentár
Rozsah(y) rozšírenia	Každé miesto v môže mať klapky začínajúce rôznymi číslicami. Jedna číslica musí byť rezervovaná pre riadiacu číslicu medzistátnej voľby (napríklad 8) a jedna pre riadiacu číslicu PSTN (napríklad 9). Žiadny rozsah rozšírenia nemôže začínať žiadnou z týchto dvoch číslic. Všetky rozsahy rozšírenia na všetkých miestach musia mať rovnakú dĺžku.
Rozsah(y) DID	-
Riadiaca číslica PSTN	-
Kód stránky	Všetky kódy lokalít na všetkých miestach musia byť jedinečné a mať rovnakú dĺžku.
Hlavné číslo	Pri vytváraní lokality je potrebné zriadiť dva DID. Jedno ako hlavné číslo (napríklad na priradenie k automatickej telefonickej službe) a jedno pre portál hlasovej schránky. Pre číslo hlasovej schránky zriaďte jedno DID.
Číslo hlasovej schránky
Počet licencií	Požadované licencie podľa typu vrátane štandardných, profesionálnych, pracovných, zoznamov trás a programov odchádzajúcich hovorov.
Súbežné hovory v rušnej hodine	Súčet súbežných hovorov medzi zariadeniami a medzi zariadeniami a lokálnou bránou (PSTN a hovory do zariadení). Je potrebné určiť požadovanú šírku pásma pre prístup na internet.
Krajina	-
Časové pásmo	-
Jazyk	-
Kontakt (meno, telefón, e-mail)	-
Adresa (ulica, mesto, štát, PSČ)	-
Fyzické miesto na odoslanie koncových bodov záchranných zložiek	Miesto, kam sa zariadenie môže odoslať na tiesňové volania, vo všeobecnosti zahŕňa: adresa budovy, adresa budovy + číslo poschodia, adresa budovy + číslo apartmánu alebo adresa budovy + číslo poschodia + office/cubical číslo.
Jedinečné fyzické umiestnenie v sieti pre každé zariadenie pre tiesňové služby	Fyzická sieťová poloha pre tiesňové volania vo všeobecnosti zahŕňa nasledovné: prepínač / prepínač pre káblové zariadenia, bezdrôtové prístupové body (AP) a základné identifikátory sady služieb (BSSID) pre bezdrôtovo pripojené zariadenia, and/or lokálne podsiete IP pre koncové zariadenia.

Tabuľka 2 Príklad číslovania podniku
Stránka	Rozsah rozšírenia	Kód stránky	Podnikový rad
New York	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

Tabuľka 3. Rozsahy predĺženia s pevnou dĺžkou
Stránka	Rozsah rozšírenia	Rozšírenia	Kód stránky	Podnikový rad
New York	2XXX	2XXX	202	8 202 2XXX
SFO	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

Tabuľka 4. Prechod na sedemciferné vytáčanie

Stránka	Rozšírenia	Kód lokality	Podnikový rad	óda stránky	Podnikový ange
New York	2XXX	22	8 22 2XXX	822	8 822 2XXX
SFO	8XXX	23	8 23 7XXX	823	8 823 7XXX
RTP	1XXX	24	8 24 11XX	824	8 824 11XX

Tabuľka 5. Možnosti poskytovania používateľov – súhrn
Metóda priradenia	Výhody	Nevýhody
Manuálne cez	Jednoduché pre niekoľko používateľov. Umožňuje presnú a podrobnú kontrolu nad prideľovaním licencií.	Nie je škálovateľné, časovo náročné Náchylný na ľudské chyby pri manuálnom zadávaní.
Automatické šablóny licencií	Škálovateľné Znižuje počet manuálnych chýb Možno použiť na nových aj existujúcich používateľov.	Vyžaduje platné telefónne čísla a lokality. Zložitejšie nastavenie Taktiež sa vyžadujú skupiny používateľov pre každú skupinu používateľov s rovnakými licenčnými požiadavkami.
Hromadné nahrávanie súborov CSV	Efektívne pre veľké skupiny používateľov Umožňuje súčasné priradenie licencií, telefónnych čísel a klapiek.	Vyžaduje starostlivé formátovanie CSV Možnosť chýb, ak chýbajú alebo sú nesprávne telefónne čísla alebo klapky.
Priradenie založené na API	Automatizovateľné, flexibilné. Umožňuje súčasné priradenie licencií, telefónnych čísel a klapiek.	Vyžaduje si vývoj a znalosť API.

Tabuľka 6. Možnosti poskytovania služieb používateľom pre
Metóda poskytovania	Opis	Výhody	Nevýhody
Manuálne	Create/manage jednotlivo používatelia v	Jednoduché pre niekoľko používateľov; nevyžaduje sa žiadna infraštruktúra	Nie je škálovateľné; časovo náročné pre mnohých používateľov
Hromadné (súbor CSV)	Import/update hromadne prostredníctvom CSV v	Efektívne pre skupiny; nevyžaduje sa žiadne kódovanie	Manuálna príprava CSV; menej dynamické
Ľudia a SCIM 2.0 API	Programová správa používateľov prostredníctvom rozhraní Webex API	Flexibilné; podporuje automatizáciu a integráciu	Vyžaduje si rozvoj a infraštruktúru
Synchronizácia adresárov	Automatická synchronizácia z AD, Entra ID, aplikácií SCIM, Unified CM	Automatizuje životný cyklus; podporuje filtrovanie a mapovanie	Zložitosť nastavenia: niektoré možnosti majú obmedzené funkcie alebo vyžadujú infraštruktúru

Tabuľka 7. Možnosti správy skupín a členstva v skupinách
Možnosť	Opis	Výhody	Nevýhody
skupinové poskytovanie (skupiny)	Vytvárajte a spravujte skupiny priamo v aplikácii . Add/remove členov manuálne alebo prostredníctvom CSV.	Úplná kontrola nad členstvom v skupine Okamžité použitie licencií a šablón Jednoduché vytváranie a úprava skupín	Vyžadujú sa manuálne aktualizácie Riziko chýb pri manuálnom nahrávaní súborov CSV Žiadna automatická synchronizácia s externými adresármi
Synchronizované skupiny z Entra ID (Azure AD) alebo Active Directory	Automaticky synchronizovať bezpečnostné skupiny a členstvá z externých adresárových služieb.	Automatická synchronizácia znižuje manuálnu prácu Zabezpečuje konzistentnosť s firemným adresárom Podporuje veľké organizácie	Nie je možné upraviť členstvo v skupine Oneskorenie synchronizácie až 12 hodín Vnorené skupiny vyžadujú manuálny výber
Skupiny a SCIM 2.0 API (Skupiny)	Na programovú správu skupín a členstva používajte Skupiny alebo rozhranie SCIM 2.0 API	Automatizácia a integrácia s inými systémami Škálovateľné pre rozsiahle alebo zložité prostredia	Vyžaduje si úsilie o rozvoj Zložitosť závisí od použitia API

Implementácia

Pripravenosť na sieť

Počiatočné nastavenie

Overenie domény

Nárokovať (konvertovať) existujúcich používateľov

Konfigurácia a testovanie synchronizácie adresárov

Nastavenie a otestovanie jednotného prihlásenia (SSO)

Získanie, poskytnutie a overenie licencií

Nastavenia služby Webex Calling

Migrácia pilotného projektu

Zabezpečiť PSTN

Konfigurovať lokality

Integrácia s lokálnym ovládaním hovorov

Migrácia používateľov v dávkach

Pracovné priestory

Zabezpečovacie zariadenia

Konfigurácia funkcií

Testovanie prijatia

Pripravenosť na sieť

Prvým krokom pri prechode na je zabezpečenie spoľahlivého a bezpečného internetového pripojenia medzi lokálnou sieťou a cloudom.

Keďže väčšina organizácií sa pripája na internet prostredníctvom jedného alebo viacerých firewallov alebo bezpečnostných zariadení, je nevyhnutné overiť, či sú podporované požadované toky prevádzky.

Správcovia siete a bezpečnosti musia týmto postupom rozumieť z hľadiska:

Smer (príchod vs. odchod)

Protokoly (Príklad - SIP TLS, SRTP, HTTPS)

Rozsahy IP adries používané službami

Čísla portov, ktoré musia byť otvorené alebo povolené.

Tým sa zabezpečí, že firemné firewally, zariadenia NAT a ďalšia sieťová infraštruktúra sú správne nakonfigurované tak, aby zvládli prevádzku a zároveň zachovali bezpečnostné zásady podniku.

Informácie o požadovaných postupoch vrátane IP adresy, portov a protokolov nájdete v časti Informácie o referenčných portoch pre volania cez Webex. Tieto informácie použite na konfiguráciu brány firewall, proxy serverov a ďalšej sieťovej infraštruktúry v existujúcom nasadení, aby ste umožnili sieťové toky.

Decentralizované pripojenie k internetu z každej pobočky alebo lokality je odporúčaným prístupom pre cloudové služby spolupráce, ako napríklad . Povolením lokálneho odchodu prevádzky tento model:

Znižuje oneskorenie a jitter pri obojsmernom prenose, čím zlepšuje celkovú kvalitu hovoru

Efektívne sa škáluje, keďže viac používateľov a stránok prechádza na

Bezproblémovo spolupracuje s SD-WAN, ktorá dokáže dynamicky smerovať relácie k najbližšiemu vstupnému bodu do cloudu pre optimálny výkon.

Umožňuje sledovať polohu používateľa na základe jeho verejnej IP adresy, čo pomáha s analýzou mediálnej cesty a riešením problémov.

Okrem toho musia organizácie zabezpečiť dostatočnú šírku pásma internetového pripojenia na každej lokalite. Šírka pásma by mala byť dimenzovaná na základe očakávaného počtu súbežných hovorov, zvoleného kodeku (napr. Opus alebo G.711) plus réžie pre signalizáciu, retransmisie a rast. Toto je v súlade s fázou prípravy životného cyklu PPPDIO a vytvára pevný základ pre migráciu.

Počiatočné nastavenie

Podsekcia počiatočného nastavenia v rámci implementačnej fázy nasadenia je základom pre vytvorenie dobre štruktúrovaného a spravovateľného prostredia cloudového volania. Táto fáza zahŕňa kritické úlohy, ako je nastavenie organizácie, obstaranie a pridelenie licencií a overenie a nárokovanie domén vašej spoločnosti s cieľom zabezpečiť správnu správu používateľov a bezpečnosť. Okrem toho zahŕňa poskytovanie šablón licencií na automatizáciu priraďovania používateľských licencií, konfiguráciu jednotného prihlásenia (SSO) na zefektívnenie overovania používateľov a zvýšenie zabezpečenia a úpravu nastavení služieb a klientov tak, aby boli v súlade s organizačnými politikami a potrebami používateľov. Dokončenie týchto úvodných nastavení zabezpečí, že prostredie je správne nakonfigurované pre škálovateľnosť, bezpečnosť a bezproblémové používanie, čím sa vytvoria podmienky pre následné fázy nasadenia a prevádzky.

Overenie domény

Aby bolo možné identifikovať používateľov registrovaných s e-mailovými doménami vašej spoločnosti na , je nevyhnutné overiť vaše domény. Bez overenia domény budú používatelia priradení k organizácii spotrebiteľov, čo skomplikuje správu používateľov pre vašu spoločnosť. Overenie domény je povinný krok, ktorý umožňuje vašej organizácii efektívne si nárokovať a spravovať týchto používateľov.

Uistite sa, že všetky domény spojené s e-mailovými adresami vašich používateľov sú overené. Overenie domény nie je exkluzívne; rovnakú doménu je možné overiť vo viacerých organizáciách.

Viac informácií o správe domén nájdete v časti Správa domén.

Nárokovať (konvertovať) existujúcich používateľov

Po úspešnom overení vašich domén môžete pokračovať v nárokovaní používateľov, ktorí sa zaregistrovali na používanie e-mailových domén vašej spoločnosti, do vašej organizácie. Tento proces konsoliduje všetkých používateľov pod jednu organizačnú záštitu, čo umožňuje centralizovanú správu a zjednodušenú administratívu. Nárokovaním týchto používateľov zabezpečíte, že vaša spoločnosť má plnú kontrolu nad používateľskými účtami, čo vám umožní priradiť príslušné licencie, konfigurovať služby a efektívne poskytovať potrebnú podporu. Tento jednotný prístup k správe zvyšuje bezpečnosť, zjednodušuje poskytovanie používateľských služieb a zaisťuje konzistentný prístup k službám v celej organizácii. Nárokovanie používateľov tiež zabraňuje ich správe v externých alebo spotrebiteľských organizáciách, čím sa zachováva integrita organizácie a kontrola nad zdrojmi pre spoluprácu.

Viac informácií o nárokovaní používateľov nájdete v časti Nárokovanie používateľov na používateľov vo vašej organizácii (konvertovanie).

Konfigurácia a testovanie synchronizácie adresárov

Pre bezproblémovú správu používateľov a skupín môžete synchronizovať používateľov a skupiny z podnikového adresára buď z Microsoft Entra ID (predtým Azure AD), alebo z Microsoft Active Directory (AD) do . Tento proces zabezpečuje, že identity používateľov a členstvo v skupinách sú v celom prostredí konzistentne udržiavané.

Pre organizácie, ktoré implementujú postupné nasadzovanie, je kľúčové kontrolovať a obmedzovať rozsah synchronizácie počas počiatočného nasadzovania. Toto minimalizuje riziko neúmyselných zmien a umožňuje cielené testovanie pred širším prijatím.

Najefektívnejšou metódou filtrovania synchronizovaných používateľov je využitie členstva v skupinách adresárov:

1
Vytvorte vyhradenú synchronizačnú skupinu: V podnikovom adresári (Microsoft Entra ID alebo AD) vytvorte bezpečnostnú skupinu špeciálne pre synchronizáciu (napríklad synchronizačnú skupinu).

2
Naplňte skupinu cieľovými používateľmi: Do tejto skupiny pridajte iba používateľov, ktorých chcete synchronizovať (napríklad testovaciu skupinu počas pilotnej fázy). To vám umožňuje prísne kontrolovať, kto je zahrnutý v procese synchronizácie.

3
Nakonfigurujte synchronizačnú zmluvu s filtrovaním na základe skupín: Pri nastavovaní synchronizačnej zmluvy v Directory Connector alebo Entra ID provisioning nakonfigurujte rozsah tak, aby zahŕňal iba používateľov, ktorí sú členmi určenej skupiny.

Pre Microsoft Entra ID môžete v nastaveniach poskytovania použiť priradenia založené na skupinách.

Pre AD môžete definovať filter LDAP, ktorý zahŕňa iba používateľov patriacich do zadanej skupiny.

4
Podľa potreby rozšírte skupinu: Ako postupujete k širším fázam nasadenia, jednoducho pridajte do synchronizačnej skupiny ďalších používateľov alebo skupiny. Rozsah synchronizácie sa automaticky rozšíri o týchto používateľov, čo umožní kontrolované a postupné zavádzanie.

Príklady krokov implementácie:

V aktívnom adresári:

Vytvorte bezpečnostnú skupinu s názvom synchronizačná skupina.

Pridajte požadovaných pilotných používateľov do tejto skupiny.

Nastavte Directory Connector s filtrom LDAP, ako napríklad: (memberOf=CN=Webex Synchronizácia Group,OU=Groups,DC=yourdomain,DC=com).

V Microsoft entry ID:

Vytvorte skupinu s názvom synchronizačná skupina

Priraďte skupinu k nastaveniam poskytovania v Entra ID

Iba používatelia v tejto skupine budú mať prístup k službe .

Synchronizáciu založenú na skupinách vždy otestujte v neprodukčnom prostredí predtým, ako ju použijete na celú organizáciu.

Pravidelne kontrolujte členstvo v skupine, aby ste zabezpečili synchronizáciu iba oprávnených používateľov.

Pre priebežnú správu automatizujte aktualizácie členstva v skupinách na základe obchodných pravidiel alebo HR systémov, ak je to možné.

Referencie:

Synchronizácia používateľov Entra ID s Control Hubom

Nastavenie aplikácie Entra ID Wizard v aplikácii Control Hub

Konektor adresára

Nastavenie a otestovanie jednotného prihlásenia (SSO)

Jednotné prihlásenie (SSO) zvyšuje bezpečnosť a zjednodušuje prístup používateľov tým, že umožňuje používateľom jednorazové overenie pomocou ich firemných prihlasovacích údajov a získanie bezproblémového prístupu k . podporuje integráciu SSO s poskytovateľmi identity kompatibilnými so štandardom SAML 2.0 vrátane Microsoft Entra ID (predtým Azure AD), federovaných riešení služby Active Directory (AD) a rôznych poskytovateľov identity tretích strán.

V tomto bode by malo byť navrhnuté nastavenie SSO implementované a otestované.

Referencie:

Integrácia jednotného prihlásenia v centre riadenia

Konfigurácia jednotného prihlásenia pre správu webexu

Konfigurácia jednotného prihlásenia s Microsoft Entra ID

SSO s viacerými IdP

Správa jediného prihlásenia (SSO) pri integrácii v Control Hub

Získanie, poskytnutie a overenie licencií

Ako súčasť počiatočného nastavenia je nevyhnutné zaobstarať, poskytnúť a overiť príslušné licencie, aby sa služby mohli efektívne poskytovať a spravovať. Proces obstarávania zahŕňa výber typov licencií na základe používateľských rolí a pracovných zaťažení, ako sú napríklad licencie Professional, Standard a Workspace. Licencie sa generujú a poskytujú prostredníctvom softvérových platforiem spoločnosti Cisco alebo prostredníctvom partnerov. Po obstaraní a poskytnutí je potrebné overiť správny počet licencií v . Tento proces zabezpečuje, že organizácia má aktivované správne licencie a pripravené na použitie pri nasadení.

Ako súčasť počiatočného nastavenia licencií v systéme je dôležité nakonfigurovať automatické licencovanie na úrovni organizácie, aby sa zefektívnilo prideľovanie licencií novým používateľom. Toto nastavenie umožňuje automatické udeľovanie licencií pri pridávaní používateľov do organizácie, čím sa eliminuje potreba manuálneho prideľovania licencií. Pri konfigurácii automatického licencovania na úrovni organizácie vyberáte služby, ktoré chcete priradiť, a definujete rozsah, napríklad použitie licencií iba pre budúcich používateľov alebo zahrnutie aj existujúcich používateľov.

Ak však váš plán nasadenia zahŕňa použitie automatického licencovania na úrovni skupiny, môžete sa rozhodnúť nepriraďovať licencie na úrovni organizácie, aby ste predišli konfliktom alebo duplicitnému priraďovaniu licencií. Pri automatickom licencovaní na úrovni skupiny sa licencie prideľujú na základe členstva v skupine. Používatelia vo viacerých skupinách získajú licencie zo všetkých príslušných priradení ku skupinám.

Konfigurácia priradenia licencií na základe skupín sa musí vykonať po dokončení synchronizácie adresárov, aby synchronizované skupiny existovali a mohli sa použiť na priradenie licencií.

Konkrétne automatické priradenie licencie vyžaduje ďalšie podrobnosti o poskytovaní, ako je napríklad poloha používateľa a priradenie telefónneho čísla. Pracovné telefónne číslo používateľa musí byť v +E.164 formát, vopred poskytnutý a priradený k platnému umiestneniu, aby sa licencia aktivovala automaticky. Ak tieto podmienky nie sú splnené, používateľovi nebudú služby poskytované automaticky a môže byť potrebný manuálny zásah.

Stručne povedané, ak chcete široké priradenie licencií pre celú organizáciu, nakonfigurujte automatické licencovanie na úrovni organizácie pre nových používateľov. Ak uprednostňujete podrobnejšiu kontrolu alebo máte rôzne licenčné potreby pre každú skupinu, nakonfigurujte automatické licencovanie na úrovni skupiny a vyhnite sa priraďovaniu licencií na úrovni organizácie, aby ste predišli prekrývaniu a zabezpečili správnu správu licencií.

Nastavenia služby Webex Calling

Je nevyhnutné vykonať komplexnú kontrolu a konfiguráciu nastavení globálnych služieb v rámci .

Začnite prístupom k sekcii nastavení a jej prejdením. Starostlivo preskúmajte každú konfigurovateľnú možnosť vrátane, ale nie výlučne, konfigurácie interného vytáčania, parametrov núdzových volaní, politík smerovania hovorov, správy hlasovej schránky a predvolených nastavení zariadenia.

Upravte tieto globálne nastavenia tak, aby odrážali politiky a rozhodnutia o dizajne vašej organizácie.

Tiež nastavenia a šablóny používateľov a aplikácií.

Migrácia pilotného projektu

Počas implementačnej fázy predstavuje vykonanie pilotnej migrácie kritický míľnik pri overovaní prechodu z verzie na . Tento pilotný projekt zahŕňa poskytovanie reprezentatívnej podmnožiny používateľov na jednej alebo viacerých lokalitách na platforme, čím sa zabezpečí, že vybraná populácia odráža rôzne prípady použitia a organizačné role. Súbežne s migráciou používateľov musia byť základné služby spolupráce vrátane hlasovej schránky, automatických telefonátov, radov hovorov a skupín vyhľadávania prevedené na ich ekvivalenty, aby sa zachovala kontinuita podnikania a funkčnosť služieb.

Pilotná migrácia by mala využívať rovnakú kombináciu nástrojov poskytovaných spoločnosťou Cisco a migračných nástrojov tretích strán, ktoré sú plánované pre širšie nasadenie v organizácii, čím sa zabezpečí dôkladné overenie procesov, automatizovaných pracovných postupov a integračných bodov za reprezentatívnych podmienok.

Hlavné ciele tohto pilotného nasadenia sú dva: po prvé, overiť a spresniť komplexné procesy prechodu vrátane pracovných postupov poskytovania používateľom, postupov migrácie údajov a konfigurácií koncových bodov; a po druhé, komplexne overiť funkčnosť migrovaných služieb v reálnych prevádzkových podmienkach.

Tento fázový prístup umožňuje projektovému tímu identifikovať a napraviť akékoľvek technické alebo procedurálne problémy v kontrolovanom prostredí, zhromaždiť spätnú väzbu od používateľov k novému rozhraniu platformy, posúdiť účinnosť vybraných migračných nástrojov a vybudovať si dôveru v metodiku migrácie predtým, ako pristúpi k širšiemu nasadeniu v organizácii.

Poznatky získané počas tejto pilotnej fázy sú kľúčové pre optimalizáciu následných migračných vĺn a zabezpečenie plynulého prechodu so zmiernením rizík pre celý podnik.

Zabezpečenie PSTN

Ak chcete získať služby PSTN pre , najskôr vyberte možnosť pripojenia PSTN v .

Ak organizácia plánuje zachovať hybridné duálne riadenie hovorov ( fáza 1 na obrázku Fázový prechod volania: Hybridné a cloudové), či už dočasne alebo na neurčito, budú musieť nasadiť jednu alebo viac lokálnych brán pre lokálnu PSTN, aby umožnili volania medzi koncovými bodmi.

Ak je konečným cieľom úplný prechod ( fáza 2) na cloud vrátane PSTN, potom bude pre PSTN potrebný buď volací plán Cisco, alebo možnosť Cloud Connect.

Pred konfiguráciou telefónnych čísel v systéme . si ich objednajte a preneste s vybraným poskytovateľom. Objednávanie telefónnych čísel alebo iniciovanie objednávok prenosu je možné iba required/possible pre lokálnu PSTN a Cloud Connect pre . V prípade volacích plánov Cisco sa objednávanie a prenos inicializuje z Control Hub hneď po vytvorení lokality a v krajinách, kde je volací plán Cisco dostupný. Viac informácií o programoch Cisco Calling nájdete v časti Začíname s programami Cisco.

V rámci implementácie PSTN sa uistite, že váš poskytovateľ povolil pre vašu lokalitu prichádzajúce aj odchádzajúce služby PSTN. Okrem toho vykonajte testovacie hovory, aby ste overili, či sú hovory správne smerované cez vami zvolené pripojenie PSTN.

Konfigurovať lokality

Pred pridaním používateľov a zariadení do služby musíte zriadiť lokality volania. Pre každé miesto je potrebné zadať platnú adresu. V USA a Kanade je táto adresa overená a používaná platformou na odosielanie informácií o polohe PIDF-LO pre tiesňové volania.

Pri konfigurácii lokalít, ktoré používajú lokálnu PSTN, je potrebné zodpovedajúcim spôsobom nastaviť lokálne brány. V režime je potrebné pre každú lokálnu bránu vytvoriť kmeňovú linku a skupinu trás a táto skupina trás sa potom priradí ako voľba PSTN pre dané miesto. Spoločnosť Cisco dôrazne odporúča vždy vybrať skupinu trás ako voľbu PSTN, pretože tento prístup umožňuje v budúcnosti jednoducho pridať ďalšie trunkové linky, čo podporuje škálovateľnosť aj redundanciu. Spoločnosť Cisco tiež odporúča povoliť podporu duálnej identity a P-Charge-Info na každom PSTN trunku, pretože to zjednodušuje identifikáciu fakturovanej strany pre odchádzajúce priame alebo presmerované hovory. Ak váš poskytovateľ PSTN používa na fakturáciu inú hlavičku, môžete skopírovať informácie z hlavičky P-Charge-Info na lokálnej bráne do požadovanej fakturačnej hlavičky.

V prípade lokalít, ktoré používajú ako možnosť PSTN službu Cloud Connect alebo volací plán Cisco, jednoducho počas nastavenia vyberte príslušnú možnosť PSTN pre danú lokalitu. Ak lokalita používa buď Cloud Connect pre PSTN, alebo lokálnu PSTN, budete musieť pridať telefónne čísla, ktoré ste si objednali v predchádzajúcom kroku. Čísla je možné pridať ako neaktívne, ak ich nechcete hneď zahrnúť do smerovania hovorov; tieto čísla môžete aktivovať neskôr, keď budú priradené používateľom alebo funkciám.

Je dôležité vždy nastaviť hlavné číslo pre každé miesto. Hlavné číslo je možné priradiť buď používateľovi, alebo funkcii, napríklad automatickému operátorovi. Ak chcete na danom mieste povoliť hlasovú schránku, nezabudnite nastaviť pilotné číslo hlasovej schránky, známe aj ako číslo hlasového portálu.

Medzi ďalšie nastavenia pre volanie na miesta patrí konfigurácia podrobností o núdzových volaniach, ako je napríklad číslo spätného volania v núdzi, možnosti upozornení a rozšírené funkcie núdzových volaní. Taktiež by ste mali skontrolovať a upraviť nastavenia nahrávania, jazykové preferencie a konfigurácie zariadenia podľa potreby pre každé miesto. Ak vaša organizácia používa skrátené vytáčanie medzi lokalitami v sieti s podnikovými číslami, nezabudnite v nastaveniach interného vytáčania nakonfigurovať jedinečný kód lokality pre danú lokalitu. Nakoniec, ak externé vytáčanie vyžaduje číslicu pre odchádzajúce čísla, nezabudnite ju nastaviť v nastaveniach externého vytáčania. Keď je nakonfigurovaná číslica odchádzajúcich hovorov, spoločnosť Cisco odporúča povoliť vynucovanie číslice odchádzajúcich hovorov, aby sa zabezpečila konzistentnosť.

Integrácia s lokálnym ovládaním hovorov

Pre integráciu s lokálnym riadením hovorov je potrebné nakonfigurovať trunkové linky, skupiny trás, podnikové vytáčacie plány a nastavenia umiestnenia aj globálne nastavenia. Začnite nastavením trunkových liniek a lokálnych brán určených na prepojenie s lokálnym systémom riadenia hovorov; tento krok je potrebný iba v prípade, že sú potrebné vyhradené trunkové linky. Ak sú existujúce kmeňové linky a skupiny trás postačujúce pre vaše nasadenie, možno ich opätovne použiť pre lokálne prepojenie bez ďalšej konfigurácie.

Po nastavení trás a skupín trás pokračujte vo vytváraní podnikových plánov vytáčania a priraďte príslušnú skupinu trás ako cieľ pre každý plán vytáčania. Ak integrácia zahŕňa viacero lokálnych systémov riadenia hovorov pripojených prostredníctvom rôznych kmeňových liniek, bude potrebných viacero plánov vytáčania. Je dôležité zabezpečiť, aby tieto plány vytáčania obsahovali iba vzory potrebné na smerovanie hovorov do lokálnych cieľov.

Ak vaše nasadenie vyžaduje podporu pre smerovanie neznámych klapiek, táto funkcia by mala byť povolená na úrovni umiestnenia. Okrem toho, keď je aktivované smerovanie na neznámu klapku, musíte v časti Smerovanie hovorov medzi prevádzkami v nastaveniach volacích služieb v . Toto zabezpečuje bezproblémové smerovanie hovorov a správne spracovanie scenárov vytáčania na základe klapky vo vašom integrovanom prostredí.

Migrácia používateľov v dávkach

Pri migrácii používateľov z do sa nemusí podariť presunúť všetkých používateľov naraz. Môže to byť spôsobené viacerými dôvodmi, vrátane, ale nie výlučne, počtu stránok alebo používateľov, času potrebného na prechod stránky and/or skupina používateľov súčasne, obmedzené IT alebo pracovné zdroje na podporu okna zmien, trvanie okna zmien, zložitosť zmeny atď.

Pri migrácii používateľov vo fázach je dôležité identifikovať, ktorí používatelia musia migrovať spolu v jednej dávke. Primárnym cieľom je migrovať používateľov, ktorí sú na sebe závislí, pokiaľ ide o ich služby a funkcie volania. Chcete zabezpečiť, aby všetky ich funkcie volania (príklad – fronty hovorov) boli plne funkčné tak, ako boli pred prechodom na .

Aj keď implementujete vzájomnú komunikáciu volaní medzi lokálnymi bránami a s nimi, nemôžete rozdeliť zdieľané služby alebo funkcie v rámci tohto pripojenia. Preto je potrebné identifikovať závislosti medzi používateľmi pomocou funkcií, ako sú:

Monitorovanie ostatných používateľov pomocou BLF

V tom istom pilotnom projekte, rade hovorov atď.

Zdieľané linky

Používanie zdvihnutia hovoru

Používanie rovnakých čísel parkovania hovorov

Interkom

Executive/Admin.

Príkladom by mohol byť používateľ, ktorý je súčasťou skupiny Hunt Group, ktorá sa presúva na . Tento používateľ prejde do skupiny Hunt Group a ku všetkým ostatným členom skupiny Hunt Group. Preto po prechode môže skupina Hunt a jej členovia úspešne prijímať hovory na novej platforme.

Toto sa stáva náročnejším, keď sú používatelia pripojení k rôznym skupinám používateľov pre rôzne volacie služby a funkcie. To si bude vyžadovať súčasný prechod viac ako jednej skupiny používateľov a jednej volacej služby.

Na určenie, ktorí používatelia a funkcie by sa mali zoskupiť, použite výstup z nástroja Migration Insights alebo nástroja tretej strany, ktorý ste použili vo fáze prípravy. Tento výstup by sa mal použiť na vytvorenie vášho migračného plánu a poskytne vám prehľad o tom, ako zoskupíte používateľov a funkcie, ktoré je potrebné preniesť spoločne.

Kľúčové kroky pri prechode skupiny používateľov sú:

Identifikácia používateľov na spoločnú migráciu

Overte, či sú všetci používatelia pripojení

Overte, či všetky TN pre používateľov existujú v

Overte správny formát telefónneho čísla v adresári

Uistite sa, že šablóny licencií a nastavení pre skupiny používateľov sú správne nastavené.

Overenie alebo konfigurácia všetkých volacích služieb a funkcií pre skupinu používateľov (pred alebo počas prechodu podľa potreby)

V podnikovom adresári pridajte používateľov do skupiny používateľov s povoleným volaním

Využite nástroje – nástroje na migráciu používateľov a funkcií and/or nástroje tretích strán

Disable/Delete user/device číslo v adresári a volanie features/services po prechode.

Po migrácii skupiny používateľov otestujte podmnožinu používateľov, aby ste overili, či všetky ich funkcie a služby volania fungujú správne. Ak sa funkcie volania, ako napríklad front hovorov, skupiny vyhľadávania atď., prenášajú so skupinou používateľov, otestujte správnu funkčnosť týchto služieb volania.

Pracovné priestory

V jazyku sa pracovný priestor vzťahuje na zdieľané miesto (ako napríklad konferenčná miestnosť, priestor na stretnutia alebo pracovný stôl), ktorému možno priradiť zariadenia, klapky a používateľov. Na rozdiel od tradičných telefónov Unifed CM sú pracovné priestory:

Zamerané na polohu: viazané na fyzické priestory.

Flexibilné pre zariadenie: môže mať jedno alebo viac zariadení (stolové telefóny, dosky atď.).

Keď sú pracovné priestory identifikované ako súčasť prechodu na , je možné ich pridať v časti Zariadenia. Každý pracovný priestor potrebuje priradenie zariadenia a ak sa už nachádzajú v Unified CM, je potrebné ich resetovať alebo znova poskytnúť. Funkcie, ako je hlasová schránka, presmerovanie hovorov a prijímanie hovorov, je možné povoliť alebo zakázať a podľa potreby je možné použiť pravidlá pre videohovory, parkovanie hovorov a mobilitu. Otestujte každý pracovný priestor uskutočnením interných a externých hovorov, testovaním videohovorov, konferencií a funkcií mobility. Nakoniec informujte používateľov o všetkých príslušných procesoch pre zariadenia a rezervácie pracovných priestorov.

Viac informácií o pracovných priestoroch v nájdete v časti Pracovné priestory.

Zabezpečovacie zariadenia

Telefóny, ktoré sú momentálne zaregistrované na , bude potrebné migrovať do cloudu ako súčasť prechodu. Aby bola migrácia čo najjednoduchšia a minimalizovala riziko zlyhania, spoločnosť Cisco odporúča migrovať fyzické lokality alebo oddelenia súčasne. Z dôvodu závislostí funkcií však možno budete musieť migrovať používateľov v dávkach. Viac informácií nájdete v časti Dávková migrácia používateľov.

Všetky podporované telefóny, z ktorých potrebujete prejsť, bude potrebné nakonfigurovať ako používateľské alebo pracovné priestory a fyzický telefón bude potrebné prekonfigurovať tak, aby sa zaregistroval v službe . Okrem toho je potrebné aktualizovať firmvér telefónov radu 7800 a 8800 z verzie Enterprise na firmvér Multiplatform Phone (MPP). Tento proces zahŕňa načítanie prechodného firmvéru pred načítaním firmvéru MPP potrebného na registráciu. Vyžaduje si to aj príslušnú migračnú licenciu. Spoločnosť Cisco tento proces v posledných rokoch vylepšila, aby vám uľahčila aktualizáciu firmvéru vašich telefónov Enterprise na firmvér MPP. Ďalšie informácie o krokoch na dokončenie aktualizácie firmvéru nájdete v časti Konverzia IP telefónov Cisco radu 7800 a 8800 medzi firmvérom Enterprise a MPP.

Okrem krokov uvedených v tomto článku má vstavaný nástroj Migrácia telefónu do služby Webex Calling, ktorý môžete použiť na migráciu telefónov 7800 a 8800 z firmvéru Enterprise na MPP. Tento nástroj vám tiež umožňuje pridať telefóny a priradiť ich príslušným používateľom alebo pracovným priestorom. Viac informácií o používaní nástroja nájdete v časti Migrácia telefónu.

Pre telefóny série 9800 registrované s vyššie uvedeným firmvérom sa požiadavka na migráciu nevzťahuje. Tieto telefóny používajú systém PhoneOS, ktorý je podporovaný systémami . Ak chcete tieto telefóny preniesť, budete ich musieť pridať do služby Webex Calling, priradiť ich používateľovi alebo pracovnému priestoru a potom obnoviť ich továrenské nastavenia. Séria zavádzania systému PhoneOS pre registráciu Obrázok nižšie zobrazuje spúšťaciu sekvenciu systému PhoneOS a spôsob, akým sa telefón zaregistruje po pridaní do služby , aj keď je telefón stále nastavený na . and/or Používajú sa možnosti DHCP (príklad - 150).

Sekvencia spúšťania PhoneOS pre registráciu

Podporuje obnovenie zariadení PhoneOS do továrenských nastavení, čo umožňuje bezdotykové nastavenie telefónov. Správcovia môžu na diaľku obnoviť telefóny 9800 a 8875 do továrenských nastavení prostredníctvom administratívnych stránok CUCM, čo eliminuje potrebu fyzického prístupu k telefónom na ich nastavenie. Táto funkcia je podporovaná s balíkmi zariadení od 9. septembra 2025:

CUCM v15 - Unified Communications Manager verzia 15

CUCM v14 - Unified Communications Manager verzia 14.

Viac informácií o procese registrácie pre sériu 9800 nájdete v časti Proces registrácie.

Okrem IP telefónov Cisco môže byť potrebné zabezpečiť aj ďalšie zariadenia, ako sú analógové telefónne adaptéry (ATA), bezdrôtové telefóny (Wifi, DECT), videozariadenia, hlasové brány a zariadenia a telefóny^tretích strán . Mnohé z týchto zariadení nemajú cestu k aktualizácii firmvéru, ako je to v prípade IP telefónov, ktorá by umožnila prechod z podnikového firmvéru na cloudový firmvér. Preto každé z týchto zariadení zriadite v aplikácii Control Hub. Na niektoré z nich nie je možné prejsť a bude ich potrebné nahradiť ekvivalentným modelom (napr. ATA 191/192) a ďalšie budú vyžadovať manuálnu rekonfiguráciu and/or zmeny softvéru.

Hlasové brány – Ak chcete migrovať svoju lokálnu bránu, pozrite si časť Migrácia lokálnej brány.
Ďalšie informácie o konfigurácii hlasovej brány VG400, VG410 alebo VG420 v aplikácii Control Hub nájdete v časti Lokálna brána

Analógový telefónny adaptér (ATA) – Ak chcete začať s Cisco ATA 191 a 192, pozrite si Cisco ATA.

Bezdrôtový telefón Wifi – Ak chcete integrovať bezdrôtový telefón 840 a 860, pozrite si časť Integrácia bezdrôtového telefónu Webex.

Bezdrôtové telefóny DECT – Ak chcete začať používať nový rad Cisco IP DECT 6800, pozrite si časť Cisco IP DECT.

Ak chcete vytvoriť a spravovať digitálnu sieť DECT v aplikácii Control Hub, pozrite si časť Správa siete DECT

Viac informácií o zariadení Cisco IP DECT 6800 nájdete v Sprievodca nasadením

zariadenia a telefóny tretích^strán - Spolupracujte s dodávateľmi tretích^strán na device/phone požiadavky a proces ich migrácie alebo nahradenia na podporu .

Konfigurácia funkcií

Všetky potrebné funkcie volania je potrebné zabezpečiť pred prechodom alebo počas neho. Ako bolo uvedené v časti Migrácia používateľov v dávkach, funkcie volania je potrebné nakonfigurovať a preniesť pri prechode používateľov, ktorí ich používajú.

Podrobnosti o konfigurácii jednotlivých funkcií nájdete v príslušných článkoch pomocníka s konfiguráciou.

Automatické telefonáty – Ak chcete spravovať automatické telefonáty, pozrite si časť Automatické telefonáty

Parkovanie hovorov – Ak chcete spravovať parkovanie hovorov, pozri Parkovanie hovorov

Zdvihnutie hovoru – Ak chcete nakonfigurovať skupinu pre zdvihnutie hovoru, pozri Zdvihnutie hovoru

Rad hovorov – Ak chcete nakonfigurovať rad hovorov, pozrite si časť Rad hovorov

Skupiny hľadačov – Ak chcete spravovať skupiny hľadačov, pozrite si časť Spravovať skupiny hľadačov

Prevádzkové režimy – Ak chcete smerovať hovory na základe prevádzkových režimov, pozrite si Smerovanie hovorov na základe prevádzkových režimov

Skupiny stránkovania – Ak chcete nakonfigurovať skupinu stránkovania, pozrite si časť Konfigurácia skupiny stránkovania

Nahrávky – Ak chcete spravovať nahrávanie hovorov pre , pozrite si Správa nahrávok

Dosah na jedno číslo – Ak chcete nakonfigurovať dosah na jedno číslo (kancelária kdekoľvek), pozri Konfigurácia dosahu na jedno číslo

Skupina hlasovej schránky – Ak chcete spravovať zdieľanú hlasovú schránku a schránku prichádzajúcich faxov pre , pozrite si časť Správa hlasovej schránky.

Testovanie prijatia

Akceptačné testovanie zabezpečuje, že migrované prostredie spĺňa funkčné požiadavky, funguje podľa očakávaní a poskytuje bezproblémový používateľský zážitok vo všetkých komunikačných pracovných postupoch. Tento proces overovania je mnohostranný a zahŕňa všetko od poskytovania používateľských služieb a prideľovania čísel až po prevádzkový výkon pokročilých funkcií volania.

Táto časť poskytuje príklady a zdôrazňuje kľúčové aspekty, ktoré je potrebné zvážiť počas akceptačného testovania; nie je však určená ako vyčerpávajúci alebo komplexný kontrolný zoznam.

Prideľovanie používateľov a čísel

Základným aspektom akceptačného testovania je overenie, či sú všetci používatelia presne a úplne zriadení v rámci . To si vyžaduje dôkladné porovnanie medzi zdrojovým adresárom () a novovytvorenou používateľskou základňou, aby sa zabezpečilo, že každý používateľský účet spolu s pridruženými atribútmi, ako sú napríklad čísla klapiek a priradenia priamej voľby (DID), bol správne migrovaný. Úplnosť zriaďovania je kľúčová nielen pre prevádzkyschopnosť od prvého dňa, ale aj pre priebežnú správu a podporu.

Overenie priradenia čísla zahŕňa potvrdenie, že každému používateľovi je priradená správna klapka a externé číslo a že tieto čísla správne smerujú v interných (v sieti) aj externých (PSTN) tokoch hovorov. Je nevyhnutné skontrolovať akékoľvek prekrývania, chýbajúce priradenia alebo nesprávne konfigurácie, ktoré by mohli viesť k chybám smerovania hovorov alebo prerušeniam služby.

Toky hovorov PSTN a prezentácia identifikácie volajúceho

Robustný postup akceptačného testovania musí zahŕňať kompletné overovanie tokov volaní PSTN. To zahŕňa scenáre prichádzajúcich aj odchádzajúcich hovorov. V prípade prichádzajúcich hovorov cez PSTN by mal testovací tím potvrdiť, že hovory sú doručené do určených koncových bodov, či už ide o jednotlivých používateľov, fronty hovorov, skupiny vyhľadávania alebo automatické telefonické operátory. Odchádzajúce hovory cez PSTN musia byť úspešne uskutočnené, pričom osobitná pozornosť sa musí venovať správnemu doručeniu a prezentácii informácií o identifikácii volajúceho. To zahŕňa zabezpečenie toho, aby sa externým príjemcom zobrazovalo správne meno a číslo volajúceho v súlade s organizačnými politikami a regulačnými požiadavkami.

Testovanie by sa malo zaoberať aj scenármi zlyhania, ako je napríklad spracovanie nedostupných koncových bodov alebo prerušení siete. To pomáha potvrdiť, že záložné mechanizmy a alternatívne smerovanie fungujú správne, čím sa zachováva kontinuita a spoľahlivosť služieb.

Toky hovorov v sieti

Interné alebo sieťové toky hovorov tvoria chrbticu podnikovej komunikácie. Akceptačné testovanie v tejto oblasti overuje, či sú hovory medzi používateľmi v rámci organizácie správne smerované a či funkcie, ako je presmerovanie hovorov, podržanie, presmerovanie a konferencie, fungujú podľa očakávania. Musí byť potvrdená integrita plánov vytáčania, prepojenie medzi klapkami a podpora organizačných politík hovorov.

Spracovanie hovorov od používateľov a overenie funkcií

Dôležitým aspektom akceptačného testovania je overenie, ako používatelia spracovávajú hovory pomocou a podporovaných stolových telefónov. Tento proces sa zameriava na potvrdenie, že každodenné pracovné postupy volania sú intuitívne a spoľahlivé a že používatelia majú bezproblémový prístup k základným funkciám potrebným pre ich úlohy. Testovanie by malo posúdiť jednoduchosť, s akou môžu používatelia uskutočňovať a prijímať hovory, spravovať funkcie podržania a obnovenia hovoru a vykonávať slepé aj konzultačné prepojenia. Je tiež dôležité overiť, či sú presmerovanie hovorov, konferencie a ďalšie pokročilé funkcie, ako je parkovanie a prijímanie hovorov alebo aktivácia režimu Nerušiť, ľahko dostupné a fungujú bez problémov.

Skúsenosť by sa mala vyhodnotiť z hľadiska prehľadnosti a responzívnosti, pričom by sa malo zohľadniť, ako používatelia interagujú s históriou hovorov, hlasovou schránkou a integrovanými adresármi. Osobitná pozornosť by sa mala venovať možnosti presúvať aktívne hovory medzi zariadeniami a efektívnemu používaniu ovládacích prvkov počas hovoru v rámci aplikácie alebo na fyzických telefónoch. Konečným cieľom je zabezpečiť, aby bola skúsenosť koncového používateľa konzistentná, efektívna a plne podporovala komunikačné potreby organizácie po migrácii.

Fronty hovorov: Skúsenosti s agentmi a supervízormi

Fronty hovorov sa často používajú na spracovanie scenárov s vysokým objemom prichádzajúcich hovorov. Akceptačné testovanie sa tu zameriava na niekoľko aspektov. Najprv by sa malo overiť, či sú hovory distribuované agentom podľa nakonfigurovanej logiky frontu, ako je napríklad kruhový režim, najdlhší čas nečinnosti alebo súčasné zvonenie. Zobrazenie hovorov v rade na pracovných plochách agentov musí byť preskúmané z hľadiska prehľadnosti a jednoduchosti používania, aby sa zabezpečilo, že agenti môžu efektívne prijímať, podržiavať a presmerovávať hovory.

Pre supervízorov by sa malo hodnotiť prostredie počítača z hľadiska funkcií, ako je monitorovanie v reálnom čase, blokovanie hovorov a analytika alebo prehľady o výkonnosti frontu. To zahŕňa okrem iného overovanie dashboardov a nástrojov na tvorbu prehľadov, ktoré poskytujú užitočné údaje o distribúcii hovorov, aktivite agentov a metrikách frontu.

Lovecké skupiny: Distribúcia hovorov

Skupiny vyhľadávania sú kľúčovým mechanizmom na distribúciu hovorov vopred definovaným skupinám používateľov. Akceptačné testovanie musí potvrdiť, že hovory sú smerované členom skupiny na základe nakonfigurovaného algoritmu vyhľadávania a že scenáre pretečenia, presmerovania a neodpovedania sú riešené podľa návrhu. Zabezpečenie, aby členstvo v skupinách a smerovanie hovorov zodpovedali predtým stanoveným pravidlám, je nevyhnutné pre prevádzkovú konzistentnosť a spokojnosť používateľov.

Automatické operátory: Oznámenia a ovládanie ponuky

Automatické telefonické linky predstavujú prvú líniu automatizovaného spracovania hovorov. Testovanie musí zahŕňať prehrávanie hlásení, presnosť nahraných pozdravov a správne fungovanie stromových ponúk. Voľby v ponuke by mali spoľahlivo smerovať volajúcich k príslušným oddeleniam, jednotlivcom alebo externým číslam. Testovanie by malo zahŕňať aj neplatné scenáre alebo scenáre s časovým limitom, aby sa potvrdilo, že volajúci dostanú jasné pokyny alebo sú presmerovaní podľa očakávania.

Prevádzka hlasovej schránky

Nakoniec, funkcia hlasovej schránky je kľúčová pre používateľskú skúsenosť. Akceptačné testy by mali overiť, či sú hlasové schránky správne priradené a prístupné, a to ako zvnútra organizácie, tak aj na diaľku. Spolu s doručovaním oznámení je potrebné potvrdiť možnosť zaznamenávať, načítavať a spravovať správy.

Optimalizácia

Migrácia PSTN do Cloud Connect pre

Optimalizácia lokálnej infraštruktúry

Využívajte analytiku a riešenie problémov

Migrácia PSTN do Cloud Connect pre

Po migrácii všetkých koncových bodov a používateľov do cloudového volania je jediným účelom Unified CM fungovať ako tranzit medzi bránami PSTN a cez lokálnu bránu. Odstránenie brán PSTN, a lokálnej brány z obrazu pomocou služby Cloud Connect ako prístupu PSTN pre všetkých používateľov služby Webex Calling má niekoľko výhod vrátane zníženia nákladov a zvýšenej spoľahlivosti. Ak chcete previesť lokálny prístup k PSTN na Cloud Connect pre , postupujte podľa týchto krokov:

Cloud Connect pre výber partnera.

Pozrite si zoznam partnerov služby Cloud Connect a vyberte si z dostupných partnerov pre lokalitu vašej organizácie.

Cloud Connect na overenie.

Pred prepnutím prístupu PSTN pre lokality na Cloud Connect je potrebné overiť a validovať pripojenie k PSTN prostredníctvom vybraného partnera Cloud Connect. Na tento účel je potrebné zriadiť testovacie miesto s niektorými testovacími používateľmi zriadenými v tomto testovacom mieste. Prístup k PSTN pre toto testovacie miesto sa potom nastaví na partnera Cloud Connect pred overením pripojenia PSTN pomocou testovacích telefónov. Po úspešnom overení je možné testovacie miesto zrušiť.

Prenos čísla.

Pre prípravu na prechod na Cloud Connect je potrebné zadať objednávku portov pre všetky čísla, ktoré sú aktuálne priradené k PSTN trunku ukončujúcemu sa na. Všetky čísla je potrebné preniesť k partnerovi Cloud Connect. Pre zachovanie dosiahnuteľnosti medzi lokalitami je potrebné preniesť všetky čísla zo všetkých lokalít súčasne.

Prepnite na partnera Cloud Connect.

V deň prechodu je potrebné nastaviť prístup k PSTN pre všetky lokality na poskytovateľa cloudového pripojenia PSTN a overiť prichádzajúce a odchádzajúce pripojenie.

Ako je uvedené v časti o PSTN v kapitole o návrhu, zákazníci sa môžu tiež rozhodnúť presunúť svoj prístup k PSTN do Cloud Connect na začiatku prechodu pomocou trunkingu PSTN pre hybridné nasadenia. Viac informácií nájdete v časti PSTN trunking pre hybridné nasadenia Webex Calling. V takom prípade je počas prechodu prístup k PSTN cez lokálnu bránu a po presunutí všetkých používateľov do nie je potrebný žiadny ďalší krok migrácie súvisiaci s PSTN okrem vyradenia z prevádzky a lokálnych brán.

Optimalizácia lokálnej infraštruktúry

Keď všetci používatelia prešli na cloudovú registráciu a všetky koncové body prešli na cloudovú registráciu (alebo boli vyradené z prevádzky), aktualizujte príslušnú lokálnu infraštruktúru, keď sa teraz používa cloudové volanie. Aktualizácie infraštruktúry zahŕňajú:

Odstráňte záznamy SRV lokálneho riadenia hovorov a odosielania správ DNS z lokálnych serverov DNS vrátane cisco_uds._tcp.<domain>, cup_login._tcp.<domain>. Tieto záznamy SRV už nie sú potrebné na vyhľadávanie služieb klienta.

Odstráňte záznamy SRV DNS súvisiace s okrajom siete z verejného systému DNS vrátane collab_edge._tls.<domain>. Tieto záznamy SRV už nie sú potrebné na vyhľadávanie klientskych služieb v rámci služieb Collaboration Edge.

Aktualizujte všetky relevantné rozsahy DHCP a odstráňte možnosť 66 a možnosť 150. TFTP/boot adresy serverov. Tieto rozsahy už nie sú potrebné na vyhľadávanie a sťahovanie konfigurácie riadenia volaní koncových bodov.

Update/remove vhodné dial-peery v lokálnej sieti Gateway/CUBE ktoré smerujú hovory do a z Unified CM. Tieto dial-peery už nie sú potrebné na smerovanie hovorov v lokálnej sieti.

Odstránenie všetkých virtuálnych počítačov uzlov klastra alebo odstránenie všetkých virtuálnych počítačov and/or servery. Podľa potreby preorientujte výpočtové zdroje a hardvér. Tieto zdroje už nie sú potrebné na riadenie hovorov a okrajové služby.

Odstránenie všetkých virtuálnych počítačov uzlov klastra and/or servery. Podľa potreby preorientujte výpočtové zdroje a hardvér. Tieto zdroje už nie sú potrebné pre hlasovú schránku a služby zjednoteného zasielania správ.

Čistenie: Po migrácii prístupu PSTN do cloudovo pripojenej PSTN je možné vyradiť z prevádzky PSTN trunky, PSTN brány a lokálnu bránu.

V prípade akéhokoľvek existujúceho lokálneho riešenia E911 odstráňte všetky lokality alebo čísla, ktoré boli migrované, a po dokončení úplného prechodu odstráňte virtuálne počítače alebo servery aplikácií. Podľa potreby preorientujte výpočtové zdroje a hardvér. Tieto zdroje už nie sú potrebné pre tiesňové volania a lokalizačné služby.

Rozdielne názvy patriace migrovaným používateľom by mali byť umiestnené v skrytej oblasti, aby sa predišlo zlyhaniam smerovania hovorov a aby sa zabezpečilo, že všetky služby CSS budú mať prioritný prístup ku cloudovej ceste rovnakých rozdielnych názvov.

Aktualizujte fyzické miesto na odoslanie a sieťový prvok v Horizon Mobility vždy, keď nastanú zmeny. Bežné aktivity, ktoré vyžadujú aktualizácie, sú:

Výmena sieťového prepínača

Výmena bezdrôtového prístupového bodu

Zmeny rozsahu DHCP

Fyzické zmeny vo vnútri budovy (ak sa rieši cubical/office)

Rozšírenie alebo zmenšenie fyzických kancelárskych priestorov v budove.

Využívajte analytiku a riešenie problémov

poskytuje komplexné analytické a riešiteľské funkcie, ktoré vám pomôžu vizualizovať a sledovať vaše nasadenie. Tieto zahŕňajú kvalitu médií, podrobnú históriu hovorov, front hovorov, skupinu vyhľadávania a analýzu automatických operátorov. Príklad analytiky kvality médií je znázornený na obrázku analytika kvality médií.

analytika kvality médií

V časti riešenie problémov je možné zobraziť každý hovor uskutočnený pomocou funkcie s podrobnými informáciami o kľúčových problémoch s kvalitou médií a signalizáciou, čo pomôže identifikovať problémy s médiami, ako aj neúspešné hovory, ako je znázornené na obrázku riešenie problémov s kvalitou médií.

riešenie problémov s kvalitou médií

Riešenie problémov sa dá integrovať aj s inými produktmi Cisco, ako sú prepínače ThousandEyes a Meraki, a tak poskytnúť ešte bohatší integrovaný zážitok v Control Hub. Viac informácií o používaní analytických nástrojov Webex Calling a riešení problémov nájdete v časti Riešenie problémov s hovormi Webex Calling v aplikácii Control Hub.

1	Vytvorenie špecializovanej synchronizačnej skupiny: V podnikovom adresári (Microsoft Entra ID alebo AD) vytvorte skupinu zabezpečenia špeciálne pre synchronizáciu (napríklad synchronizačnú skupinu).
2	Vyplňte skupinu cieľovými používateľmi: Do tejto skupiny pridajte iba používateľov, ktorých chcete synchronizovať (napríklad testovaciu skupinu počas pilotnej fázy). To vám umožní prísne kontrolovať, kto je zahrnutý do procesu synchronizácie.
3	Konfigurácia synchronizačnej zmluvy pomocou filtrovania založeného na skupine: Pri nastavovaní synchronizačnej zmluvy v aplikácii Directory Connector alebo Entra ID nastavte rozsah tak, aby zahŕňal iba používateľov, ktorí sú členmi určenej skupiny. V prípade Microsoft Entra ID môžete použiť skupinové priradenia v nastaveniach poskytovania Pre AD môžete definovať filter LDAP tak, aby zahŕňal iba používateľov patriacich do zadanej skupiny .
4	Rozbaľte skupinu podľa potreby: Keď postupujete do širších fáz nasadenia, jednoducho pridajte ďalších používateľov alebo skupiny do synchronizačnej skupiny. Rozsah synchronizácie sa automaticky rozšíri o týchto používateľov, čo umožní kontrolované a postupné zav ádzanie. Príklad implementačných krokov: V aktívnom adresári: Vytvorte skupinu zabezpečenia s názvom Synchronizačná skupina. Pridajte do tejto skupiny požadovaných pilotných používateľov. Nastavte Directory Connector s filtrom LDAP, napríklad: (MemberOf = CN = WebEx Sync Group, OU = Groups, DC = YourDomain, DC = com). Do Microsoftu zadajte ID: Vytvorenie skupiny s názvom synchronizačná skupina Priraďte skupinu k nastaveniam poskytovania v Entra ID Iba používatelia v tejto skupine budú poskytovaní. Pred aplikáciou na celú organizáciu vždy otestujte skupinovú synchronizáciu v nevýrobnom prostredí Pravidelne kontrolujte členstvo v skupine, aby ste zabezpečili synchronizáciu iba oprávnených používateľov Pre priebežnú správu automatizujte aktualizácie členstva v skupine na základe obchodných pravidiel alebo HR systémov, ak je to možné. Referencie: Synchronizácia používateľov Entra ID do Control Hub Nastavenie aplikácie Entra ID Wizard v ovládacom centre Konektor adresára

1	Vytvorte vyhradenú synchronizačnú skupinu: V podnikovom adresári (Microsoft Entra ID alebo AD) vytvorte bezpečnostnú skupinu špeciálne pre synchronizáciu (napríklad synchronizačnú skupinu).
2	Naplňte skupinu cieľovými používateľmi: Do tejto skupiny pridajte iba používateľov, ktorých chcete synchronizovať (napríklad testovaciu skupinu počas pilotnej fázy). To vám umožňuje prísne kontrolovať, kto je zahrnutý v procese synchronizácie.
3	Nakonfigurujte synchronizačnú zmluvu s filtrovaním na základe skupín: Pri nastavovaní synchronizačnej zmluvy v Directory Connector alebo Entra ID provisioning nakonfigurujte rozsah tak, aby zahŕňal iba používateľov, ktorí sú členmi určenej skupiny. Pre Microsoft Entra ID môžete v nastaveniach poskytovania použiť priradenia založené na skupinách. Pre AD môžete definovať filter LDAP, ktorý zahŕňa iba používateľov patriacich do zadanej skupiny.
4	Podľa potreby rozšírte skupinu: Ako postupujete k širším fázam nasadenia, jednoducho pridajte do synchronizačnej skupiny ďalších používateľov alebo skupiny. Rozsah synchronizácie sa automaticky rozšíri o týchto používateľov, čo umožní kontrolované a postupné zavádzanie. Príklady krokov implementácie: V aktívnom adresári: Vytvorte bezpečnostnú skupinu s názvom synchronizačná skupina. Pridajte požadovaných pilotných používateľov do tejto skupiny. Nastavte Directory Connector s filtrom LDAP, ako napríklad: (memberOf=CN=Webex Synchronizácia Group,OU=Groups,DC=yourdomain,DC=com). V Microsoft entry ID: Vytvorte skupinu s názvom synchronizačná skupina Priraďte skupinu k nastaveniam poskytovania v Entra ID Iba používatelia v tejto skupine budú mať prístup k službe . Synchronizáciu založenú na skupinách vždy otestujte v neprodukčnom prostredí predtým, ako ju použijete na celú organizáciu. Pravidelne kontrolujte členstvo v skupine, aby ste zabezpečili synchronizáciu iba oprávnených používateľov. Pre priebežnú správu automatizujte aktualizácie členstva v skupinách na základe obchodných pravidiel alebo HR systémov, ak je to možné. Referencie: Synchronizácia používateľov Entra ID s Control Hubom Nastavenie aplikácie Entra ID Wizard v aplikácii Control Hub Konektor adresára

Cisco AI Assistant

Ďakujeme za vašu spätnú väzbu.

Sprievodca nasadením migrácie

Skôr ako začnete

Prehľad

Základné komponenty

Prehľad procesu PPDIO

Všeobecný popis PPDIO

Použitie PPDIO pre Webex Calling migr Unified CM ačné projekty

Pripravte

Plán

Návrh

Implementovať

Optimalizovať

Slučky spätnej väzby PPDIO

Migračný prístup

Pripravte

Obchodné a technické požiadavky

Prečo sú dôležité požiadavky na zhromažďovanie:

Obchodné požiadavky

Technické požiadavky

Pripravenosť siete a požiadavky

Nastavenie UC pripojeného k cloudu

Posúdenie súčasného prostredia

Licencovanie

Lokácie/lokality

Inventarizácia existujúcich zariadenia/klientov

Overte spôsobilosť zariadenia

Užívatelia

Pripojenie PSTN

Funkcie a využitie funkcií

Integrácie Cisco: Unity Connection UCCX UCCE

Nahrávanie hovorov

Integrácie tretích strán

Plán

Projektový plán na vysokej úrovni

Migračná cesta - jeden alebo dva kroky?

Možnosť 1: Jednokroková migrácia používateľov

Možnosť 2: Dvojstupňová migrácia používateľov

Krok 1

Krok 2

Návrh

Výber regiónu

Lokality

PSTN

Plán vytáčania

Miestny plán vytáčania v

plán vytáčania

Nahrávanie

1. Výber poskytovateľa nahrávania hovorov

2. Výber regiónu

Núdzové volanie

Licencovanie

Manuálne priradenie cez

Automatické šablóny priradenia licencií

Hromadné priradenie prostredníctvom šablóny CSV

Priradenie založené na API

Požiadavky na licenciu

Poskytovanie používateľov

Skupiny používateľov

Odporúčaný prístup pri migrácii z na

Navrhovanie skupín používateľov

Jednorazové prihlásenie (SSO)

Podpora viacerých IDP

1. Fúzie a akvizície

2. Viaceré nezávislé IT oddelenia

3. Rôzne skupiny používateľov alebo domény

4. Podpora rôznych autentifikačných protokolov

5. Zvýšená bezpečnosť a súlad

6. Zjednodušená užívateľská skúsenosť

Duo MFA s SSO pre

Vlastnosti

Automatický obsluha

Zavolajte do parku

Vyzdvihnutie hovoru

Poradie hovorov

Huntová skupina

Prevádzkové režimy

Stránková skupina

Nahrávky