- Domů
- /
- Článek
Návrh pro migraci z Unified CM na Webex Calling
Fáze návrhu Webex Calling se zaměřuje na definování regionů, lokalit, plánů vytáčení a zpracování tísňových volání, aby se zajistilo škálovatelné nasazení. Zahrnuje výběr pevně stanovené oblasti, nastavení detailů specifických pro dané místo a vytvoření konzistentního volacího plánu. Řešeny jsou také tísňové služby, konfigurace nahrávání a potřeby licencování. Tato fáze pokládá základy pro zřizování, správu uživatelů a zabezpečený přístup prostřednictvím jednotného přihlašování (SSO), čímž zajišťuje, že nasazení splňuje organizační a regulační požadavky.
Výběr regionu
Webex Calling je k dispozici globálně a je poskytován z redundantních datových center v několika regionech: USA (Dallas, Chicago), Kanada (Vancouver, Toronto), Evropa (Frankfurt, Amsterdam), Spojené království (Londýn, Manchester), Austrálie (Melbourne, Sydney), Japonsko (Tokio, Ósaka), Saúdská Arábie (Rijád, Džidda) a Indie (Bombaj, Čennaí). Mediální PoP poskytují mediální služby pro optimalizaci doby přenosu médií. Například singapurské datové centrum se používá k optimalizaci doby přenosu médií pro zákazníky Webex Calling v asijských zemích, kde by doba přenosu do Austrálie nebo Japonska mohla být neoptimální. Datová centra jsou propojena multigigabitovou a plně redundantní páteřní sítí. Obrázek globálně distribuovaná datová centra ukazuje přehled všech datových center Webex Calling. Nejnovější seznam dostupných datových center Webex Calling naleznete v části Umístění datových center pro Webex Calling.
Každý zákazník služby Webex Calling má zřízenu jednu z instancí služby Webex Calling. Veškeré informace o zřizování daného zákazníka jsou uloženy v dané instanci Webex Calling a signalizace SIP všech koncových bodů a lokálních bran zřízených pro daného zákazníka je vázána na instanci Webex Calling, na které je zákazník zřizován. Protože je obtížné změnit počáteční výběr regionu Webex Calling, je důležité zvážit všechny relevantní faktory jako součást rozhodovacího procesu vedoucího k výběru regionu Webex Calling. Aby se předešlo nadměrnému zpoždění při přenosu signálu, je důležité v rané fázi přechodu rozhodnout, která instance Webex Calling se má použít. Společnost Cisco doporučuje vybrat instanci Webex Calling, která poskytuje nejkratší doby přenosu signálu pro největší počet uživatelů v rámci nasazení.
Informace o dostupnosti služby Webex Calling v jednotlivých zemích naleznete v části Kde je služba Webex k dispozici?.
Pobočky
Pro přípravu na zřizování umístění ve službě Webex Calling je třeba shromáždit požadované informace pro všechna cílová umístění migrace. Informace potřebné pro každou lokalitu jsou shrnuty v Informace k zachycení pro každou lokalitu.
| Informace | Komentář |
|---|---|
| Rozsah(y) rozšíření | Každá lokalita ve Webex Calling může mít klapky začínající různými číslicemi. Jedna číslice musí být rezervována pro řídicí číslici pro vytáčení mezi stanicemi (například 8) a jedna pro řídicí číslici pro PSTN (například 9). Žádný rozsah rozšíření nemůže začínat žádnou z těchto dvou číslic. Všechny rozsahy rozšíření ve všech lokalitách musí mít stejnou délku. |
| Rozsah(y) DID | - |
| Řídicí číslice PSTN | - |
| Kód webu | Všechny kódy lokalit na všech místech musí být jedinečné a mít stejnou délku. |
| Hlavní číslo | Při vytváření umístění je třeba zřídit dva DID. Jedno jako hlavní číslo (například pro přiřazení automatické telefonní službě) a jedno pro portál hlasové schránky. Pro číslo hlasové schránky zřiďte jedno DID. |
| Číslo hlasové schránky | |
| Počet licencí | Požadované licence podle typu, včetně Webex Calling Standard, Professional, Workspace, Route List a Outbound Calling Plan. |
| Souběžné hovory v rušné hodině | Součet souběžných hovorů mezi zařízeními Webex Calling a mezi zařízeními Webex Calling a lokální bránou (PSTN a hovory do zařízení Unified CM). Je to nutné k určení požadované šířky pásma pro přístup k internetu. |
| Země | - |
| Časové pásmo | - |
| Jazyk | - |
| Kontakt (jméno, telefon, e-mail) | - |
| Adresa (ulice, město, stát, PSČ) | - |
| Fyzické umístění pro vyslání koncových bodů záchranných složek | Místo, kam lze zařízení odeslat pro tísňová volání, obvykle zahrnuje následující: adresa budovy, adresa budovy + číslo patra, adresa budovy + číslo apartmánu nebo adresa budovy + číslo patra + office/cubical číslo. |
| Unikátní fyzické umístění v síti pro každé zařízení pro tísňové služby | Fyzické umístění v síti pro tísňová volání obvykle zahrnuje následující: přepínač / switchport pro kabelová zařízení, bezdrátové přístupové body (AP) a identifikátory základní sady služeb (BSSID) pro bezdrátově připojená zařízení, and/or místní podsíť(e) IP pro koncová zařízení. |
Síť PSTN
Při navrhování nasazení Webex Calling mají zákazníci tři primární možnosti připojení k PSTN: Volací plány Cisco (cloudová služba PSTN spravovaná společností Cisco), poskytovatelé cloudově připojené PSTN (CCPP, kde poskytovatelé poskytují služby PSTN prostřednictvím cloudu) a místní PSTN (kde lokální brány připojují podnikovou síť k PSTN). Se zavedením PSTN trunkingu pro hybridní nasazení Webex Calling (Další informace naleznete v části PSTN trunking pro hybridní nasazení Webex Calling na adrese PSTN trunking) získávají organizace větší flexibilitu ve svém migračním přístupu. Tato funkce umožňuje zákazníkům přesunout svou PSTN na CCPP na začátku přechodu a zahájit přechod na cloudovou PSTN pro uživatele Webex Calling a zároveň využít CCPP k zachování služby PSTN pro uživatele, kteří během postupné migrace zůstávají na Cisco Unified CM.
Tento hybridní přístup umožňuje organizacím přesunout nejprve vybrané skupiny uživatelů do cloudu, aniž by musely okamžitě přepracovat celé své telefonní prostředí. Zavádí to však další složitost a rizika, zejména v souvislosti s přizpůsobením stávající logiky směrování volání Unified CM pro podporu nové architektury. Pečlivé zvážení vyžaduje také interoperabilita se staršími aplikacemi, jako jsou faxové servery, kontaktní centra nebo pagingové systémy. Mezi klíčové technické výzvy může patřit zajištění bezproblémového vyjednávání kodeků mezi koncovými body a signalizace DTMF (dvoutónová vícefrekvenční) v celém smíšeném prostředí, jakož i ověření kompatibility se specializovanými telefonními funkcemi. Správné plánování a testování jsou nezbytné pro minimalizaci narušení a udržení spolehlivých hlasových služeb v průběhu celého procesu migrace. Důležité jsou také komerční aspekty, protože hybridní trunking vyžaduje licenci na užívání, která je založena na počtu souběžných hovorů mezi místním prostředím a poskytovatelem cloudové PSTN (CCPP).
Organizace se také mohou rozhodnout zachovat si během přechodné fáze své lokální připojení k PSTN. V tomto scénáři lze migraci na CCPP provést dvěma způsoby: jako jednorázový, koordinovaný přechod pro všechny uživatele a lokality po dokončení migrace Webex Calling, nebo postupně, přičemž migrace PSTN probíhá pro každou lokalitu, jakmile jsou uživatelé přesouváni na Webex Calling. Tento přístup může pomoci zefektivnit koexistenci a zachovat kontinuitu starších integrací, ale přináší několik provozních složitostí. Mezi ně patří výzvy související s přenášením čísel, jako je potřeba přesné koordinace objednávek přenášení čísel, potenciální zpoždění a omezení stanovená poskytovateli, jako je například limit počtu souběžných požadavků na přenášení nebo omezení přenášení podmnožin velkých číselných bloků. Organizace musí pečlivě naplánovat svou strategii přechodu na PSTN s ohledem na tyto logistické aspekty, aby se vyhnuly přerušení služeb a zajistily hladký průběh migrace.
Obrázek Migrace na CCCP na začátku vs. ponechání místní PSTN ukazuje dvě výše popsané možnosti migrace do PSTN. Ilustrace vlevo znázorňuje scénář, ve kterém všichni místní uživatelé a aplikace využívají služby cloudové PSTN prostřednictvím místního kmenového sběrnice a lokální brány propojující místní Unified CM s Webex Calling, zatímco ilustrace vpravo znázorňuje scénář, ve kterém stávající místní PSTN zůstává zachována a uživatelé ve Webex Calling využívají místní PSTN prostřednictvím připojení lokální brány mezi místním Unified CM a Webex Calling. Během přechodu lze lokality Webex Calling přepnout na použití cloudově připojené PSTN.
V obou scénářích hovory mezi místním uživatelem a uživatelem služby Webex Calling využívají připojení lokální brány. Spojení mezi místním systémem a službou Webex Calling je třeba navrhnout a dimenzovat odpovídajícím způsobem na základě očekávaného počtu souběžných hovorů a požadované redundance.
Plán vytáčení
Aby bylo během migračního období dosaženo bezproblémové interoperability mezi Unified CM a Webex Calling, je nutné na obou platformách vyvinout a implementovat komplexní architekturu dial planu. Tento návrh dvouplatformového dial plánu zajišťuje konzistentní směrování hovorů, převod čísel a transparentnost funkcí, což umožňuje uživatelům v obou systémech komunikovat bez zhoršení služeb nebo narušení uživatelské zkušenosti během fáze koexistence.
Místní vytáčecí plán v Unified CM
Během přechodu, který umožní koexistenci zařízení registrovaných v Unified CM a Webex Calling, je třeba změnit podnikový dial plán v Unified CM tak, aby byly splněny alespoň následující požadavky:
-
+E.164 vytáčení z Unified CM do Webex Calling
-
Vytáčení poboček z Unified CM do Webex Calling (v rámci pracoviště, ale i mezi pracovišti, pokud jsou rozsahy poboček jedinečné)
-
Zkrácené vytáčení mezi pracovišti z Unified CM do Webex Calling
-
Vynucené vytáčení v síti z Unified CM do Webex Calling
-
Zpětné volání z adresáře zmeškaných hovorů do destinací ve službě Webex Calling
-
Volání přes PSTN z Webex Calling do PSTN, pokud se během přechodu pro Webex Calling používá místní PSTN
-
Volání přes PSTN z Unified CM do Webex Calling, pokud se během přechodu používá trunking PSTN pro hybridní nasazení Webex Calling k poskytování přístupu k PSTN místním uživatelům Unified CM prostřednictvím Cloud Connect pro Webex Calling.
-
Vynuceno síťové připojení z Webex Calling do Unified CM
-
Vytáčení poboček z Webex Calling do Unified CM (mezi pracovišti).
Pokud některý z výše uvedených způsobů vytáčení nebyl před přechodem podporován, například neexistuje zkrácený způsob vytáčení mezi pracovišti, pak jej během přechodu nutně není nutné zavádět.
Obrázek Nejlepší postupy pro vytáčecí plán ukazuje nejlepší postupy pro vytáčecí plán, jak je popsáno v Preferovaná architektura pro Cisco Collaboration 12.x Enterprise On-Premises Deployments, CVD. Mezi klíčové charakteristiky tohoto přístupu patří:
-
Jeden oddíl pro +E.164 telefonní čísla
-
Směrování jádra založené na +E.164 vzory tras
-
Normalizace všech zvyků vytáčení +E.164 použití překladových vzorů
-
Použití dědičnosti vyhledávacího prostoru volání vzorů překladu (volba Použít vyhledávací prostor volání původce nastavená u vzorů překladu).

Například vytáčení PSTN (9+1+10D) ze zařízení v SJC s vyhrazeným vyhledávacím prostorem pro volání linky bude SJCInternational nejprve nalezeno porovnání s 9.1[2-9]XX[2-9]XXXXXX překladový vzor, který normalizuje číslo volané strany na +E.164. Sekundární vyhledávání pak znovu použije stejný vyhledávací prostor SJCInternational (volá dědičnost vyhledávacího prostoru) a +E.164-digit řetězec bude buď nalezen shodný s +E.164 číslo adresáře v oddílu DN nebo jedním ze vzorů tras PSTN v oddílu USPSTNNational nebo SJCPSTNNocal. Zkrácené způsoby vytáčení v rámci lokality a mezi lokalitami jsou implementovány překlady v oddílech ESN a SJCtoE164. Zatímco oddíl ESN je globální oddíl (přístupný pro telefony ve všech lokalitách), oddíl SJCTOE164 je přístupný pouze uživatelům v lokalitě SJC. Toto za předpokladu překrývajících se rozsahů rozšíření.
Prvním krokem k povolení volání z Unified CM do Webex Calling je zajistit, aby +E.164 Cíle jsou směrovány odpovídajícím způsobem. Toho lze dosáhnout přidáním oddílu Webex Calling do plánu vytáčení, přidáním +E.164 vzory směrování pro všechny cíle Webex Calling do daného oddílu a nakonec přidání oddílu Webex Calling do všech vyhledávacích prostorů volání představujících třídy služeb, které musí být schopny dosáhnout Webex Calling. Vytvoření vyhrazeného oddílu Webex Calling je nutné k umožnění vytvoření diferencované třídy služeb pro hovory pocházející z Webex Calling. Aby se předešlo smyčkám hovorů, neměl by mít vyhledávací prostor příchozích hovorů na kmenové lince z lokální brány přístup k oddílu Webex Calling.
Jak je znázorněno na obrázku +E.164 směrování do Webex Calling, aby bylo možné směrovat z Unified CM do Webex Calling pro umístění s +E.164 Rozsah DID +1 221 555 2XXX a kód lokality 121, což je odpovídající vzorec naléhavé trasy +E.164 Rozsah je třeba přidat do oddílu Webex Calling.
Pokud není vyžadován výběr lokální brány specifické pro dané pracoviště, pak namísto použití seznamu tras s lokální skupinou tras Webex Calling jako cílem pro vzory tras odkazující na Webex Calling lze zřídit jednu skupinu tras s lokální bránou jako jediným členem a poté vzory tras Webex Calling odkazují na jeden seznam tras Webex Calling s touto jednou skupinou tras jako jediným záznamem.
Pro povolení zkrácené volby mezi pracovišti na pracoviště Webex Calling se do oddílu Webex Calling přidá požadovaný vzor směrování 8121.2XXX. Pro weby, které mají být převedeny na Webex Volání normalizačního vzoru vytáčení 8121.2XXX, který normalizuje vytáčení ESN na +E.164 již může existovat v oddílu ESN. V takovém případě se zdá, že 8121.2XXX je nadbytečný, ale jakmile jsou všechna DN příslušného umístění migrována do Webexu, lze odebrat vzor pro normalizační překlad vytáčení 8121.2XXX a poté vzor trasy 8121.2XXX umožní vytáčení ESN i pro uživatele pouze s pobočkou v daném rozsahu.
Díky těmto změnám v plánu vytáčení lze hovory do lokality Webex Calling uskutečňovat nejen vytáčením zkrácených čísel mezi pracovišti a +E.164. Mezinárodní a národní vytáčení PSTN je také možné, protože tyto zvyky vytáčení jsou nejprve normalizovány +E.164 prostřednictvím již existujících vzorů překladu normalizace vytáčení a poté přesměrování do Webex Calling porovnáním +E.164 vzor trasy v oddílu Webex Calling.
Ten/Ta/To +E.164 Porovnávání vzorů tras v rozsahu DID lokality Webex Calling lze zřídit, i když jsou všechna DID stále hostována na Unified CM. Algoritmus pro porovnávání vzorů nejlepší shody v Unified CM zajišťuje, že když je vytočeno číslo hostované v Unified CM, pak +E.164 Číslo adresáře zřízené v Unified CM se lépe shoduje než zástupný znak. +E.164 vzor trasy směřující do Webex Calling, aby se hovory přesměrovaly na linku v Unified CM a nebyly odeslány do Webex Calling.
Plán volání pro Webex
Každý uživatel ve Webex Calling má přidělenou linku. and/or A +E.164 telefonní číslo. Délka prodloužení je pevně daná globální hodnota: Všechny linky v nasazení služby Webex Calling mají stejnou délku. Vytáčení poboček lze používat mezi uživateli služby Webex Calling jak v rámci jedné lokality, tak mezi lokalitami. Zkrácené vytáčení mezi stanicemi (druhý případ) funguje pouze v případě, že je vytáčená klapka jedinečná.
Pokud je vyžadována zkrácená volba mezi lokalitami, ale dochází k překrývání mezi pobočkami přiřazenými na různých místech, je třeba vytvořit číslovací plán specifický pro daný podnik tak, že se před pobočky přidá přístupový kód (předvolba lokality). Další informace naleznete v článku Preferovaná architektura pro Cisco Collaboration 15 v místních nasazeních, přehled návrhu dostupném na adrese Preferované architektury Cisco Collaboration.
Délka pobočky, chování při vytáčení mezi lokalitami, délka prefixu pro vytáčení mezi lokalitami a řídicí číslice v routerovém prefixu pro vytáčení mezi lokalitami se konfigurují v nastavení volacích služeb v Control Hub:
-
Délka prefixu směrování umístění: Délka prefixu včetně číslice řízení. Vyžaduje se pouze v případě, že je třeba zavést podnikový číslovací plán jako alternativní zkrácený podnikový mezilokační vytáčecí plán.
-
Řídicí číslice v předponě směrování: Řídicí číslice pro zkrácené vytáčení mezi podniky. Je třeba se vyhnout překrývání první číslice libovolné polohy a číslic odchozího volání polohy. Vyžaduje se pouze v případě, že je třeba zavést podnikový číslovací plán jako alternativní zkrácený podnikový mezilokační vytáčecí plán.
-
Délka vnitřního prodloužení: Standardní délka prodloužení. Může mít libovolnou hodnotu mezi dvěma a deseti.
Pokud je z místního řízení hovorů do služby Webex Calling vyžadováno vytáčení čísla linky nebo vytáčení pomocí podnikových čísel (řídicí kód, kód pracoviště, linka) a místní řízení hovorů odesílá linku jako ID volajícího, nezapomeňte také nastavit parametr Maximální délka neznámé linky v části Směrování hovorů mezi službou Webex Calling a prostorami, abyste zajistili, že odchozí hovory z místního řízení hovorů do služby Webex Calling budou správně klasifikovány jako místní hovory. -
Povolit vytáčení poboček mezi lokalitami: Přepnout na enable/disable vytáčení poboček mezi lokalitami. Tato možnost by měla být povolena pouze v případě, že všechny linky v organizaci jsou jedinečné. Pokud je tato možnost zakázána, je nutné mezi lokalitami vytáčet čísla významná pro podnik (řídicí kód, kód lokality, klapku) nebo telefonní čísla.
První tři parametry se používají hlavně k vytvoření plánu vytáčení pro telefony, aby se minimalizovaly mezičíslicové časové limity při vytáčení se zvednutým sluchátkem. Odchylky od těchto globálních nastavení jsou stále možné (příklad – lze zřídit pobočky s jinou délkou), ale v Control Hubu se zobrazí varovná zpráva a vytáčení z telefonů může vyžadovat blokové vytáčení, aby se předešlo konfliktům v rámci přednastaveného plánu vytáčení.
Tabulka Příklad číslování podniků ukazuje příklad tří lokalit, kde jsou rozsahy klapek dvou lokalit, NYC a RTP, shodné. Zavedení podnikového schématu číslování s číslicí pro řízení mezi pracovišti 8, následovanou třímístným kódem pracoviště a čtyřmístnou příponou, vytváří nepřekrývající se zkrácený způsob vytáčení mezi pracovišti.
| Web | Rozsah rozšíření | Kód webu | Řada Enterprise |
|---|---|---|---|
| New York | 2XXX | 202 | 8 202 2XXX |
| SFO | 3XXX | 203 | 8 203 3XXX |
| RTP | 2XXX | 204 | 8 204 2XXX |
Aby byl přechod hladký, měly by být zvyklosti vytáčení pro uživatele před a po přechodu na Webex Calling ideálně stejné. Pro přípravu na přechod je třeba pro každou lokalitu zdokumentovat rozsahy DID a rozsahy poboček (nebo zkrácené zvyklosti vytáčení v rámci lokality). Na základě těchto informací je pak třeba vybrat číslici řízení mezi pracovišti.
Tabulka Rozsahy telefonních linek Webex s pevnou délkou ukazuje příklad tří umístění a rozsahů telefonních linek s pevnou délkou. Protože je třeba se vyhnout překrývajícím se způsobům vytáčení, je důležité zajistit, aby se u žádného rozsahu poboček první číslice rozsahu neshodovala s řídicí číslicí pro zkrácenou volbu mezi stanicemi. Pokud je například jako řídící číslice pro vytáčení mezi stanicemi vybrána 8, pak žádný rozsah poboček v žádné stanici nemůže začínat na 8. Obvykle se čísla poboček v daném místě shodují s posledními několika číslicemi DID přiřazených tomuto místu. Aby se předešlo konfliktům, lze změnit první číslici přípony. Pokud například DID v +1 Pokud se v dané lokalitě používá rozsah 408 555 8XXX, pak místo použití rozsahu poboček 8XXX lze pro pobočky v dané lokalitě použít rozsah 7XXX.
| Web | Rozsah rozšíření | Rozšíření volání Webex | Kód webu | Řada Enterprise |
|---|---|---|---|---|
| New York | 2XXX | 2XXX | 202 | 8 202 2XXX |
| SFO | 8XXX | 7XXX | 203 | 8 203 7XXX |
| RTP | 1XX | 11XX | 204 | 8 204 11XX |
Sedmimístné číselné řetězce vytáčené na zařízení Webex Calling pomocí amerického telefonního plánu Webex Calling se překrývají se sedmimístným vzorem pro místní vytáčení v přednastaveném americkém telefonním plánu. Aby se zabránilo překrývání mezi jakýmikoli zvyklostmi vytáčení v síti a mimo síť (PSTN), lze v daném místě použít povinný venkovní přístupový kód. Pokud se stávající schéma číslování v podniku a odpovídající zkrácené vytáčení mezi pracovišti překrývá se vzory v národním vytáčení Webex Calling, pak lze během přechodu na Webex Calling schéma číslování, aby se předešlo překrývání, změnit na delší nebo kratší formu. Nejjednodušší způsob, jak toho dosáhnout, je přidat do schématu číslování další číslici pro doplnění. Nové, delší schéma vytáčení mezi pracovišti musí zavést pouze uživatelé, kteří již migrovali na Webex Calling. Uživatelé, kteří stále používají Unified CM, mohou i nadále vytáčet sedmimístné číslo. Podnikový vytáčecí plán v Unified CM v tomto případě musí zajistit, aby se zkrácená sedmimístná volba z Unified CM do Webex Calling transformovala buď na +E.164 nebo do zkráceného formátu vytáčení nasazeného ve službě Webex Calling. To je třeba provést před odesláním volání na lokální bránu.
Příklad tohoto přečíslování ukazuje tabulka Přechod na sedmimístné vytáčení. V tomto příkladu zkrácená mezistátní volba na Unified CM používá řídící číslici 8, následovanou dvoumístným předvolbou stanice a čtyřmístnou klapkou. Aby se předešlo sedmimístnému zkrácenému vytáčení mezi pracovišti pro lokality ve Webex Calling, lze kódy pracovišť snadno změnit na tři číslice přidáním libovolné doplňující číslice (v tomto příkladu8 ) před dvoumístné kódy pracovišť používané v Unified CM, takže vytáčení mezi pracovišti z telefonů Webex Calling používá řídící číslici 8 následovanou doplňující číslicí 8, starým dvoumístným kódem pracoviště a čtyřmístnou klapkou. Uživatelé služby Webex Calling si nemusí pamatovat nové předvolby stanic; stačí si pamatovat, že pro vytáčení mezi stanicemi mají jako předvolbu použít 88 místo 8 v Unified CM.
| Unified CM | Webex Calling | ||||
|---|---|---|---|---|---|
| Web | Rozšíření | Kód webu | Řada Enterprise | óda webu | 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 situaci s různými formáty podnikových čísel v Unified CM a Webex Calling, pokud jsou podniková čísla prezentována jako informace o volající straně pro hovory z Unified CM do Webex Calling (například – hovory ze zařízení bez DID), je důležité také implementovat mapování mezi různými formáty čísel pro informace o volající straně, aby se zajistilo fungování zpětného volání. Tohoto mapování lze dosáhnout použitím transformačního vzoru volající strany na kmenové lince mezi Unified CM a lokální bránou.
Záznam
Dobře navržené řešení pro nahrávání hovorů vyžaduje pečlivé zvážení několika klíčových konstrukčních prvků, aby se zajistilo, že bude v souladu s organizačními cíli, regulačními požadavky a technickými omezeními. Dvě z nejdůležitějších rozhodnutí zahrnují výběr poskytovatele a výběr regionu, přičemž obojí může být nutné globálně upravit a v konkrétních lokalitách přepsat na základě obchodních potřeb.
1. Výběr poskytovatele nahrávání hovorů
Výběr vhodného poskytovatele nahrávání hovorů je zásadní pro splnění obchodních cílů a zajištění sladění funkcí v celé organizaci:
-
Výběr globálního poskytovatele: Organizace obvykle určí primárního poskytovatele nahrávání hovorů na globální úrovni, čímž zajistí konzistenci v sadě funkcí, dodržování předpisů a podpoře na všech místech.
-
Přepsání na základě polohy: V situacích, kdy konkrétní lokality nebo regiony mají jedinečné obchodní potřeby nebo regulační požadavky, může být nutné přepsat globální výběr poskytovatele a pro tato místa určit alternativní poskytovatele. Tato flexibilita podporuje různé požadavky na dodržování předpisů a místní provozní potřeby.
-
Obchodní požadavky: Výběr poskytovatele by měl být řízen posouzením obchodních faktorů, jako je dodržování předpisů (příklad – MiFID II, HIPAA), zajištění kvality, řešení sporů nebo potřeby školení.
-
Dostupnost funkcí: Poskytovatelé by měli být hodnoceni na základě jejich schopnosti poskytovat požadované funkce, jako je monitorování v reálném čase, možnosti vyhledávání a přehrávání, šifrování, zásady uchovávání dat, integrace s analytickými platformami a podpora různých typů hovorů (příchozí, odchozí, interní).
2. Výběr regionu
Určení oblasti, kde jsou nahrávky hovorů ukládány a zpracovávány, je zásadní pro dodržování předpisů a výkon:
-
Výběr globálního regionu: Ve výchozím nastavení si organizace mohou pro ukládání nahrávek hovorů zvolit jednu oblast, aby se zjednodušila správa a řízení.
-
Přepsání regionů na základě polohy: Pokud to vyžadují zákony o uchovávání dat nebo firemní zásady, může být nutné přepsat nastavení globálního regionu pro konkrétní lokality, aby se zajistilo, že nahrávky hovorů budou ukládány a zpracovávány v rámci požadovaných geografických hranic.
-
Požadavky na umístění dat: Návrh musí zohledňovat mezinárodní a místní předpisy na ochranu osobních údajů (jako je GDPR, CCPA nebo nařízení specifická pro danou zemi), které mohou určovat, kde a jak se nahrávky hovorů uchovávají.
Dalším kritickým aspektem, který je třeba řešit při plánování a návrhu řešení pro nahrávání hovorů pro Webex Calling, je odhad požadavků na úložiště. Přesné předpovídání potřeb úložiště je nezbytné pro zajištění dostatečné kapacity pro podporu probíhajících obchodních operací, dodržování předpisů a předcházení přerušení služeb.
Při určování očekávané poptávky po úložišti je třeba zvážit několik klíčových parametrů:
-
Objem nahraných hovorů: Zhodnoťte předpokládaný počet hovorů, které budou zaznamenány v daném časovém intervalu (např. za den, týden nebo měsíc). To zahrnuje nejen externí hovory, ale i interní komunikaci, pokud to vyžadují obchodní zásady nebo regulační nařízení.
-
Průměrná délka hovoru: Vypočítejte typickou délku nahraných hovorů, protože delší hovory spotřebují více úložného prostoru. Do odhadu by měly být zahrnuty také rozdíly v délce hovorů mezi různými odděleními nebo uživatelskými skupinami.
-
Doba uchovávání: Definujte dobu, po kterou musí být záznamy uchovávány, což je často dáno organizačními zásadami nebo externími předpisy (například standardy dodržování předpisů specifickými pro dané odvětví). Delší doby uchovávání zvýší celkové požadavky na skladování.
-
Projekce růstu: Zvažte očekávaný nárůst objemu hovorů nebo rozšíření rozsahu nahrávání, které může být důsledkem škálování podnikání, nových regulačních požadavků nebo zavádění dalších uživatelů či lokalit.
Důkladnou analýzou těchto parametrů mohou organizace vyvinout robustní strategii úložiště, která zajistí škálovatelnost, nákladovou efektivitu a shodu s předpisy pro jejich řešení nahrávání hovorů Webex Calling. Je také vhodné pravidelně kontrolovat a upravovat alokace úložiště s tím, jak se v průběhu času vyvíjejí vzorce používání.
Tísňové volání
Požadavek na směrování tísňového volání na příslušné dispečerské centrum je požadavkem pro každou volací službu, která nabízí službu PSTN. S Webex Calling je směrování tísňových hovorů integrováno do řešení a zahrnuje podporu všech národních tísňových čísel v zemích, které Webex Calling podporuje. Směrování tísňového volání ve Webex Calling je založeno na umístění definovaném v Control Hub a metodě přístupu PSTN daného místa. Tísňová čísla ve službě Webex Calling jsou předdefinovaná a specifická pro zemi, ve které jsou uživatelé a zařízení Webex Calling nasazeni.
Ve službě Webex Calling existují dva způsoby, jak uskutečnit tísňová volání. K dispozici je základní služba směrování tísňových volání a rozšířená služba směrování tísňových volání. Základní služba směrování tísňových volání použije administrátorem vybrané číslo k identifikaci polohy a trasy volání pro spojení se záchrannými službami. Pro základní tísňová volání je cesta hovoru obvykle přes zákaznickou PSTN volbu pro dané místo. Webex Calling má také vylepšené směrování tísňových volání určené pro nasazení v USA a Kanadě, kde platí požadavky na shodu s předpisy, které vyžadují použití celostátního poskytovatele k doručení tísňových volání na správné dispečerské centrum.
Všichni zákazníci by měli nasadit alespoň základní konfiguraci pro tísňová volání. Základní tísňová volání vyžadují, aby alespoň jeden zákazník vlastnil +E.164 každé lokaci definované ve Webex Calling bude přiřazeno číslo. Pro základní tísňová volání bude každé místo definováno adresou, na kterou jsou v případě nouze vyslány policie, hasiči nebo záchranná služba. Ve většině případů je hlavní číslo pro danou lokalitu nejlepší volbou pro vyjádření fyzického místa nouzové situace. Přiřazení adresy k +E.164 Číslo je koordinováno s poskytovatelem PSTN. Obrázky níže ukazují přiřazení hlavního čísla, které se má použít jako číslo pro zpětné volání v tísňových situacích pro pobočku Richardson.


Ve většině případů postačuje jako expediční adresa pro dané místo adresa budovy. Pokud jsou však pro konkrétní uživatele nebo zařízení potřeba další podrobnosti o poloze, může administrátor použít stejný postup popsaný výše a přiřadit tato zařízení ke konkrétní adrese nebo přesnějšímu umístění v rámci adresy (například patro nebo místnost). V sekci Správa uživatelů v Control Hubu umožňuje záložka Volání použít konkrétní číslo pro uživatele a jeho zařízení k získání konkrétní adresy pro odeslání. Následující obrázky ilustrují, jak lze zařízení přiřadit konkrétní číslo. Správce je zodpovědný za to, aby číslo používané zařízením mělo přiřazenu správnou odesílací adresu. Přiřazení adresy se obvykle provádí prostřednictvím poskytovatele PSTN dané lokality.


Pro nasazení telefonie v USA, která musí poskytovat vylepšená řešení pro tísňová volání, využívá Webex Calling řešení RedSky Horizon Mobility, které je integrováno do Webex Calling pro směrování tísňových volání. Při používání služby RedSky pro směrování hovorů se musí administrátor zaregistrovat k účtu prostřednictvím společnosti Cisco a nakonfigurovat příslušné informace v sekci Volání -> Nastavení služby pro povolení této funkce. Jakmile je služba RedSky povolena na úrovni systému, administrátor povolí službu RedSky na úrovni každé lokality. Povolení funkce Vylepšené tísňové volání v místě volání Webex aktivuje službu pro všechna zařízení, která jsou k tomuto místu přiřazena. Zařízení, která podporují rozšířené tísňové volání, jsou telefony Cisco MPP, telefony Cisco PhoneOS a aplikace Cisco Webex.
Existují dvě nastavení pro povolení vylepšeného tísňového volání na daném místě. Volba Povolit RedSky přijímat informace o síťovém připojení a testovací volání by měla být použita k ověření správnosti konfigurace RedSky pro mapování zařízení a infrastruktury. Toto nastavení také umožňuje uskutečňovat testovací hovory na číslo 933 za účelem ověření polohy pomocí systému IVR od RedSky, který zjišťuje polohu volajícího. Ačkoli se tento dokument nebude zabývat konfigurací RedSky pro sledování polohy, měl by administrátor VŽDY otestovat vyhledávání polohy před aktivací nouzových volání pro směrování do RedSky. Jakmile je testování dokončeno a ověřeno jako přesné, administrátor přesměruje hovory na RedSky přepnutím směrování tísňových hovorů na RedSky. Tento přepínač přesměruje všechna tísňová volání pro danou lokalitu do RedSky, která je doručí do telefonního centra pro danou lokalitu.
Nastavení rozšířeného tísňového volání platí také pro klienty aplikace Webex, a to jak v místních, tak i v externích prostorách. V místním prostředí lze aplikaci Webex sledovat stejným způsobem jako stolní telefony. Mimo prostory si uživatel bude moci dynamicky nastavit svou polohu přímo v aplikaci Webex. Další informace o tísňových voláních naleznete v části Vylepšená tísňová volání pro Webex Calling.
Licence
Existuje několik možností, jak uživatelům přiřadit licence Webex Calling.
Ruční přiřazení přes Control Hub
Administrátoři ručně přiřazují licence Webex Calling jednotlivým uživatelům prostřednictvím rozhraní Control Hub.
Správci mohou upravovat licence služeb pro jednotlivé uživatele a přímo jim přiřazovat licence pro volání.
Šablony automatického přiřazení licencí
Pomocí šablon pro přiřazení licencí v Control Hubu můžete automaticky přiřazovat licence uživatelům na základě nastavení skupiny nebo organizace.
Automatické licencování lze provést synchronizací adresářů nebo ruční aktualizací uživatelů, ale uživatelé musí mít platný +E.164 formátované telefonní číslo a telefonní čísla musí existovat v umístění Webex Calling před zřizováním uživatelů. Pokud nejsou splněny podmínky (např. neplatný formát telefonního čísla), licence Webex Calling nebudou přiřazeny.
Hromadné přiřazení pomocí šablony CSV
Nahrajte soubor CSV s uživatelskými údaji a přiřazením licencí, abyste mohli přidat nebo upravit více uživatelů najednou.
Import CSV podporuje přidání až 20 000 uživatelů a přiřazení licencí, ale licence Webex Calling vyžadují specifická pole, jako je telefonní číslo a linka.
Přiřazení založené na API
Používejte rozhraní Webex API k programovému přiřazování licencí a správě uživatelů.
Webex podporuje operace API pro správu uživatelů a licencí (rozhraní People, SCIM 2.0 a Licenses API), které lze využít pro automatizaci přiřazování licencí. Rozhraní Licenses API umožňuje současné přiřazování licencí, telefonních čísel a poboček.
| Metoda přiřazení | Výhody | Nevýhody |
|---|---|---|
| Ručně přes Control Hub | Jednoduché pro několik málo uživatelů. Umožňuje přesnou a podrobnou kontrolu nad přidělováním licencí. | Neškálovatelné, časově náročné Náchylný k lidským chybám při ručním zadávání. |
| Automatické šablony licencí | Škálovatelné Snižuje počet manuálních chyb Lze použít pro nové i stávající uživatele. | Vyžaduje platná telefonní čísla a umístění. Složitější nastavení Také vyžaduje skupiny uživatelů pro každou skupinu uživatelů s ekvivalentními licenčními požadavky. |
| Hromadné nahrání CSV | Efektivní pro velké skupiny uživatelů Umožňuje současné přiřazení licencí, telefonních čísel a poboček. | Vyžaduje pečlivé formátování CSV Možnost chyb, pokud chybí telefonní čísla nebo klapky nebo jsou nesprávné. |
| Přiřazení založené na API | Automatizovatelné, flexibilní. Umožňuje současné přiřazení licencí, telefonních čísel a poboček. | Vyžaduje znalost vývoje a API. |
Tabulka Možnosti zřizování uživatelů – shrnutí shrnuje možnosti zřizování uživatelů a jejich výhody a nevýhody. Tento přehled pomáhá vybrat nejlepší metodu přiřazení licencí na základě velikosti organizace zákazníka, možností automatizace a procesů a požadavků na zřizování uživatelů.
Kdykoli je to možné, společnost Cisco doporučuje přiřazovat licence k volání pomocí šablon licencí. To vyžaduje, aby pro každou skupinu uživatelů, která vyžaduje jedinečnou sadu licencí (příklad – Webex Calling Standard vs. Professional), existovala skupina s příslušným členstvím ve skupinách. Jak je popsáno v částech Uživatelské skupiny, uživatelské skupiny lze definovat ručně v Control Hubu nebo synchronizovat z podnikového adresáře. Kombinace obou přístupů je možná.
Uživatelé patřící do více skupin získají licence ze všech přiřazení aplikovaných na všechny jejich skupiny. To umožňuje používat bezpečnostní skupiny specifické pro licenci Webex Calling v podnikovém adresáři ke správě přiřazení licencí Webex, kde je výsledné přiřazení uživatelských licencí řízeno sjednocením členství ve skupinách.
Další informace naleznete v částech Nastavení automatického přiřazení licencí v Control Hub a Nastavení šablon automatického přiřazení licencí pro uživatele Webex Calling.
Požadavky na licenci
Tato část se zabývá pouze licencemi souvisejícími s Webex Calling. Jiné typy licencí (příklad – registrace zařízení Webex, zasílání zpráv, schůzky) nejsou zahrnuty. V rámci procesu návrhu je třeba stanovit licenční požadavky. Je třeba vypočítat počet licencí pro následující typy licencí:
-
Standardní volání Webex: počet jednotlivých uživatelů, kteří vyžadují standardní telefonní funkce.
-
Webex Calling Professional: počet uživatelů a pracovních prostorů vyžadujících pokročilé funkce telefonie. Virtuální linky a skupinová hlasová schránka mají nárok na 1:1 poměr pro každou profesionální licenci. Proto je ve vzácných případech, kdy počet požadovaných virtuálních linek nebo skupinových hlasových zpráv překročí počet uživatelů a pracovních prostorů vyžadujících pokročilé telefonní funkce, nutné počítat s dalšími profesionálními licencemi.
-
Pracovní prostor pro volání Webex pro společnou oblast: počet sdílených prostor nebo míst ve společných prostorách vyžadujících standardní volání.
-
Zákaznická podpora Webex Calling: počet agentů a supervizorů, kteří vyžadují funkce Webex Calling Customer Assist. Zákaznická podpora Webex Calling zahrnuje licenci Webex Calling Professional.
-
Seznam hovorů v trasách: počet požadovaných hovorů přes cloudovou PSTN mezi místními uživateli Unified CM and/or specializované lokální aplikace třetích stran.
-
Konzola spojovatelky: počet uživatelů služby Webex Calling, kteří potřebují přístup ke klientovi konzole pro spojovatele.
-
Volací tarif Cisco (tarif odchozích hovorů): počet uživatelů, kteří potřebují číslo PSTN and/or přístup k odchozím voláním přes PSTN pro službu Cisco PSTN.
Pro profesionální pracovní prostory neexistuje žádný vyhrazený typ licence. Profesionální pracovní prostory využívají licenci Webex Calling Professional.
Pracovní prostory určené pouze pro hot-desking nabízejí službu hostitele hot-deskingu a nouzová volání z hostitele hot-deskingu a nevyžadují žádnou licenci. Další informace naleznete v části Přidání a správa zařízení pouze pro aktivní pracovní plochu.
Chcete-li určit požadovaný typ licence pro každého uživatele a pracovní prostor na základě potřebných funkcí, podívejte se na Funkce dostupné podle typu licence pro Webex Calling.
Chcete-li rozlišit mezi funkcemi nabízenými frontami hovorů Webex Calling v kombinaci s profesionální licencí Webex Calling a funkcemi zákaznické podpory Webex Calling, podívejte se na porovnání funkcí fronty hovorů a zákaznické podpory Webex Calling.
Zřizování uživatelů
Při zřizování uživatelů v Webex Control Hub je k dispozici několik možností, z nichž každá je vhodná pro různé potřeby a prostředí organizace:
-
Ruční zřizování: Administrátoři mohou přidávat a spravovat jednotlivé uživatele přímo v Control Hubu. Tato metoda je přímočará, ale nejlépe se hodí pro malé organizace nebo omezený počet změn ze strany uživatelů.
-
Hromadné zřizování pomocí CSV: U větších uživatelských základen mohou administrátoři hromadně importovat a aktualizovat uživatele nahráním souborů CSV do Control Hub. To umožňuje efektivní správu až tisíců uživatelů najednou.
- Možnosti synchronizace adresářů:
Konektor adresáře: Toto je nástroj pro automatickou synchronizaci používaný v prostředích služby Microsoft Active Directory. Synchronizuje uživatelské účty, skupiny a atributy podle plánu (každou hodinu, denně nebo týdně). Podporuje nastavení služby Active Directory pro více domén a více lesů a dokáže synchronizovat obrázky profilů a objekty místností.
Aplikace průvodce Entra ID (Azure AD): Tato metoda, určená pro organizace používající Microsoft Entra ID (Azure AD), poskytuje automatickou synchronizaci uživatelských účtů a atributů téměř v reálném čase přímo z Entra ID do Control Hubu. Je plně spravován v Control Hubu a vyžaduje minimální nastavení.
Aplikace SCIM 2.0: Pro prostředí jiných poskytovatelů identit než od Microsoftu nebo jiné poskytovatele identit, jako je Okta nebo Duo, umožňují synchronizační aplikace založené na SCIM automatické zřizování a odstraňování zřizování uživatelů s mapováním atributů a synchronizací skupin.
-
Synchronizace uživatelů Unified CM: Tato možnost umožňuje vytvářet uživatelské účty Webex na základě stávajících koncových uživatelů Unified CM synchronizací z Unified CM do Webexu. To vyžaduje, aby v místních clusterech Unified CM běžela služba Cloud Connected UC (CCUC). Obecně se však doporučuje synchronizovat uživatele z centralizovaného cloudového adresáře, jako je Entra ID, spíše než přímo z Unified CM.
-
Zřizování API: Veřejná rozhraní Webex API (People, SCIM 2.0) lze použít k zřizování uživatelů Webexu. Hlavní výhodou používání API je možnost integrace zřizování uživatelů s jinými podnikovými systémy.
Tento přehled a tabulka odrážejí hlavní možnosti zřizování uživatelů Webexu, jejich výhody a omezení, aby vám pomohly vybrat nejlepší přístup pro potřeby vaší organizace.Tabulka 6. Možnosti zřizování uživatelů pro Webex Metoda zřizování Popis Výhody Nevýhody Ruční Create/manage jednotlivě v Control Hubu Jednoduché pro několik uživatelů; nevyžaduje žádnou infrastrukturu Neškálovatelné; časově náročné pro mnoho uživatelů Hromadné (soubor CSV) Import/update uživatelů hromadně pomocí CSV v Control Hubu Efektivní pro skupiny; není nutné žádné kódování Ruční příprava CSV; méně dynamické Lidé a SCIM 2.0 API Programová správa uživatelů prostřednictvím rozhraní Webex API Flexibilní; podporuje automatizaci a integraci Vyžaduje rozvoj a infrastrukturu Synchronizace adresáře Automatická synchronizace z AD, Entra ID, aplikací SCIM a Unified CM Automatizuje životní cyklus; podporuje filtrování a mapování Složitost nastavení: některé možnosti mají omezené funkce nebo vyžadují infrastrukturu
Skupiny uživatelů
Správa skupin uživatelů ve Webexu umožňuje správcům organizovat uživatele do skupin pro efektivní hromadnou správu licencí, nastavení a zdrojů. Skupiny pomáhají zefektivnit správu tím, že používají zásady, licence a šablony nastavení pro více uživatelů současně, namísto individuální správy uživatelů.
Správa uživatelských skupin nabízí několik výhod, včetně:
-
Zjednodušená administrativa: Spravujte licence, nastavení a zásady pro více uživatelů najednou.
-
Konzistence: Používejte jednotná nastavení a licence napříč uživateli ve stejné skupině.
-
Škálovatelnost: Podporuje až 250 000 členů na skupinu.
-
Integrace: Synchronizujte skupiny z Microsoft Entra ID (Azure AD) nebo Active Directory pro automatizovanou správu uživatelů a skupin.
-
Flexibilita: Vytvářejte lokální skupiny nebo synchronizujte bezpečnostní skupiny; spravujte členství ve skupinách ručně nebo pomocí souborů CSV.
-
Alokace zdrojů: Řízení přístupu k integrovaným aplikacím a službám na základě členství ve skupině.
Hlavní případy použití pro uživatelské skupiny při zřizování služby Webex Calling jsou:
-
Přiřazení licencí: Přiřaďte licence skupinám, aby se členům skupiny automaticky zpřístupňovaly služby, jako jsou volání, schůzky, zasílání zpráv nebo hybridní služby.
-
Šablony nastavení: Pro dosažení konzistentní uživatelské zkušenosti použijte na skupiny kolekce nastavení služeb (např. zasílání zpráv, schůzek, volání).
-
Hromadná správa uživatelů: Hromadné přidávání nebo odebírání uživatelů pomocí souborů CSV nebo synchronizace adresářů.
-
Automatizace a integrace: Pro automatizovanou správu životního cyklu uživatelů a skupin používejte API nebo synchronizaci adresářů.
Následující tabulka shrnuje různé možnosti správy uživatelských skupin a správy skupin ve Webexu.
| Možnost | Popis | Výhody | Nevýhody |
|---|---|---|---|
| Zřizování skupin Control Hub (skupiny Webex) | Vytvářejte a spravujte skupiny přímo v Control Hubu. Add/remove členy ručně nebo pomocí CSV. | Plná kontrola nad členstvím ve skupině Okamžité použití licencí a šablon Snadné vytváření a úpravy skupin |
Vyžadovány manuální aktualizace Riziko chyb při ručním nahrávání souborů CSV Žádná automatická synchronizace s externími adresáři |
| Synchronizované skupiny z Entra ID (Azure AD) nebo Active Directory | Automaticky synchronizovat bezpečnostní skupiny a členství z externích adresářových služeb. | Automatická synchronizace snižuje manuální práci Zajišťuje konzistenci s firemním adresářem Podporuje velké organizace |
Nelze upravit členství ve skupině v Control Hubu Zpoždění synchronizace až 12 hodin Vnořené skupiny vyžadují ruční výběr |
| Skupiny a rozhraní SCIM 2.0 API (skupiny Webex) | Pro programatickou správu skupin a členství používejte Webex Groups nebo SCIM 2.0 API | Automatizace a integrace s dalšími systémy Škálovatelné pro rozsáhlá nebo složitá prostředí |
Vyžaduje úsilí o vývoj Složitost závisí na použití API |
Synchronizované skupiny sice zajišťují konzistenci a nabízejí jednotné místo pro správu, ale je možný i hybridní přístup kombinující synchronizované skupiny a skupiny Webex (spravované buď v řídicím centru, nebo prostřednictvím API). Takže například skupiny pro přiřazení licencí by mohly být synchronizované skupiny a samostatná sada skupin Webex by mohla být použita pro přiřazení uživatelů a šablon volání aplikace Webex.
Tento komplexní přístup ke správě skupin uživatelů ve Webexu umožňuje organizacím efektivně spravovat uživatelské licence, nastavení a zásady a zajišťuje tak konzistentní a škálovatelné prostředí pro spolupráci.
Doporučený postup při migraci z Unified CM na Webex Calling
Primárním zdrojem dat pro uživatele v Unified CM je databáze Unified CM, která obsahuje informace o koncových uživatelích. Unified CM však obvykle nebývá autoritativním zdrojem pro správu identity uživatelů a co je důležitější, na konci přechodného období bude ukončen, a proto je vyloučen jako dlouhodobý autoritativní zdroj informací o identitě.
Společnost Cisco doporučuje používat centralizovaný cloudový adresář, jako je Microsoft Entra ID (Azure AD), jako jediný zdroj pravdivých údajů o identitách uživatelů. Synchronizace uživatelů z Entra ID do Control Hubu zajišťuje konzistenci, zjednodušuje správu a podporuje funkce jednotného přihlášení (SSO).
Aby se zajistilo, že všichni uživatelé v Unified CM jsou přítomni také v Entra ID, měly by organizace ověřit, zda uživatelské účty v Unified CM odpovídají účtům v Entra ID. Toho lze dosáhnout exportem seznamů uživatelů z Unified CM a jejich porovnáním se seznamy uživatelů Entra ID.
Stručně řečeno, doporučenou metodou zřizování je synchronizace uživatelů z Microsoft Entra ID (Azure AD) do Webex Control Hub pomocí Průvodce Azure AD nebo aplikací SCIM. Ruční a hromadné zřizování v CSV jsou k dispozici jako doplňkové metody, ale jsou méně škálovatelné a pro velké organizace náchylnější k chybám. Zajištění toho, aby Entra ID bylo autoritativním zdrojem a aby všichni uživatelé Unified CM existovali v Entra ID, je zásadní pro úspěšnou migraci a konzistentní uživatelskou zkušenost v prostředích Webex Calling a Unified CM.
Přechod z místní adresářové služby, jako je Active Directory, na cloudovou adresářovou službu, jako je Entra ID (Azure ID), je nezávislý na přechodu volání. Společnost Cisco doporučuje dokončit přechod na cloudovou adresářovou službu před zahájením přechodu volání.
Návrh uživatelských skupin
Po převedení podnikového adresáře z místního prostředí do cloudu shromážděte požadované skupiny uživatelů na základě požadavků na licencování a šablony funkcí. Pro každý skupinový dokument:
-
Název skupiny: unikátní název skupiny.
-
Licence: licence, které mají být přiřazeny této skupině (pokud existují) a rozsah (mají být licence přiřazeny stávajícím uživatelům nebo pouze novým uživatelům)
-
Šablony nastavení: Šablony volání pro aplikaci Webex a uživatele.
-
Synchronizace adresářů: Bude tato skupina synchronizována z podnikového adresáře, nebo se jedná o lokální skupinu Webex zřízenou v Control Hubu nebo prostřednictvím API?
-
Popis: Jak bude tato skupina používána a kteří uživatelé by měli být jejími členy
Tyto údaje budou později použity během implementační fáze k vytvoření lokálních skupin nebo skupin v podnikovém adresáři a ke správě členství uživatelů ve skupinách.
Jednotné přihlašování (SSO)
Společnost Cisco doporučuje pro ověřování uživatelů používat jednotné přihlašování (SSO). Používání SSO má několik přesvědčivých výhod, včetně:
-
Zjednodušené ověřování uživatelů: Uživatelé se mohou přihlásit jednou pomocí svých firemních přihlašovacích údajů (např. z Azure ID) pro přístup k Webexu a dalším integrovaným aplikacím, čímž se eliminuje potřeba více hesel a snižuje se počet výzev k přihlášení. To zvyšuje zabezpečení tím, že zajišťuje, že firemní hesla nebudou po ověření nikdy uložena ani přenesena do Webexu.
-
Zjednodušená správa uživatelů: Automatizuje vytváření, aktualizace a deaktivaci uživatelských účtů na základě změn v podnikovém adresáři, čímž snižuje administrativní režii a zajišťuje, že přístup mají pouze oprávnění uživatelé.
-
Vylepšené zabezpečení: Jednotné přihlašování (SSO) snižuje únavu hesel a riziko úniků hesel centralizací ověřování prostřednictvím důvěryhodných poskytovatelů identit (IdP).
-
Snadná integrace vícefaktorového ověřování (MFA): MFA lze snadno podporovat buď prostřednictvím řešení pro správu identit, jako je Cisco Duo, nebo prostřednictvím podpory MFA ze strany IdP.
Existuje několik možností, jak implementovat jednotné přihlašování (SSO) pro služby Webex:
-
Jednotné přihlašování (SSO) založené na SAML 2.0: Primární protokol podporovaný pro integraci Webex SSO, který umožňuje bezpečnou výměnu ověřovacích informací mezi IdP a poskytovatelem služeb Webex.
-
OpenID připojení (OIDC): Podporováno jako alternativní moderní ověřovací protokol pro integraci SSO.
-
Identita Webexu: Také podporováno jako možnost poskytovatele identity.
Jednotné přihlašování (SSO) je konfigurováno a spravováno centrálně prostřednictvím Control Hubu, což vyžaduje výměnu metadat mezi Webexem a vybraným poskytovatelem identity (IdP).
Po konfiguraci lze SSO před aktivací otestovat v Control Hubu, aby se zajistilo správné nastavení.
Cisco Webex podporuje integraci s řadou testovaných a běžně používaných poskytovatelů identit (IdP) a systémů pro správu identit (IAM), včetně, ale nikoli výhradně:
-
Cisco Duo
-
Okta
-
Služba Microsoft Active Directory Federation Services (ADFS)
-
Microsoft Azure
-
PingFederate
-
OpenAM
-
F5 BIG-IP.
Tito IdP splňují standardy SAML 2.0 nebo OpenID Connect a byli ověřeni z hlediska kompatibility s řešeními pro spolupráci Cisco.
Podpora více IdP
Webex umožňuje organizacím konfigurovat SSO s více IdP, aby vyhověly složitým IT prostředím, jako jsou fúze, akvizice nebo decentralizovaná IT oddělení, kde různé skupiny používají různé IdP. Podporu více IdP lze implementovat buď pomocí funkce Multiple IdP ve Webexu, nebo integrací podnikového systému IAM, jako je Cisco Duo.
Podpora více poskytovatelů identit (IdP) od Webexu řeší několik klíčových případů použití, kdy organizace vyžadují flexibilní a bezpečné ověřování v různých IT prostředích:
1. Fúze a akvizice
Když se společnosti slučují nebo akvizují s jinými, často mají oddělené IT infrastruktury a samostatné poskytovatele identity (IdP), které se nemohou federovat. Podpora více IdP umožňuje uživatelům z obou organizací bezpečně se ověřovat a spolupracovat, aniž by bylo nutné okamžitě sjednocovat své systémy identity.
2. Několik nezávislých IT oddělení
Velké organizace nebo vládní instituce mohou mít více nezávislých IT oddělení, z nichž každé spravuje svého vlastního poskytovatele identity (IdP). Funkce více IdP od Webexu umožňuje těmto oddělením spravovat si vlastní ověřovací systémy a zároveň uživatelům bezproblémový přístup k Webexu.
3. Různé uživatelské skupiny nebo domény
Organizace s různými uživatelskými skupinami (např. zaměstnanci vs. smluvní dodavatelé) nebo více e-mailovými doménami mohou nakonfigurovat pravidla směrování tak, aby směrovala požadavky na ověření na příslušného poskytovatele identity na základě členství v doméně nebo skupině. To podporuje diferencované zásady přístupu a bezpečnostní kontroly.
4. Podpora různých ověřovacích protokolů
Webex podporuje IdP dle SAML a OpenID Connect (OIDC), což organizacím umožňuje integrovat různé typy poskytovatelů identity podle jejich stávajících požadavků na infrastrukturu a zabezpečení.
5. Vylepšené zabezpečení a dodržování předpisů
Povolením více IdP mohou organizace implementovat silnější mechanismy ověřování, včetně vícefaktorového ověřování (MFA) prostřednictvím integrací, jako je Duo, a vynucovat konzistentní bezpečnostní zásady napříč různými uživatelskými základnami.
6. Zjednodušený uživatelský zážitek
Uživatelé se mohou ověřovat pomocí svých stávajících přihlašovacích údajů od příslušných poskytovatelů identity (IdP), což poskytuje jednotný proces přihlašování i přes složitost více systémů identity.
I když podpora více IdP poskytuje flexibilitu, vyžaduje pečlivou koordinaci mezi bezpečnostními a identitními týmy, aby se zachovaly konzistentní bezpečnostní zásady a zabránilo se potenciálním zranitelnostem.
Duo MFA s jednotným přihlašováním pro Webex
Duo Access Gateway (DAG) dokáže ověřovat uživatele pomocí stávajících místních nebo cloudových adresářů, jako je Active Directory (AD) a OpenLDAP. Podporuje také integraci s dalšími poskytovateli identit, jako jsou Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS a Shibboleth. Tato flexibilita umožňuje organizacím využívat jejich stávající adresářovou infrastrukturu pro Webex SSO s Duo MFA.
Duo funguje jako silná ověřovací vrstva nad rámec ověřování primárního adresáře. Funguje jako poskytovatel identity (IdP) s využitím SAML 2.0 k vynucení dvoufaktorového ověřování (2FA) před udělením přístupu k Webexu. Duo vyhodnocuje kontext uživatele, zařízení a sítě na základě konfigurovatelných zásad, aby povolilo nebo zakázalo přístup, a tím zvýšilo zabezpečení nad rámec pouhého uživatelského jména a hesla. Duo také nabízí flexibilní ovládací prvky zásad, jako je například vyžadování vícefaktorové autentizace (MFA) při každém přihlášení u některých aplikací a méně často u jiných.
Mezi výhody Cisco Duo patří:
-
Rozšířené zabezpečení: Přidává vícefaktorovou autentizaci (MFA) odolnou proti phishingu pro ochranu přístupu k Webexu a snížení rizika spojeného s kompromitací hesel.
-
Flexibilní zásady: Umožňuje podrobnou kontrolu nad požadavky na ověřování pro každou aplikaci nebo skupinu uživatelů.
-
Integrace se stávajícími adresáři: Podporuje lokální služby AD, OpenLDAP, cloudové adresáře a různé poskytovatele jednotného přihlašování (SSO), čímž minimalizuje změny infrastruktury.
-
Pohodlí pro uživatele: Podporuje jednotné přihlašování (SSO) pro snížení únavy z hesla tím, že uživatelům umožňuje jedno přihlášení a bezpečný přístup k více zdrojům.
-
Důvěryhodné koncové body: Podporuje důvěryhodnost zařízení pro klienty Webex v systémech Windows a macOS, čímž zlepšuje zabezpečení.
-
Samoobslužná registrace: Inline registrace a výzva Duo zlepšují uživatelský zážitek během nastavení MFA.
Duo MFA s jednotným přihlašováním (SSO) pro Webex využívá k ověřování uživatelů stávající adresáře, jako je Active Directory a OpenLDAP, nebo cloudové poskytovatele identit. Úlohou Duo je poskytovat silný, na zásadách řízený druhý faktor ověřování integrovaný prostřednictvím SAML 2.0, zvyšující zabezpečení a zároveň zachovávající pohodlí uživatelů prostřednictvím jednotného přihlašování (SSO). Mezi výhody patří vylepšené zabezpečení, flexibilní vynucování zásad, bezproblémová integrace a lepší uživatelský zážitek.
Společnost Cisco doporučuje implementovat jednotné přihlašování (SSO) pro uživatele Webexu. Pro vylepšenou bezpečnostní integraci se doporučuje Cisco Duo.
Strategie Enterprise IAM a SSO by měla být nasazena před zahájením přechodu z Unified CM na Webex Calling.
Funkce
Webex Calling nabízí kompletní sadu základních funkcí, které jsou součástí služby. To zahrnuje mnoho funkcí volání na podnikové úrovni, které jsou v Unified CM k dispozici již mnoho let. Mezi funkcemi Webex Calling a funkcemi Unified CM se nemusí objevit 100% shoda, nicméně jak vidíte na obrázku níže, klíčové funkce volání Unified CM jsou k dispozici i ve Webex Calling.

Kromě mnoha uživatelských funkcí má Webex Calling základní systémové funkce, které jsou součástí platformy. Patří mezi ně funkce jako automatické telefonní operátory, fronty hovorů, parkování hovorů atd. Všechny dostupné základní funkce systému si můžete prohlédnout v Control Hub v sekci Služba → Volání → Funkce, jak je znázorněno na obrázku Základní funkce Webex Calling.

Automatický operátor
Automatický telefonát Webex Calling umožňuje 24/7 automatizace vyřizování příchozích hovorů, která umožňuje efektivní vyřizování hovorů bez nutnosti, aby někdo přijímal každý hovor.
Automatický operátor přijímá příchozí hovory a volajícímu nabízí nabídku možností, kam chce hovor přesměrovat. Může se jednat o osobu, hlasovou schránku nebo volací službu (např. frontu hovorů). Volající použije číselnou klávesnici svého telefonu k zadání čísla z nabídky automatického operátora.
Automatický operátor podporuje následující klíčové funkce:
-
Pracovní a mimopracovní rozvrhy
-
Plán svátků
-
Možnost vytáčení v nabídce pro nasměrování zákazníků tam, kam potřebují jít
-
Přizpůsobit pozdravy
-
Možnost vytočení podle jména
-
Možnosti přesměrování hovorů
-
Analytika a reporty Control Hubu.
Více informací naleznete v části Správa automatických telefonních operátorů.
Parkování hovorů
Parkování hovoru umožňuje uživatelům snadno přidržet hovor , aby ho mohl jiný uživatel snadno přijmout, až bude k dispozici. Také to umožňuje uživateli, který původní hovor přijal, uskutečňovat nebo přijímat další hovory, zatímco je hovor zaparkovaný.
Ve Webex Calling jsou k dispozici dva typy parkování hovorů:
-
Přímé parkování hovoru – umožňuje libovolnému uživateli zaparkovat hovor na pobočku jiného uživatele nebo na pobočku pro parkování hovoru, jak je definováno administrátorem
-
Skupina pro parkování hovorů – umožňuje definované skupině uživatelů automaticky parkovat hovory u dostupných parkovacích destinací definovaných pro danou skupinu. Těmito cíli mohou být linky členů skupiny nebo linky pro parkování hovorů.
V závislosti na konfiguraci a typu parkování mohou uživatelé přijímat hovory vytočením čísla *88+><extension of parked call>, stisknutím tlačítka linky přidruženého k pobočce pro parkování hovoru nebo použitím softwarové klávesy na svém IP telefonu.
K dispozici je možnost opětovného převzetí zaparkovaného hovoru po uplynutí stanovené doby uživateli, který hovor zaparkoval, nebo jinému uživateli.
Více informací naleznete v části Správa parkování hovorů v Control Hub.
Hromadné zvednutí hovorů
Vyzvednutí hovoru umožňuje administrátorovi definovat skupinu uživatelů (členů), kteří mohou přijmout hovor na telefon jiného člena. To dává uživateli možnost přijímat hovory, když jsou jeho spoluhráči zaneprázdněni a nemohou přijmout příchozí hovor.
Uživatelé ve skupině musí být ve stejném umístění Webex Calling.
Uživatelé mohou k přijetí hovoru použít buď aplikaci Webex, nebo svůj stolní telefon.
-
Aplikace Webex:
-
Podporuje vizuální a zvuková oznámení
-
Upozornění na příchozí hovor
-
na bázi FAC (vytáčení *98) nebo oznámení o přijetí hovoru
-
Oznámení o vyzvednutí hovoru pro více linek.
-
-
Stolní telefony:
-
Upozornění na příchozí hovor
-
Zvukové signály a vizuální upozornění prostřednictvím LED displeje na ručním ovladači. Model 6821 podporuje pouze zvukové zvonkohry
-
Pokud typ oznámení vybraný v Control Hubu není žádný
-
-
Oznámení o vyzvednutí hovoru pouze pro primární linky.
-
Další informace naleznete v části Konfigurace skupiny pro příjem hovorů.
Fronta hovorů
Webex Calling zahrnuje jako součást svých základních funkcí fronty hlasových hovorů a každý uživatel s licencí Webex Calling Professional může být součástí fronty hovorů, agentem nebo supervizorem. Tato funkce umožňuje uživatelům efektivně komunikovat se zákazníky. Fronty hovorů podporují podmnožinu některých základních funkcí call centra, jako jsou hlasové fronty, zpětná volání, směrování podle dovedností nebo priorit, správa front agentů, analýzy, reporting atd.
Výzva společnosti Cisco k integraci s Microsoft Teams umožňuje agentům přístup k hovorům a funkcím fronty hovorů přímo z jejich klienta Microsoft Teams.
Fronty volání podporují následující klíčové funkce:
-
Pozdravy a vzkazy (uvítání, útěcha, šepot atd.)
-
Pozastavit hudbu
-
Zpětné volání
-
Zásady směrování front (noční provoz, svátky, přesměrování)
-
Fronta agentů login/logout
-
Správa stavu fronty agentů
-
Podpora aplikace Webex nebo stolního telefonu
-
Monitorování hovorů agenta supervizora, koučování, připojování nebo převzetí pomocí přístupových kódů k funkcím (FAC)
-
Control Hub (přístup pro správce) pro:
-
správa front
-
Analýza a reporting agentů a front
-
Správa front, agentů a supervizorů.
-
Více informací naleznete v části Konfigurace fronty volání.
Webex Calling má doplňkovou funkci Customer Assist, která poskytuje další možnosti fronty hovorů a poskytuje agentům a supervizorům lepší uživatelský zážitek v aplikaci Webex. Porovnání funkcí fronty hovorů a zákaznické podpory služby Webex Calling naleznete v článku Porovnání fronty hovorů a funkcí zákaznické podpory služby Webex Calling.
Skupina sdružených linek
Skupiny pro vyhledávání volajících Webex umožňují směrování příchozích hovorů na konkrétní skupinu uživatelů pomocí předem stanoveného vzoru směrování hovorů. Díky tomu je zajištěno, že hovory přijme správná skupina uživatelů nebo budou přesměrovány do hlasové schránky k následné komunikaci.
Jeden velký rozdíl mezi skupinami pro vyhledávání a frontami hovorů spočívá v tom, že hovory se ve skupinách pro vyhledávání nezařazují do fronty, takže pokud ve skupině pro vyhledávání nejsou žádní uživatelé k dispozici, aby hovor přijali, bude hovor odpojen, odeslán do hlasové schránky nebo přesměrován na jiné číslo (uživatele nebo službu).
Více informací naleznete v části Správa skupin hledání v Control Hub.
Provozní režimy
Funkce Provozní režimy umožňuje firmám efektivně směrovat hovory k různým cílům (uživatelé, hlasová schránka, volací služby, jako je fronta hovorů). Kam a kdy je hovor směrován, je založeno na denním a denním harmonogramu a kterýkoli uživatel může být oprávněn spravovat tyto režimy (harmonogramy) a řídit změny ve směrování hovorů.
Například hovory do fronty hovorů mohou být směrovány do jiné fronty hovorů s agenty v jiném časovém pásmu pro přijímání hovorů po pracovní době, během pracovní doby mohou být směrovány k místním agentům a během svátků mohou být směrovány do hlasové schránky pro následnou komunikaci po návratu agentů do kanceláře.
Oprávněný uživatel může přepínat mezi těmito různými scénáři (režimy) přesměrování hovorů, pokud potřebuje po určitou dobu změnit, kam jsou příchozí hovory směrovány. Tito uživatelé mohou spravovat režimy prostřednictvím svých 6800/7800/8800 Telefony MPP, telefony 9800 nebo v uživatelském centru Webex na adrese Spravovat režimy.
Další informace naleznete v části Směrování hovorů na základě provozních režimů ve Webex Calling.
Skupina pagingu
Skupiny stránkování umožňují uživatelům uskutečnit jednosměrný hovor a odeslat zvukovou zprávu skupině uživatelů. Každá skupina může obsahovat až 75 cílových uživatelů. and/or pracovní prostory, které jsou dostupné vytočením předem definovaného čísla nebo linky.
Když uživatel volá do pagingové skupiny, je současně uskutečněn hovor se všemi přiřazenými cíli ve skupině, načež může volající nahlas vyslovit své zprávy a po jejich dokončení zavěsit.
Další informace naleznete v článku Konfigurace pagingové skupiny v Control Hub.
Nahrávky
Webex Calling podporuje nahrávání hovorů uskutečněných nebo přijatých uživatelem. To může být vyžadováno z důvodu zajištění kvality, zajištění bezpečnosti nebo školení. Ve výchozím nastavení se hovory nahrávají ve Webexu, ale pokud jsou vyžadovány další funkce nahrávání nebo požadavky na dodržování předpisů a regulační předpisy, lze použít i jiné poskytovatele nahrávání třetích stran.
Při použití Webexu jako nahrávací platformy jsou všechny nahrané hovory spravovány v Control Hubu. Plnoprávní administrátoři s rolí pracovníka pro dodržování předpisů mohou nahrávky přehrávat a stahovat. Bez role pracovníka pro dodržování předpisů může správce nahrávky pouze smazat.
Další informace o této funkci a seznam nahrávek třetích stran naleznete v části Správa nahrávání hovorů pro Webex Calling.
Dosažitelnost na jednom čísle
Dosah jednoho čísla umožňuje, aby hovory na telefonní číslo uživatele zvonily na více zařízeních. To může zahrnovat i jiné stolní telefony i mobilní telefony. Z těchto zařízení lze také uskutečňovat hovory a uživatelé si mezi nimi mohou hovory přesměrovávat a přenášet.
Další informace o této funkci a o tom, jak ji administrátor konfiguruje v Control Hubu, naleznete v článku Konfigurace dosahu na jednom čísle (kancelář kdekoli).
Další informace o tom, jak si uživatelé mohou tuto funkci spravovat a konfigurovat v centru pro uživatele Webex (portál), naleznete v části Konfigurace dosahu na jednom čísle (kancelář kdekoli).
Skupina hlasové pošty
Skupiny hlasové schránky umožňují sdílenou hlasovou schránku, kterou lze přiřadit uživateli nebo funkci směrování hovorů. Mezi důvody, proč může být potřeba hlasová schránka, patří:
-
Univerzální hlasová schránka pro oddělení nebo pracovní skupinu
-
Přidání možnosti hlasové schránky do automatického telefonního operátora nebo vyhledávací skupiny
-
Odeslání přeplněných hovorů z fronty hovorů
-
Uživatelé, kteří potřebují pouze hlasovou schránku.
Další informace naleznete v článku Správa sdílené hlasové schránky a schránky příchozích faxů pro Webex Calling.
Aplikace Attendant Console je uvedena na stránce Funkce volání v aplikaci Webex Control Hub, jedná se však o doplňkovou funkci, která vyžaduje zakoupení licence pro aplikaci Attendant Console.
Další informace naleznete v části Začínáme s Attendant Console.
Informace o všech funkcích, včetně některých doplňkových funkcí, naleznete v části Funkce dostupné podle typu licence pro Webex Calling.