- Domov
- /
- Článok
Ďakujeme za vašu spätnú väzbu.
Sprievodca nasadením migrácie
V tomto článku
Spätná väzba?Štruktúrovaný proces migrácie z lokálneho riešenia Cisco Unified CM do cloudového riešenia Webex Calling s využitím metodiky PPPDIO. To zahŕňa kritické konštrukčné aspekty ako napríklad výber regiónu, plány vytáčania, tiesňové služby a nahrávanie hovorov. Proces tiež podrobnosti o licencovaní, poskytovaní používateľov, SSO a pripravenosti siete s cieľom zabezpečiť plynulé a efektívny prechod.
Úvod
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 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.
| 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.
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: Tabuľka Komponenty infraštruktúry cloudových volaní uvádza nové prvky architektúry po prechode na Webex.
| 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.
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.
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.
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).
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.
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.
Príprava
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.
-
| 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.
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 .
Ď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.
| 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:
| 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 |
| 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.
| 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
|
Prístup k nahrávkam a ich správu majú iba používatelia
|
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ácietretí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šeniatretí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ánkuWebex App Hub.
Plánovanie
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 .
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 .
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.
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.
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
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.
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.
| 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.
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).
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.
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.
| 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.
| 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 .
| 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.
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.
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.
| 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.
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.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
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 .
| 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 .
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.
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.
Implementácia
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.
|
| 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:
Referencie: Synchronizácia používateľov Entra ID s Control Hubom Nastavenie aplikácie Entra ID Wizard v aplikácii Control Hub |
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
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).
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ónytretí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íchstrán - Spolupracujte s dodávateľmi tretíchstrá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
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í.
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 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.
