19. listopadu 2021 | 147 zobrazení | 0 osob/y, podle nichž byl obsah užitečný

Pracovní postup konfigurace volání Webex

30. září 2022

Přehled volání Webex

Představujeme volání Webex

Představte si, že můžete využívat funkce cloudového volání, mobility a pobočkové ústředny na podnikové úrovni spolu s aplikací Webex pro zasílání zpráv a schůzky a volání z měkkého klienta Webex Calling nebo zařízení Cisco. To je přesně to, co vám Webex Calling nabízí.

Volání Webex poskytuje následující výhody:

Volání předplatných pro uživatele telefonního subsystému a společné prostory
Přístup k aplikaci Webex pro každého uživatele
Přístup k veřejné telefonní síti (PSTN), který uživatelům umožní vytáčet čísla mimo organizaci. Služba je poskytována prostřednictvím stávající podnikové infrastruktury (místní brána bez místní IP pobočkové ústředny nebo se stávajícím prostředím volání Unified CM) nebo prostřednictvím možností veřejné telefonní sítě poskytovaných partnerem nebo společností Cisco.

Volání Webex podporuje následující funkce. Další informace naleznete v kapitole Konfigurace funkcí volání Webex.

Tabulka 1. Funkce konfigurovatelné správcem
Funkce	Popis
Automatický operátor	Můžete přidávat pozdravy, nastavovat nabídky a směrovat hovory do záznamové služby, lovecké skupiny, hlasové schránky nebo skutečné osoby. Můžete vytvořit 24hodinový rozvrh nebo poskytnout různé možnosti, když je vaše firma otevřená nebo zavřená. Můžete dokonce směrovat hovory na základě atributů ID volajícího a vytvářet seznamy VIP nebo zpracovávat hovory z určitých směrových čísel oblastí odlišně.
Fronta hovorů	Frontu hovorů můžete nastavit tak, aby v případě, že příchozí hovory nelze přijmout, byla volajícím poskytnuta automatická odpověď, uklidňující zprávy a hudba, dokud někdo nemůže hovor přijmout.
Hromadné zpracování hovorů	Týmovou práci a spolupráci můžete zlepšit vytvořením skupiny pro vyzvednutí hovorů, aby uživatelé mohli navzájem přijímat hovory. Když přidáte uživatele do skupiny pro vyzvednutí hovoru a člen skupiny je pryč nebo zaneprázdněn, může jejich hovory přijímat jiný člen.
Parkování hovorů	Můžete zapnout park hovorů, aby uživatelé mohli hovor přidržet a vyzvednout ho z jiného telefonu.
Skupina sdružených linek	Skupiny lovu můžete nastavit v následujících scénářích: Prodejní tým, který chce sekvenční směrování. Příchozí hovor zazvoní na jednom telefonu, ale pokud není přijata žádná odpověď, hovor přejde k dalšímu agentovi v seznamu. Tým podpory, který chce, aby telefony vyzváněly všechny najednou, aby první dostupný agent mohl hovor přijmout.
Skupina pagingu	Můžete vytvořit stránkovací skupinu, aby uživatelé mohli odeslat zvukovou zprávu osobě, oddělení nebo týmu. Když někdo pošle zprávu stránkovací skupině, zpráva se přehraje na všech zařízeních ve skupině.
Klient recepce	Pomozte podpořit potřeby pracovníků front-office tím, že jim poskytnete úplnou sadu možností řízení hovorů, rozsáhlé monitorování linek, fronty hovorů, více možností a zobrazení adresářů, integraci aplikace Outlook a další.

Uživatelé mohou konfigurovat následující funkce v https://settings.webex.comprogramu , který se křížově spustí do portálu Volajícího uživatele.

Tabulka 2. Uživatelsky konfigurovatelné funkce
Funkce	Popis
Anonymní odmítnutí hovoru	Uživatelé mohou odmítnout příchozí hovory s blokovanými ID volajícího.
Kontinuita podnikání	Pokud telefony uživatelů nejsou z jakéhokoli důvodu připojeny k síti (například výpadek napájení, problémy se sítí atd.), mohou uživatelé přesměrovat příchozí hovory na konkrétní telefonní číslo.
Přesměrování hovorů	Uživatelé mohou přesměrovat příchozí hovory na jiný telefon.
Selektivní přesměrování hovorů	Uživatelé mohou přesměrovávat hovory v určitých časech od konkrétních volajících. Toto nastavení bude mít přednost před přesměrováním hovorů.
Upozornit na volání	Uživatelé si mohou při přijetí hovoru odeslat e-mail podle předdefinovaných kritérií, jako je telefonní číslo nebo datum a čas.
Čekající hovor	Uživatelé mohou povolit příjem dalších příchozích hovorů.
Nerušit	Uživatelé mohou dočasně nechat všechny hovory jít přímo do hlasové schránky.
Office Anywhere	Uživatelé mohou použít své vybrané telefony ("Umístění") jako rozšíření svého firemního telefonního čísla a vytáčecího plánu.
Prioritní výstraha	Uživatelé mohou vyzvánět své telefony s výrazným vyzváněním, pokud jsou splněna předdefinovaná kritéria, jako je telefonní číslo nebo datum a čas.
Práce na dálku	Uživatelé mohou volat ze vzdáleného telefonu a nechat si ho zobrazit z jejich obchodní linky. Kromě toho budou na tomto vzdáleném telefonu vyzvánět všechny příchozí hovory na jejich obchodní linku.
Selektivní přijímání hovorů	Uživatelé mohou přijímat hovory v určitých časech od konkrétních volajících.
Selektivní odmítnutí hovoru	Uživatelé mohou odmítnout hovory v určitých časech od konkrétních volajících.
Sekvenční okruh	Vyzvánějte až 5 zařízení po sobě pro příchozí hovory.
Simultánní vyzvánění	Vyzvánějte současně čísla uživatelů a dalších osob ("příjemců hovorů") pro příchozí hovory.

Zřizování služeb, zařízení a uživatelů v Centru řízení, křížové spuštění na podrobnou konfiguraci na portálu pro správu volání

Control Hub (https://admin.webex.com) je portál pro správu, který se integruje s voláním Webex, aby zefektivnil vaše objednávky a konfiguraci a centralizoval správu sdružené nabídky –voláníWebex, aplikaceWebex a schůzky.

Control Hub je centrální bod pro zřizování všech služeb, zařízení a uživatelů. Můžete provést první nastavení služby volání, zaregistrovat telefony MPP do cloudu (pomocí adresy MAC), konfigurovat uživatele přidružením zařízení, přidáním čísel, služeb, funkcí volání atd. Z Centra řízenímůžete také křížově spustit na portálpro správu volání.

Uživatelské prostředí

Uživatelé mají přístup k následujícím rozhraním:

Aplikace pro volání Webex – měkký klient pro volání, které je označeno značkou Cisco. Další informace naleznete v tématu Prozkoumejte novou aplikaci Cisco Webex Calling App.
Nastavení Webex (https://settings.webex.com) – Rozhraní, kde mohou uživatelé nastavit předvolby pro profil, stáhnout aplikaci Webex a křížově spustit do portálu Volající uživatel portál pro nastavení volání. Další informace naleznete v tématu Změna nastaveníCisco Webex.
Aplikace Webex – aplikace zahrnutá v předplatném jako klient týmového zasílání zpráv značky Cisco. Další informace naleznete v tématu Začínáme s aplikací Cisco Webex.
Schůzky Webex – Volitelná aplikace přidaná jako řešení schůzek. Další informace naleznete v tématu SchůzkyWebex.

Přehled

Volání Webex může snížit provozní náklady a zvýšit produktivitu tím, že vám pomůže migrovat důležitou obchodní komunikaci do cloudu. V kombinaci s dalšími aplikacemi a zařízeními Webex je srdcem kompletního podnikového cloudového volání a spolupráce. Společnost Cisco podporuje místní, cloudová a smíšená nasazení modelů, aby udržela své zákazníky ve spojení a produktivitu odkudkoli; a to i během rušivých událostí na trhu.

Volání Webex nyní obsahuje vyhrazenou možnost cloudové instance založenou na architektuře Cisco Unified Communications Manager. Vyhrazená instance je integrována s voláním Webex a využívá služeb platformy Webex, přináší cloudové inovace a vylepšené prostředí zákazníkům, kteří potřebují podporovat starší koncové body Cisco, řešení místní odolnosti nebo stávající integrace, které jsou součástí kritických obchodních pracovních postupů.

Doplněk Vyhrazená instance pro volání Webexu zahrnuje:

Cisco Unified Communications Manager
Cisco Unified IM and Presence
Připojení Cisco Unified Unity
Dálnice Cisco
Cisco Emergency Responder (pouze oblast Severní a Jižní Amerika)
Cisco Session Management Edition (SME) (volitelné)

Rozšířená návratnost investic – vyhrazená instance podporuje stejné koncové body hlasu a videa jako přidružená verze UC Manager, čímž eliminuje požadavek na aktualizaci všech koncových bodů zákazníka při migraci do cloudu a rozšíření návratnosti investic těchto prostředků.

Základní Inter-Op - Vyhrazená instance je integrována s voláním Webex pro směrování hovorů prostřednictvím platformy Webex. Zákazníci mají flexibilitu distribuovat uživatele napříč vyhrazenou instancí i voláním Webex a v průběhu času se přizpůsobovat podle potřeby, aby řešili své obchodní požadavky na cloudové volání.

Zákazníci, kteří rozdělí uživatele mezi platformy, budou mít různé funkce. Funkce volání nejsou harmonizovány mezi vyhrazenou instancí a voláním Webex. Například uživatelé volání Webex nemohou být součástí skupiny lovu ve vyhrazené instanci.

Prohlídka Control Hubu

Control Hub je vaše jediné webové rozhraní pro správu vaší organizace, správu uživatelů, přiřazování služeb, analýzu trendů přijetí a kvality hovorů a další.

Chcete-li svou organizaci zprovoznit, doporučujeme pozvat několik uživatelů, aby se připojili k aplikaci Webex zadáním svých e-mailových adres do Centrařízení. Povzbuďte lidi, aby využívali služby, které poskytujete, včetně volání, a poskytněte vám zpětnou vazbu o jejich zkušenostech. Až budete připraveni, můžete vždy přidat další uživatele.

Pro přístup k Control Hubudoporučujeme použít nejnovější verzi prohlížeče Google Chrome nebo Mozilla Firefox pro stolní počítače. Prohlížeče na mobilních zařízeních a jiných prohlížečích pro stolní počítače mohou vést k neočekávaným výsledkům.

Níže uvedené informace použijte jako souhrn na vysoké úrovni o tom, co můžete očekávat při nastavování vaší organizace pomocí služeb. Podrobnější informace naleznete v jednotlivých kapitolách, kde najdete podrobné pokyny.

Začínáme

Jakmile partner vytvoří váš účet, obdržíte uvítací e-mail. Klikněte na odkaz Začínáme v e-mailu a pomocí Chromu nebo Firefoxu otevřete Control Hub. Odkaz vás automaticky přihlásí pomocí e-mailové adresy správce. Dále budete vyzváni k vytvoření hesla správce.

První průvodce zkušebními verzemi

Pokud vás váš partner zaregistroval ke zkušební verzi, průvodce instalací se automaticky spustí po přihlášení k Centru řízení. Průvodce vás provede základními nastaveními, aby vaše organizace fungovala mimo jiné pomocí voláníWebex. Před dokončením průvodce můžete nastavit a zkontrolovat nastavení volání.

Zkontrolujte nastavení

Po načtení Ovládacího centra můžete zkontrolovat nastavení.

Přidat uživatele

Teď, když jste nastavili služby, jste připraveni přidat lidi z adresáře vaší společnosti. Přejděte na Uživatelé a klikněte na Spravovat uživatele.

Pokud používáte službu Microsoft Active Directory, doporučujeme nejprve povolit synchronizaci adresářů a pak se rozhodnout, jak chcete přidat uživatele. Klepněte na tlačítko Další a postupujte podle pokynů k nastavení konektoru Cisco Directory Connector.

Nastavení jednotného přihlašování (SSO)

Aplikace Webex používá základní ověřování. Můžete nastavit jednotné přihlašování tak, aby se uživatelé ověřovali u vašeho zprostředkovatele podnikových identit pomocí svých podnikových přihlašovacích údajů, nikoli samostatného hesla uloženého a spravovaného ve Webexu.

Přejděte na Nastavení, přejděte na Ověřování, klikněte na Změnita pak vyberte Integrovat zprostředkovatele identity 3. strany.

Přiřadit služby uživatelům

Musíte přiřadit služby uživatelům, které jste přidali, aby lidé mohli začít používat aplikaci Webex.

Přejděte na Uživatelé, klikněte na Spravovat uživatele, vyberte Exportovat a importovat uživatele se souboremCSV a potom klikněte na Exportovat.

Do staženého souboru jednoduše přidejte hodnotu True pro služby, které chcete přiřadit každému z vašich uživatelů.

Importujte dokončený soubor, klepněte na tlačítko Přidat a odebrat službya potom klepněte na tlačítko Odeslat. Nyní jste připraveni konfigurovat funkce volání, registrovat zařízení, která lze sdílet na společném místě, a registrovat a přidružit zařízení k uživatelům.

Podpořte své uživatele

Nyní, když jste přidali uživatele a byly jim přiřazeny služby, mohou začít používat své podporované multiplatformní telefony (MPP) pro volání Webex a aplikaci Webex pro zasílání zpráv a schůzky. Povzbuďte je, aby používali nastavení Cisco Webex jako jednotné kontaktní místo pro přístup.

Role místní brány

Místní brána je hraniční zařízení spravované podnikem nebo partnerem pro vzájemnou spolupráci v síti PSTN (Public Switch Telephony Network) a starší vzájemnou spolupráci na ústředně veřejných poboček (PBX) (včetně Unified CM).

Pomocí Control Hub můžete přiřadit místní bránu k umístění, po kterém Control Hub poskytuje parametry, které můžete konfigurovat v CUBE. Tyto kroky zaregistrují místní bránu v cloudu a pak se služba PSTN poskytuje prostřednictvím brány pro Webex volání uživatelů v určitém umístění.

Chcete-li zadat a objednat místní bránu, přečtěte si Průvodceobjednáváním místní brány.

Podporovaná nasazení místní brány pro volání Webexu

Podporována jsou následující základní nasazení:

Místní bránu lze nasadit samostatně nebo v nasazeních, kde je vyžadována integrace do nástroje Cisco Unified Communications Manager.

Nasazení místní brány bez místní IP pobočkové ústředny

Samostatná nasazení místní brány

Tento obrázek znázorňuje nasazení volání Webex bez existující IP pobočkové ústředny a je použitelný pro jedno umístění nebo nasazení ve více umístěních.

Pro všechna volání, která neodpovídají vašim cílům volání Webex, volání Webex odešle tato volání do místní brány, která je přiřazena k umístění pro zpracování. Místní brána směruje všechna volání, která přicházejí z volání Webex do veřejné telefonní sítě a v opačném směru, do veřejné telefonní sítě do voláníWebex.

Brána veřejné telefonní sítě může být vyhrazená platforma nebo identifikátor jádra s místní bránou. Stejně jako na následujícím obrázku doporučujeme vyhrazenou variantu brány veřejné telefonní sítě tohoto nasazení. lze ji použít, pokud stávající bránu veřejné telefonní sítě nelze použít jako místní bránu volající Webex.

Nasazení místní brány Coresident

Místní brána může být založena na protokolu IP, připojuje se k ITSP pomocí kmene SIP nebo TDM pomocí ISDN nebo analogového obvodu. Následující obrázek znázorňuje nasazení volání Webexu, kde je místní brána coresident s PSTN GW/SBC.

Nasazení místní brány s místní jednotnou pobočkovou ústřednou CM

Integrace s Unified CM jsou vyžadovány v následujících případech:

Umístění s povoleným volánímWebex jsou přidána do existujícího nasazení Cisco UC, kde je Unified CM nasazen jako místní řešení řízení hovorů
Je vyžadována přímá volba mezi telefony registrovanými v Unified CM a telefony v místech volání Webex.

Tento obrázek znázorňuje nasazení volání Webex, kde má zákazník existující unifikovanou IP pobočkovou ústřednu UNIFIED CM.

Volání Webex odesílá volání, která neodpovídají cílům volání Webex zákazníka , do místní brány. To zahrnuje čísla PSTN a interní rozšíření Unified CM, která volání Webex nevidí. Místní brána směruje všechna volání, která přicházejí z volání Webex do Unified CM a naopak. Unified CM pak směruje příchozí hovory do místních cílů nebo do veřejné telefonní sítě podle stávajícího vytáčecího plánu. Vytáčecí plán Unified CM normalizuje čísla jako +E.164. Brána veřejné telefonní sítě může být vyhrazená nebo může být rezidentní s místní bránou.

Vyhrazená brána veřejné telefonní sítě

Vyhrazená varianta brány veřejné telefonní sítě tohoto nasazení, jak je znázorněno v tomto diagramu, je doporučenou možností a lze ji použít, pokud stávající bránu veřejné telefonní sítě nelze použít jako místní bránu volající Webex.

Brána Veřejné telefonní sítě Coresident

Tento obrázek znázorňuje nasazení volání Webex s Unified CM, kde je místní brána coresident s bránou PSTN/SBC.

Volání Webex směruje všechna volání, která neodpovídají cílům volání Webex zákazníka , k místní bráně, která je přiřazena k umístění. To zahrnuje cíle veřejné telefonní sítě a volání na internetu směrem k interním rozšířením Unified CM. Místní brána směruje všechna volání do Unified CM. Unified CM pak směruje hovory na místně registrované telefony nebo do veřejné telefonní sítě prostřednictvím místní brány, která má funkce PSTN/SBC společně umístěné.

Důležité informace o směrování hovorů

Volání z volání Webex do sjednoceného CM

Logika směrování volání Webex funguje takto: Pokud číslo, které je vytočeno na koncovém bodu volání Webex, nelze směrovat do žádného jiného cíle v rámci stejného zákazníka v volání Webex, pak je volání odesláno do místní brány pro další zpracování. Všechna volání mimo síť (mimo volání Webex) jsou odesílána do místní brány.

Pro nasazení volání Webex bez integrace do existujícího sjednoceného CM je jakékoli volání mimo síť považováno za volání veřejné telefonní sítě. V kombinaci s Unified CM může být off-net hovor stále voláním na síti do libovolného cíle hostovaného na Unified CM nebo skutečným off-net voláním do cíle PSTN. Rozdíl mezi posledními dvěma typy volání je určen Sjednoceným CM a závisí na podnikovém vytáčecím plánu, který je zřízen na Sjednoceném CM.

Následující obrázek znázorňuje volajícího uživatele Webex , který vytáčí národní číslo v USA.

Sjednocený CM nyní na základě nakonfigurovaného vytáčecího plánu směruje volání do místně registrovaného koncového bodu, na kterém je volaný cíl zřízen jako číslo adresáře. K tomu musí vytáčecí plán Unified CM podporovat směrování čísel +E.164.

Volání z unifikovaného CM do volání Webex

Chcete-li povolit směrování hovorů z Unified CM do volání Webex na Unified CM, je třeba zřídit sadu tras pro definování sady adres +E.164 a podnikového číslovacího plánu ve voláníWebex.

S těmito trasami jsou možné oba scénáře volání znázorněné na následujícím obrázku.

Pokud volající ve veřejné telefonní síti zavolá na číslo DID, které je přiřazeno k volacímu zařízení Webex, je hovor předán podniku prostřednictvím podnikové brány PSTN a poté narazí na Unified CM. Volaná adresa tohoto volání odpovídá jedné z tras volání Webex, která je zřízena v Unified CM a volání je odesláno do místní brány. (Volaná adresa musí být při odeslání do místní brány ve formátu +E.164.) Logika směrování volání Webex pak zajistí, že volání je odesláno na zamýšlené volací zařízení Webex na základě přiřazení DID.

Také volání pocházející z koncových bodů registrovaných v Unified CM, cílených na cíle ve voláníWebex, podléhají vytáčecímu plánu, který je zřízen na Unified CM. Tento vytáčecí plán obvykle umožňuje uživatelům používat k uskutečňování hovorů běžné podnikové návyky při vytáčení. Tyto návyky nemusí nutně zahrnovat pouze vytáčení +E.164. Jakýkoli jiný zvyk vytáčení než +E.164 musí být normalizován na +E.164 před odesláním volání do místní brány, aby bylo možné správné směrování ve volání Webex.

Třída služby (CoS)

Zavedení přísných omezení služeb se vždy doporučuje z různých důvodů, včetně zabránění smyčkám hovorů a prevence podvodů s mýtným. V souvislosti s integrací webexu volající místní brány s jednotnou třídou služby CM musíme zvážit třídu služby pro:

Zařízení registrovaná v Unified CM
Hovory přicházející do Sjednoceného CM z veřejné telefonní sítě
Hovory přicházející do sjednoceného CM z volání Webex

Zařízení registrovaná v Unified CM

Přidání cílů volání Webex jako nové třídy cílů do stávajícího nastavení CoS je docela přímočaré: oprávnění volat do cílů volání Webex je obvykle ekvivalentní oprávnění volat místní (včetně mezilihorových) cílů.

Pokud podnikový vytáčecí plán již implementuje oprávnění "(zkráceně) on-net inter-site", pak již existuje oddíl zřízený na Unified CM, který můžeme použít a zřídit všechny známé cíle volání Webex na síti ve stejném oddílu.

V opačném případě koncept oprávnění "(zkráceně) on-net inter-site" ještě neexistuje, pak je třeba zřídit nový oddíl (například "onNetRemote"), do tohoto oddílu se přidají cíle volání Webex a nakonec je třeba tento nový oddíl přidat do příslušných vyhledávacích prostorů pro volání.

Hovory přicházející do Sjednoceného CM z veřejné telefonní sítě

Hovory přicházející do sjednoceného CM z volání Webex

Hovory přicházející z veřejné telefonní sítě potřebují přístup ke všem cílům volání Webex. To vyžaduje přidání výše uvedeného oddílu obsahujícího všechny cíle volání Webex do vyhledávacího prostoru volání používaného pro příchozí hovory v kmeni veřejné telefonní sítě. Přístup k cílům volání Webex je navíc k již existujícímu přístupu.

Zatímco pro volání z veřejné telefonní sítě je vyžadován přístup k Unified CM DID a Webex Calling DIDs je vyžadováno volání pocházející z Volání Webex potřebují přístup k Unified CM DID a cílům PSTN.

Obrázek 1. Diferencované CoS pro volání z veřejné telefonní sítě a volání Webex

Tento obrázek porovnává tyto dvě různé třídy služeb pro volání z veřejné telefonní sítě a volání Webex. Obrázek také ukazuje, že pokud je funkce brány veřejné telefonní sítě umístěna společně s místní bránou, jsou vyžadovány dva kmeny z kombinované sítě PSTN GW a místní brány do sjednoceného CM: jeden pro hovory pocházející z veřejné telefonní sítě a jeden pro hovory pocházející z volání Webex. To je způsobeno požadavkem na použití diferencovaných vyhledávacích prostorů pro volání podle typu provozu. Se dvěma příchozími kmeny na Unified CM toho lze snadno dosáhnout konfigurací požadovaného prostoru pro vyhledávání volání pro příchozí hovory na každém kmeni.

Integrace vytáčecího plánu

Tato příručka předpokládá existující instalaci, která je založena na doporučených aktuálních postupech v části "Upřednostňovaná architektura pro místní nasazení Cisco Collaboration On-Premises Deployments, CVD". Nejnovější verze je k dispozici zde.

Doporučený návrh vytáčecího plánu se řídí návrhovým přístupem, který je popsán v kapitole Dial Plan v nejnovější verzi systému Cisco Collaboration System SRND, která je k dispozici zde.

Tento obrázek znázorňuje přehled doporučeného návrhu vytáčecího plánu. Mezi klíčové vlastnosti tohoto návrhu vytáčecího plánu patří:

Všechna čísla adresářů, která jsou konfigurována na Unified CM, jsou ve formátu +E.164.
Všechna čísla adresářů jsou umístěna ve stejném oddílu (DN) a jsou označena jako naléhavá.
Směrování jádra je založeno na +E.164.
Všechny návyky vytáčení bez +E.164 (například zkrácené vytáčení v rámci sítě a vytáčení do veřejné telefonní sítě pomocí běžných návyků vytáčení) jsou normalizovány (globalizovány) na +E.164 pomocí vzorců překladu normalizace vytáčení.
Vzory překladu normalizace vytáčení používají překladový vzor volající dědičnost vyhledávacího prostoru; mají nastavenou možnost "Použít vyhledávací prostor pro volání původce".
Třída služby je implementována pomocí webu a třídy vyhledávacích prostorů volání specifických pro službu.
Možnosti přístupu k veřejné telefonní síti (například přístup k mezinárodním cílům veřejné telefonní sítě) jsou implementovány přidáním oddílů s příslušnými vzory tras +E.164 do volajícího vyhledávacího prostoru definujícího třídu služby.

Dosažitelnost volání Webex

Obrázek 3. Přidání cíle volání Webex do vytáčecího plánu

Chcete-li přidat dosažitelnost pro cíle volání Webex do tohoto vytáčecího plánu, musí být vytvořen oddíl představující všechny cíle volání Webex ("Volání Webex") a do tohoto oddílu je přidán vzor trasy +E.164 pro každý rozsah DID ve volání Webex. Tento vzor postupu odkazuje na seznam tras pouze s jedním členem: skupina směrování s kmenem SIP do místní brány pro volání volání Webexu. Vzhledem k tomu, že všechny vytáčené cíle jsou normalizovány na +E.164 buď pomocí vzorů překladu normalizace vytáčení pro volání pocházející z koncových bodů registrovaných ve sjednocené cm, nebo transformací příchozích volaných stran pro volání pocházející ze veřejné telefonní sítě, stačí tato jediná sada vzorů směrování +E.164 k dosažení dosažitelnosti cílů ve volání Webex nezávisle na použitém zvyku vytáčení.

Pokud například uživatel vytočí "914085550165", pak vzor překladu normalizace vytáčení v oddílu "UStoE164" normalizuje tento řetězec vytáčení na "+ 14085550165", který pak odpovídá vzoru trasy pro cíl volání Webex v oddílu "Volání Webex". Sjednocený CM nakonec odešle volání do místní brány.

Přidat zkrácené vytáčení mezi webovými stránkami

Obrázek 4. Přidání zkráceného vytáčení mezi webovými stránkami

Doporučeným způsobem, jak přidat do referenčního vytáčecího plánu zkrácené vytáčení mezi sítěmi, je přidat do vyhrazeného oddílu ("ESN", Podniková významná čísla) normalizační vzory pro všechny sítě v rámci podnikového číslovacího plánu. Tyto vzory překladu zachycují vytáčecí řetězce ve formátu podnikového číslovacího plánu a normalizují vytočený řetězec na +E.164.

Chcete-li přidat podnikové zkrácené vytáčení do cílů volání Webex, přidejte příslušný vzor překladu normalizace vytáčení pro umístění volání Webex do oddílu "Volání Webex" (například "8101XX" v diagramu). Po normalizaci je volání znovu odesláno do volání Webex po odpovídající vzoru trasy v oddílu "Volání Webex".

Nedoporučujeme přidávat zkrácený vzor překladu normalizace vytáčení pro volání Volání Webex do oddílu "ESN", protože tato konfigurace může vytvořit nežádoucí smyčky směrování hovorů.

Obslužné rutiny protokolu pro volání

Volání Webex registruje následující obslužné rutiny protokolu v operačním systému, aby umožnilo funkci volání kliknutím z webových prohlížečů nebo jiných aplikací. Následující protokoly spustí zvukové nebo obrazové volání v aplikaci Webex, pokud se jedná o výchozí volající aplikaci v systému Mac nebo Windows:

CLICKTOCALL: nebo CLICKTOCALL://
SIP: nebo SIP://
TEL: nebo TEL://
WEBEXTEL: nebo WEBEXTEL://

Obslužné rutiny protokolu pro systém Windows

Jiné aplikace se mohou zaregistrovat pro obslužné rutiny protokolu před aplikací Webex. V systému Windows 10 systémové okno vyzve uživatele, aby vybrali, kterou aplikaci chcete použít ke spuštění hovoru. Uživatelskou předvolbu si lze zapamatovat, pokud uživatel zaškrtne možnost Vždy používat tuto aplikaci.

Pokud uživatelé potřebují obnovit výchozí nastavení volající aplikace, aby si mohli vybrat aplikaci Webex, můžete jim dát pokyn, aby změnili přidružení protokolů pro aplikaci Webex ve Windows 10:

Otevřete nastavení systému Výchozí nastavení aplikace, klikněte na Nastavit výchozí nastavení podle aplikacea pak zvolte Aplikace Webex.
Pro každý protokol zvolte Webex App .

Obslužné rutiny protokolu pro macOS

V systému Mac OS, pokud jsou jiné aplikace zaregistrovány do volajících protokolů před aplikacíWebex, musí uživatelé nakonfigurovat svou aplikaci Webex jako výchozí možnost volání.

V aplikaci Webex pro Mac mohou uživatelé potvrdit, že aplikace Webex je vybrána pro nastavení Zahájit hovory s v části obecné předvolby. Mohou také zaškrtnout možnost Vždy se připojit k aplikaci Microsoft Outlook , pokud chtějí volat v aplikaci Webex, když kliknou na číslo kontaktu aplikace Outlook.

30. září 2022

Příprava prostředí pro volání Webex

Požadavky na volání

Licencování

Volání Webex je k dispozici prostřednictvím plánu Cisco Collaboration Flex. Musíte si zakoupit plán smlouvy Enterprise (EA) (pro všechny uživatele, včetně 50% zařízení pracovních prostorů) nebo plán na jméno uživatele (NU) (někteří nebo všichni uživatelé).

Volání Webex poskytuje tři typy licencí ("Typy stanic")

Profesionální– Tyto licence poskytují úplnou sadu funkcí pro celou organizaci. Tato nabídka zahrnuje sjednocenou komunikaci (volání Webex), mobilitu (desktopové a mobilní klienty s podporou více zařízení), týmovou spolupráci v aplikaciWebex a možnost sdružovat schůzky až s 1000 účastníky na schůzku.

Základní– Tuto možnost zvolte, pokud uživatelé potřebují omezené funkce bez mobility nebo sjednocené komunikace. Stále budou mít plnohodnotnou hlasovou nabídku, ale jsou omezeny na jedno zařízení na uživatele.

Základní licence jsou k dispozici pouze v případě, že máte předplatné na jméno uživatele. Základní licence nejsou podporovány pro předplatná se smlouvou Enterprise.

Pracovní prostory (označované také jako Společné prostory ) – Tuto možnost zvolte, pokud hledáte základní oznamovací tón s omezenou sadou funkcí volání vhodných pro oblasti, jako jsou přestávky, vstupní haly a konferenční místnosti.

Tato dokumentace později ukazuje, jak pomocí Centra control spravovat tyto distribuce licencí napříč umístěními ve vaší organizaci.

Požadavky na šířku pásma

Každé zařízení ve videohovoru vyžaduje rychlost až 2 Mb/s. Každé zařízení při audiohovoru vyžaduje 100 kb/s. Telefony při nečinnosti potřebují minimální šířku pásma.

Místní brána pro místní veřejnou telefonní síť

Prodejci s přidanou hodnotou (VAR) i poskytovatelé služeb (SPs) mohou poskytovat přístup k veřejné telefonní síti organizacím volajícím webex. Místní brána je v současné době jedinou možností, jak poskytovat místní přístup k veřejné telefonní síti. Místní bránu lze nasadit samostatně nebo v nasazeních, kde je vyžadována integrace do nástroje Cisco Unified Communications Manager. Následují požadavky na místní bránu.

Podporovaná zařízení

Volání Webex podporuje IP telefony Cisco Multiplatform (MPP). Jako správce můžete do cloudu zaregistrovat následující telefony. Další informace naleznete v následujících článcích nápovědy:

Úplný seznam podporovaných zařízení pro volání Webex naleznete v tématu Podporovaná zařízení pro voláníWebex.

_{Zařízení Cisco Webex Room, Board a Desk jsou podporována jako zařízení v pracovním prostoru, který vytvoříte v Centru řízení. Další informace naleznete v části "Zařízení Cisco Webex Room, Board and Desk Devices" v tématu Podporovaná zařízení pro volání Webex. Těmto zařízením však můžete poskytnout službu PSTN povolením volání Webexu pro pracovní prostor.}

Firewall

Splňte požadavky brány firewall, které jsou popsány v referenčních informacích o portech pro voláníCisco Webex.

Požadavky na místní bránu pro volání Webexu

Obecné předpoklady

Než nakonfigurujete místní bránu pro voláníWebex, ujistěte se, že

- Mít základní znalosti principů VoIP
- Mít základní pracovní znalosti hlasových konceptů Cisco IOS-XE a IOS-XE
- Mít základní znalosti protokolu SIP (Session Initiation Protocol)
- Základní znalosti nástroje Cisco Unified Communications Manager (Unified CM), pokud váš model nasazení zahrnuje Unified CM
Další podrobnosti naleznete v Průvodci konfigurací Cisco Unified Border Element (CUBE) Enterprise na adrese https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

Požadavky na hardware a software pro místní bránu

Ujistěte se, že vaše nasazení má jednu nebo více místních bran (Cisco CUBE (pro připojení založené na protokolu IP) nebo Cisco IOS Gateway (pro připojení založené na TDM)), které jsou v tabulce 1 Průvodceobjednáváním volání místní brány pro Webex. Dále se ujistěte, že platforma používá podporovanou verzi IOS-XE podle Průvodce konfigurací místní brány.

Licenční požadavky pro místní brány

Licence volající CUBE musí být nainstalovány v místní bráně. Další informace naleznete v příručce Cisco Unified Border Element Configuration Guide.

Požadavky na certifikát a zabezpečení pro místní bránu

Volání Webex vyžaduje zabezpečenou signalizaci a média. Místní brána provádí šifrování a připojení TLS musí být navázáno odchozí do cloudu pomocí následujících kroků:

LGW musí být aktualizován kořenovým balíčkem certifikační autority z Cisco PKI
Sada přihlašovacích údajů SIP digest ze stránky Konfigurace kmene Control Hub se používá ke konfiguraci LGW (kroky jsou součástí následující konfigurace)
Kořenový balíček certifikační autority ověřuje předložený certifikát
Výzva k zadání přihlašovacích údajů (k dispozici je SIP digest)
Cloud identifikuje, která místní brána je bezpečně zaregistrována.

Požadavky na bránu firewall, procházení překladem adres (NAT) a optimalizaci cesty médií pro místní bránu

Ve většině případů se místní brána a koncové body mohou nacházet v interní síti zákazníka pomocí privátních IP adres s překladem adres (NAT). Podniková brána firewall musí umožňovat odchozí přenosy (SIP, RTP/UDP, HTTP) na konkrétní IP adresy/porty, které jsou popsány v referenčních informacích o portech.

Pokud chcete využít optimalizaci cesty k médiím s ICE, rozhraní Webex volání místní brány musí mít přímou síťovou cestu do a z koncových bodů volání Webex. Pokud jsou koncové body v jiném umístění a neexistuje přímá síťová cesta mezi koncovými body a rozhraním Webex volání místní brány, musí mít místní brána přiřazenou veřejnou IP adresu rozhraní, které čelí volání Webexu pro volání mezi místní bránou a koncovými body, aby bylo možné využít optimalizaci cesty médií. Navíc musí používat IOS-XE verze 16.12.5.

30. září 2022

Konfigurace volání Webex pro vaši organizaci

Přizpůsobte svou organizaci pro volání Webex v Centru řízení. Po aktivaci prvního umístění pomocí Průvodce prvním nastavením můžete nastavit a spravovat další umístění, přiřazení a využití kmene, možnosti vytáčecího plánu, uživatele, zařízení a funkce.

Nastavení volání v Průvodci prvním nastavením

Prvním krokem k uvedení služeb volání Webex do provozu je dokončení Průvodce prvním nastavením (FTSW). Jakmile je FTSW dokončen pro vaše první umístění, nemusí být dokončen pro další místa.

Klikněte na odkaz Začínáme v uvítacím e-mailu, který obdržíte.

E-mailová adresa správce se automaticky použije k přihlášení k Centruřízení, kde budete vyzváni k vytvoření hesla správce. Po přihlášení se automaticky spustí průvodce instalací.

Přečtěte si a přijměte podmínky služby.

Zkontrolujte svůj plán a klikněte na Začínáme.

Váš správce účtu je zodpovědný za aktivaci prvních kroků pro FTSW. Pokud se vám po výběru možnosti Začínáme zobrazí oznámení "Nelze nastavit hovor", obraťte se na správce účtu.

Vyberte zemi, na kterou má být vaše datové centrum mapováno, a zadejte kontakt zákazníka a informace o adrese zákazníka.

Klikněte na Další: Výchozí umístění.

Vyberte si z následujících možností:

Klikněte na Uložit a zavřít , pokud jste správce partnera a chcete, aby správce zákazníka dokončil zřizování voláníWebexu .
Vyplňte potřebné informace o poloze. Po vytvoření umístění v průvodci můžete později vytvořit další umístění.

Po dokončení průvodce nastavením se ujistěte, že jste do vytvořeného umístění přidali hlavní číslo .

Proveďte následující výběry, které chcete použít pro toto umístění:

Jazykoznámení – Pro zvuková oznámení a výzvy pro nové uživatele a funkce.
Jazyke-mailu – Pro e-mailovou komunikaci pro nové uživatele.
Země
Časové pásmo

Klepněte na tlačítko Další.

Zadejte dostupnou adresu Cisco Webex SIP, klikněte na tlačítko Další a vyberte možnost Dokončit.

Přidat pobočku

Než začnete

Chcete-li vytvořit nové umístění, připravte si následující informace:

Adresa místa
Požadovaná telefonní čísla (volitelné)

V zobrazení zákazníka v programu https://admin.webex.compřejděte na Služby > Volání > umístěnía klikněte na Přidat umístění.

Všimněte si, že nová umístění budou hostována v regionálním datovém centru, které odpovídá zemi, kterou jste vybrali pomocí Průvodce prvním nastavením.

Nakonfigurujte nastavení umístění:

Názevumístění – Zadejte jedinečný název pro identifikaci umístění.
Země/oblast– Vyberte zemi, se kterou chcete umístění svázat. Můžete například vytvořit jedno umístění (ústředí) ve Spojených státech a jiné (pobočku) ve Spojeném království. Země, kterou vyberete, určuje pole adresy, která následují. Ty, které jsou zde zdokumentovány, používají jako příklad americkou konvenci adres.
Adresamísta – Zadejte hlavní poštovní adresu místa.
Město –Zadejte město pro toto místo.
Stát/provincie/oblast– Z rozevíracího seznamu vyberte stát.
PSČ– zadejte PSČ.
Jazykoznámení – Vyberte jazyk zvukových oznámení a výzev pro nové uživatele a funkce.
Jazyke-mailu – Vyberte jazyk pro e-mailovou komunikaci s novými uživateli.
Časové pásmo– Vyberte časové pásmo pro dané místo.

Klikněte na Uložit a pak zvolte Ano/ Ne pro přidání čísel do umístění nyní nebo později.

Pokud jste klepli na tlačítko Ano, vyberte jednu z následujících možností:

Cisco PSTN – Tuto možnost zvolte, pokud chcete cloudové řešení veřejné telefonní sítě od společnosti Cisco. Volací plán Cisco je úplné náhradní řešení veřejné telefonní sítě, které poskytuje tísňové volání, příchozí a odchozí domácí a mezinárodní volání a umožňuje objednávat nová čísla veřejné telefonní sítě nebo přenášet stávající čísla na společnost Cisco.

Možnost Cisco PSTN je viditelná pouze za následujících podmínek:

Zakoupili jste alespoň jeden potvrzený telefonní plán Cisco OCP (Outbound Calling Plan).
Nacházíte se v zemi, kde je podporovánvolací plán Cisco.
Vaše poloha je nová. Dříve existující umístění, která mají přiřazené další funkce veřejné telefonní sítě, nemají v současné době nárok na volací plán Cisco. Otevřete případ podpory pro pokyny.
Jste hostováni ve volacím datovém centru Webex v oblasti, ve které je podporován volací plán Cisco.

Cloud Connected PSTN– Tuto možnost zvolte, pokud hledáte cloudové řešení veřejné telefonní sítě od jednoho z mnoha partnerů Cisco CCP nebo pokud ve vaší lokalitě není k dispozici volací plán Cisco. Partneři CCP nabízejí řešení náhrady veřejné telefonní sítě, rozsáhlé globální pokrytí a širokou a pestrou škálu funkcí, balení a cen.

Zde jsou uvedeni partneři ústředních protistran a zeměpisné pokrytí. Zobrazí se pouze partneři, kteří podporují zemi vaší lokality. Partneři jsou uvedeni buď s logem, nebo jako krátký řetězec textu následovaný oblastí v závorkách (Příklad: (EU), (USA) nebo (CA)). Partneři uvedení s logem vždy nabízejí regionální média pro CCP. Pro partnery, kteří se zobrazují jako řetězec, vyberte oblast, která je nejblíže zemi vašeho umístění, abyste zajistili regionální média pro CCP.

Pokud vidíte možnost Čísla objednávek nyní u uvedeného poskytovatele, doporučujeme zvolit tuto možnost, abyste mohli využívat výhod integrované ústřední protistrany. Integrovaná CCP umožňuje obstarávání a zřizování telefonních čísel v Control Hubu na jedné skleněné tabuli. Neintegrovaná ústřední protistrana vyžaduje, abyste si telefonní čísla obstarali od partnera ústřední protistrany mimo Centrum kontroly .

Místní veřejná telefonní síť (místní brána)– Tuto možnost můžete zvolit, pokud chcete zachovat stávajícího poskytovatele veřejné telefonní sítě nebo chcete propojit necloudové weby s cloudovými weby.

Možnost veřejné telefonní sítě je na každé úrovni umístění (každé umístění má pouze jednu možnost veřejné telefonní sítě). Pro své nasazení můžete kombinovat a porovnávat tolik možností, kolik chcete, ale každé umístění bude mít jednu možnost. Jakmile vyberete a zřídíte možnost veřejné telefonní sítě, můžete ji změnit kliknutím na Spravovat ve vlastnostech umístění veřejné telefonní sítě. Některé možnosti, například Cisco PSTN, však nemusí být k dispozici po přiřazení jiné možnosti. Otevřete případ podpory pro pokyny.

Zvolte, zda chcete čísla aktivovat nyní nebo později.

Pokud jste vybrali neintegrovanou ústřední protistranu nebo místní veřejnou telefonní síť, zadejte Telefonní čísla jako hodnoty oddělené čárkami a klikněte na Ověřit.

Čísla jsou přidána pro konkrétní místo. Platné položky se přesunou do pole Ověřená čísla a neplatné položky zůstanou v poli Přidat čísla spolu s chybovou zprávou.

V závislosti na zemi umístění jsou čísla formátována podle místních požadavků na vytáčení. Pokud je například vyžadován kód země, můžete zadat čísla s kódem nebo bez něj a kód je předřazen.

Klikněte na položku Uložit.

Co dělat dál

Po vytvoření umístění můžete pro toto umístění povolit služby tísňového volání 911. Další informace naleznete v tématu Služba RedSky Emergency 911 pro volání Webex.

Odstranění umístění z organizace volání Webex

Než začnete

Získejte seznam uživatelů a pracovních prostorů přidružených k umístění: Přejděte na Služby > Volání > čísel a z rozbalovací nabídky vyberte umístění, které chcete odstranit. Před odstraněním umístění je nutné tyto uživatele a pracovní prostory odstranit.

1	V zobrazení zákazníka v programu https://admin.webex.compřejděte na Služby > Volání > míst.
2	Klikněte do sloupce Akce vedle umístění, které chcete smazat.
3	Zvolte Odstranit umístěnía potvrďte, že chcete toto místo odstranit. Trvalé odstranění místa obvykle trvá několik minut, ale může to trvat až hodinu. Stav můžete zkontrolovat kliknutím vedle názvu umístění a výběrem možnosti Stavodstranění.

Aktualizace existujícího umístění

Nastavení veřejné telefonní sítě, název, časové pásmo a jazyk místa můžete po jeho vytvoření změnit. Mějte však na paměti, že nový jazyk se vztahuje pouze na nové uživatele a zařízení. Stávající uživatelé a zařízení nadále používají starý jazyk.

Pro stávající umístění můžete povolit služby tísňového volání 911. Další informace naleznete v tématu Služba RedSky Emergency 911 pro volání Webex.

V zobrazení zákazníka v programu https://admin.webex.compřejděte na Služby > Volání > umístěnía pak vyberte umístění, které chcete aktualizovat.

Pokud se vedle místa zobrazí symbol upozornění, znamená to, že jste pro toto místo ještě nenakonfigurovali telefonní číslo. Dokud toto číslo nenakonfigurujete, nemůžete uskutečňovat ani přijímat žádné hovory.

(Volitelné) V části Připojení k veřejné telefonní sítivyberte buď Cloud Connected PSTN nebo Local-based PSTN (local gateway), podle toho, kterou z nich jste už nakonfigurovali. Kliknutím na tlačítko Spravovat změňte tuto konfiguraci a pak potvrďte související rizika výběrem možnosti Pokračovat. Poté vyberte jednu z následujících možností a klikněte na tlačítko Uložit:

Možnost Cisco PSTN je viditelná pouze za následujících podmínek:

Zakoupili jste alespoň jeden potvrzený telefonní plán Cisco OCP (Outbound Calling Plan).
Nacházíte se v zemi, kde je podporovánvolací plán Cisco.
Vaše poloha je nová. V současné době již existující umístění, která mají přiřazené další funkce veřejné telefonní sítě, nemají nárok na volací plán Cisco. Otevřete případ podpory pro pokyny.
Jste hostováni ve volacím datovém centru Webex v oblasti, ve které je podporován volací plán Cisco.

Místní veřejná telefonní síť (local gateway)– Tuto možnost můžete zvolit, pokud chcete zachovat stávajícího poskytovatele veřejné telefonní sítě nebo chcete propojit necloudové weby s cloudovými weby.

Webex Volající zákazníci s umístěními, která jsou dříve nakonfigurována s místní bránou, budou automaticky převedeni na místní veřejnou telefonní síť s odpovídajícím kmenem.

Vyberte hlavní číslo , na kterém je k dispozici hlavní kontakt místa.

(Volitelné) V části Tísňové volánímůžete vybrat možnost Identifikátor místa tísňového volání a přiřadit k tomuto umístění.

Toto nastavení je volitelné a platí pouze pro země, které to vyžadují.

V některých zemích (Příklad: Francie) existují regulační požadavky na celulární rádiové systémy, které zjišťují identitu buňky při tísňovém volání a jsou zpřístupněny orgánům tísňového volání. Jiné země, jako jsou USA a Kanada, implementují určování polohy pomocí jiných metod. Další informace naleznete v tématu Rozšířené tísňové volání.

Váš poskytovatel tísňového volání může potřebovat informace o přístupové síti a je toho dosaženo definováním nové privátní hlavičky rozšíření SIP, P-Access-Network-Info. Záhlaví obsahuje informace týkající se přístupové sítě.

Když nastavíte identifikátor nouzového umístění pro umístění, hodnota umístění je odeslána poskytovateli jako součást zprávy SIP. Obraťte se na svého poskytovatele tísňového volání a zjistěte, zda toto nastavení požadujete, a použijte hodnotu, kterou poskytuje váš poskytovatel tísňového volání."

Vyberte číslo hlasové schránky , na které mohou uživatelé volat a zkontrolovat tak svou hlasovou schránku pro toto umístění.

(Volitelné) Kliknutím na ikonu tužky v horní části stránky Umístění změňte podle potřeby názevmísta, jazykoznámení, jazyke-mailu, časové pásmonebo adresu a potom klikněte na Uložit .

Změna jazyka oznámení se projeví okamžitě pro všechny nové uživatele a funkce přidané do tohoto umístění. Pokud by se měl změnit jazyk oznámení i stávajícím uživatelům nebo funkcím, po zobrazení výzvy vyberte Změnit pro stávající uživatele a pracovní prostory nebo Změnit pro existující funkce. Klikněte na Použít. Průběh můžete zkontrolovat na stránce Úkoly. Dokud nebude tato možnost dokončena, nemůžete provádět žádné další změny.

Změna časového pásma pro místo neaktualizuje časová pásma prvků přidružených k danému místu. Chcete-li upravit časová pásma pro funkce, jako je automatický telefonický systém, skupina lovů a fronta hovorů, přejděte do oblasti Obecná nastavení konkrétní funkce, pro kterou chcete časové pásmo aktualizovat, a upravte a uložte ji.

Konfigurace plánu vytáčení služby Webex Calling

Tato nastavení jsou určena pro interní vytáčení a jsou také k dispozici v průvodci prvním nastavením. Při změně vytáčecího plánu se ukázková čísla v Centru Control Hub aktualizují tak, aby tyto změny zobrazovala.

Odchozí kódy vytáčení nejsou podporovány v aplikaci Webex, volací aplikaci Webex nebo zařízeních Cisco Room.

Pro umístění můžete nakonfigurovat oprávnění k odchozím voláním. V těchto krocích nakonfigurujte oprávnění k odchozím voláním.

V zobrazení zákazníka v programu https://admin.webex.compřejděte na Služby > Volání > Nastaveníslužby a potom přejděte na Interní vytáčení.

Podle potřeby nakonfigurujte následující volitelné předvolby vytáčení:

Délkapředpony směrování umístění – Toto nastavení doporučujeme, pokud máte více umístění. Můžete zadat délku 2-7 číslic. Pokud máte více míst se stejnou příponou, musí uživatelé při volání mezi místy vytočit předčíslí. Pokud máte například více úložišť, všechny s příponou 1000, můžete nakonfigurovat předponu směrování pro každé úložiště. Pokud má jeden obchod předponu 888, vytočte 8881000, abyste se dostali do tohoto obchodu.
Číslice řízení v předponěsměrování – Zde můžete nastavit hodnotu bez ohledu na to, zda používáte předpony směrování umístění.

Délka interníhorozšíření – Můžete zadat 2–6 číslic a výchozí hodnota je 2.

Po zvětšení délky rozšíření se stávající rychlá volání na interní rozšíření automaticky neaktualizují.

Určete interní vytáčení pro konkrétní umístění. Přejděte na Služby > Volat > umístění, vyberte umístění, přejděte na Vytáčení a podle potřeby změňte interní a externí vytáčení:

Interní vytáčení– Zadejte směrovací předponu, kterou musí uživatelé v jiných umístěních vytočit, aby mohli kontaktovat uživatele v tomto umístění. Předpona směrování každého umístění musí být jedinečná. Doporučujeme, aby délka předpony odpovídala délce nastavené na úrovni organizace, ale musí být dlouhá 2–7 číslic.

Externí vytáčení– Volitelně můžete zvolit odchozí číselnou číslici, kterou musí uživatelé vytočit, aby se dostali na vnější linku. Výchozí hodnota je Žádná a můžete ji opustit, pokud tento zvyk vytáčení nevyžadujete. Pokud se rozhodnete tuto funkci použít, doporučujeme použít jiné číslo, než je číslice řízení vaší organizace.

Uživatelé mohou při externích hovorech zahrnout číslici odchozího vytáčení, aby napodobili způsob vytáčení ve starších systémech. Všichni uživatelé však mohou stále uskutečňovat externí hovory bez číslice odchozího vytáčení.

Dopad na uživatele:

Uživatelé musí restartovat své telefony, aby se změny v předvolbách vytáčení projevily.
Uživatelská rozšíření by neměla začínat stejným číslem jako číslice řízení daného místa.

Konfigurace místní veřejné telefonní sítě (local gateway) v Centru řízení

Pokud jste prodejce s přidanou hodnotou, můžete pomocí těchto kroků spustit konfiguraci místní brány v Centru řízení. Když je tato brána zaregistrovaná v cloudu, můžete ji použít na jednom nebo více místech volání Webex k zajištění směrování směrování směrem k podnikovému poskytovateli služeb veřejné telefonní sítě.

Umístění, které má místní bránu, nelze odstranit, pokud se místní brána používá pro jiná umístění.

Vytvoření kmene

Pomocí těchto kroků vytvořte kmen v Centru řízení.

Než začnete

Po přidání umístění a před konfigurací místní veřejné telefonní sítě pro umístění je nutné vytvořit kmen.
Vytvořte libovolná umístění a konkrétní nastavení a čísla pro každé z nich. Umístění musí existovat před přidáním místní veřejné telefonní sítě.
Seznamte se s požadavky místní veřejné telefonní sítě (místní brána) pro volání Webexu.
Nemůžete zvolit více než jeden kmen pro umístění s místní veřejnou telefonní sítí, ale můžete zvolit stejný kmen pro více umístění.

V zobrazení zákazníka v programu https://admin.webex.compřejděte na Služby > Volání > Směrováníhovorů a vyberte Přidat kmen.

Vyberte umístění.

Pojmenujte kmen a klikněte na Uložit.

Název nesmí být delší než 24 znaků.

Co dělat dál

Zobrazí se příslušné parametry, které budete muset nakonfigurovat v kufru. Vygenerujete také sadu přihlašovacích údajů SIP digest pro zabezpečení připojení k veřejné telefonní síti.

Na obrazovce Register Domain (Registrovat doménu), Kmenová skupina OTG/DTG, Linka/Porta Odchozí proxy adresa se zobrazí informace o kmeni.

Doporučujeme zkopírovat tyto informace z Centra řízení a vložit je do místního textového souboru nebo dokumentu, abyste na ně mohli odkazovat, až budete připraveni nakonfigurovat místní veřejnou telefonní síť.

Pokud přihlašovací údaje ztratíte, musíte je vygenerovat z obrazovky s informacemi o kmeni v Centruřízení. Kliknutím na Načíst uživatelské jméno a Resetovat heslo vygenerujte novou sadu ověřovacích přihlašovacích údajů, které se mají použít v kmeni.

Výběr kmene pro místní veřejnou telefonní síť

V zobrazení zákazníka v programu https://admin.webex.compřejděte na Služby > Volání > míst.

Vyberte umístění, které chcete upravit, a klikněte na Spravovat .

Vyberte Místní veřejná telefonní síť a klikněte na Další.

Z rozbalovací nabídky vyberte kufr.

Navštivte stránku kufru a spravujte volby skupiny kmenů.

Klikněte na potvrzovací oznámení a potom na Uložit.

Co dělat dál

Musíte vzít informace o konfiguraci, které Control Hub vygeneroval, a namapovat parametry do místní brány (například na Cisco CUBE, která se nachází v místním prostředí). Tento článek vás provede tímto procesem. Jako referenci najdete v následujícím diagramu příklad toho, jak se konfigurační informace o Control Hubu (vlevo) mapují na parametry v CUBE (vpravo):

Po úspěšném dokončení konfigurace samotné brány se můžete vrátit do části Služby > Volat > umístění v Centru řízení a brána, kterou jste vytvořili, bude uvedena na kartě umístění, ke které jste ji přiřadili, se zelenou tečkou vlevo od názvu. Tento stav označuje, že brána je bezpečně zaregistrována v volajícím cloudu a slouží jako aktivní brána veřejné telefonní sítě pro dané umístění.

Spravovat telefonní čísla

V Centruřízení můžete snadno zobrazit, aktivovat, odebrat a přidat telefonní čísla pro vaši organizaci . Další informace naleznete v tématu Správa telefonních čísel v Centru řízení.

Žádost o nákup služeb Webex ze zkušební verze v Centru control hub

1	V zobrazení zákazníka vyberte https://admin.webex.comikonu budovy .
2	Vyberte kartu Předplatná a klikněte na tlačítko Koupit. Vašemu partnerovi bude zaslán e-mail s oznámením, že máte zájem o převod na placené předplatné.

Nastavení možností volání pro uživatele aplikace Webex

V zobrazení zákazníka v programu https://admin.webex.compřejděte na Nastavení organizace > Služby, přejděte na Volání a pak zvolte Nastaveníklienta.

Možnosti volání, které chcete, aby uživatelé viděli, přetáhněte do pole Dostupné možnosti volání a změňte jejich uspořádání v pořadí priority, které chcete pro uživatele.

Další možnosti, které jsou pro uživatele skryté, se zobrazí v poli Skryté možnosti volání, jak je znázorněno na tomto ukázkovém snímku obrazovky:

Přepněte na Možnost jednoho volání kliknutím, pokud chcete, aby uživatelé mohli volat pomocí možnosti prvního volání, kterou jste nakonfigurovali v předchozím kroku.

Změny se mohou v aplikaciWebex zobrazit až 24 hodin. Uživatelům můžete poradit, aby restartovali své aplikace a tyto změny mohli rychleji zachytit.

Nastavení chování volání v Centru řízení

Můžete určit, jaká volající aplikace se otevře, když uživatelé uskuteční volání do veřejné telefonní sítě. Po nakonfigurování tohoto nastavení na úrovni organizace můžete toto nastavení přepsat pro konkrétní uživatele.

Možnost pro celou organizaci zvolte pouze v případě, že jste připraveni migrovat celou organizaci.

Než začnete

Vaše organizace musí mít správná předplatná pro zvolené chování volání.
Uživatelé musí mít platná telefonní čísla. Pokud jsou čísla neplatná, aplikace Webex stále odesílá číslo volající aplikaci, kterou vyberete, ale volání z této aplikace se nezdaří.

V zobrazení zákazníka v programu https://admin.webex.compřejděte na Nastavení správy > organizace, přejděte na Chovánívolání a pak zvolte jednu z následujících možností: .

Volání ve Webexu – Tuto možnost vyberte,pokud chcete, aby uživatelé volali přímo v aplikaci Webex pomocí voláníWebex.

AplikaceWebex Calling – Tuto možnost vyberte, pokud má vaše organizace předplatné volání Cisco Webex a chcete uživatelům povolit volání do veřejné telefonní sítě pomocí aplikace Webex Calling . Když uživatelé provádějí volání do veřejné telefonní sítě v aplikaciWebex, používá se k volání aplikace Webex Calling .

Aplikace Volání Webex je k dispozici pouze vybraným zákazníkům.

Zobrazí se zpráva, která označuje, že chování volání je aktualizováno. Uživatelé nyní mohou volat do veřejné telefonní sítě z aplikace Webex nebo z aplikace Webex Calling .

Uživatelé musí mít nainstalovanou odpovídající aplikaci, aby mohli volat do veřejné telefonní sítě z aplikaceWebex. Ujistěte se, že dáte lidem vědět, jakou volbu uděláte a jestli se k volání do veřejné telefonní sítě používá jiná aplikace.

Toto nastavení můžete změnit na úrovni uživatele, pokud někteří lidé potřebují používat jiné chování při volání. Přejděte na Uživatelé a v části Nastavenívyberte Chovánívolání. Můžete si vybrat a potom kliknout na Tlačítko Uložit.

20. prosince 2022

Konfigurace místní brány v systému IOS-XE pro volání Webex

Po konfiguraci Webex Calling pro vaši organizaci můžete nakonfigurovat kmen pro připojení místní brány k Webex Calling. SIP TLS transport zajišťuje kufr mezi Local Gateway a Webex cloudem. Média mezi Local Gateway a Webex Calling používají SRTP.

Místní konfigurační tok úlohy brány

Existují dvě možnosti konfigurace místní brány pro váš kmen Webex Calling:

Registrační kufr
Kmen založený na certifikátech

Použijte tok úloh buď pod Registrační místní bránou nebo Certifikační místní bránou pro konfiguraci Místní brány pro váš kmen Webex Calling. Více informací o různých typech kmenů naleznete v kapitole Konfigurace kmenů, skupin tras a plánů vytáčení pro Webex Calling. Pomocí rozhraní příkazového řádku (CLI) proveďte následující kroky na samotné místní bráně. K zabezpečení kufru a protokolu SRTP (Secure Real-time Protocol) používáme protokol Session Initiation Protocol (SIP) a transport vrstvy Transport Layer Security (TLS) pro zajištění média mezi místní bránou a voláním Webex.

Než začnete

Porozumět požadavkům veřejné komutované telefonní sítě (PSTN) a místní brány (LGW) pro volání Webex. Další informace naleznete v části Preferovaná architektura společnosti Cisco pro volání Webex.
Tento článek předpokládá, že je zavedena speciální platforma Local Gateway bez stávající hlasové konfigurace. Pokud upravíte existující bránu PSTN nebo nasazení podniku Local Gateway tak, aby sloužila jako funkce Local Gateway pro volání Webex, pak věnujte pozornost konfiguraci. Ujistěte se, že kvůli provedeným změnám nepřerušujete stávající toky hovorů a funkčnost.
Vytvořte truhlu v ovládacím centru a přiřaďte ji k místu. Další informace naleznete v části Konfigurace kmenů, skupin tras a plánů vytáčení pro volání Webex.

Postupy obsahují odkazy na referenční dokumentaci příkazů, kde se můžete dozvědět více o jednotlivých možnostech příkazů. Pokud není uvedeno jinak, všechny odkazy na reference příkazů jdou do odkazu příkazů Webex Managed Gateways ( pokud není uvedeno jinak) (v takovém případě se odkazy na odkazy příkazů dostanou do odkazu hlasového příkazu Cisco IOS). Ke všem těmto průvodcům se můžete dostat na adrese Cisco Unified Border Element Command References.

Místní brána založená na registraci
Místní brána založená na certifikátech

Provést konfiguraci referenční platformy

Než začnete

Ujistěte se, že následující základní konfigurace platformy, kterou nakonfigurujete, je nastavena v souladu se zásadami a postupy vaší organizace:
- NTP
- ACL
- povolit hesla
- primární heslo
- IP směrování
- IP adresy a tak dále
Požadujete minimální podporované vydání Cisco IOS XE 16.12 nebo IOS-XE 17.3 pro všechna nasazení Local Gateway.

interface GigabitEthernet0/0/0
description Interface facing PSTN and/or CUCM
ip address 192.168.80.14 255.255.255.0!
interface GigabitEthernet0/0/1
description Interface facing Webex Calling
ip address 192.168.43.197 255.255.255.0
conf t
key config-key password-encrypt Password123
password encryption aes
conf t
Enter configuration commands, one per line.  End with CNTL/Z.
ip name-server 8.8.8.8
end
configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
crypto pki trustpoint sampleTP
revocation-check crl
exit

sip-ua
crypto signaling default trustpoint sampleTP cn-san-validate server
transport tcp tls v1.2
tcp-retry 1000
end
crypto pki trustpool import clean url flash:ios_core.p7b

Konfigurace kmene založeného na registraci

Než začnete

Ujistěte se, že jste dokončili kroky v ovládacím centru k vytvoření místa a přidání kufru pro dané místo. V následujícím příkladu získáte informace z Control Hubu.

configure terminal 
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
exit
allow-connections sip to sip
media statistics
media bulk-stats
no supplementary-service sip refer
no supplementary-service sip handle-replaces
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
stun
stun flowdata agent-id 1 boot-count 4
stun flowdata shared-secret 0 Password123$
sip
g729 annexb-all
early-offer forced
asymmetric payload full
end
voice class sip-profiles 200
rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)" "sip:\1"
rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
rule 12 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
rule 15 response ANY sip-header Contact modify "<sips:(.*)" "<sip:\1"
rule 20 request ANY sip-header From modify ">" ";otg=hussain2572_lgu>"
rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.*)" "sip:\1"
voice class codec 99
codec preference 1 g711ulaw
codec preference 2 g711alaw 
exit
voice class srtp-crypto 200
crypto 1 AES_CM_128_HMAC_SHA1_80
exit
voice class stun-usage 200
stun usage firewall-traversal flowdata
stun usage ice lite
exit

voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls 
  url sips 
  error-passthru
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 200 
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com  
  privacy-policy passthru

Poté, co definujete nájemce 200 v rámci Místní brány a nakonfigurujete volič SIP VoIP, brána poté spustí TLS spojení směrem k volání Webex, kdy přístupové SBC předloží svůj certifikát Místní bráně. Lokální brána ověří přístupový SBC certifikát Webex Calling pomocí CA kořenového balíčku, který je aktualizován dříve. Vytvoří trvalou relaci TLS mezi Local Gateway a Webex Calling Access SBC. Místní brána pak odešle REGISTR do přístupového SBC, které je napadeno. Registrace AOR je NUMBER@Domain. Číslo je převzato z pověření „number“ parametr a doména z „registrar dns:<fqdn>.“ Je-li registrace napadena:

Pro sestavení záhlaví a profilu SIP 200 použijte uživatelské jméno, heslo a parametry sféry z přihlašovacích údajů.
Převádí url zpět na DOUŠEK.

Registrace je úspěšná, když obdržíte 200 OK z přístupového SBC.

Nastavit lokální bránu bez IP PBX

Toto nasazení vyžaduje následující konfiguraci na místní bráně:

Pronajímatelé hlasové třídy -Vytvářejtedalší nájemce pro volající, kteří čelí ITSP, podobně jako pro nájemce 200 , který vytvoříte pro společnost Webex Volání volající, kteří čelí volající.
URI hlasové třídy- definujte vzory pro hostitelské IP adresy/porty pro různé kmeny končící na místní bráně:
- Webex volá LGW
- Ukončení SIP kmene sítě PSTN na LGW
Odchozí vytáčecí číslaMůžete přesměrovat odchozí volací úseky z LGW do ITSP SIP kufru a Webex Calling.
Hlasová třída DPG-Můžete vyvolat cílení na odchozí volající z příchozího volajícího.
Příchozí vytáčecí hovoryMůžete přijímat příchozí hovory z ITSP a Webex Calling.

Konfigurace použijte buď pro nastavení místní brány hostované partnerem, nebo pro bránu zákazníka, jak je znázorněno na následujícím obrázku.

voice class tenant 100 
session transport udp
url sip
error-passthru
bind control source-interface GigabitEthernet0/0/0
bind media source-interface GigabitEthernet0/0/0
no pass-thru content custom-sdp
voice class uri 100 sip
  host ipv4:192.168.80.13
dial-peer voice 101 voip 
description Outgoing dial-peer to IP PSTN
destination-pattern BAD.BAD
session protocol sipv2
session target ipv4:192.168.80.13
voice-class codec 99
dtmf-relay rtp-nte
voice-class sip tenant 100
no vad
voice class dpg 100
description Incoming WxC(DP200201) to IP PSTN(DP101)
dial-peer 101 preference 1
dial-peer voice 100 voip
description Incoming dial-peer from PSTN
session protocol sipv2
destination dpg 200
incoming uri via 100
voice-class codec 99
dtmf-relay rtp-nte
voice-class sip tenant 300
no vad

Volání z PSTN na Webex: Porovnejte všechny příchozí IP úseky volání PSTN na místní bráně s číselníkem 100 a definujte kritérium shody pro záhlaví VIA s IP adresou PSTN. DPG 200 vyvolává odchozí dial-peer 200201, který má jako cílový cíl server Webex Calling.
Webex volá na PSTN: Porovnejte všechny příchozí úseky volání Webex na Local Gateway s parametrem dial-peer 200201 a definujte kritérium shody pro vzor záhlaví POŽADAVKU URI s parametrem OTG/DTG skupiny kmenů, který je jedinečný pro toto nasazení Local Gateway. DPG 100 vyvolá odchozí volič 101, který má jako cílovou cílovou adresu IP PSTN IP adresu.

Konfigurace místní brány s existujícím sjednoceným CM prostředím

Toto nasazení vyžaduje následující konfiguraci na místní bráně:

Nájemníci hlasové třídy-Vytvořte více nájemců pro vytáčecí peery, kteří čelí jednotnému CM a ITSP, podobně jako pro nájemce 200 , kterého vytvoříte pro vytáčecí peery Webex Calling.
URI hlasové třídy- definujte vzor pro hostitelské IP adresy/porty pro různé kmeny končící na LGW z:
- Jednotný CM do LGW pro destinace PSTN
- Unifikovaný CM do LGW pro cíle volání Webex
- Webex volá do LGW destinací
- Ukončení SIP kmene sítě PSTN na LGW
Skupina serverů třídy Voice-Můžete cílit na IP adresy/porty pro odchozí kanály z:
- LGW na Unified CM
- LGW volá Webex
- LGW to PSTN SIP trup
Odchozí vytáčecí číslaMůžete směrovat odchozí volací úseky z:
- LGW na Unified CM
- ITSP SIP kmen
- Webex Calling
Hlasová třída DPG-Můžete vyvolat cílení na odchozí volající z příchozího volajícího.
Inbound dial-peers- Můžete přijímat příchozí hovory z Unified CM, ITSP a Webex Calling.

voice class tenant 100 
session transport udp
url sip
error-passthru
bind control source-interface GigabitEthernet0/0/0
bind media source-interface GigabitEthernet0/0/0
no pass-thru content custom-sdp
voice class uri 100 sip
  host ipv4:192.168.80.13
voice class server-group 301
ipv4 192.168.80.60 port 5065
dial-peer voice 101 voip 
description Outgoing dial-peer to IP PSTN
destination-pattern BAD.BAD
session protocol sipv2
session target ipv4:192.168.80.13
voice-class codec 99
dtmf-relay rtp-nte
voice-class sip tenant 100
no vad
voice class dpg 100
dial-peer 101 preference 1
dial-peer voice 100 voip
description Incoming dial-peer from PSTN
session protocol sipv2
destination dpg 302
incoming uri via 100
voice-class codec 99
dtmf-relay rtp-nte
voice-class sip tenant 300
no vad

IP PSTN do jednotného kmene CM PSTN

Webex Calling Platform do unifikovaného kufru CM Webex Calling

Jednotný kmen CM PSTN do IP PSTN

Unifikovaný CM Webex Volání kufru na platformu Webex Volání

Monitorování a řešení problémů s místní bránou pomocí diagnostických podpisů

Diagnostic Signatures (DS) proaktivně detekuje běžně pozorované problémy v místní bráně se sídlem v IOS XE a generuje upozornění na událost e-mailem, syslogem nebo terminálovou zprávou. Můžete také nainstalovat DS pro automatizaci sběru diagnostických dat a přenosu shromážděných dat do pouzdra Cisco TAC pro urychlení doby řešení.

Diagnostické podpisy (DS) jsou XML soubory, které obsahují informace o událostech spuštění problému a o opatřeních, která mají být přijata k informování, řešení a nápravě problému. Logiku detekce problému můžete definovat pomocí zpráv syslog, událostí SNMP a prostřednictvím pravidelného sledování konkrétních výstupů příkazů show.

Typy akcí zahrnují shromažďování výstupů příkazů show:

generování konsolidovaného logovacího souboru
nahrání souboru na síťové místo poskytnuté uživatelem, jako je HTTPS, SCP, FTP server

Inženýři TAC jsou autory souborů DS a digitálně je podepisují pro ochranu integrity. Každý soubor DS má jedinečné číselné ID přiřazené systémem. Nástroj pro vyhledávání diagnostických podpisů (DSLT) je jediný zdroj pro nalezení příslušných podpisů pro monitorování a řešení různých problémů.

Dříve než začnete:

Neupravujte soubor DS, který stáhnete z DSLT. Soubory, které upravíte, selžou při instalaci kvůli chybě kontroly integrity.
Server SMTP (Simple Mail Transfer Protocol), který potřebujete pro místní bránu pro odesílání e-mailových oznámení.
Pokud chcete používat zabezpečený SMTP server pro e-mailová oznámení, zkontrolujte, zda je na místní bráně spuštěn IOS XE 17.6.1 nebo vyšší.

Požadavky

Místní brána se SYSTÉMEM IOS XE 17.3.2 nebo vyšším

Diagnostické podpisy jsou ve výchozím nastavení povoleny.
Nakonfigurujte zabezpečený e-mailový server, který má být použit k odeslání proaktivního oznámení, pokud zařízení používá Cisco IOS XE 17.3.2 nebo vyšší.
```
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end 
```
Nakonfigurujte proměnnou prostředí ds_email s e-mailovou adresou správce, kterého chcete upozornit.
```
configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end 
```

Místní brána běžící 16.11.1 nebo vyšší

Diagnostické podpisy jsou ve výchozím nastavení povoleny
Nakonfigurujte e-mailový server, který má být použit pro odesílání proaktivních oznámení, pokud zařízení používá verzi starší než 17.3.2.
```
configure terminal 
call-home  
mail-server <email server> priority 1 
end 
```
Nakonfigurujte proměnnou prostředí ds_email s e-mailovou adresou správce, který má být upozorněn.
```
configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address>
end 
```

Místní brána spuštěna 16.9.x verze

Pro povolení diagnostických podpisů zadejte následující příkazy.

configure terminal 
call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
end

Nakonfigurujte e-mailový server, který má být použit pro odesílání proaktivních oznámení, pokud zařízení používá verzi starší než 17.3.2.
```
configure terminal 
call-home  
mail-server  <email server> priority 1 
end 
```
Nakonfigurujte proměnnou prostředí ds_email s e-mailovou adresou správce, který má být upozorněn.
```
configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end 
```

Následující příklad ukazuje konfiguraci místní brány běžící na Cisco IOS XE 17.3.2 pro odesílání proaktivních oznámení na adresu tacfaststart@gmail.com pomocí Gmailu jako zabezpečeného serveru SMTP:

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls 
diagnostic-signature 
environment ds_email "tacfaststart@gmail.com"

Místní brána spuštěná na softwaru Cisco IOS XE není typickým webovým klientem Gmailu, který podporuje OAuth, takže musíme nakonfigurovat konkrétní nastavení účtu Gmail a poskytnout konkrétní oprávnění pro správné zpracování e-mailu ze zařízení:

Přejděte do části Správa účtu Google > Zabezpečení a zapněte nastavení Méně bezpečného přístupu k aplikaci.
Odpovězte „Ano, byl jsem to já“, když obdržíte e-mail od Gmailu s textem „Google zabránil někomu v přihlášení k vašemu účtu pomocí aplikace jiné než Google“.

Nainstalujte diagnostické podpisy pro proaktivní monitorování

Monitorování vysokého využití procesoru

Tento DS sleduje 5sekundové využití procesoru pomocí SNMP OID 1.3.6.1.4.1.9.2.1.56. Když využití dosáhne 75% nebo více, zakáže všechny ladění a odinstaluje všechny diagnostické podpisy, které jsou nainstalovány v místní bráně. Pomocí následujících kroků nainstalujte podpis.

Ujistěte se, že je povoleno SNMP pomocí příkazu show snmp. Pokud nepovolíte, pak nakonfigurujte příkaz „snmp-server manager“.

show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Stáhněte si DS 64224 pomocí následujících rozbalovacích možností v nástroji pro vyhledávání diagnostických podpisů:


Název pole	Hodnota pole

Platforma	Řada Cisco 4300, 4400 ISR nebo řada Cisco CSR 1000V
Produkt	CUBE Enterprise ve Webex Calling Solution
Rozsah problému	Výkon
Typ problému	Vysoké využití procesoru s e-mailovým oznámením.

Zkopírujte soubor DS XML do blesku Local Gateway.

LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

Následující příklad ukazuje zkopírování souboru ze serveru FTP na Local Gateway.

copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

Nainstalujte soubor DS XML do místní brány.

call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

Ověřte, zda byl podpis úspěšně nainstalován pomocí diagnostického podpisu show call-home. Sloupec stavu by měl mít hodnotu „registrovaný“.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
ds_email: username@gmail.com

Download DSs:


ID DS	Název DS	Revize	Stav	Poslední aktualizace (GMT+00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Registrováno	2020-11-07 22:05:33

Po spuštění tento podpis odinstaluje všechny běžící DS včetně sebe. V případě potřeby znovu nainstalujte DS 64224, abyste mohli pokračovat v monitorování vysokého využití procesoru na místní bráně.

Monitorování registrace kmene SIP

Tento DS kontroluje odhlášení místní brány SIP kufru s cloudem Webex Calling každých 60 sekund. Jakmile je detekována událost odhlášení, vygeneruje e-mailové a syslog oznámení a odinstaluje se po dvou případech odhlášení. Pro instalaci podpisu postupujte podle níže uvedených kroků.

Stáhněte si DS 64117 pomocí následujících rozbalovacích možností v nástroji pro vyhledávání diagnostických podpisů:


Název pole	Hodnota pole

Platforma	Řada Cisco 4300, 4400 ISR nebo řada Cisco CSR 1000V
Produkt	CUBE Enterprise ve Webex Calling Solution
Rozsah problému	SIP-SIP
Typ problému	Zrušení registrace kmene SIP s upozorněním e-mailem.

Zkopírujte soubor DS XML do místní brány.

copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:

Nainstalujte soubor DS XML do místní brány.

call-home diagnostic-signature load DS_64117.xml 
Load file DS_64117.xml success 
LocalGateway#

Pro ověření, že jepodpis úspěšně nainstalován, použijte diagnostický podpis volání domů. Sloupec statusu musí mít hodnotu „registered“.

Monitorování abnormálního odpojení volání

Tento DS používá každých 10 minut SNMP dotazování k detekci abnormálního odpojení volání s chybami SIP 403, 488 a 503.  Pokud je přírůstek počtu chyb větší nebo roven 5 od posledního hlasování, generuje to syslog a e-mailové upozornění. Pro instalaci podpisu postupujte podle níže uvedených kroků.

Zkontrolujte, zda je SNMP povoleno pomocí příkazu show snmp. Pokud není povoleno, nakonfigurujte příkaz „snmp-server manager“.

show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Stáhněte si DS 65221 pomocí následujících možností v nástroji pro vyhledávání diagnostických podpisů:


Název pole	Hodnota pole

Platforma	Řada Cisco 4300, 4400 ISR nebo řada Cisco CSR 1000V
Produkt	CUBE Enterprise ve Webex Calling Solution
Rozsah problému	Výkon
Typ problému	Detekce abnormálního odpojení volání SIP pomocí e-mailu a upozornění Syslog.

Zkopírujte soubor DS XML do místní brány.

copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

Nainstalujte soubor DS XML do místní brány.

call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

Pro ověření, zdaje podpis úspěšně nainstalován, použijte diagnostický podpis volání domů. Sloupec statusu musí mít hodnotu „registered“.

Pro vyřešení problému nainstalujte diagnostické podpisy

Pro rychlé vyřešení problémů použijte diagnostické podpisy (DS). Inženýři Cisco TAC podepsali několik podpisů, které umožňují potřebné ladění, které je nutné k vyřešení daného problému, detekci výskytu problému, shromažďování správné sady diagnostických dat a automatickému přenosu dat do případu Cisco TAC. Diagnostické podpisy (DS) eliminují nutnost ruční kontroly výskytu problému a výrazně usnadňují řešení přerušovaných a přechodných problémů.

Pomocí nástroje pro vyhledávání diagnostických podpisů můžete vyhledat příslušné podpisy a nainstalovat je tak, abyste daný problém vyřešili sami, nebo můžete v rámci podpory nainstalovat podpis, který vám doporučil technik TAC.

Zde je příklad, jak najít a nainstalovat DS pro detekci výskytu “%VOICE_IEC-3-GW: CCAPI: Vnitřní chyba (volejte práh špičky): IEC=1.1.181.1.29.0" syslog a automatizuje sběr diagnostických dat pomocí následujících kroků:

Nakonfigurujte další proměnnou prostředí DS, ds_fsurl_prefix kterou je cesta k souborovému serveru Cisco TAC (cxd.cisco.com), na kterou se nahrávají shromážděná diagnostická data. Uživatelské jméno v cestě k souboru je číslo případu a heslo je token pro nahrání souboru, který lze získat ze Správce případů podpory v následujícím příkazu. Token pro nahrání souboru lze podle potřeby vygenerovat v části Přílohy ve Správci případů podpory.
```
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end 
```
Příklad:
```
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
```
Ujistěte se, že SNMP je povoleno pomocí příkazu show snmp. Pokud není povoleno, nakonfigurujte příkaz „snmp-server manager“.
```
show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end 
```

Ujistěte se, že nainstalujete High CPU monitoring DS 64224 jako proaktivní opatření pro zakázání všech ladění a diagnostických podpisů během doby vysokého využití CPU. Stáhněte si DS 64224 pomocí následujících možností v nástroji pro vyhledávání diagnostických podpisů:


Název pole	Hodnota pole

Platforma	Řada Cisco 4300, 4400 ISR nebo řada Cisco CSR 1000V
Produkt	CUBE Enterprise ve Webex Calling Solution
Rozsah problému	Výkon
Typ problému	Vysoké využití procesoru s e-mailovým oznámením.

Stáhněte si DS 65095 pomocí následujících možností v nástroji pro vyhledávání diagnostických podpisů:


Název pole	Hodnota pole

Platforma	Řada Cisco 4300, 4400 ISR nebo řada Cisco CSR 1000V
Produkt	CUBE Enterprise ve Webex Calling Solution
Rozsah problému	Syslogs
Typ problému	Syslog - %HLAS_IEC-3-GW: CCAPI: Interní chyba (prahová hodnota špičky volání): IEC=1.1.181.1.29.0

Zkopírujte soubory DS XML do místní brány.

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

Nainstalujte High CPU monitoring DS 64224 a poté DS 65095 XML soubor do Local Gateway.

call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

Ověřte, zda byl podpis úspěšně nainstalován pomocí diagnostického podpisu show call-home. Sloupec statusu musí mít hodnotu „registered“.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Stažené DS:


ID DS	Název DS	Revize	Stav	Poslední aktualizace (GMT+00:00)
64224 00:07:45	DS_LGW_CPU_MON75	0.0.10	Registrováno	2020-11-08
65095 00:12:53	DS_LGW_IEC_Call_spike_threshold	0.0.12	Registrováno	2020-11-08

Ověřte provedení diagnostických podpisů

V následujícím příkazu se sloupec „Status“ příkazu změní na „running“, zatímco Local Gateway provede akci definovanou v rámci podpisu. Výstup statistiky diagnostického podpisu show call-home je nejlepším způsobem, jak ověřit, zda diagnostický podpis detekuje událost zájmu a provede akci. Sloupec „Triggered/Max/Deinstall“ udává, kolikrát daný podpis vyvolal událost, kolikrát je definován pro detekci události a zda se podpis sám odinstaluje po detekci maximálního počtu vyvolaných událostí.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Stažené DS:


ID DS	Název DS	Revize	Stav	Poslední aktualizace (GMT+00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Registrováno	2020-11-08 00:07:45
65095	DS_LGW_IEC_Call_spike_threshold	0.0.12	Spuštěno	2020-11-08 00:12:53

zobrazit statistiku diagnostiky a podpisu


ID DS	Název DS	Spuštěno/Max/Odinstalovat	Průměrná doba chodu (sekundy)	Maximální doba chodu (sekundy)
64224	DS_LGW_CPU_MON75	0/0/N	0, 000	0, 000
65095	DS_LGW_IEC_Call_spike_threshold	1/20/Y	23.053	23.053

E-mail s upozorněním, který je odeslán během provádění diagnostického podpisu, obsahuje klíčové informace, jako je typ problému, podrobnosti o zařízení, verze softwaru, spuštěná konfigurace a zobrazí výstupy příkazů, které jsou relevantní pro řešení daného problému.

Odinstalovat diagnostické podpisy

Použijte diagnostické podpisy pro účely řešení problémů, které jsou obvykle definovány pro odinstalování po zjištění některých výskytů problémů. Pokud chcete odinstalovat podpis ručně, načtěte ID DS z výstupu diagnostického podpisu show call-home a spusťte následující příkaz:

call-home diagnostic-signature deinstall <DS ID>

Příklad:

call-home diagnostic-signature deinstall 64224

K vyhledávacímu nástroji pro diagnostické podpisy se pravidelně přidávají nové podpisy na základě problémů, které jsou běžně pozorovány při nasazení. TAC v současné době nepodporuje žádosti o vytvoření nových vlastních podpisů.

Provést konfiguraci referenční platformy

Než začnete

Ujistěte se, že následující základní konfigurace platformy, kterou nakonfigurujete, je nastavena v souladu se zásadami a postupy vaší organizace:
- NTP
- ACL
- povolit hesla
- primární heslo
- IP směrování
- IP adresy a tak dále
Požadujete minimální podporované vydání IOS XE 17.6 pro všechna nasazení Local Gateway.

interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling
 ip address 198.51.100.1 255.0.0.0
conf t
key config-key password-encrypt Password123
password encryption aes
conf t
Enter configuration commands, one per line. End with CNTL/Z. 
ip name-server 8.8.8.8
end
crypto key generate rsa general-keys exportable label my-cube modulus 4096
crypto pki trustpoint Root_CA_CERT
 enrollment terminal
 revocation-check none
!
crypto pki authenticate Root_CA_CERT
<paste root CA X.64 based certificate here >

crypto pki trustpoint Intermediate_CA
 enrollment terminal
 chain-validation continue Root_CA_CERT
 revocation-check none
!
crypto pki authenticate Intermediate_CA
<paste Intermediate CA X.64 based certificate here >

crypto pki authenticate CUBE_CA_CERT 
<paste Intermediate CA X.64 based certificate here >


crypto pki import CUBE_CA_CERT certificate
<paste CUBE  CA X.64 based certificate here >
crypto pki trustpoint Root_CA_CERT
enrollment terminal
revocation-check none
!
crypto pki authenticate Root_CA_CERT
<paste root CA X.64 based certificate here >

crypto pki authenticate CUBE_CA_CERT 
<paste root  CA X.64 based certificate here >

crypto pki import CUBE_CA_CERT certificate
<paste CUBE  CA X.64 based certificate here >
configure terminal
sip-ua
crypto signaling default trustpoint CUBE_CA_CERT
transport tcp tls v1.2

Konfigurovat kmen založený na certifikátech

Než začnete

Síť směřující k volání Webex musí používat veřejnou IPv4 adresu. Plně kvalifikované doménové názvy (FQDN) nebo adresy servisních záznamů (SRV) musí být vyřešeny na veřejnou IPv4 adresu na internetu.
Všechny SIP a mediální porty na externím rozhraní musí být přístupné z internetu. Přístavy nesmí být za síťovým překladem adres (NAT). Ujistěte se, že aktualizujete bránu firewall na komponentách podnikové sítě.
Nainstalujte podepsaný certifikát na místní bránu.
- Certifikační autorita (CA) musí podepsat certifikát, jak je uvedeno v části Jaké kořenové certifikační autority jsou podporovány pro hovory na audio a video platformy Cisco Webex? .
- FQDN vybraná z ovládacího centra musí být obecný název (KN) nebo náhradní název subjektu (SAN) osvědčení. Příklad:
  - Pokud má kmen nakonfigurovaný z Control Hubu vaší organizace london.lgw.cisco.com:5061 jako FQDN místní brány, pak CN nebo SAN musí obsahovat london.lgw.cisco.com v certifikátu.  
  - Pokud má kmen nakonfigurovaný z Control Hubu vaší organizace london.lgw.cisco.com jako SRV adresu místní brány, pak CN nebo SAN musí obsahovat london.lgw.cisco.com v certifikátu. Záznamy, na které se adresa SRV řeší (CNAME, A Record nebo IP Address), jsou v SAN nepovinné.
  - V příkladu FQDN nebo SRV, který používáte pro kmen, musí mít kontaktní adresa pro všechny nové SIP dialogy z místní brány london.lgw.cisco.com v hostitelské části SIP adresy. Viz, Krok 5 pro konfiguraci.
Ujistěte se, že jsou podepsány certifikáty pro použití klientem a serverem.
Nahrajte balíček důvěry na místní bránu, jak je uvedeno v části Jaké kořenové certifikační autority jsou podporovány pro volání na audio a video platformy Cisco Webex?.

configure terminal
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
allow-connections sip to sip
no supplementary-service sip refer
no supplementary-service sip handle-replaces
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none 
sip 
early-offer forced
asymmetric payload full
voice class codec 100
codec preference 1 opus
codec preference 2 g711ulaw
codec preference 3 g711alaw
voice class stun-usage 100 
stun usage ice lite
voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80
voice class sip-profiles 100
rule 10 request ANY sip-header Contact modify "172.x.x.x" "cube1.abc.lgwtrunking.com" 
rule 20 response ANY sip-header Contact modify "172.x.x.x" "cube1.abc.lgwtrunking.com" 
 
dial-peer voice 101 voip 
description OutBound Dial peer towards Webex Calling
destination-pattern BAD.BAD 
session protocol sipv2
session target dns:peering1.sip.address:5062p tls
voice-class sip rel1xx disable 
voice-class codec 100
voice-class stun-usage 100 
voice-class sip profiles 100 
voice-class sip srtp-crypto 100
voice-class sip options-keepalive
voice-class sip bind control source-interface GigabitEthernet 1 
voice-class sip bind media source-interface GigabitEthernet 1 
dtmf-relay rtp-nte
srtp
!
voice class dpg 100
dial-peer 101 preference 1 
dial-peer 102 preference 1 
dial-peer 103 preference 1 
dial-peer 104 preference 1 
voice class dpg 100
dial-peer 101 preference 1 
dial-peer 102 preference 1 
dial-peer 103 preference 2 
dial-peer 104 preference 2 
voice class uri 120 sip 
pattern cube.domain.com 

Nastavit lokální bránu bez IP PBX

Toto nasazení vyžaduje následující konfiguraci na místní bráně:

URI hlasové třídy-Můžete definovat vzorce hostitelských IP adres/portů pro různé kmeny končící na místní bráně:
- Webex volá LGW
- Ukončení SIP kmene sítě PSTN na LGW
Odchozí volající- můžete přesměrovat odchozí volací úseky z LGW na poskytovatele internetových telefonních služeb (ITSP) SIP trunk a Webex Calling.
Hlasová třída DPG-Můžete vyvolat cílení na odchozí volající z příchozího volajícího.
Příchozí vytáčecí hovoryMůžete přijímat příchozí hovory z ITSP a Webex Calling.

Tuto konfiguraci použijte buď pro nastavení místní brány hostované partnerem, nebo pro místní bránu zákazníka. Viz následující:

Nakonfigurujte následující URI třídy hlasu:

Definujte IP adresu hostitele ITSP:

voice class uri 100 sip
  host ipv4:192.168.80.13

Definujte vzor pro jedinečnou identifikaci lokality místní brány v rámci podniku. Jako jednotný identifikátor zdroje (URI) použijte název hostitele místní brány.

voice class uri 200 sip
pattern cube.domain.com

Místní brána momentálně nepodporuje podtržítko „_“ ve vzoru shody. Jako řešení použijete tečku "." (odpovídající libovolné), aby odpovídaly "_".

Received
INVITE sip:+6531239003@awscube1a.var1-sg.lgwtrunking.com:5061;transport=tls;dtg=awscube1a.var1-sg.lgwtrunking.com SIP/2.0

Nakonfigurujte následující odchozí vytáčecí peery:

Odchozí vytáčení směrem k IP PSTN:
```
dial-peer voice 121 voip
description Outgoing dial-peer to IP PSTN
destination-pattern BAD.BAD
session protocol sipv2
session target ipv4:192.168.80.13 
voice-class codec 100
dtmf-relay rtp-nte 
no vad
```
Zde je vysvětlení polí pro konfiguraci:
```
dial-peer voice 121 voip
 description Outgoing dial-peer to PSTN
```
Definuje voIP volič se značkou 121 a poskytuje smysluplný popis pro snadnou správu a řešení problémů. Další informace naleznete v části Hlas volajícího.

destination-pattern BAD.BAD

Umožňuje volbu číselníku 121. Tento odchozí volič však vyvoláte přímo z příchozího voliče pomocí příkazů DPG, který obejde kritéria shody číslicového vzoru. Používáte libovolný vzor, který je založen na alfanumerických číslicích, které jsou povoleny cílovým vzorem CLI. Pro více informací viz destination-pattern (interface) v Cisco IOS Voice Command Reference - D až I.

session protocol sipv2

Určuje, že volič 121 zpracovává nohy volání SIP. Další informace naleznete v protokolu relace (dial peer) v Cisco IOS Voice Command Reference - S Commands.

session target ipv4:192.168.80.13

Označuje cílovou adresu IPv4 pro odeslání volací části. Cíl relace je IP adresa ITSP. Pro více informací viz cíl relace (VoIP dial peer) v Cisco IOS Voice Command Reference - S Commands.

voice-class codec 100.

Označuje seznam předvoleb kodeku 100, který se má použít pro vytáčení čísla 121. Další informace naleznete v kodeku třídy hlasu.

dtmf-relay rtp-nte

Definuje RTP-NTE (RFC2833) jako schopnost DTMF očekávanou na volací části. Pro více informací viz DTMF Relay (Voice over IP).

no vad

Zakáže detekci hlasové aktivity. Pro více informací viz vad (dial peer) v Cisco IOS Voice Command Reference - T až Z.
Odchozí hovor směrem k Webex Calling. Viz další postup Konfigurace kmene založeného na certifikátech v tomto článku.

Nakonfigurujte následující skupinu číselníků (DPG):

Definuje skupinu číselníků 120. Odchozí volající 121 je cílem pro Webex Volání--> LGW --> PSTN. Aplikujete DPG 120 na příchozí volič 110 pro Webex Volání trasy LGW PSTN. --> -->

voice class dpg 120
description Incoming IP PSTN to Webex Calling
dial-peer 110

DPG 120 musíte nakonfigurovat na příchozí volající z Webex Calling. Další informace naleznete v kroku 9 v postupu Konfigurace certifikátu - kmen v tomto článku.

Nakonfigurujte následující příchozí voliče:

Příchozí vytáčecí peer pro příchozí IP PSTN volání:
```
dial-peer voice 122 voip
description Incoming dial-peer from PSTN 
session protocol sipv2
destination dpg 100 
incoming uri via 100 
voice-class codec 100 
dtmf-relay rtp-nte
no vad
```
Zde je vysvětlení polí pro konfiguraci:
```
dial-peer voice 122 voip
description Incoming dial-peer from PSTN
```
Definuje voIP volič se štítkem 122 a poskytuje smysluplný popis pro snadnou správu a řešení problémů. Další informace naleznete v části Hlas volajícího.

session protocol sipv2

Určuje, že volič 122 zpracovává SIP volací nohy. Další informace naleznete v protokolu relace (dial peer) v Cisco IOS Voice Command Reference - S Commands.

incoming uri via 100
Definuje kritérium shody pro záhlaví VIA s IP adresou PSTN. Shoduje se se všemi příchozími IP PSTN volacími úseky na místní bráně s vytáčecím peerem 122. Pro více informací viz příchozí URL v Cisco IOS Voice Command Reference - D až I.
destination dpg 100
Obchází klasická kritéria shody mezi odchozími volbami v Local Gateway a cílovým DPG 100. Nastavte úsek odchozího volání pomocí volačů definovaných v cílovém DPG 100, tj. volače 101,102,103,104. Pro více informací o konfiguraci skupin dial peer viz dpg hlasové třídy v Cisco IOS Voice Command Reference - D až I.
no vad

Zakáže detekci hlasové aktivity. Pro více informací viz vad (dial peer) v Cisco IOS Voice Command Reference - T though Z.
Příchozí volající pro příchozí Webex Volání nohy:

PSTN volá Webex:: Porovnejte všechny příchozí IP úseky volání PSTN na místní bráně s vytáčecím peerem 122 a definujte kritérium shody pro hlavičku VIA s IP adresou PSTN. DPG 100 vyvolává odchozí vytáčecí peer 101,102,103,104, který má jako cílový cíl server Webex Calling.
Webex volá na PSTN:: Porovnejte všechny příchozí úseky volání Webex na Local Gateway s parametrem dial-peer 110 a definujte kritérium shody pro vzor záhlaví POŽADAVKU URI s názvem hostitele Local Gateway, který je jedinečný pro nasazení Local Gateway. DPG 120 vyvolá odchozí vytáčené číslo 121, které má jako cílovou cílovou adresu IP PSTN IP adresu.

Konfigurace místní brány s existujícím sjednoceným CM prostředím

Toto nasazení vyžaduje následující konfiguraci na místní bráně:

URI hlasové třídy-Můžete definovat vzory hostitelských IP adres/portů pro různé kmeny končící na LGW z:
- Jednotný CM do LGW pro destinace PSTN
- Unifikovaný CM do LGW pro cíle volání Webex
- Webex volá do LGW destinací
- Ukončení SIP kmene sítě PSTN v destinacích LGW
Skupina serverů hlasové třídy-Můžete cílit na IP adresy nebo porty pro odchozí kanály z:
- LGW na Unified CM
- LGW volá Webex
- LGW to PSTN SIP trup
Odchozí vytáčecí číslaMůžete směrovat odchozí volací úseky z:
- LGW na Unified CM
- SIP kufr poskytovatele internetových telefonních služeb (ITSP)
- Webex Calling
Hlasová třída dpg-Můžete se zaměřit na vyvolání odchozích voličů z příchozích voličů.
Inbound dial-peers—Můžete přijímat příchozí hovory z Unified CM, ITSP a Webex Calling.

voice class uri 100 sip
host ipv4:192.168.80.13
voice class server-group 301
ipv4 192.168.80.60 port 5065
dial-peer voice 121 voip 
description Outgoing dial-peer to IP PSTN
destination-pattern BAD.BAD
session protocol sipv2
session target ipv4:192.168.80.13
voice-class codec 100
dtmf-relay rtp-nte
no vad
voice class dpg 121
dial-peer 121 preference 1
dial-peer voice 100 voip
description Incoming dial-peer from PSTN
session protocol sipv2
destination dpg 302
incoming uri via 100
voice-class codec 100
dtmf-relay rtp-nte
no vad

Monitorování a řešení problémů s místní bránou pomocí diagnostických podpisů

Diagnostické podpisy (DS) proaktivně detekují běžně pozorované problémy v místní bráně Cisco IOS XE a generují e-mailová, syslogová nebo terminální upozornění na událost. Můžete také nainstalovat DS pro automatizaci sběru diagnostických dat a přenosu shromážděných dat do pouzdra Cisco TAC pro urychlení doby řešení.

Diagnostické podpisy (DS) jsou soubory XML, které obsahují informace o událostech vyvolávajících problémy a činnostech k jejich informování, řešení a nápravě. Pro definování logiky detekce problémů použijte syslog zprávy, události SNMP a prostřednictvím pravidelného monitorování konkrétních výstupů příkazů show. Typy akcí zahrnují:

Shromažďování výstupů příkazu show
Generování konsolidovaného souboru protokolu
Nahrávání souboru na síťové místo poskytnuté uživatelem, jako je HTTPS, SCP, FTP server

TAC inženýři vytvářejí soubory DS a digitálně je podepisují pro ochranu integrity. Každý soubor DS má jedinečné číselné ID přiřazené systémem. Nástroj pro vyhledávání diagnostických podpisů (DSLT) je jediný zdroj pro nalezení příslušných podpisů pro monitorování a řešení různých problémů.

Dříve než začnete:

Neupravujte soubor DS, který stáhnete z DSLT. Soubory, které upravíte, selžou při instalaci kvůli chybě kontroly integrity.
Server SMTP (Simple Mail Transfer Protocol), který potřebujete pro místní bránu pro odesílání e-mailových oznámení.
Pokud chcete používat zabezpečený SMTP server pro e-mailová oznámení, zkontrolujte, zda je na místní bráně spuštěn IOS XE 17.6.1 nebo vyšší.

Požadavky

Místní brána se SYSTÉMEM IOS XE 17.6.1 nebo vyšším

Diagnostické podpisy jsou ve výchozím nastavení povoleny.
Nakonfigurujte zabezpečený e-mailový server, který používáte k odesílání proaktivních upozornění, pokud je zařízení spuštěno IOS XE 17.6.1 nebo vyšší.
```
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end 
```

Nakonfigurujte proměnnou prostředí ds_email s e-mailovou adresou správce, kterého chcete upozornit.


configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
end

Místní brána běžící 17.6.1 verze

Pro povolení diagnostických podpisů zadejte následující příkazy.

configure terminal 
call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
end

Nakonfigurujte e-mailový server tak, aby odesílal proaktivní oznámení, pokud zařízení používá verzi starší než 17.6.1.
```
configure terminal 
call-home  
mail-server  <email server> priority 1 
end 
```

Nakonfigurujte proměnnou prostředí ds_email s e-mailovou adresou administrátora, kterého upozorníte


configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
end

Následující příklad ukazuje konfiguraci místní brány běžící na Cisco IOS XE 17.6.1 pro odesílání proaktivních oznámení na adresu tacfaststart@gmail.com pomocí Gmailu jako zabezpečeného serveru SMTP:


call-home
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls
diagnostic-signature
environment ds_email "tacfaststart@gmail.com"

Místní brána spuštěná na softwaru Cisco IOS XE není typickým webovým klientem Gmailu, který podporuje OAuth, proto musíme nakonfigurovat konkrétní nastavení účtu Gmail a poskytnout konkrétní oprávnění pro správné zpracování e-mailu ze zařízení:

Přejděte do části Správa účtu Google > Zabezpečení a zapněte nastavení Méně bezpečného přístupu k aplikaci.
Odpovězte „Ano, byl jsem to já“, když obdržíte e-mail od Gmailu s textem „Google zabránil někomu v přihlášení k vašemu účtu pomocí aplikace jiné než Google“.

Nainstalujte diagnostické podpisy pro proaktivní monitorování

Monitorování vysokého využití procesoru

Tento DS sleduje 5sekundové využití procesoru pomocí SNMP OID 1.3.6.1.4.1.9.2.1.56. Když využití dosáhne 75% nebo více, zakáže všechny ladění a odinstaluje všechny diagnostické podpisy, které nainstalujete v místní bráně. Pomocí následujících kroků nainstalujte podpis.

Ujistěte se, že jste SNMP povolili příkazem show snmp. Pokud SNMP není povoleno, pak nakonfigurujte příkaz „snmp-server manager“.


show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Stáhněte si DS 64224 pomocí následujících rozbalovacích možností v nástroji pro vyhledávání diagnostických podpisů:

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:


Název pole	Hodnota pole

Platforma	Řada Cisco 4300, 4400 ISR nebo řada Cisco CSR 1000V
Produkt	CUBE Enterprise ve Webex Calling Solution
Rozsah problému	Výkon
Typ problému	Vysoké využití procesoru s e-mailovým oznámením.

Zkopírujte soubor DS XML do blesku Local Gateway.

copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

Následující příklad ukazuje zkopírování souboru ze serveru FTP na Local Gateway.

copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

Nainstalujte soubor DS XML do místní brány.


call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

Pro ověření úspěšné instalace podpisu použijte příkaz zobrazit diagnostický podpis. Sloupec statusu musí mít hodnotu „registered“.


show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com

Download DSs:


ID DS	Název DS	Revize	Stav	Poslední aktualizace (GMT+00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Registrováno	2020-11-07 22:05:33

Monitorování abnormálního odpojení volání

Ujistěte se, že SNMP je povoleno pomocí příkazu show snmp. Pokud SNMP není povoleno, nakonfigurujte příkaz „snmp-server manager“.

show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

Stáhněte si DS 65221 pomocí následujících možností v nástroji pro vyhledávání diagnostických podpisů:


Název pole	Hodnota pole

Platforma	Řada Cisco 4300, 4400 ISR nebo řada Cisco CSR 1000V
Produkt	CUBE Enterprise ve Webex Calling Solution
Rozsah problému	Výkon
Typ problému	Detekce abnormálního odpojení volání SIP pomocí e-mailu a upozornění Syslog.

Zkopírujte soubor DS XML do místní brány.

copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

Nainstalujte soubor DS XML do místní brány.


call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

Pomocí příkazu show call-home diagnostic-signatureověřte, zda je podpis úspěšně nainstalován. Sloupec stavu by měl mít hodnotu „registrovaný“.

Instalace diagnostických podpisů pro vyřešení problému

Pro rychlé vyřešení problémů můžete také použít diagnostické podpisy (DS). Inženýři Cisco TAC podepsali několik podpisů, které umožňují potřebné ladění, které je nutné k vyřešení daného problému, detekci výskytu problému, shromažďování správné sady diagnostických dat a automatickému přenosu dat do případu Cisco TAC. Tím se eliminuje nutnost ruční kontroly výskytu problému a výrazně se usnadní řešení přerušovaných a přechodných problémů.

Nakonfigurujte jinou proměnnou prostředí DS ds_fsurl_prefix jako cestu k souboru Cisco TAC (cxd.cisco.com) pro nahrání diagnostických dat. Uživatelské jméno v cestě k souboru je číslo případu a heslo je token pro nahrání souboru, který lze načíst ze Správce případů podpory, jak je znázorněno na následujícím obrázku. Token pro nahrání souboru lze podle potřeby vygenerovat v části Přílohy ve Správci případů podpory.
```
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end 
```
Příklad:
```
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
```
Ujistěte se, že SNMP je povoleno pomocí příkazu show snmp. Pokud SNMP není povoleno, nakonfigurujte příkaz „snmp-server manager“.
```
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end 
```

Doporučujeme nainstalovat High CPU monitoring DS 64224 jako proaktivní opatření pro deaktivaci všech debugů a diagnostických podpisů v době vysokého využití CPU. Stáhněte si DS 64224 pomocí následujících možností v nástroji pro vyhledávání diagnostických podpisů:


Název pole	Hodnota pole

Platforma	Řada Cisco 4300, 4400 ISR nebo řada Cisco CSR 1000V
Produkt	CUBE Enterprise ve Webex Calling Solution
Rozsah problému	Výkon
Typ problému	Vysoké využití procesoru s e-mailovým oznámením.

Stáhněte si DS 65095 pomocí následujících možností v nástroji pro vyhledávání diagnostických podpisů:


Název pole	Hodnota pole

Platforma	Řada Cisco 4300, 4400 ISR nebo řada Cisco CSR 1000V
Produkt	CUBE Enterprise ve Webex Calling Solution
Rozsah problému	Syslogs
Typ problému	Syslog - %HLAS_IEC-3-GW: CCAPI: Interní chyba (prahová hodnota špičky volání): IEC=1.1.181.1.29.0

Zkopírujte soubory DS XML do místní brány.


copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

Nainstalujte High CPU monitoring DS 64224 a poté DS 65095 XML soubor do Local Gateway.


call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

Ověřte, zda byl podpis úspěšně nainstalován pomocí diagnostického podpisu show call-home. Sloupec stavu by měl mít hodnotu „registrovaný“.


show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Stažené DS:


ID DS	Název DS	Revize	Stav	Poslední aktualizace (GMT+00:00)
64224 00:07:45	DS_LGW_CPU_MON75	0.0.10	Registrováno	2020-11-08:00:07:45
65095 00:12:53	DS_LGW_IEC_Call_spike_threshold	0.0.12	Registrováno	2020-11-08:00:12:53

Provedení diagnostických podpisů Verify

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Stažené DS:


ID DS	Název DS	Revize	Stav	Poslední aktualizace (GMT+00:00)
64224	DS_LGW_CPU_MON75	0.0.10	Registrováno	2020-11-08 00:07:45
65095	DS_LGW_IEC_Call_spike_threshold	0.0.12	Spuštěno	2020-11-08 00:12:53

zobrazit statistiku diagnostiky a podpisu


ID DS	Název DS	Spuštěno/Max/Odinstalovat	Průměrná doba chodu (sekundy)	Maximální doba chodu (sekundy)
64224	DS_LGW_CPU_MON75	0/0/N	0, 000	0, 000
65095	DS_LGW_IEC_Call_spike_threshold	1/20/Y	23.053	23.053

E-mail s upozorněním, který je odeslán během provádění diagnostického podpisu, obsahuje klíčové informace, jako je typ problému, podrobnosti o zařízení, verze softwaru, spuštěná konfigurace a zobrazují výstupy příkazů, které jsou relevantní pro řešení daného problému.

Odinstalovat diagnostické podpisy

Použijte diagnostické podpisy pro účely řešení problémů, které jsou obvykle definovány pro odinstalování po zjištění některých výskytů problémů. Chcete-li odinstalovat podpis ručně, načtěte ID DS z výstupu diagnostického podpisu show call-home a spusťte následující příkaz:

call-home diagnostic-signature deinstall <DS ID>

Příklad:

call-home diagnostic-signature deinstall 64224

Do nástroje pro vyhledávání diagnostických podpisů jsou pravidelně přidávány nové podpisy na základě problémů, které jsou pozorovány při nasazení. TAC v současné době nepodporuje žádosti o vytvoření nových vlastních podpisů.

30. září 2022

Implementace vysoké dostupnosti CUBE jako místní brány

Místní brána (LGW) je jedinou možností, jak poskytnout místní přístup k veřejné telefonní síti pro zákazníky Cisco Webex Calling. Cílem tohoto dokumentu je pomoci vám při vytváření konfigurace místní brány pomocí CUBE high availability, aktivních/pohotovostních CUBE pro stavové převzetí služeb při selhání aktivních volání.

Základy

Požadavky

Před nasazením CUBE HA jako místní brány pro volání Webex se ujistěte, že máte podrobné znalosti následujících konceptů:

Řešení Volání Cisco Webex
Možnost místní brány pro volání Cisco Webex
Redundance box-to-box vrstvy 2 s CUBE Enterprise pro zachování stavového volání

Pokyny ke konfiguraci uvedené v tomto článku předpokládají vyhrazenou platformu místní brány bez existující hlasové konfigurace. Pokud se stávající podnikové nasazení CUBE upravuje tak, aby využívalo také funkci místní brány pro volání Cisco Webex, věnujte velkou pozornost použité konfiguraci, abyste zajistili, že stávající toky volání a funkce nebudou přerušeny, a ujistěte se, že dodržujete požadavky na návrh CUBE HA.

Hardwarové a softwarové komponenty

CUBE HA jako lokální brána vyžaduje IOS-XE verze 16.12.2 nebo novější a platformu, na které jsou podporovány funkce CUBE HA i LGW.

Příkazy a protokoly show v tomto článku jsou založeny na minimální verzi softwaru Cisco IOS-XE 16.12.2 implementovaného na vCUBE (CSR1000v).

Referenční materiál

Zde je několik podrobných konfiguračních příruček CUBE HA pro různé platformy:

Řada ISR 4K —https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-ISR4K.html
CSR 1000v (vCUBE)—https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-CSR1000v.html
Upřednostňovaná architektura Cisco pro volání Cisco Webex —https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf

Přehled řešení volání Webex

Cisco Webex Calling je nabídka spolupráce, která poskytuje víceklientskou cloudovou alternativu k místní telefonní službě pobočkové ústředny s více možnostmi veřejné telefonní sítě pro zákazníky.

Nasazení místní brány (znázorněné níže) je zaměřeno na tento článek. Kmen místní brány (místní veřejná telefonní síť) ve volání Webex umožňuje připojení ke službě veřejné telefonní sítě vlastněné zákazníkem. Poskytuje také připojení k místnímu nasazení IP pobočkové ústředny, jako je Cisco Unified CM. Veškerá komunikace do a z cloudu je zabezpečena pomocí přenosu TLS pro SIP a SRTP pro média.

Následující obrázek znázorňuje nasazení volání Webex bez existující IP pobočkové ústředny a je použitelný pro nasazení s jednou nebo více lokalitami. Konfigurace popsaná v tomto článku je založená na tomto nasazení.

Redundance vrstvy 2 Box-to-Box

Redundance box-to-box CUBE HA vrstvy 2 používá protokol infrastruktury RG (Redundancy Group) k vytvoření dvojice směrovačů typu aktivní/pohotovostní. Tato dvojice sdílí stejnou virtuální IP adresu (VIP) napříč příslušnými rozhraními a neustále si vyměňuje stavové zprávy. Informace o relaci CUBE jsou kontrolovány přes dvojici směrovačů, což umožňuje pohotovostnímu routeru okamžitě převzít všechny odpovědnosti za zpracování hovorů CUBE, pokud aktivní směrovač přestane fungovat, což vede k stavovému zachování signalizace a médií.

Kontrolní bodování je omezeno na připojená volání s mediálními pakety. Hovory při přenosu nejsou kontrolovány (například stav pokusu nebo vyzvánění).

V tomto článku bude CUBE HA odkazovat na redundanci CUBE High Availability (HA) Layer 2 Box-to-box (B2B) pro zachování stavového volání

Od verze IOS-XE 16.12.2 lze CUBE HA nasadit jako místní bránu pro nasazení kmene volání Cisco Webex (místní veřejná telefonní síť) a v tomto článku se budeme zabývat aspekty návrhu a konfiguracemi. Tento obrázek zobrazuje typické nastavení CUBE HA jako místní bránu pro nasazení kmene volání Cisco Webex.

Infra komponenta skupiny redundance

Komponenta Redundancy Group (RG) Infra poskytuje podporu komunikační infrastruktury mezi dvěma cube a vyjednává konečný stabilní stav redundance. Tato součást také poskytuje:

Protokol podobný HSRP, který vyjednává konečný stav redundance pro každý směrovač výměnou zpráv keepalive a hello mezi dvěma CUBE (prostřednictvím řídicího rozhraní) - GigabitEthernet3 na obrázku výše.
Transportní mechanismus pro kontrolní bodování signalizačního a mediálního stavu pro každý hovor z aktivního do pohotovostního routeru (přes datové rozhraní) – GigabitEthernet3 na obrázku výše.
Konfigurace a správa rozhraní Virtual IP (VIP) pro komunikační rozhraní (více komunikačních rozhraní lze konfigurovat pomocí stejné skupiny RG) – GigabitEthernet 1 a 2 jsou považovány za dopravní rozhraní.

Tato komponenta RG musí být speciálně nakonfigurována tak, aby podporovala hlasovou B2B HA.

Správa virtuálních IP adres (VIP) pro signalizaci i média

B2B HA spoléhá na VIP k dosažení redundance. VIP a přidružená fyzická rozhraní na obou objektech CUBE v páru CUBE HA musí být umístěna ve stejné podsíti sítě LAN. Konfigurace VIP a vazba VIP rozhraní na konkrétní hlasovou aplikaci (SIP) jsou pro podporu hlasové B2B HA povinné. Externí zařízení, jako je Unified CM, Webex Calling Access SBC, poskytovatel služeb nebo proxy, používají VIP jako cílovou IP adresu pro volání procházející směrovači CUBE HA. Z hlediska volání Webexu se tedy páry CUBE HA chovají jako jediná místní brána.

Signalizace hovorů a informace o relaci RTP navázaných hovorů jsou kontrolovány z aktivního směrovače do pohotovostního směrovače. Když aktivní směrovač dojde k výpadku, převezme kontrolu záložní směrovač a pokračuje v předávání datového proudu RTP, který byl dříve směrován prvním směrovačem.

Volání v přechodném stavu v době převzetí služeb při selhání nebudou po přepnutí zachována. Například volání, která ještě nejsou plně zavedena nebo jsou v procesu úprav pomocí funkce přenosu nebo blokování. Navázané hovory mohou být po přepnutí odpojeny.

Pro použití CUBE HA jako místní brány pro stavové převzetí služeb při selhání volání existují následující požadavky:

CUBE HA nemůže mít TDM nebo analogová rozhraní společně umístěná
Gig1 a Gig2 jsou označovány jako rozhraní pro provoz (SIP/RTP) a Gig3 je řídicí/datové rozhraní skupiny redundance (RG)
Do stejné domény vrstvy 2 nelze umístit více než 2 páry CUBE HA, jeden s ID skupiny 1 a druhý s ID skupiny 2. Pokud konfigurujete 2 páry HA se stejným ID skupiny, rozhraní RG Control/Data musí patřit do různých domén vrstvy 2 (vlan, samostatný přepínač)
Kanál portu je podporován pro rozhraní RG Control/data i traffic
Veškerá signalizace/média jsou zdrojována z/na virtuální IP adresu
Kdykoli je platforma znovu načtena ve vztahu CUBE-HA, vždy se spustí jako pohotovostní režim
Dolní adresa pro všechna rozhraní (Gig1, Gig2, Gig3) by měla být na stejné platformě
Identifikátor rozhraní redundance, rii by měl být jedinečný pro kombinaci pár/rozhraní na stejné vrstvě 2
Konfigurace na obou CUBE musí být identická včetně fyzické konfigurace a musí běžet na stejném typu platformy a verzi IOS-XE
Rozhraní zpětné smyčky nelze použít jako vazbu, protože jsou vždy nahoře
Vícenásobná rozhraní provozu (SIP/RTP) (Gig1, Gig2) vyžadují konfiguraci sledování rozhraní
CUBE-HA není podporován přes příčné kabelové připojení pro RG-control/data link (Gig3)
Obě platformy musí být identické a musí být propojeny přes fyzický přepínač přes všechna podobná rozhraní, aby CUBE HA fungovala, tj. GE0/0/0 z CUBE-1 a CUBE-2 musí skončit na stejném přepínači a tak dále.
Nelze ukončit WAN přímo na CUBEs nebo Data HA na obou stranách
Aktivní/pohotovostní režim musí být ve stejném datovém centru
Pro redundanci je nutné použít samostatné rozhraní L3 (RG Control/data, Gig3). i.e rozhraní používané pro provoz nelze použít pro HA keepalives a checkpointing
Při převzetí služeb při selhání prochází dříve aktivní CUBE návrhem dobíjení, přičemž zachovává signalizaci a média

Konfigurace redundance na obou cubech

Musíte nakonfigurovat redundanci vrstvy 2 box-to-box na obou CUBE určených k použití v páru HA, aby se zobrazily virtuální IP adresy.

VCUBE-2#conf t
VCUBE-2(config)#redundancy
VCUBE-2(config)#voice service voip
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2#wr

VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

Konfigurace místní brány na obou objektech CUBE

V naší ukázkové konfiguraci používáme následující informace o kmeni z Control Hub k sestavení konfigurace místní brány na obou platformách, VCUBE-1 a VCUBE-2. Uživatelské jméno a heslo pro toto nastavení jsou následující:

Uživatelské jméno: Hussain1076_LGU
Heslo: lOV12MEaZx


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#

VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message

VCUBE-2#redundancy application reload group 1 self

VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0

30. září 2022

Konfigurace sjednoceného CM pro volání Webex

Můžete vyžadovat integraci s Unified CM, pokud jsou umístění s povoleným voláním Webex přidána do existujícího nasazení, kde Unified CM je místní řešení řízení hovorů, a pokud požadujete přímé vytáčení mezi telefony registrovanými na Unified CM a telefony v umístěních volání Webex.

Konfigurace profilu zabezpečení kmene SIP pro bránu Trunk to Local Gateway

V případech, kdy se místní brána a brána veřejné telefonní sítě nacházejí na stejném zařízení, musí být povolena služba Unified CM, aby bylo možné rozlišovat mezi dvěma různými typy provozu (volání z Webexu a z veřejné telefonní sítě), které pocházejí ze stejného zařízení, a použít pro tyto typy volání diferencovanou třídu služby. Toto diferencované zpracování volání je dosaženo zřízením dvou kmenů mezi Unified CM a kombinovanou místní bránou a zařízením brány PSTN, které vyžaduje různé naslouchající porty SIP pro tyto dva kmeny.

Vytvořte vyhrazený profil zabezpečení kmene SIP pro kmen místní brány s následujícím nastavením:


Nastavení	Hodnota

Název	Jedinečný název, například Webex
Popis	Smysluplný popis, například Profil zabezpečení kmene Webex SIP
Příchozí port	Musí odpovídat portu používanému v konfiguraci místní brány pro provoz do/z Webexu: 5065

Konfigurace profilu SIP pro kmen místní brány

Vytvořte vyhrazený profil SIP pro kmen místní brány s následujícím nastavením:


Nastavení	Hodnota

Název	Jedinečný název, například Webex
Popis	Smysluplný popis, například profil SiP Webex
Povolit PŘÍKAZY Ping pro sledování cílového stavu pro kmeny s typem služby "Žádný (výchozí)"	Zaškrtnuto

Vytvoření vyhledávacího prostoru volání pro volání z Webexu

Vytvořte vyhledávací prostor volání pro volání pocházející z Webexu s následujícím nastavením:


Nastavení	Hodnota

Název	Jedinečný název, například Webex
Popis	Smysluplný popis, například Webex volání vyhledávacího prostoru
Vybrané oddíly	DN (+E.164 adresářová čísla) ESN (zkráceně vytáčení mezi weby) Veřejná telefonní síťMezinárodní (přístup k veřejné telefonní síti) onNetRemote (gdpr naučené destinace)

Poslední oddíl onNetRemote se používá pouze v prostředí s více clustery, kde se směrovací informace vyměňují mezi clustery Unified CM pomocí služby ILS (Intercluster Lookup Service) nebo globální replikace dialplanu (GDPR).

Konfigurace SIP Trunk Do a Z Webexu

Vytvořte kmen SIP pro volání do a z Webexu prostřednictvím místní brány s následujícím nastavením:


Nastavení	Hodnota
Informace o zařízení
Název_zařízení	Jedinečný název, například Webex
Popis	Smysluplný popis, například Webex SIP Trunk
Spustit na všech aktivních uzlech Unified CM	Zaškrtnuto
Příchozí volání
Volání vyhledávacího prostoru	Dříve definovaný vyhledávací prostor pro volání: Webex
Vyhledávací prostor volání AAR	Vyhledávací prostor volání s přístupem pouze ke vzorům tras veřejné telefonní sítě: PSTNReroute
Informace o SIP
Cílová adresa	IP adresa lokální brány CUBE
Cílový přístav	5060
Bezpečnostní profil SIP Trunk	Dříve definované: Webex
Profil SIP	Dříve definované: Webex

Konfigurace skupiny směrování pro Webex

Vytvořte skupinu postupů s následujícím nastavením:


Nastavení	Hodnota
Informace o skupině tras
Název skupiny směrování	Jedinečný název, například Webex
Vybraná zařízení	Dříve nakonfigurovaný SIP trunk: Webex

Konfigurace seznamu tras pro Webex

Vytvořte seznam tras s následujícím nastavením:


Nastavení	Hodnota
Informace o seznamu tras
Název	Jedinečný název, například RL_Webex
Popis	Smysluplný popis, například Seznam tras pro Webex
Spustit na všech aktivních uzlech Unified CM	Zaškrtnuto
Informace o členech seznamu tras
Vybrané skupiny	Pouze dříve definovaná skupina postupů: Webex

Vytvoření oddílu pro cíle Webex

Vytvořte oddíl pro cíle Webexu s následujícím nastavením:


Nastavení	Hodnota
Informace o seznamu tras
Název	Jedinečný název, například Webex
Popis	Smysluplný popis, například oddíl Webex

Co dělat dál

Nezapomeňte přidat tento oddíl do všech volajících vyhledávacích prostorů, které by měly mít přístup k cílům Webexu. Tento oddíl je nutné přidat konkrétně do volajícího vyhledávacího prostoru, který se používá jako příchozí volající vyhledávací prostor na kmenech veřejné telefonní sítě, aby bylo možné směrovat volání ze veřejné telefonní sítě do Webexu.

Konfigurace vzorů tras pro cíle Webex

Nakonfigurujte vzory směrování pro každý rozsah DID ve Webexu s následujícím nastavením:


Nastavení	Hodnota

Vzor trasy	Úplný vzor +E.164 pro rozsah DID ve Webexu s úvodním "\". Příklad: \+140855501XX
Oddíl trasy	Webex
Seznam bran/tras	RL_Webex
Naléhavá priorita	Zaškrtnuto

Konfigurace zkrácené normalizace mezisite dialing normalizace pro Webex

Pokud je pro Webex vyžadováno zkrácené vytáčení mezi weby, nakonfigurujte vzory normalizace vytáčení pro každý rozsah ESN ve Webexu s následujícím nastavením:


Nastavení	Hodnota

Vzor překladu	Vzor ESN pro rozsah ESN ve Webexu. Příklad: 80121XX
Oddíl	Webex
Popis	Smysluplný popis, například Vzor normalizace Webexu
Použití vyhledávacího prostoru pro volání původce	Zaškrtnuto
Naléhavá priorita	Zaškrtnuto
Nečekejte na časový limit Interdigit na následném chmelu	Zaškrtnuto
Nazývaná maska transformace strany	Maskou se číslo normalizuje na +E.164. Příklad: +140855501XX

30. září 2022

Nastavení funkcí služby Webex Calling

Přečtěte si další informace o některých funkcích dostupných v volání Webex a o tom, jak je nastavit pro vaši organizaci a uživatele.

Vytvoření lovecké skupiny

Skupiny hunt směrují příchozí hovory do skupiny uživatelů nebo pracovních prostorů. Můžete dokonce nakonfigurovat vzor pro směrování do celé skupiny.

Další informace o tom, jak nastavit loveckou skupinu, naleznete v tématu Love Groups v řídicím centru Cisco Webex.

Vytvoření fronty hovorů

Frontu hovorů můžete nastavit tak, aby v případě, že hovory zákazníků nelze přijmout, byla zákazníkům poskytnuta automatická odpověď, uklidňující zprávy a hudba, dokud někdo nemůže hovor přijmout.

Další informace o tom, jak nastavit a spravovat frontu volání, naleznete v tématu Správa front volání v řídicím centru Cisco Webex.

Vytvoření recepčního klienta

Pomozte podpořit potřeby personálu front-office. Uživatele můžete nastavit jako telefonní obsluhu, aby mohli prověřovat příchozí hovory určitým lidem ve vaší organizaci.

Informace o tom, jak nastavit a zobrazit klienty recepčních, naleznete v tématu Klienti recepčních v řídicím centruCisco Webex.

Vytváření a správa automatických telefonních systémů

Můžete přidávat pozdravy, nastavovat nabídky a směrovat hovory do záznamové služby, lovecké skupiny, hlasové schránky nebo skutečné osoby. Vytvořte si 24hodinový rozvrh nebo poskytněte různé možnosti, když je vaše firma otevřená nebo zavřená.

Informace o tom, jak vytvořit a spravovat automatické telefonické systémy, naleznete v tématu Správa automatických telefonních systémů v řídicím centruCisco Webex.

Konfigurace stránkovací skupiny

Stránkování skupin umožňuje uživateli zadat jednosměrný hovor nebo stránku skupiny až 75 cílovým uživatelům a pracovním prostorům vytočením čísla nebo linky přiřazené konkrétní skupině stránkování.

Informace o tom, jak nastavit a upravit stránkovací skupiny, naleznete v tématu Konfigurace stránkovací skupiny v řídicím centru Cisco Webex.

Nastavení vyzvednutí hovoru

Vylepšete týmovou práci a spolupráci vytvořením skupiny pro vyzvednutí hovorů, aby uživatelé mohli navzájem přijímat hovory. Když přidáte uživatele do skupiny pro vyzvednutí hovoru a člen skupiny je pryč nebo zaneprázdněn, může jejich hovory přijímat jiný člen.

Informace o tom, jak nastavit skupinu pro vyzvednutí hovoru, naleznete v tématu Vyzvednutí hovoru v řídicím centru Cisco Webex.

Nastavení parku hovorů

Call park umožňuje definované skupině uživatelů parkovat hovory proti ostatním dostupným členům skupiny call parku. Zaparkované hovory mohou být zachyceny ostatními členy skupiny na svém telefonu.

Další informace o tom, jak nastavit park volání, naleznete v tématu Call Park v řídicím centru Cisco Webex.

Umožněte uživatelům zapojit se do telefonních hovorů jiných lidí

1	V zobrazení zákazníka v programu https://admin.webex.compřejděte na Uživateléa pak vyberte uživatele, kterého chcete upravit.
2	Vyberte Volání, přejděte na Oprávnění mezi uživatelia pak vyberte Připnout.
3	Zapněte možnost Barge Ina zvolte, zda chcete, aby se probíhající hovor stal konferenčním hovorem. Umožněte ostatním, aby se přidali k volání tohoto uživatele. Zahrajte tón, když někdo vtrhne do hovoru. Poté klikněte na Uložit.

Zabránění někomu ve sledování stavu řádku uživatele

1	V zobrazení zákazníka v programu https://admin.webex.compřejděte na Uživateléa vyberte uživatele, kterého chcete upravit.
2	Vyberte Volání, přejděte na Oprávnění mezi uživateli a povolte Soukromí.
3	Zvolte příslušné nastavení ochrany osobních údajů automatického telefonického systému pro tohoto uživatele. Povolit, aby mohl být tento uživatel vytáčen pomocí linky Povolit, aby mohl být tento uživatel vytáčen pomocí jména nebo příjmení
4	Zaškrtněte políčko Povolit ochranu osobních údajů . Poté se můžete rozhodnout, zda chcete všechny zablokovat, ponecháním pole Hledat uživatele podle jména prázdné nebo zvolit, kdo může sledovat stav řádku tohoto uživatele. Pomocí výše uvedeného výkonného příkladu byste vyhledali jméno jejich administrativního asistenta.
5	Klikněte na položku Uložit.

Příklad

Chcete vidět, jak se to dělá? Podívejte se na toto video ukázku toho, jak spravovat nastavení ochrany osobních údajů pro uživatele v Centruřízení.

Monitorovací seznam - Ostatní uživatelé a rozšíření call parku

Maximální počet monitorovaných linek je 50, ale měli byste zvážit šířku pásma. Maximální může být také určeno počtem tlačítek linky na telefonu uživatele.

Služba monitorování funguje pouze s primárním zařízením uživatele.

V zobrazení zákazníka v programu https://admin.webex.compřejděte na Uživateléa vyberte uživatele, kterého chcete upravit.

Vyberte Volání, přejděte do části Oprávnění mezi uživateli a vyberte Monitorování.

Vyberte si z následujících možností:

Přidat monitorovanou linku-
Přidat linku pro parkování hovorů

Zvolte, zda má být tento uživatel upozorněn na zaparkované hovory, vyhledejte osobu nebo rozšíření o park hovorů, které má být monitorováno, a klikněte na tlačítko Uložit.

Seznam sledovaných linek v Control Hubu odpovídá pořadí sledovaných linek, které se zobrazují na zařízení uživatele. Seznam sledovaných linek můžete kdykoliv přeskupit.

Název, který se zobrazí pro sledovaný řádek, je název zadaný do polí ID volajícího uživatele nebo pracovního prostoru, Jméno a Příjmení.

Příklad

Chcete vidět, jak se to dělá? Podívejte se na toto video ukázku , jak spravovat nastavení monitorování pro uživatele v Centruřízení.

Zapnutí hotelování pro uživatele

Umožnění hotelingu pro uživatele jim umožňuje pracovat v jiném prostoru při zachování funkčnosti a vlastností jejich hlavního stolního telefonu.

1	V zobrazení zákazníka v programu https://admin.webex.compřejděte na Uživatelé a pak vyberte uživatele, kterého chcete upravit.
2	Vyberte Volání, přejděte na Oprávnění mezi uživatelia klikněte na Hoteling.
3	Zapněte hotelovánía klepněte na tlačítko Uložit.

Příklad

Chcete vidět, jak se to dělá? Podívejte se na toto video ukázku konfigurace hotelování v Control Hubu.

30. září 2022

Konfigurace a správa volajících uživatelů Webexu

Musíte přidat každého uživatele v Centru řízení, aby mohli využívat služby volání Webex. Počet uživatelů, které potřebujete přidat, určí, jak je přidáte do Centra řízení, zda ručně přidáte každého uživatele pomocí e-mailové adresy nebo přidáte více uživatelů pomocí souboru CSV. Volba je na vás.

Ruční přidání uživatelů v Centru řízení

Pokud synchronizujete uživatele z adresáře, jako je například služba Active Directory, musíte je při ručním přidávání osob do Centra řízení také přidat do adresáře.

Při přidávání uživatelů nesmí jméno a příjmení obsahovat znaky rozšířené ascii nebo následující znaky %, #, <,>\, /," a musí mít maximální délku 30 znaků.</,> Tato speciální omezení znaků platí pouze pro uživatele volání Webex.

Než začnete

Pokud se pokoušíte přidat uživatele, kteří použili svou e-mailovou adresu k vytvoření zkušebního účtu, může se zobrazit chyba. Požádejte uživatele , aby nejprve odstranili svou organizaci , než je přidají do vaší organizace.

V zobrazení zákazníka přejděte https://admin.webex.com na Uživateléa potom klikněte na Spravovat uživatele.

Vyberte Ručně přidat nebo upravit uživatele.

(Volitelné) Pokud automaticky odesíláte uvítací e-maily, klikněte na Další.

Vyberte jednu z nich a klikněte na Další:

Vyberte E-mailová adresaa zadejte až 25 e-mailových adres.
Vyberte Jména a e-mailové adresya pak zadejte až 25 jmen a e-mailových adres.

Do vaší organizace můžete přidat uživatele, kteří jsou k dispozici pro převod.

Přiřazení licence:

Pokud máte aktivní šablonu licence, licence se novým uživatelům přiřazují automaticky a můžete si prohlédnout souhrn licencí.
Vyberte služby, které chcete přiřadit. Pokud máte více předplatných, vyberte předplatné ze seznamu.

Pokud přiřazujete licence pro Kontaktní centrum, vyberte Webex Teamsa pak Péče o zákazníky s možností Prémiový a Standardní agent . Chcete-li přidat supervizora, vyberte možnosti Premium i Supervisor . S uživatelem se zachází jako s agentem, pokud z něj neuděláte nadřízeného.

Správa obsahu:

Pokud je pro správu podnikového obsahu vybrán globální přístup, je správa obsahu automaticky přiřazena uživatelům.
Vyberte možnost správy obsahu pro každého uživatele.

Klikněte na položku Uložit.

Každému člověku se pošle e-mail s pozvánkou k připojení.
V Centruřízení se lidé zobrazují ve stavu čekající na pozvání, dokud se poprvé nepřihlásí. Licence jsou přiřazeny po prvním přihlášení uživatele nebo pokud používáte konektor Cisco Directory Connector s deklarovanou doménou, licence se přiřadí při vytvoření uživatelů.

(Volitelné) Pokud jste uživateli přidali Volání, přiřaďte místo, telefonní číslo a linku.

Zkontrolujte souhrnnou stránku zpracovaných záznamů a klikněte na tlačítko Dokončit.

Ihned po přidání volajícího uživatele, pokud se při výběru nastavení volání uživatele zobrazí chyba, doporučujeme odebrat licenci volání Webex a poté znovu přiřadit volající licenci uživateli.

Co dělat dál

Lidem ve vaší organizaci můžete přiřadit oprávnění správce.

Přidání více uživatelů v Centru řízení pomocí šablony CSV

Než začnete

Pokud máte pro svou organizaci více než jeden soubor CSV, nahrajte jeden soubor a po dokončení tohoto úkolu můžete nahr�

1	Ujistěte se, že je pro heslo vytvořen konfigurační klíč s níže uvedenými příkazy, než ho bude možné použít v přihlašovacích údajích nebo sdílených tajných klíčích. Hesla typu 6 jsou šifrována pomocí šifry AES a tohoto uživatelem definovaného konfiguračního klíče. `LocalGateway#conf t LocalGateway(config)#key config-key password-encrypt Password123 LocalGateway(config)#password encryption aes` Tady je konfigurace místní brány, která se bude vztahovat na obě platformy na základě výše uvedených parametrů Control Hub , uložit a znovu načíst. Přihlašovací údaje SIP Digest z Control Hubu jsou zvýrazněny tučně . configure terminal crypto pki trustpoint dummyTp revocation-check crl exit sip-ua crypto signaling default trustpoint dummyTp cn-san-validate server transport tcp tls v1.2 end configure terminal crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b end configure terminal voice service voip ip address trusted list ipv4 x.x.x.x y.y.y.y exit allow-connections sip to sip media statistics media bulk-stats no supplementary-service sip refer no supplementary-service sip handle-replaces fax protocol pass-through g711ulaw stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123! sip g729 annexb-all early-offer forced end configure terminal voice class sip-profiles 200 rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.)" "sip:\1" rule 10 request ANY sip-header To modify "<sips:(.)" "<sip:\1" rule 11 request ANY sip-header From modify "<sips:(.)" "<sip:\1" rule 12 request ANY sip-header Contact modify "<sips:(.)>" "<sip:\1;transport=tls>" rule 13 response ANY sip-header To modify "<sips:(.)" "<sip:\1" rule 14 response ANY sip-header From modify "<sips:(.)" "<sip:\1" rule 15 response ANY sip-header Contact modify "<sips:(.)" "<sip:\1" rule 20 request ANY sip-header From modify ">" ";otg=hussain1076_lgu>" rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.)" "sip:\1" voice class codec 99 codec preference 1 g711ulaw codec preference 2 g711ulaw exit voice class srtp-crypto 200 crypto 1 AES_CM_128_HMAC_SHA1_80 exit voice class stun-usage 200 stun usage firewall-traversal flowdata exit voice class tenant 200 registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls credentials number Hussain5091_LGU username Hussain1076_LGU password 0 lOV12MEaZx realm Broadworks authentication username Hussain5091_LGU password 0 lOV12MEaZx realm BroadWorks authentication username Hussain5091_LGU password 0 lOV12MEaZx realm 40462196.cisco-bcld.com no remote-party-id sip-server dns:40462196.cisco-bcld.com connection-reuse srtp-crypto 200 session transport tcp tls url sips error-passthru asserted-id pai bind control source-interface GigabitEthernet1 bind media source-interface GigabitEthernet1 no pass-thru content custom-sdp sip-profiles 200 outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com privacy-policy passthru voice class tenant 100 session transport udp url sip error-passthru bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class tenant 300 bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class uri 100 sip host ipv4:198.18.133.3 voice class uri 200 sip pattern dtg=hussain1076.lgu dial-peer voice 101 voip description Outgoing dial-peer to IP PSTN destination-pattern BAD.BAD session protocol sipv2 session target ipv4:198.18.133.3 voice-class codec 99 voice-class sip tenant 100 dtmf-relay rtp-nte no vad dial-peer voice 201 voip description Outgoing dial-peer to Webex Calling destination-pattern BAD.BAD session protocol sipv2 session target sip-server voice-class codec 99 voice-class stun-usage 200 no voice-class sip localhost voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad voice class dpg 100 description Incoming WebexCalling(DP200) to IP PSTN(DP101) dial-peer 101 preference 1 voice class dpg 200 description Incoming IP PSTN(DP100) to Webex Calling(DP201) dial-peer 201 preference 1 dial-peer voice 100 voip desription Incoming dial-peer from IP PSTN session protocol sipv2 destination dpg 200 incoming uri via 100 voice-class codec 99 voice-class sip tenant 300 dtmf-relay rtp-nte no vad dial-peer voice 200 voip description Incoming dial-peer from Webex Calling session protocol sipv2 destination dpg 100 incoming uri request 200 voice-class codec 99 voice-class stun-usage 200 voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad end copy run start Pro zobrazení výstupu příkazu show jsme znovu načetli VCUBE-2 následovaný VCUBE-1, čímž se VCUBE-1 stala pohotovostní CUBE a VCUBE-2 aktivní CUBE
2	V každém okamžiku bude pouze jedna platforma udržovat aktivní registraci jako místní brána s řadičem SBC pro přístup k volání Webex. Podívejte se na výstup následujících příkazů show. Zobrazit skupinu aplikací redundance 1 zobrazit stav sip-ua-register `VCUBE-1#show redundancy application group 1 Group ID:1 Group Name:LocalGateway-HA Administrative State: No Shutdown Aggregate operational state : Up My Role: Standby Peer Role: ACTIVE Peer Presence: Yes Peer Comm: Yes Peer Progression Started: Yes RF Domain: btob-one RF state: STANDBY HOT Peer RF state: ACTIVE VCUBE-1#show sip-ua register status VCUBE-1#` VCUBE-2#show redundancy application group 1 Group ID:1 Group Name:LocalGateway-HA Administrative State: No Shutdown Aggregate operational state : Up My Role: ACTIVE Peer Role: STATUS Peer Presence: Yes Peer Comm: Yes Peer Progression Started: Yes RF Domain: btob-one RF state: ACTIVE Peer RF state: STANDBY HOT VCUBE-2#show sip-ua register status Tenant: 200 --------------------Registrar-Index 1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ============================== ========== ============ === ======== ============ Hussain5091_LGU -1 48 yes normal VCUBE-2# Z výše uvedeného výstupu můžete vidět, že VCUBE-2 je aktivní LGW udržující registraci pomocí SBC pro přístup k volání Webex, zatímco výstup "show sip-ua register status" je ve VCUBE-1 prázdný
3	Nyní povolte následující ladění na VCUBE-1 `VCUBE-1#debug ccsip non-call SIP Out-of-Dialog tracing is enabled VCUBE-1#debug ccsip info SIP Call info tracing is enabled VCUBE-1#debug ccsip message`
4	Simulujte převzetí služeb při selhání vydáním následujícího příkazu na aktivní LGW, v tomto případě VCUBE-2. `VCUBE-2#redundancy application reload group 1 self` K přepnutí z AKTIVNÍHO na POHOTOVOSTNÍ LGW dochází také v následujícím scénáři kromě výše uvedeného CLI Když se aktivní směrovač znovu načte Když se aktivní směrovač vypne Když je vypnuto jakékoli rozhraní nakonfigurované pro RG směrovače ACTIVE, pro které je povoleno sledování
5	Zkontrolujte, zda se VCUBE-1 zaregistroval u SBC pro přístup k volání Webex. VCUBE-2 by se už znovu načetl. `VCUBE-1#show sip-ua register status Tenant: 200 --------------------Registrar-Index 1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ============================== ========== ============ === ======== ============ Hussain5091_LGU -1 56 yes normal VCUBE-1#` VCUBE-1 je nyní aktivní LGW.
6	Podívejte se na příslušný protokol ladění na VCUBE-1 odeslání SIP REGISTER do Webex volání PŘES virtuální IP a přijetí 200 OK. VCUBE-1#show log Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired. Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state. Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Sent: REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0 Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Date: Thu, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent: Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 Timestamp: 1578595044 CSeq: 2 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expires: 240 Supported: path Content-Length: 0 Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg: Received: SIP/2.0 401 Unauthorized Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 Date: Thu, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Timestamp: 1578595044 CSeq: 2 REGISTER WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5 Content-Length: 0 Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Sent: REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0 Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Date: Thu, 09 Jan 2020 18:37:25 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent:Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 Timestamp: 1578595045 CSeq: 3 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expires: 240 Supported: path Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001 Content-Length: 0 Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg: Received: SIP/2.0 200 OK Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Timestamp: 1578595045 CSeq: 3 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference Content-Length: 0