Konfigurační pracovní postup volání Webex

18. kvě 2021 |
Konfigurační pracovní postup volání Webex

18. kvě 2021
Přehled volání Webex

Představujeme Cisco Webex Calling

Představte si, že jste schopni využít funkce cloudového volání, mobility a PBX podnikové úrovně spolu s Cisco Webex pro zasílání zpráv a schůzek a volání z Webex Volání měkkého klienta nebo zařízení Cisco. Přesně to vám Webex Calling může nabídnout.

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

  • Volání předplatného pro uživatele telefonních služeb a společných prostor

  • Přístup k webexu pro každého uživatele

  • Přístup k veřejné telefonní síti přepínání (PSTN) umožňuje uživatelům vytáčet čísla mimo organizaci. Služba je poskytována prostřednictvím stávající podnikové infrastruktury (lokální brána bez on-premises IP PBX nebo se stávajícím Unified CM call prostředím)

Webex Volání 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řidat pozdravy, nastavit nabídky a směrovat hovory do záznamníku, lovecké skupiny, hlasové schránky nebo skutečné osoby. Můžete vytvořit 24-hodinový rozvrh nebo poskytnout různé možnosti, když je vaše firma otevřena nebo uzavřena. Můžete dokonce směrovat hovory na základě atributů ID volajícího a vytvářet VIP seznamy nebo jinak zpracovávat hovory z určitých směrových čísel.

Fronta hovorů

Můžete nastavit frontu hovorů tak, aby v případě, že příchozí hovory nemohou být přijaty, měli volající automatickou odpověď, pohodlné zprávy a hudbu pozastavenou, dokud někdo nezvedne jejich hovor.

Hromadné zpracování hovorů

Týmovou práci a spolupráci můžete zlepšit vytvořením skupiny pro vyzvednutí hovoru, aby si uživatelé mohli navzájem odpovídat na hovory. Když přidáte uživatele do skupiny pro vyzvednutí hovoru a člen skupiny je pryč nebo zaneprázdněn, může jim hovory zvednout jiný člen.

Parkování hovorů

Můžete zapnout call park, aby uživatelé mohli hovor pozastavit a zvednout jej z jiného telefonu.

Skupina sdružených linek

Možná budete chtít nastavit lovecké skupiny v následujících scénářích:

  • Prodejní tým, který chce sekvenční směrování. Příchozí hovor zazvoní na jeden telefon, ale pokud to nezvedne, hovor jde na dalšího agenta ze seznamu.

  • Tým podpory, který chce, aby telefony zazvonily najednou, aby první dostupný agent mohl přijmout hovor.

Skupina pagingu

Můžete vytvořit skupinu pagerů, aby uživatelé mohli odesílat zvukovou zprávu osobě, oddělení nebo týmu. Když někdo odešle zprávu skupině pagerů, zpráva se přehraje na všech zařízeních ve skupině.

Klient recepce

Pomozte podpořit potřeby vašich zaměstnanců front-office tím, že jim poskytnete kompletní sadu možností řízení hovorů, rozsáhlé monitorování linek, frontu hovorů, více možností adresářů a zobrazení, integraci aplikace Outlook a další.

Uživatelé mohou nakonfigurovat následující funkce v aplikaci https://settings.webex.com, která se křížově spouští do uživatelského portálu volání.

Tabulka 2 Vlastnosti konfigurovatelné uživatelem

Funkce

Popis

Odmítnutí anonymního hovoru

Uživatelé mohou odmítnout příchozí hovory s zablokovanými ID volajícího.

Kontinuita podnikání

Nejsou-li telefony uživatelů připojeny k síti z jakéhokoli důvodu (např. výpadek proudu, 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ěrovat hovory v určitou dobu od konkrétních volajících. Toto nastavení bude mít přednost před přesměrováním hovorů.

Upozornit na hovor

Uživatelé si mohou poslat e-mail, když obdrží hovor podle předem definovaných kritérií, jako je telefonní číslo nebo datum a čas.

Čekající hovor

Uživatelé mohou povolit přijímání dalších příchozích hovorů.

Nerušit

Uživatelé mohou dočasně nechat všechny hovory přejít přímo do hlasové schránky.

Office Anywhere

Uživatelé mohou zvolené telefony ("Lokality") používat jako rozšíření svého firemního telefonního čísla a vytáčecího plánu.

Upozornění na prioritu

Pokud jsou splněna předem definovaná kritéria, jako je telefonní číslo nebo datum a čas, mohou uživatelé zazvonit na své telefony výrazným zvonkem.

Vzdálená kancelář

Uživatelé mohou uskutečňovat hovory ze vzdáleného telefonu a nechat si je zobrazit na své obchodní lince. Kromě toho budou na tomto dálkovém telefonu zazvoňovat všechny příchozí hovory na jejich obchodní linku.

Selektivní přijetí hovoru

Uživatelé mohou přijímat hovory v určitou dobu od konkrétních volajících.

Selektivní odmítnutí hovoru

Uživatelé mohou odmítnout hovory od konkrétních volajících v určitou dobu.

Sekvenční kroužek

Pro příchozí hovory zazvoňte až na 5 zařízení po sobě.

Simultánní kroužek

Volejte uživatelům a dalším (“příjemcům hovorů“) současně pro příchozí hovory.

Poskytování služeb, zařízení a uživatelů v Control Hubu, Cross-Launch to Detailed Configuration in Calling Admin Portal

Cisco Webex Control Hub (https://admin.webex.com) je portál pro správu, který se integruje s Webex Volání pro zefektivnění objednávek a konfigurace, a centralizovat správu svazkunabídka- Webex Volání, Webex, a Webex Meetings.

Control Hub je ústředním bodem pro poskytování všech služeb, zařízení a uživatelů. Můžete provést první nastavení služby volání, zaregistrovat MPP telefony do cloudu (pomocí MAC adresy), konfigurovat uživatele přiřazováním zařízení, přidáváním čísel, služeb, funkcí volání atd. Pro podrobnější konfiguraci funkcí, zařízení a uživatelů můžete také z Control Hubu provést křížové spuštění na portál Volání správce. Poskytování jakýchkoli dalších služeb (Webex Meetings nebo týmy) probíhá také v Control Hubu.

Portál správce volání poskytuje zákazníkům přístup k pokročilé konfiguraci funkcí volání a rychlý přehled o zabezpečení služby. Zajištění služeb poskytuje metriky kvality hovorů napříč více místy v rámci jejich obchodních jednotek tím, že uvádí, zda jsou hovory dobré, spravedlivé nebo nekvalitní. Získání okamžité zpětné vazby o kvalitě hovorů umožňuje partnerům a zákaznickým administrátorům nabízet svým zákazníkům nejvyšší kvalitu služeb.

Uživatelské zkušenosti

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

Prohlédněte si Cisco Webex Control Hub

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ů adopce a kvalitu volání a další.

Chcete-li svou organizaci zprovoznit, doporučujeme pozvat několik uživatelů, aby se připojili k Webexu zadáním jejich e-mailových adres v Centru řízení. Povzbuzuj lidi, aby využívali služeb, které poskytuješ, včetně volání, a aby ti poskytli zpětnou vazbu o svých zkušenostech. Až budete připraveni, můžete vždy přidat více uživatelů.

Pro přístup do Control Hubu doporučujeme použít nejnovější desktopovou verzi prohlížeče Google Chrome nebo Mozilla Firefox. Prohlížeče na mobilních zařízeních a jiných stolních prohlížečích mohou přinášet neočekávané výsledky.

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

Začínáme

Jakmile si partner vytvoří účet, obdržíš uvítací e-mail. Kliknutím na odkaz Začínáme v e-mailu získáte přístup do Centra řízení pomocí prohlížeče Chrome nebo Firefoxu. Odkaz vás automaticky přihlásí pomocí e-mailové adresy správce. Dále budete vyzváni k vytvoření hesla správce.

Průvodce prvním pokusem

Pokud vás partner zaregistroval pro zkušební verzi, průvodce nastavením se automaticky spustí po přihlášení do Control Hubu. Průvodce vás provede základními nastaveními, abyste mohli mimo jiné zprovoznit vaši organizaci pomocí Cisco Webex Calling. Před dokončením prohlídky průvodce můžete nastavit a zkontrolovat nastavení volání.

Zkontrolujte svá nastavení

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

Přidat uživatele

Nyní, když jste nastavili své služby, jste připraveni přidat lidi z firemního adresáře. Přejděte na Uživatelé a klikněte na možnost Spravovat uživatele.

Pokud používáte Microsoft Active Directory, doporučujeme nejprve povolit synchronizaci adresářů a poté se rozhodnout, jak chcete přidávat uživatele. Klepněte na tlačítko Další a postupujte podle pokynů pro nastavení konektoru Cisco Directory.

Nastavit jednotné přihlášení (SSO)

Webex používá základní autentizaci. Můžete si zvolit nastavení SSO tak, aby se uživatelé autentizovali pomocí vašeho Enterprise Identity Provider pomocí svých podnikových pověření, a nikoli samostatného hesla uloženého a spravovaného ve Webexu.

Přejděte do Nastavení, přejděte na Ověření, klikněte na Upravit a vyberte možnost Integrace poskytovatele identity třetí 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 Webex.

Přejděte na Uživatelé, klepněte na tlačítko Spravovat uživatele, vyberte možnost Exportovat a importovat uživatele se souborem CSVa poté klepněte na tlačítko Exportovat.

V souboru, který stahujete, jednoduše přidejte True pro služby, které chcete přiřadit každému ze svých uživatelů.

Importujte dokončený soubor, klepněte na tlačítko Přidat a odebrat službya poté 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řiřazovat zařízení uživatelům.

Posílit postavení vašich uživatelů

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

Úloha místní brány

Místní brána je okrajovým zařízením řízeným podnikem nebo partnerem pro propojení veřejné telefonní sítě (PSTN) a propojení stávající veřejné pobočkové ústředny (PBX) (včetně sjednoceného CM).

Pomocí Cisco Webex Control Hub můžete přiřadit lokální bránu k umístění, po kterém Control Hub poskytuje parametry, které můžete nakonfigurovat na KOSTCE. Tyto kroky zaregistrují lokální bránu v cloudu a pak je služba PSTN poskytována přes bránu do Webexu Volání uživatelů na konkrétním místě.

Chcete-li zadat a objednat lokální bránu, přečtěte si příručku pro objednání lokální brány.

Podporované nasazení lokální brány pro volání Webex

Podporována jsou tato základní nasazení:

Místní brána může být nasazena samostatně nebo v nasazeních, kde je vyžadována integrace do Cisco Unified Communications Manager.

Zavedení lokální brány bez IP ústředny

Samostatné nasazení lokální brány

Tento obrázek ukazuje nasazení volání Webex bez existující IP ústředny a je použitelný pro jediné umístění nebo nasazení na více místech.

U všech hovorů, které neodpovídají cílům volání Webex, odesílá volání Webex na místní bránu, která je přiřazena k místu pro zpracování. Místní brána směřuje všechna volání, která přicházejí z Webex Volání do PSTN a opačným směrem, PSTN do Webex Volání.

Brána PSTN může být vyhrazenou platformou nebo spolupředsedou s místní bránou. Stejně jako na následujícím obrázku doporučujeme speciální variantu brány PSTN tohoto nasazení; lze ji použít, pokud stávající bránu PSTN nelze použít jako Webex Volání místní brány.

Zavedení místní brány spolupředsedy

Místní brána může být založena na IP, připojení k ITSP pomocí kmene SIP, nebo na TDM pomocí ISDN nebo analogového obvodu. Na následujícím obrázku je znázorněno nasazení Webex Calling, kde místní brána spolupracuje s PSTN GW/SBC.

Zavedení místní brány se sjednocenou centrální ústřednou na pracovišti

Integrace s jednotným CM se vyžaduje v následujících případech:

  • Umístěnípovolená voláním Webex jsou přidána ke stávajícímu nasazení Cisco UC, kde je nasazen jednotný CM jako řešení pro místní řízení volání

  • Vyžaduje se přímé vytáčení mezi telefony registrovanými v jednotném CM a telefony v lokalitách volání Webex.

Tento obrázek ukazuje nasazení Webex Calling, kde má zákazník stávající Unified CM IP PBX.

BroadCloud odesílá hovory, 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á BroadCloud nevidí. Místní brána směruje všechna volání, která přicházejí z BroadCloudu do Unified CM a naopak. Společnost Unified CM pak směruje příchozí hovory do místních destinací nebo na PSTN podle stávajícího vytáčecího plánu. Jednotný vytáčecí plán CM normalizuje čísla jako +E.164. Brána PSTN může být vyhrazená nebo spolubydlící s místní bránou.

Vyhrazená brána PSTN

Specializovaná varianta brány PSTN tohoto nasazení, jak je znázorněno v tomto diagramu, je doporučenou možností a může být použita, pokud stávající bránu PSTN nelze použít jako Webex Volání místní brány.

Coresident PSTN Gateway

Tento obrázek ukazuje nasazení Webex Volání s jednotným CM, kde je místní brána spolupředsedou s bránou PSTN/SBC.

BroadCloud směruje všechna volání, která neodpovídají cílům volání Webex zákazníka, do místní brány, která je přiřazena k danému umístění. To zahrnuje destinace PSTN a internetová volání směrem k jednotným interním rozšířením CM. Místní brána směřuje všechna volání do Jednotného CM. Unified CM pak směruje hovory do lokálně registrovaných telefonů nebo do PSTN přes lokální bránu, která má funkcionalitu PSTN/SBC umístěnou společně.

Úvahy o směrování hovorů

Hovory z Webexu Volání do jednotné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 přesměrovat do jiného místa určení v rámci stejného zákazníka v BroadCloudu, pak je volání odesláno do místní brány k dalšímu zpracování. Veškeré hovory mimo síť (mimo BroadCloud) jsou odesílány na místní bránu.

Pro nasazení volání Webex bez integrace do stávajícího jednotného CM se jakékoli volání mimo síť považuje za volání PSTN. V kombinaci s jednotným CM může být off-netové volání stále on-net voláním do libovolného místa určení hostovaného na jednotném CM nebo skutečným off-netovým voláním do místa určení PSTN. Rozdíl mezi posledně uvedenými dvěma typy volání je stanoven jednotným CM a závisí na podnikovém vytáčecím plánu, který je poskytován jednotným CM.

Následující obrázek ukazuje uživatele Webexu volajícího na národní číslo v USA.

Unified CM nyní na základě nakonfigurovaného plánu vytáčení směruje hovor do lokálně registrovaného koncového bodu, na kterém je volaný cíl poskytován jako číslo adresáře. Za tímto účelem musí jednotný vytáčecí plán CM podporovat směrování čísel +E.164.

Volání z jednotného CM do Webexu

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

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í v síti PSTN zavolá číslo DID, které je přiřazeno k zařízení Webex Volání, pak je volání předáno podniku přes firemní bránu PSTN a poté stiskne Unified CM. Volaná adresa hovoru odpovídá jedné z Webex Volací trasy, která je poskytována v Unified CM a hovor je odeslán na místní bránu. (Volaná adresa musí být při odeslání do lokální brány ve formátu +E.164.) Logika směrování BroadCloud pak zajistí, aby byl hovor odeslán na zamýšlené zařízení Webex Volání na základě úkolu DID.

Hovory pocházející z jednotných koncových bodů registrovaných v CM, zaměřené na destinace v rámci volání Webex, podléhají také vytáčecímu plánu, který je poskytován na jednotné CM. Tento vytáčecí plán obvykle umožňuje uživatelům používat běžné podnikové vytáčecí návyky k uskutečňování hovorů. Tyto zvyky 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 hovorů do místní brány, aby bylo možné správně směrovat hovory v BroadCloudu.

Druh služby (CoS)

Provádění přísných omezení třídy služeb se vždy doporučuje z různých důvodů, včetně předcházení účastnickým smyčkám a předcházení podvodům v oblasti mýtného. V souvislosti s integrací Webex Calling Local Gateway s Unified CM třídou služeb musíme zvážit třídu služeb pro:

  • Zařízení registrovaná v Unified CM

  • Hovory přicházející do jednotného CM z PSTN

  • Hovory přicházející do jednotného CM z BroadCloudu

Zařízení registrovaná v Unified CM

Přidání Webex Volání destinací jako nové třídy destinací do stávajícího nastavení CoS je docela jednoduché: povolení k volání do Webexu Volání destinací obvykle odpovídá povolení k volání na místě (včetně mezistránkových) destinací.

Pokud již podnikový vytáčecí plán implementuje oprávnění “(zkrácené) on-net intersite”, pak již existuje oddíl poskytnutý na Unified CM, který můžeme použít a poskytnout všechny známé on-net Webex Volání destinací ve stejném oddílu.

V opačném případě koncept oprávnění “(zkráceně) on-net intersite” ještě neexistuje, pak je třeba poskytnout nový oddíl (například “onNetRemote”), cíle volání Webex jsou přidány do tohoto oddílu a nakonec tento nový oddíl musí být přidán do příslušných vyhledávacích prostorů volání.

Hovory přicházející do jednotného CM z PSTN

Přidání Webex Volání destinací jako nové třídy destinací do stávajícího nastavení CoS je docela jednoduché: povolení k volání do Webexu Volání destinací obvykle odpovídá povolení k volání na místě (včetně mezistránkových) destinací.

Pokud již podnikový vytáčecí plán implementuje oprávnění “(zkrácené) on-net intersite”, pak již existuje oddíl poskytnutý na Unified CM, který můžeme použít a poskytnout všechny známé on-net Webex Volání destinací ve stejném oddílu.

V opačném případě koncept oprávnění “(zkráceně) on-net intersite” ještě neexistuje, pak je třeba poskytnout nový oddíl (například “onNetRemote”), cíle volání Webex jsou přidány do tohoto oddílu a nakonec tento nový oddíl musí být přidán do příslušných vyhledávacích prostorů volání.

Hovory přicházející do jednotného CM z BroadCloudu

Hovory přijíždějící z PSTN potřebují přístup ke všem destinacím volání Webex. To vyžaduje přidání výše uvedeného oddílu se všemi cíli volání Webex do vyhledávacího prostoru pro příchozí hovory v kmeni PSTN. Přístup k Webex Volání destinací přichází kromě již existujícího přístupu.

Zatímco pro volání z PSTN je vyžadován přístup k jednotným CM DID a Webex Volání DID volání pocházející z Webex Volání potřebují přístup k jednotným CM DID a PSTN destinací.

Obrázek 1. Diferencované CoS pro volání z PSTN a Webex

Tento údaj porovnává tyto dvě různé třídy služeb pro volání z PSTN a BroadCloudu. Obrázek také ukazuje, že pokud je funkce brány PSTN kolokována s lokální bránou, pak jsou vyžadovány dva kmeny z kombinované PSTN GW a lokální brány do sjednoceného CM: jeden pro volání pocházející z PSTN a jeden pro volání pocházející z BroadCloudu. To je dáno požadavkem na použití diferencovaných vyhledávacích míst pro volání podle typu provozu. Se dvěma příchozími kmeny na jednotném CM toho lze snadno dosáhnout konfigurací požadovaného vyhledávacího prostoru pro příchozí hovory na každém kmeni

Integrace vytáčecího plánu

Tato příručka předpokládá stávající instalaci, která je založena na osvědčených současných postupech v dokumentu "Preferovaná architektura pro zavádění Cisco Collaboration On-Premies Deployments, CVD”. Nejnovější verze je k dispozici na https://www.cisco.com/c/en/us/support/unified-communications/unified-communications-system/products-implementation-design.

Doporučený návrh vytáčecího plánu se řídí návrhovým přístupem, který je zdokumentován v kapitole Dial Plan nejnovější verze Cisco Collaboration System SRND dostupné na adrese https://www.cisco.com/go/ucsrnd.

Obrázek 2. Doporučený plán vytáčení

Tento obrázek zobrazuje přehled doporučeného návrhu plánu vytáčení. Mezi klíčové charakteristiky tohoto návrhu číselníku patří:

  • Všechna čísla adresářů, která jsou nakonfigurována na jednotném CM, jsou ve formátu +E.164.

  • Všechna čísla adresářů mají stejný oddíl (DN) a jsou označena jako naléhavá.

  • Hlavní směrování je založeno na +E.164.

  • Všechny zvyklosti vytáčení jiné než +E.164 (například zkrácené vytáčení v rámci webu a vytáčení PSTN pomocí běžných zvyklostí vytáčení) jsou normalizovány (globalizovány) na +E.164 pomocí vzorců normalizace vytáčení překladu.

  • Vytáčení normalizace vzory překladu použít vzor překladu volání dědictví vyhledávacího prostoru; mají “Použít originátor volání vyhledávacího prostoru” volba nastavena.

  • Třída služby je implementována pomocí webu a třídy vyhledávacích prostorů specifických pro službu.

  • Možnosti přístupu k síti PSTN (například přístup k mezinárodním cílům sítě PSTN) jsou implementovány přidáním oddílů s příslušnými vzory tras +E.164 do vyhledávacího prostoru definujícího třídu služby.

Dosažitelnost do BroadCloudu

Obrázek 3. Přidání cíle BroadCloud do plánu vytáčení

Chcete-li do tohoto plánu vytáčení přidat dosažitelnost pro cíle BroadCloudu, musí být vytvořen oddíl představující všechny cíle BroadCloudu (“BroadCloud”) a do tohoto oddílu je přidán vzor trasy +E.164 pro každý rozsah V BroadCloudu. Tento vzor trasy odkazuje na seznam tras pouze s jedním členem: skupina tras s kmenem SIP k místní bráně pro volání do BroadCloudu. Vzhledem k tomu, že všechny vytáčené destinace jsou normalizovány na +E.164 buď pomocí vzorců normalizačního překladu volání pro volání pocházející z jednotných koncových bodů registrovaných CM, nebo příchozích transformací volaných stran pro volání pocházející z PSTN, stačí tato jediná sada vzorců trasy +E.164 k dosažení dosažitelnosti pro destinace v BroadCloudu nezávisle na použitém zvyku vytáčení.

Pokud například uživatel vytočí “914085550165”, pak vzorec normalizace vytáčení překladu v oddíle “UStoE164” normalizuje tento řetězec vytáčení na "+14085550165”, který pak odpovídá vzoru trasy pro cíl BroadCloud v oddílu “BroadCloud”. Jednotný CM nakonec odešle hovor na místní bránu.

Přidat zkrácené intersite vytáčení

Obrázek 4. Přidání zkráceného mezimístního vytáčení

Doporučeným způsobem přidání zkráceného mezimístního vytáčení do plánu referenčního vytáčení je přidání vzorců normalizace vytáčení překladů pro všechny lokality v rámci podnikového číslovacího plánu do vyhrazeného oddílu (“ESN”, Enterprise Significant Numbers). Tyto vzory překladu zachycují číselné řetězce ve formátu podnikového číslovacího plánu a normalizují číselný řetězec na +E.164.

Chcete-li přidat firemní zkrácené vytáčení do destinací BroadCloud, přidejte příslušný vzorec normalizace vytáčení překladu pro umístění BroadCloud do oddílu “BroadCloud” (například “8101XX” v diagramu). Po normalizaci je hovor opět odeslán do BroadCloudu po shodě se vzorem trasy v oddíle “BroadCloud”.

Nedoporučujeme přidávat zkrácený vzorec normalizace vytáčení překladu pro volání BroadCloud do oddílu “ESN”, protože tato konfigurace může vytvářet nežádoucí smyčky směrování hovorů.

Rozdíl mezi voláním Webex pro poskytovatele služeb a prodejci s přidanou hodnotou

Existují dvě samostatné nabídky volání, které využívají stejnou platformu volání Webex. Jedna nabídka je určena poskytovatelům služeb a jejich zákazníkům, zatímco druhá je určena prodejcům s přidanou hodnotou a jejich zákazníkům. Nabídky jsou většinou totožné a jako takové je obecně označujeme jako Webex Calling. Existuje však několik rozdílů a tam, kde je třeba tyto rozdíly vyzdvihnout, se ujistíme, že víte, zda se vztahují na SP nebo VAR.

Zatímco obě nabídky jsou spravovány v Control Hubu s křížovým spuštěním do portálu Volající správce, zde jsou některé klíčové rozdíly.

SP mohou označovat své volající portály a aplikace a musí svázat a poskytovat své vlastní služby PSTN svým zákazníkům nebo využít nasazení místní brány. SP musí rovněž poskytovat vlastní podporu Tier 1.

Na druhou stranu VAR používají značku poskytovanou společností Cisco. VAR nejsou regulovanými poskytovateli služeb a nemohou poskytovat službu PSTN. Služba PSTN musí být využita prostřednictvím nasazení podnikové místní brány. VAR mohou rovněž poskytovat vlastní podporu úrovně 1 nebo využívat služby Cisco. Obě nabídky poskytují záruku služby prostřednictvím metrik kvality médií a mohou spojovat Webex a Webex Meetings společně s jejich aplikacemi pro volání.

Manipulátory protokolu pro volání

Cisco Webex Volání zaregistruje následující protokol obsluhy s operačním systémem pro povolení funkce kliknutí na volání z webových prohlížečů nebo jiné aplikace. Následující protokoly spouštějí audio nebo video hovor v týmech Webex, pokud je to výchozí aplikace pro volání na počítačích Mac nebo Windows:

  • CLICKTOCALL: nebo CLICKTOCALL://

  • SIP: sIP://

  • TEL.: tel://

  • WEBEXTEL wEBEXTEL://

Ovladače protokolů pro Windows

Ostatní aplikace se mohou zaregistrovat pro obsluhu protokolů před aplikací Webex. V systému Windows 10 se zobrazí systémové okno s žádostí, aby uživatelé vybrali aplikaci, kterou mají pro spuštění hovoru použít. Předvolby uživatele lze zapamatovat, pokud uživatel zaškrtne možnost Vždy používat tuto aplikaci.

Pokud uživatelé potřebují resetovat výchozí nastavení aplikace pro volání, aby si mohli vybrat Webex, můžete jim nařídit, aby ve Windows 10 změnili asociace protokolů pro Webex:

  1. Otevřete systémová nastavení výchozího nastavení aplikace, klikněte na možnost Nastavit výchozí nastavení podleaplikace a vyberte položku Webex.

  2. Pro každý protokol zvolte Webex.

Ovladače protokolů pro Mac

Pokud jsou v operačním systému Mac OS jiné aplikace registrované do volacích protokolů před Webex, musí uživatelé nakonfigurovat své aplikace Webex jako výchozí možnost volání.

Ve Webexu pro Mac mohou uživatelé potvrdit, že Webex je vybrán pro spuštění hovorů s nastavením v rámci obecných preferencí. Mohou také zaškrtnout Vždy se připojit k aplikaci Microsoft Outlook, pokud chtějí volat ve Webexu, když kliknou na číslo kontaktu aplikace Outlook.

9. čvc 2021
Připravte si prostředí pro volání přes Webex

Příprava prostředí Konfigurace volání Webex pro vaši organizaci Konfigurace místní brány pro přístup k síti PSTN (pouze ZIR) Cofigure UCM Konfigurace funkcí volání Webex Konfigurace a správa uživatelů Konfigurace a správa zařízení

Požadavky na volání

povolující

Webex Calling 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 pojmenovaného uživatele (NU) (někteří nebo všichni uživatelé).

Webex Calling poskytuje tři typy licencí ("Typy stanic")

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

  • Základní– Tuto možnost vyberte, pokud uživatelé potřebují omezené funkce bez mobility nebo jednotné komunikace. Stále z nich bude k dispozici plnohodnotná hlasová nabídka, 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é pojmenovaného uživatele. Základní licence nejsou podporovány pro předplatná podnikových dohod.

  • Pracovní prostory (známé také jako Společný prostor) – Tuto možnost vyberte, pokud hledáte základní oznamovací tón s omezenou sadou funkcí volání vhodných pro oblasti, jako jsou odstavné místnosti, haly a konferenční místnosti.

Tato dokumentace později ukazuje, jak pomocí Ovládacího centra spravovat tyto distribuce licencí napříč pobočkami ve vaší organizaci.

Požadavky na šířku pásma

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

Místní brána pro místní pobočkovou nestabilitu

Prodejci s přidanou hodnotou (ŘSD) i poskytovatelé služeb (SPs) mohou poskytovat přístup k organizacím webexového volání. Místní brána je v současné době jedinou možností, jak poskytnout místní přístup k serveru PSTN. Místní bránu lze nasadit samostatně nebo v nasazeních, kde je vyžadována integrace do Jednotného komunikačního manažera Cisco. Požadavky místní brány se řídí.

Podporovaná zařízení

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

Úplný seznam podporovaných zařízení pro volání Webex najdete 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 Ovládacím centru. Další informace naleznete v části "Cisco Webex Room, Board, and Desk Devices" vpodporovaných zařízeních pro webexové volání. Tato zařízení však můžete poskytovat službě PSTN povolením volání Webex pro pracovní prostor.

firewall

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

Požadavky místní brány pro volání webexu

Obecné předpoklady

Před konfigurací místní brány pro volání Webexse ujistěte, že

    • Mít základní znalosti principů VoIP

    • Mít základní pracovní znalosti hlasových konceptů Cisco IOS-XE a IOS-XE

    • Základní znalost protokolu SIP (Session Initiation Protocol)

    • Pokud model nasazení obsahuje sjednocený CM, máte základní znalosti o jednotném komunikačním manažerovi Cisco Unified Communications Manager (Unified CM).

    Další podrobnosti naleznete v Průvodci konfigurací rozlehlé sítě Cisco Unified Border Element (CUBE) na https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

Hardwarové a softwarové požadavky pro místní bránu

Ujistěte se, že vaše nasazení obsahuje 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ůvodce objednáním voláníwebexu . Kromě toho se ujistěte, že platforma používá podporovanou verzi IOS-XE podle Průvodce konfigurací místní brány.

Požadavky na certifikáty 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 CA z Cisco PKI

  • Ke konfiguraci LGW se používá sada přihlašovacích údajů sip digestu z konfigurační stránky Trunk Control Hub (následující kroky jsou součástí následující konfigurace)

  • Kořenový balíček certifikační autority ověřuje předložený certifikát

  • Zobrazí se výzva k zadání pověření (je k dispozici výtah SIP)

  • Cloud identifikuje, která místní brána je bezpečně zaregistrována

Požadavky na optimalizaci brány firewall, procházení na serveru NAT a mediální cesty pro místní bránu

Ve většině případů mohou být místní brána a koncové body umístěny v interní síti zákazníků pomocí soukromých IP adres s NAT. Podniková brána firewall musí povolit odchozí přenos (SIP, RTP/UDP, HTTP) na určité adresy/porty IP, na které se vztahují referenční informace o portech.

Chcete-li využít optimalizaci mediální cesty pomocí ICE, musí mít rozhraní webového volání místní brány přímou síťovou cestu ke koncovým bodům volání Webex a z něj. Pokud jsou koncové body v jiném umístění a mezi koncovými body a rozhraním webového volání místní brány neexistuje přímá síťová cesta, musí mít místní brána přiřazenou veřejnou IP adresu rozhraní, kterému webex volá volání pro volání mezi místní bránou a koncovými body, aby bylo možné využít optimalizaci mediální cesty. Kromě toho musí být spuštěn iOS-XE verze 16.12.5.

9. čvc 2021
Nastavení volání Cisco Webex pro vaši organizaci

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

Prvním krokem ke zpáteču služeb volání Webex je dokončení Průvodce prvním nastavením (FTSW). Jakmile je FTSW dokončen pro vaši první polohu, nemusí být dokončen pro další místa.

Než začnete

Pokud se pokoušíte nastavit zákazníka v Kanadě, jsou nutné další kroky. Další informace získáte od služby HelpDesk pro partnery.

1

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


 

Vaše e-mailová adresa správce se automaticky používá k přihlášení k Ovládacímu centru, kde budete vyzváni k vytvoření hesla správce. Po přihlášení se automaticky spustí Průvodce nastavením.
2

Zkontrolujte a přijměte podmínky služby.
3

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


 

Váš správce účtu je zodpovědný za aktivaci prvních kroků pro FTSW. Pokud obdržíte oznámení "Nelze nastavit volání", obraťte se na správce účtu, pokud vyberete možnost Začínáme.
4

Vyberte zemi, do které má vaše datové centrum mapovat, a zadejte kontaktní a kontaktní informace zákazníka.
5

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

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

  • Pokud jste správcem partnera a chcete, aby správce zákazníka dokončil zřizování volání Webex, klikněte na Uložit a zavřít.
  • 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í.

 

Země výchozího umístění je nastavena jako smluvní země, kterou vybral partner a kterou nelze změnit. Později můžete vytvořit další lokality v různých zemích, ale mějte na paměti, že budou hostovány v regionálním datovém centru, které odpovídá zemi smlouvy, kterou jste vybrali dříve v tomto postupu. Můžete mít například jedno místo ve Spojených státech a jedno ve Spojeném království.

 

Po dokončení průvodce instalací se ujistěte, že jste do místa, které vytvoříte, přidali hlavní číslo.
7

Pro toto umístění prováděte následující výběry:

  • Jazyk oznámení– Pro zvuková oznámení a výzvy pro nové uživatele a funkce.
  • E-mailovýjazyk – pro e-mailovou komunikaci pro nové uživatele.
  • Země
  • Časové pásmo
8

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

Zadejte dostupnou adresu SIP cisco webex a klepněte na tlačítko Další a vyberte Dokončit.

Přidat pobočku

Než začnete

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

  • Adresa lokace

  • Požadovaná telefonní čísla (volitelná)

1

V zobrazení zákazníka v oblasti https://admin.webex.compřejděte na Služby > Volání > umístění a potom klepněte na tlačítko Přidat umístění.

Mějte na paměti, že nová umístění budou hostována v regionálním datovém centru, které odpovídá zemi smlouvy, kterou jste vybrali pomocí Průvodce prvním nastavením.
2

Nakonfigurujte nastavení umístění:

  • Název umístění– Zadejte jedinečný název pro identifikaci umístění.
  • Země– Vyberte zemi, se kterou chcete lokalitu spojit. 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 zvolíte, určuje pole adresy, která následují. Ty, které jsou zde zdokumentovány, používají jako příklad konvenci americké adresy.
  • Jazyk– Zvolte jazyk pro umístění.
  • Adresa– Zadejte hlavní poštovní adresu lokace.
  • Město– Zadejte město pro toto místo.
  • Stav– V rozevírací rozevírací pouce zvolte stav.
  • PSČ– Zadejte PSČ nebo PSČ.Telefonní číslo– Zadejte telefonní číslo, na kterém je hlavní kontakt místa k zastižení.
3

Klikněte na Uložit a pak zvolte, jestli chcete čísla přidat teď nebo později.
4

Klepnete-li na tlačítko Přidat ,zvolte jednu z následujících možností:

  • Cisco PSTN – Tuto možnost vyberte, pokud chcete sbalené řešení, které vám umožní objednat nová čísla ve SSD a portovat existující čísla do cisco.


     

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

    1. Plán volání Cisco byl pro tohoto zákazníka povolen nebo zakoupen.

    2. Umístění se nachází v zemi, kde je podporován plán volání Cisco (v současné době je k dispozici pouze ve Spojených státech).
  • Cloudová připojená internetová internetová televize – Tuto možnost vyberte, pokud hledáte cloudové řešení, které nevyžadujevýznamnou investici do místního hardwaru, a pak vyberte poskytovatele ústředních protistran podle vašeho výběru.

     

    Zobrazí se pouze partneři, kteří podporují zemi vaší lokality.

    Pokud se vám nyní pod uvedeným poskytovatelem zobrazí možnost Objednat čísla, doporučujeme tuto možnost zvolit, abyste mohli využívat výhod integrované ústřední protistrany. Tímto způsobem si můžete objednat čísla přímo zde v Control Hubu. Pokud zvolíte tuto možnost, přejděte sem pro více informací a další kroky.

    Mějte na paměti, že pokud se nyní rozhodnete čísla ne objednat, mohou být následné změny poskytovatele telefonní sítě omezené.

  • Místní internetová brána (Local Gateway) – Tuto možnost můžete zvolit, pokud si chcete ponechat svého aktuálníhoposkytovatele služby PSTN nebo chcete propojit weby mimo cloud s cloudovými weby.
5

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

Zadejte telefonní čísla jako hodnoty oddělené čárkami a klepněte na tlačítko Ověřit.

Čísla jsou přidána pro konkrétní umístění. 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ředem.
7

Klikněte na položku Uložit.

Co dělat dál

Po vytvoření umístění můžete pro toto místo povolit tísňové služby 911. Další informace naleznete ve službě RedSky Emergency 911 Service for Webex Calling.

Odstranění umístění z volající organizace Webex

Když jste vytvořili organizaci zákazníků v Centru řízení , prvníumístění, které jste vytvořili automaticky, se automaticky stane výchozím umístěním. Uživatelé, které přidáte do vaší organizace, budou přiřazeni k tomuto výchozímu umístění, pokud neurčíte jinak. Jakékoli další umístění můžete nastavit jako výchozí umístění, ale mějte na paměti, že výchozí umístění nelze odstranit.

Než začnete

Získejte seznam uživatelů a pracovních prostorů přidružených k umístění: Přejděte na > čísla a z rozevírací 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 https://admin.webex.comoblasti přejděte na služby > volání > umístění a vyberte umístění, které chcete odstranit.
2

Vedle názvu umístění klikněte na Další, zvolte Odstranit umístění apotvrďte, že chcete toto umístění odstranit.

Trvalé odstranění místa obvykle trvá několik minut, ale může trvat až hodinu. Stav můžete zkontrolovat klepnutím na tlačítko Další vedle názvu umístění a výběrem možnosti Stav odstranění .

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

Nastavení ve vaší schytávce můžete změnit i název, časové pásmo a jazyk umístění po jeho vytvoření. 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í lokality můžete povolit nouzové služby 911. Další informace naleznete ve službě RedSky Emergency 911 Service for Webex Calling.

1

V zobrazení zákazníka v https://admin.webex.comoblasti přejděte na služby > volání > umístění a vyberte umístění, které chcete aktualizovat.

Pokud se vedle místa zobrazí symbol Upozornění, znamená to, že jste pro toto umístění ještě nenakonfigurovali telefonní číslo. Uživatelé nebudou moci volat ani přijímat žádné hovory, dokud nebude toto číslo nakonfigurováno.
2

(Nepovinné) V části Připojení KŠT vyberte buď cloudovou připojenou síť PSTN, nebo místní pobočkovou síť (místní bránu) v závislosti na tom, kterou z nichjste už nakonfigurovali. Klepnutím na tlačítko Spravovat tuto konfiguraci změňte a potom potvrďte související rizika výběrem možnosti Pokračovat. Pak zvolte jednu z následujících možností a klepněte na tlačítko Uložit:

  • Cisco PSTN – Tuto možnost vyberte, pokud chcete sbalené řešení, které vám umožní objednat nová čísla ve SSD a portovat existující čísla do cisco.


     

    Partneři musí být autorizovanými partnery služby Webex Calling VAR a přijmout nový dodatek volání Webex prostřednictvím registrace do programu CISCO Webex Calling VAR PSTN.

    Partneři zausídlí objednávku s licencemi Cisco Calling Plan (Plán odchozího volání a telefonní čísla) v rámci pracovního prostoru Cisco Commerce Workspace (CCW).

    Tato možnost je k dispozici pouze prodejcům s přidanou hodnotou.

  • Cloudová připojená internetová internetová televize – Tuto možnost vyberte, pokud hledáte cloudové řešení, které nevyžadujevýznamnou investici do místního hardwaru, a pak vyberte poskytovatele ústředních protistran podle vašeho výběru.


     

    Zobrazí se pouze partneři, kteří podporují zemi vaší lokality.
  • Místní internetová brána (Local Gateway) – Tuto možnost vyberte, pokud si chcete ponechat svého aktuálního poskytovatele služby PSTN nebo chcete propojit weby mimocloud s cloudovými weby.

     

    Webex Volající zákazníci s umístěními dříve nakonfigurovaným s místní bránou budou automaticky převedeni na místní síť PSTN s odpovídajícím kmenem.
3

Vyberte hlavní číslo, na kterém je možné dosáhnout hlavního kontaktu lokace.
4

Vyberte číslo hlasové schránky, na které mohou uživatelé volat, abyste zkontrolovali hlasovou schránku pro toto umístění.
5

(Nepovinné) Klepnutím na ikonu tužky v horní části stránky Umístění podle potřeby změňte název umístění , časové pásmo nebo jazyk a klepněte na tlačítko Uložit .

Konfigurace plánu volání Webex

Tato nastavení jsou pro interní vytáčení a jsou k dispozici také v průvodci prvním nastavením. Při změně plánu vytáčení se tato změna aktualizují ukázková čísla v Ovládacím centru.

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

1

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

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

  • Délka předponysmě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 umístění se stejným rozšířením, musí uživatelé při volání mezi umístěními vytočit předponu. Máte-li například více obchodů, všechny s rozšířením 1000, můžete pro každé úložiště nakonfigurovat předponu směrování. Pokud má jeden obchod předponu 888, vytočíte číslo 8881000, abyste se do tohoto obchodu dostali.
  • Řídicí číslice v předponěTNG postupu – Zde můžete nastavit hodnotu bez ohledu na to, zda používáte předpony směrování umístění.
  • Délka vnitřníhorozšíření – můžete zadat 2-6 číslic a výchozí hodnota je 2.

     

    Po prodloužení se stávající rychlé volby na interní rozšíření neaktualizovaly automaticky.
3

Zadejte interní vytáčení pro určitá umístění. Přejděte na služby > Volání > umístění , vyberte umístění, přejděte na Vytáčení apodle potřeby změňte interní a externí vytáčení:

  • Interní vytáčení – Zadejte předponu směrování, kterou musí uživatelé vjiných umístěních vytočit, aby mohli kontaktovat někoho v tomto umístění. Předpona TNG postupu každého umístění musí být jedinečná. Doporučujeme, aby délka předpony odpovídá délce nastavené na úrovni organizace, ale musí být dlouhá mezi 2-7 číslicemi.
  • Externívytáčení – Volitelně můžete zvolit odchozí číselník, který musí uživatelé vytočit, aby se dostali na vnější linku. Výchozí hodnota je Žádná a můžete ji ponechat, pokud tento vytáčecí zvyk nevyžadujete. Pokud se rozhodnete tuto funkci použít, doporučujeme použít jiné číslo, než je řídicí číslice vaší organizace.

     

    Uživatelé mohou při externích voláních zahrnout číslici odchozího číselníku, která napodobuje způsob, jakým vytáčely starší systémy. Všichni uživatelé však stále mohou volat externí hovory bez zahrnutí číslice odchozího vytáčení.

Dopad na uživatele:

  • Aby se změny předvoleb vytáčení projevily, musí uživatelé restartovat své telefony.

  • Rozšíření uživatele by neměla zavánět stejným číslem jako řídicí číslice místa.

Konfigurace místní pobočkové sítě (místní brána) 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í. Pokud je tato brána registrována v cloudu, můžete ji použít v jednom nebo více umístěních volání Webex k poskytování směrování směrem k poskytovateli podnikových služeb veřejné služby.

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

Vytvoření kmene

Podle těchto kroků vytvořte kmen v Ovládacím centru.

Než začnete

  • Po přidaných umístěních a před konfigurací místní pobočkové služby PSTN pro umístění je nutné vytvořit kmen.

  • Vytvořte všechna umístění a konkrétní nastavení a čísla pro každé z nich. Před přidáním místní pobočkové informace o došce musí existovat umístění.

  • Informace o požadavcích místní služby PSTN (místní brána) pro volání webexu.

  • Nemůžete vybrat více než jeden kmen pro umístění s místní četnou zprávou, ale můžete zvolit stejný kmen pro více míst.

1

V zobrazení zákazníka v https://admin.webex.comoblasti přejděte na Služby > volání > směrování volání a vyberte Přidatkmen .
2

Vyberte umístění.
3

Pojmenováte kmen a klepněte na tlačítko Uložit.


 

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

Co dělat dál

Zobrazí se vám příslušné parametry, které budete muset nakonfigurovat na kmeni. Vygenerujete také sadu přihlašovacích údajů digestu SIP pro zabezpečení připojení KN.

Kmenové informace se zobrazí na obrazovce Registrovatdoménu , OTG/DTG kmenové skupiny, Řádek/Porta Odchozí adresa proxy.

Doporučujeme zkopírovat tyto informace z Ovládacího centra 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í pobočkovou informaci.

Pokud pověření ztratíte, musíte je vygenerovat z obrazovky s informacemi o kmeni v Ovládacím centru. Kliknutím na Načíst uživatelské jméno a Obnovit heslo vygenerujete novou sadu ověřovacích pověření, která se mají použít v kmeni.

Výběr hlavní školy pro místní ovouslo

1

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

Vyberte umístění, které chcete upravit, a klepněte na tlačítko Spravovat.
3

Vyberte místní místní šmídovouši a klepněte na tlačítko Další .
4

Z rozevírací nabídky vyberte kmen.


 

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

Klikněte na potvrzovací oznámení a potom klikněte 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 si můžete pro příklad, jak se informace o konfiguraci Ovládacího centra (vlevo) mapují na parametry v cube (vpravo):

Po úspěšném dokončení konfigurace na samotné bráně se můžete vrátit do 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ě zaregistrovaná v volajícím cloudu a slouží jako aktivní brána ve vaší poště pro umístění.

Správa čísel v lokacích

1

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

Zobrazí se tabulka s čísly a odpovídajícími informacemi pro všechna umístění. Pokud chcete filtrovat konkrétní umístění, můžete kliknout na rozevírací nabídku Všechna umístění a vybrat umístění. Tabulka obsahuje informace, jako je na koho je číslo přiřazeno a jeho stav.
2

(Nepovinné) Vedle položky čísla klikněte v části Akce na položku a zvolte jednu z následujících možností:

  • Upravit– Pro aktivní čísla, která jsou aktuálně přiřazena uživateli nebo místu. Klepnutím na tuto možnost otevřete portál pro správu volání , kde můžete provádět dalšízměny.

  • Aktivovat – U čísel v neaktivním stavu je tato možnost k dispozici po dokončení přeneseného číslavolání Webex, které bylo odesláno s objednávkou. Po aktivaci čísla se číslo zobrazí jako aktivní, když je připraveno k použití.

  • Odstranit– U čísel v neaktivním stavu, která nejsou aktuálně přiřazena uživateli nebo místu, je tato možnost k dispozici.
3

(Nepovinné) Klepněte na tlačítko Přidat čísla ,vyplňte požadované informace a přidejte do umístění alespoň jedno nové číslo a klepněte na tlačítko Uložit.


 

Platné položky se přesunou do pole Ověřená čísla, zatímco neplatné položky zůstanou v poli Přidat čísla spolu s chybovou zprávou.

Čísla musí být ve formátu E.164 pro všechny země, s výjimkou Spojených států, které mohou také postupovat podle národního formátu.

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ředem.
4

(Nepovinné) Aktivujte čísla hromadně. Seznam čísel můžete filtrovat na základě konkrétního umístění nebo stavu nebo obojího. Kliknutím na Neaktivní zobrazíte pouze čísla, která jsou v neaktivním stavu. Můžete aktivovat 500 čísel najednou výběrem možnosti Aktivovat čísla v horní části seznamu a potom potvrdit svůj záměr kliknutím na Aktivovat v dialogovém okně, které se otevře.

Vyžádáme si nákup služeb Webex od zkušební verze v řídicím centru Cisco Webex

1

V zobrazení zákazníka v oblasti https://admin.webex.comvyberte ikonu budovy .
2

Vyberte kartu Předplatná a klepněte na tlačítko Koupit.

Partnerovi se odeslají e-maily s oznámením, že máte zájem o převod na placené předplatné.

Nastavení možností volání pro uživatele Webexu

1

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

Možnosti volání přetažením, které mají uživatelé zobrazit, se zobrazí v poli Dostupné možnosti volání a pak je přeskupte v požadovaném pořadí priorit pro uživatele.

Další možnosti skryté pro uživatele se zobrazí v poli Možnosti skrytého volání, jak je znázorněno na tomto ukázku snímku obrazovky:
3

Pokud chcete, aby uživatelé mohli volat pomocí možnosti prvního volání, kterou jste nakonfigurovali v předchozím kroku, zapněte možnost Povolit jedno kliknutí na hovor.


 

Změny mohou trvat až 24 hodin, než se objeví ve Webexu. Můžete uživatelům poradit, aby si tyto změny restartovali, aby tyto změny mohli rychleji vyzvednout.

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

Můžete řídit, co volající aplikace otevře, když uživatelé dělají volání do služby PSTN. Po konfiguraci 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 chování při volání, které zvolíte.

  • Uživatelé musí mít platná telefonní čísla. Pokud jsou čísla neplatná, Webex stále odešle číslo volací aplikaci, kterou vyberete, ale volání z této aplikace se nezdaří.

V zobrazení zákazníka v aplikaci https://admin.webex.compřejděte do Nastavení, přejděte na Chování volání a pakzvolte jednu z následujících možností: .

  • Volání ve Webex Teams –Tuto možnost vyberte, pokud chcete, aby uživatelé volali přímo ve Webexu pomocí Volání Webex.
  • Aplikace Volání webex – Tuto možnost vyberte, pokud má vaše organizace předplatnéslužby Cisco Webex Calling a chcete uživatelům povolit volání do telefonní sítě pomocí aplikace Volání Webex. Když uživatelé volají do telefonní sítě veWebexu , používá se k volání aplikace Volání Webex.

Zobrazí se zpráva, která označuje, že chování volání je aktualizováno. Uživatelé teď mohou volání z Webexu nebo aplikace Webex Calling.

Uživatelé musí mít nainstalovanou odpovídající aplikaci, aby mohli volat do telefonní sítě z webexu. Ujistěte se, že jste lidem věděli, jakou volbu si zvolíte a jestli se k volání do veŠ ve SŠ používá jiná aplikace.


 

Toto nastavení můžete změnit na úrovni uživatele, pokud někteří lidé potřebují použít jiné chování volání. Přejděte na Uživatelé a v části Nastavení vyberte Chování volání. Můžete se rozhodnout a pak kliknout na Uložit.
21. říj 2021
Konfigurace lokální brány na IOS-XE pro volání Webex

Po konfiguraci Webex Calling pro vaši organizaci můžete nakonfigurovat kufr pro připojení místní brány k Webex Calling. Kufr mezi lokální bránou a cloudem Webex je vždy zabezpečen pomocí SIP TLS transportu a SRTP pro média mezi lokální bránou a SBC voláním Webex Access.

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

Pomocí tohoto toku úloh nakonfigurujte místní bránu pro váš kmen Webex Calling. Kroky, které následují, jsou prováděny na samotné lokální bráně pomocí příkazového řádku. Kufr mezi lokální bránou a Webex Calling je vždy zabezpečen pomocí SIP TLS transportu a SRTP pro média mezi lokální bránou a Webex Calling Access SBC.

Než začnete

  • Seznamte se s požadavky PSTN (místní brána) pro volání Webex.

  • Vytvořte kufr v ovládacím rozbočovači a přiřaďte jej na požadované místo.

  • Pokyny pro konfiguraci uvedené v tomto dokumentu předpokládají, že existuje vyhrazená místní platforma brány bez stávající hlasové konfigurace. Pokud je stávající nasazení PSTN brány nebo CUBE Enterprise upraveno tak, aby používalo také funkci místní brány pro volání Webex, věnujte zvýšenou pozornost použité konfiguraci a ujistěte se, že stávající tok volání a funkčnost nejsou přerušeny v důsledku změn, které provedete.

  Příkaz nebo akce Účel
1

Mapování parametrů mezi ovládacím rozbočovačem a jednotným prvkem ohraničení Cisco

Tuto tabulku použijte jako referenci pro parametry, které přicházejí z Control Hubu a kde mapují na lokální bránu.
2

Provést konfiguraci referenční platformy

Proveďte tyto kroky jako společnou globální konfiguraci místní brány. Konfigurace zahrnuje základní konfiguraci platformy a aktualizaci svěřeneckého fondu.
3

Zaregistrovat místní bránu pro volání Webex
4

Vyberte si jeden, v závislosti na vašem nasazení:

Směrování hovorů na místní bráně je založeno na možnosti nasazení Webex Calling, kterou jste zvolili. Tato část předpokládá, že ukončení IP PSTN je na stejné platformě jako místní brána. Konfigurace, která následuje, je pro jednu z těchto možností na místní bráně:

  • Možnost lokálního nasazení brány bez místní IP PBX. Místní brána a IP PSTN KRYCHLE jsou spolurezidenty.

  • Možnost lokálního nasazení brány v rámci stávajícího jednotného CM prostředí. Místní brána a IP PSTN KRYCHLE jsou spolurezidenty.

Mapování parametrů mezi ovládacím rozbočovačem a jednotným prvkem ohraničení Cisco

Tabulka 1. Mapování parametrů mezi ovládacím rozbočovačem a místní bránou

Control Hub

Místní brána

Doména registrátora:

Control Hub by měl analyzovat doménu z LinePortu, který je přijat z UCAPI.

příklad.com

registrátor

příklad.com

OTG/DTG skupiny přenosového spoje

profily SIP:

pravidlo <rule-number> požadovat LIBOVOLNOU HLAVIČKU

Z modifikace ">" ";otg=otgDtgId>"

Linka/port

user@example.com

číslo: Uživatel

Odchozí proxy server

odchozí proxy (DNS name – SRV of the Access SBC)

Uživatelské jméno SIP

uživatelské jméno

Heslo SIP

Heslo

Provést konfiguraci referenční platformy

Než začnete

  • Ujistěte se, že základní konfigurace platformy, jako jsou NTP, ACL, aktivovat hesla, primární heslo, IP směrování, IP adresy, atd., jsou nakonfigurovány v souladu se zásadami a postupy vaší organizace.

  • Pro všechna nasazení LGW je vyžadováno minimální podporované vydání IOS-XE 16.12 nebo IOS-XE 17.3.

1

Ujistěte se, že všechna rozhraní vrstvy 3 mají přiděleny platné a směrovatelné adresy IP:

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
2

Před použitím v přihlašovacích údajích a sdílených tajemstvích musíte předkonfigurovat primární klíč pro heslo pomocí níže uvedených příkazů. Hesla typu 6 jsou šifrována pomocí AES cyperu a uživatelsky definovaného primárního klíče.


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

Nakonfigurujte IP server pro povolení vyhledávání DNS a zajistěte, aby byl dosažitelný pingem:


LocalGateway#conf t
Enter configuration commands, one per line.  End with CNTL/Z.
LocalGateway(config)#ip name-server 8.8.8.8
LocalGateway(config)#end
4

Povolit TLS 1.2 Exkluzivita a výchozí zástupný Trustpoint:

  1. Vytvořit zástupný PKI Trustpoint a nazvat jej sampleTP

  2. Přiřadit Trustpoint jako výchozí signalizační Trustpoint pod SIP-ua

  3. cn-san-validate server je potřebný k zajištění toho, aby lokální brána navázala spojení pouze v případě, že se odchozí proxy nakonfigurovaný na nájemci 200 (popsaný později) shoduje se seznamem CN-SAN přijatým ze serveru.

  4. Pro fungování TLS je zapotřebí šifrovací Trustpoint, i když pro nastavení spojení není vyžadován lokální klientský certifikát (například mTLS).

  5. Zakažte TLS v1.0 a v1.1 povolením exkluzivity v1.2.

  6. Nastavte počet tcp-retry na 1000 (násobky 5 ms = 5 sekund).

  7. (IOS-XE 17.3.2 a novější) Nastavte připojení časovačů pro navázání TLS <wait-timer in="" sec="">. Rozsah je mezi 5 a 20 sekundami a výchozí je 20 sekund. (LGW trvá 20 sekund, než detekuje selhání připojení TLS, než se pokusí navázat spojení s dalším dostupným voláním Webex Access SBC. Tento CLI umožňuje administrátorovi změnit hodnotu tak, aby vyhovovala podmínkám sítě a detekovala selhání připojení pomocí Access SBC mnohem rychleji).


LocalGateway#configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
LocalGateway(config)#
LocalGateway(config)#crypto pki trustpoint sampleTP
LocalGateway(ca-trustpoint)# revocation-check crl
LocalGateway(ca-trustpoint)#exit

LocalGateway(config)#sip-ua
LocalGateway(config-sip-ua)# crypto signaling default trustpoint sampleTP cn-san-validate server

LocalGateway(config-sip-ua)# transport tcp tls v1.2
LocalGateway(config-sip-ua)# tcp-retry 1000
LocalGateway(config-sip-ua)#end
5

Aktualizace místní brány Trustpool:

Výchozí balíček trustpoolu neobsahuje certifikáty "DigiCert Root CA" nebo "IdenTrust Commercial" potřebné pro ověření certifikátu na straně serveru během připojení TLS k Webex Calling.

Balíček Trustpool musí být aktualizován stažením nejnovějšího „Cisco Trusted Core Root Bundle“ z http://www.cisco.com/security/pki/.

  1. Zkontrolujte, zda existují certifikáty DigiCert Room CA a IdenTrust Commercial:

    
LocalGateway#show crypto pki trustpool | include DigiCert

  2. Pokud neexistuje, aktualizujte jej následovně:

    
LocalGateway#configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
LocalGateway(config)#crypto pki trustpool import clean url 
http://www.cisco.com/security/pki/trs/ios_core.p7b
Reading file from http://www.cisco.com/security/pki/trs/ios_core.p7b
Loading http://www.cisco.com/security/pki/trs/ios_core.p7b 
% PEM files import succeeded.
LocalGateway(config)#end

  1. Ověřit:

    
LocalGateway#show crypto pki trustpool | include DigiCert
cn=DigiCert Global Root CA
o=DigiCert Inc
cn=DigiCert Global Root CA
o=DigiCert Inc

    LocalGateway#show crypto pki trustpool | include IdenTrust Commercial
cn=IdenTrust Commercial Root CA 1
cn=IdenTrust Commercial Root CA 1

Zaregistrovat místní bránu pro volání Webex

Než začnete

Ujistěte se, že jste dokončili kroky v ovládacím centru k vytvoření místa a přidali kufr pro dané místo. V příkladu, který je zde znázorněn, byly informace získány z Control Hubu.

1

Zadejte tyto příkazy pro zapnutí lokální aplikace brány (viz Referenční informace portu pro volání Cisco Webex pro nejnovější IP podsítě, které je třeba přidat do důvěryhodného seznamu):

LocalGateway#configure terminal
LocalGateway(config)#voice service voip
LocalGateway(conf-voi-serv)#ip address trusted list
LocalGateway(cfg-iptrust-list)#ipv4 x.x.x.x y.y.y.y
LocalGateway(cfg-iptrust-list)#exit
LocalGateway(conf-voi-serv)#allow-connections sip to sip
LocalGateway(conf-voi-serv)#media statistics
LocalGateway(conf-voi-serv)#media bulk-stats
LocalGateway(conf-voi-serv)#no supplementary-service sip refer
LocalGateway(conf-voi-serv)#no supplementary-service sip handle-replaces
LocalGateway(conf-voi-serv)# fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

LocalGateway(conf-serv-stun)#stun
LocalGateway(conf-serv-stun)#stun flowdata agent-id 1 boot-count 4
LocalGateway(conf-serv-stun)#stun flowdata shared-secret 0 Password123$

LocalGateway(conf-serv-stun)#sip

   LocalGateway(conf-serv-sip)#g729 annexb-all
   LocalGateway(conf-serv-sip)#early-offer forced
   LocalGateway(conf-serv-sip)#end

Vysvětlení příkazů:

Prevence podvodů s mýtným
Device(config)# voice service voip
Device(config-voi-serv)# ip address trusted list
Device(cfg-iptrust-list)# ipv4 x.x.x.x y.y.y.y

  • Výslovně umožňuje zdrojové IP adresy subjektů, od kterých místní brána očekává legitimní VoIP volání, jako jsou Webex Calling peers, Unified CM nodes, IP PSTN.

  • Ve výchozím nastavení LGW blokuje všechna nastavení příchozích VoIP hovorů z IP adres, které nejsou v důvěryhodném seznamu. IP adresy z volajících s „session target ip“ nebo Server Group jsou ve výchozím nastavení důvěryhodné a nemusí zde být vyplněny.

  • IP adresy v tomto seznamu musí odpovídat IP podsítím podle regionálního datového centra Webex Calling, ke kterému je zákazník připojen. Další informace naleznete v části Referenční informace portu pro volání Webex.


     

    Pokud je váš LGW za firewallem s omezeným kuželem NAT, můžete raději zakázat důvěryhodný seznam IP adres v rozhraní WebexCalling -facing. Je to proto, že brána firewall vás již chrání před nevyžádaným příchozím VoIP. Tato akce by snížila vaši dlouhodobou konfiguraci režijních nákladů, protože nemůžeme zaručit, že adresy vrstevníků Webex Calling zůstanou pevné, a budete muset nakonfigurovat svůj firewall pro vrstevníky v každém případě.

  • Další adresy IP mohou být konfigurovány na jiných rozhraních; například vaše jednotné adresy CM mohou být přidány k rozhraním směřujícím dovnitř.

  • IP adresy se musí shodovat s IP hostitelů outbound-proxy řeší v nájemci 200

  • Další informace https://www.cisco.com/c/en/us/support/docs/voice/call-routing-dial-plans/112083-tollfraud-ios.html naleznete v části.

Média
voice service voip
 media statistics 
 media bulk-stats

  • Statistiky médií umožňují monitorování médií na místní bráně.

  • Mediální hromadné statistiky umožňují kontrolní rovině vyhledat v datové rovině statistiky hromadných hovorů.

Základní funkce SIP-to-SIP
allow-connections sip to sip
Doplňkové služby
 no supplementary-service sip refer
 no supplementary-service sip handle-replaces

Zakáže ODKAZOVAT a nahradí ID dialogu v záhlaví Nahrazuje ID dialogu partnera.

Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s12.html#wp2876138889 naleznete v části.

Protokol faxu
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

Povolí T.38 pro přenos faxu, i když provoz fac nebude šifrován.

Povolit globální OMRÁČENÍ
stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$

  • Když je hovor přesměrován zpět k uživateli služby Webex Calling (například volané i volající strany jsou předplatitelé služby Webex Calling a mají média ukotvená na SBC služby Webex Calling), média nemohou proudit do místní brány, protože dírka není otevřená.

  • Funkce vazby OMRÁČENÍ na místní bráně umožňuje odesílání místně generovaných žádostí o OMRÁČENÍ po vyjednané mediální cestě. To pomáhá při otevírání dírky ve firewallu.

  • PARALYZUJÍCÍ heslo je předpokladem pro to, aby místní brána mohla posílat paralyzující zprávy. Firewally založené na IOS/IOS-XE lze nakonfigurovat tak, aby kontrolovaly toto heslo a dynamicky otevíraly dírky (například bez explicitních pravidel in-out). Ale pro případ nasazení lokální brány je firewall staticky nakonfigurován tak, aby otevíral otvory pro kolíky dovnitř a ven na základě subsítí Webex Calling SBC. Jako takový by měl brána firewall s tím zacházet jako s jakýmkoliv příchozím UDP paketem, který spustí otevření dírky, aniž by se výslovně díval na obsah paketu.

G729
sip
  g729 annexb-all

Umožňuje všechny varianty G729.

Protokol SIP
early-offer forced

Nutí lokální bránu odeslat informace o SDP v úvodní ZVACÍ zprávě namísto čekání na potvrzení od sousedního peera.
2

Nakonfigurujte „SIP profil 200“.

LocalGateway(config)# voice class sip-profiles 200
LocalGateway (config-class)# rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)" "sip:\1"
LocalGateway (config-class)# rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 12 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
LocalGateway (config-class)# rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 15 response ANY sip-header Contact modify "<sips:(.*)" "<sip:\1"
LocalGateway (config-class)# rule 20 request ANY sip-header From modify ">" ";otg=hussain2572_lgu>"
LocalGateway (config-class)# rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.*)" "sip:\1"

Tato pravidla jsou

Vysvětlení příkazů:

  • pravidlo 9 zajišťuje, že záhlaví je uvedeno jako “SIP-Req-URI” a ne “SIP-Req-URL”

    To převádí mezi SIP URI a SIP URL, protože Webex Calling nepodporuje SIP URI ve zprávách o požadavcích/odpovědích, ale potřebuje je pro SRV dotazy, např. _sips._tcp.<outbound-proxy>.

  • pravidlo 20 upravuje záhlaví From tak, aby zahrnovalo parametr Trunk Group OTG/DTG z Control Hubu pro jedinečnou identifikaci lokality LGW v rámci podniku.

  • Tento profil SIP bude aplikován na nájemce hlasové třídy 200 (diskutováno níže) pro veškerý provoz směřující na volání Webex.
3

Nakonfigurujte profil kodeků, definici OMRÁČENÍ a sadu SRTP Crypto.

LocalGateway(config)# voice class codec 99
LocalGateway(config-class)# codec preference 1 g711ulaw
LocalGateway(config-class)# codec preference 2 g711alaw 
LocalGateway(config-class)# exit
LocalGateway(config)# voice class srtp-crypto 200
LocalGateway(config-class)# crypto 1 AES_CM_128_HMAC_SHA1_80
LocalGateway(config-class)# exit
LocalGateway(config)# voice class stun-usage 200
LocalGateway(config-class)# stun usage firewall-traversal flowdata
LocalGateway(config-class)# stun usage ice lite
LocalGateway(config-class)# exit

Vysvětlení příkazů:

  • Hlasový kodek 99: Umožňuje jak g711 (mu, tak a-law) kodeky pro relace. Aplikuje se na všechny vytáčeče.

  • Hlasová třída srtp-crypto 200: Určuje SHA1_80 jako jedinou šifrovací sadu SRTP, kterou nabízí místní brána v SDP v nabídce a odpovědi. Volání Webex podporuje pouze SHA1_80.

  • Bude se vztahovat na nájemce hlasové třídy 200 (diskutováno později), který čelí volání Webex.

  • Hlasová třída omráčení 200: Definuje použití OMRÁČENÍ. Používá se pro všechny vytáčecí peeryWebex Calling -FACING (2XX tag), aby se zabránilo jakémukoli zvuku, když Unified CM telefon přesměruje hovor na jiný telefon Webex Calling.


 

V případech, kdy je médium ukotveno na ITSP SBC a Local Gateway je za NAT a čeká na příchozí mediální proud z ITSP, může být tento příkaz aplikován na ITSP čelících voličům.

 

Použití omráčení led lite je nutné pro volání toků využívajících optimalizaci cesty média.
4

Parametry ovládacího centra mapy na konfiguraci místní brány:

Webex Calling je přidán jako nájemce v rámci místní brány. Konfigurace potřebná pro registraci lokální brány je definována pod hlasovou třídou nájemce 200. Prvky této konfigurace musíte získat ze stránky Informace o kufru v ovládacím centru, jak je znázorněno na tomto obrázku. Toto je příklad zobrazení, která pole mapují na příslušnou místní bránu CLI.

Nájemce 200 je pak aplikován na všechny vytáčecí peery Webex Calling (2xx tag) v konfiguraci lokální brány. Funkce pronajímatele hlasové třídy umožňuje seskupení a konfiguraci parametrů SIP kufru, které se jinak provádějí v rámci hlasové služby voip a SIP-ua. Když je nájemce nakonfigurován a aplikován pod číselníkem, konfigurace IOS-XE se aplikují v následujícím pořadí preferencí:

  • Konfigurace vytáčení

  • Konfigurace nájemce

  • Globální konfigurace (hlasová služba VoIP / SIP-ua)
5

Nakonfigurujte hlasovou třídu nájemce 200 pro povolení registrace kufru od LGW do Webex Volání na základě parametrů, které jste získali z Control Hubu:


 

Příkazový řádek a níže uvedené parametry jsou pouze příklady. Musíte použít parametry pro vlastní nasazení.

 
LocalGateway(config)#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

Vysvětlení příkazů:

voice class tenant 200

Funkce multitenantu místní brány umožňuje specifické globální konfigurace pro více nájemců na SIP kmenech, které umožňují rozlišené služby pro nájemce.

registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls

Registrátorský server pro lokální bránu s nastavením registrace na každé dvě minuty (50% z 240 sekund). Další informace naleznete v části https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-r1.html#wp1687622014.

credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX71]~)Vmf realm BroadWorks

Přihlašovací údaje pro výzvu registrace kufru. Další informace naleznete v části https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-c6.html#wp3153621104.

authentication username Hussain2572_LGU password 0 meX71]~)Vmf realm BroadWorks
authentication username Hussain2572_LGU password 0 meX71]~)Vmf realm 40462196.cisco-bcld.com

Výzva k ověření hovorů. Další informace naleznete v části https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462.

no remote-party-id

Zakázat hlavičku SIP Remote-Party-ID (RPID), protože volání Webex podporuje PAI, který je povolen pomocí CIO asserted-id pai(viz níže).

sip-server dns:40462196.cisco-bcld.com
Webex volá servery. Další informace naleznete v části https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462
connection-reuse

Chcete-li použít stejné trvalé připojení pro registraci a zpracování hovorů.

srtp-crypto 200

Specifikuje SHA1_80, jak je definováno v voice class srtp-crypto 200.

session transport tcp tls
Nastavuje přenos do TLS
url sips

SRV dotaz musí být SIP, jak je podporováno přístupovým SBC; všechny ostatní zprávy jsou změněny na SIP POMOCÍ SIP profilu 200.

error-passthru

Funkce přenosu chybové odpovědi SIP

asserted-id pai

Zapne zpracování PAI v místní bráně.

bind control source-interface GigabitEthernet0/0/1

Signalizuji zdrojové rozhraní směrem k Webex Calling.

bind media source-interface GigabitEthernet0/0/1

Rozhraní zdroje médií směrem k Webex Calling.

no pass-thru content custom-sdp

Výchozí příkaz pod nájemcem.

sip-profiles 200

Změní SRKÁNÍ na SRKÁNÍ a upraví řádek/port pro POZVÁNÍ a REGISTRACI zpráv, jak je definováno v voice class sip-profiles 200.

outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com

Webex volá Access SBC. Další informace naleznete v části https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-o1.html#wp3297755699.

privacy-policy passthru

Transparentně přenášejte hodnoty záhlaví ochrany osobních údajů z příchozího do odchozího úseku.

Po definování nájemce 200 v rámci lokální brány a konfiguraci SIP VoIP dial-peeru pak brána spustí TLS spojení směrem k volání Webex, kdy Access SBC předloží svůj certifikát lokální bráně. Místní brána validuje certifikát Webex Calling Access SBC pomocí dříve aktualizovaného balíčku CA root. Mezi místní bránou a Webex Calling Access SBC je zavedena trvalá relace TLS. Místní brána pak odešle REGISTR do Access SBC, který je napaden. Registrace AOR je NUMBER@Domain. Číslo je převzato z pověření „number“ parametr a doména z „registrar dns:<fqdn>“. Když je registrace napadena, uživatelské jméno, heslo a parametry sféry z přihlašovacích údajů jsou použity k vytvoření záhlaví a SIP profil 200 převádí SIP URL zpět na SIP. Registrace je úspěšná po obdržení 200 OK z Access SBC.

Nastavit lokální bránu bez IP PBX

Pro tuto možnost nasazení je vyžadována následující konfigurace na místní bráně:

  1. Pronajímatelé třídy Voice -Nejdřívevytvoříme další nájemce pro vytáčené peery, kteří čelí ITSP, podobnému nájemci 200, který jsme vytvořili pro společnost Webex Calling, která čelí vytáčeným peerům.

  2. URI hlasové třídy- Vzory definující hostitelské IP adresy/porty pro různé kmeny končící na místní bráně: Webex Volání do LGW; a PSTN SIP ukončení kmene na LGW.

  3. Odchozí volající- trasa odchozího volání z LGW do ITSP SIP kufru a Webex Volání.

  4. Hlasová třída DPG-Cílové odchozí volající vyvolané z příchozího volajícího.

  5. - Přijímám příchozí hovory z ITSP a Webex Calling.

Konfigurace v této sekci může být použita buď pro nastavení místní brány hostované partnerem, jak je znázorněno níže, nebo pro bránu místního zákazníka.

1

Nakonfigurujte následující nájemníky hlasové třídy:

  1. Hlasová třída nájemce 100 je aplikována na všechny ODCHOZÍ VYTÁČECÍ peery směřující IP PSTN.

    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

  2. Hlasová třída nájemce 300 je aplikována na všech PŘÍCHOZÍCH volajících z IP PSTN.

    voice class tenant 300 
  bind control source-interface GigabitEthernet0/0/0
  bind media source-interface GigabitEthernet0/0/0
  no pass-thru content custom-sdp
2

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

  1. Definujte IP adresu hostitele ITSP:

    voice class uri 100 sip
  host ipv4:192.168.80.13

  2. Definujte vzor pro jedinečnou identifikaci lokálního portálu v rámci podniku na základě parametru OTG/DTG skupiny Control Hub:

    voice class uri 200 sip
 pattern dtg=hussain2572.lgu

     

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

    		 
    Received
INVITE sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0
   Via: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1
 pattern :8934
3

Nakonfigurujte následující vrstvy odchozího vytáčení:

  1. Odchozí vytáčení směrem k IP PSTN:

    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

    Vysvětlení příkazů:

    dial-peer voice 101 voip
 description Outgoing dial-peer to PSTN

    Definuje VOIP volič se značkou 101 a pro snadnější správu a řešení problémů je uveden smysluplný popis.

    destination-pattern BAD.BAD

    Vzor číslice, který umožňuje výběr tohoto voliče. Tento odchozí volič však vyvoláme přímo z příchozího voliče pomocí příkazů DPG, který obejde kritéria shody číslicového vzoru. V důsledku toho používáme libovolný vzor založený na alfanumerických číslicích povolených cílovým vzorem CLI.

    session protocol sipv2

    Určuje, že tento volací přístroj bude zpracovávat nohy volání SIP.

    session target ipv4:192.168.80.13

    Označuje cílovou adresu IPv4, kam bude tato volací část odeslána. V tomto případě IP adresa ITSP.

    voice-class codec 99

    Označuje seznam preferencí kodeku 99, který má být použit pro tento volič.

    dtmf-relay rtp-nte

    Definuje RTP-NTE (RFC2833) jako schopnost DTMF očekávanou v této fázi volání.

    voice-class sip tenant 100

    Dial-peer zdědí všechny parametry od Nájemce 100, pokud stejný parametr není definován pod samotným Dial-peer.

    no vad

    Zakáže detekci hlasové aktivity.

  2. Odchozí vytáčení směrem k volání Webex (Toto vytáčení bude aktualizováno tak, aby sloužilo jako příchozí vytáčení z volání Webex také později v konfigurační příručce).

    dial-peer voice 200201 voip
 description Inbound/Outbound Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 voice-class codec 99
 dtmf-relay rtp-nte
 voice-class stun-usage 200
 no voice-class sip localhost
 voice-class sip tenant 200
 srtp
 no vad

    Vysvětlení příkazů:

    dial-peer voice 200201 voip
     description Inbound/Outbound Webex Calling

    Definuje VOIP dial-peer s tagem 200201 a je uveden smysluplný popis pro snadnou správu a řešení problémů

    session target sip-server

    Označuje, že globální SIP server je cílem pro volání z tohoto volajícího partnera. Webex Calling server definovaný v nájemci 200 je dědičný pro tento vytáčecí peer.

    voice-class stun-usage 200

    Funkce vazby OMRÁČENÍ na místní bráně umožňuje odesílání místně generovaných žádostí o OMRÁČENÍ po vyjednané mediální cestě. To pomáhá při otevírání dírky ve firewallu.

    no voice-class sip localhost

    Zakáže nahrazení názvu lokálního hostitele DNS místo fyzické IP adresy v hlavičkách Od, Call-ID a Remote-Party-ID odchozích zpráv.

    voice-class sip tenant 200

    Dial-peer zdědí všechny parametry od Nájemce 200 (LGW <--> Webex Calling Trunk), pokud stejný parametr není definován pod samotným Dial-peer.

    srtp

    Pro tuto volací část je povolen protokol SRTP.

    no vad

    Zakáže detekci hlasové aktivity.
4

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

  1. Definuje skupinu číselníků 100. Odchozí volič 101 je cílem každého příchozího volače, který vyvolá skupinu 100 voličů. DPG 100 použijeme na příchozí dial-peer 200201 pro Webex Volání trasy LGW PSTN. --> -->

    voice class dpg 100
 description Incoming WxC(DP200201) to IP PSTN(DP101)
 dial-peer 101 preference 1

  2. Definovat skupinu vytáčení 200 s odchozím vytáčení 200201 jako cíl pro PSTN --> LGW --> Webex Volání cestu. DPG 200 bude aplikován na příchozí volič 100 definovaný později.

    voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP200201)
 dial-peer 200201 preference 1
5

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

  1. Příchozí vytáčecí peer pro příchozí IP PSTN volání:

    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

    Vysvětlení příkazů

    dial-peer voice 100 voip
description Incoming dial-peer from PSTN

    Definuje VOIP volič se značkou 100 a je uveden smysluplný popis pro snadnou správu a řešení problémů.

    session protocol sipv2

    Určuje, že tento volací přístroj bude zpracovávat nohy volání SIP.

    incoming uri via 100

    Veškerý příchozí provoz z IP PSTN do LocalGW je spárován na příchozí PŘES IP adresu hostitele hlavičky definovanou v hlasové třídě URI 100 SIP tak, aby odpovídal na základě zdrojové IP (ITSP) adresy.

    destination dpg 200

    S cílovým dpg 200, IOS-XE prochází klasickými kritérii pro shodu odchozího volajícího a okamžitě přistoupí k nastavení odchozího volacího úseku pomocí volajících definovaných v rámci cílové skupiny volajícího 200, což je volající 200201.

    voice-class sip tenant 300

    Dial-peer zdědí všechny parametry od Nájemce 300, pokud stejný parametr není definován pod samotným Dial-peer.

    no vad

    Zakáže detekci hlasové aktivity.

  2. Příchozí volající pro příchozí Webex Volání nohy:

    dial-peer voice 200201 voip
 description Inbound/Outbound Webex Calling
 max-conn 250
 destination dpg 100
 incoming uri request 200

    Vysvětlení příkazů

    dial-peer voice 200201 voip
description Inbound/Outbound Webex Calling

    Aktualizuje VOIP volič s tagem 200201 a je uveden smysluplný popis pro snadnou správu a řešení problémů.

    incoming uri request 200

    Veškerý příchozí provoz z Webex Calling do LGW lze přiřadit k jedinečnému dtg vzoru v požadavku URI, který jednoznačně identifikuje lokální bránu v rámci Enterprise a v ekosystému Webex Calling.

    destination dpg 100

    S cílovým dpg 100, IOS-XE o prochází klasické odchozí vytáčení-peer odpovídající kritéria a okamžitě pokračuje k nastavení odchozí volání nohy pomocí vytáčení-peers definované v rámci cílového vytáčení-peer skupiny 100, což je vytáčení-peer 101.

    max-conn 250

    Omezuje počet souběžných hovorů na 250 mezi LGW a Webex Calling, za předpokladu, že jeden vytáčecí peer směřující k Webex Calling pro příchozí i odchozí hovory, jak je definováno v této příručce. Další podrobnosti o limitech souběžných hovorů týkajících se místní brány naleznete na adrese https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.
Volání z PSTN na Webex

Všechny příchozí IP úseky volání PSTN na lokální bráně jsou přiřazeny na číselníku 100, protože definuje kritéria shody pro záhlaví VIA s IP adresou PSTN. Výběr odchozího volajícího je diktován DPG 200, který přímo vyvolává odchozí volající 200201, jehož cílovým cílem je server Webex Calling.

Webex volá na PSTN

Všechny příchozí volací úseky Webex na lokální bráně jsou na volacím zařízení 200201 sladěny, protože splňuje kritéria shody pro vzor záhlaví POŽADAVKU URI s parametrem TrunkGroup OTG/DTG, který je jedinečný pro toto nasazení lokální brány. Volba odchozího dial-peeru je diktována DPG 100, který přímo vyvolá odchozí dial-peer 101, který má IP PSTN IP adresu uvedenou jako cílový cíl.

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

Pro tuto možnost nasazení je vyžadována následující konfigurace na místní bráně:

  1. Pronajímatelé hlasových služeb- je třeba vytvořit další nájemce pro volající, kteří čelí jednotnému CM a ITSP, podobně jako nájemce 200, kterého jsme vytvořili pro Webex Calling, který čelí volajícím.

  2. URI hlasové třídy-Vzorce definující hostitelské IP adresy/porty pro různé kmeny končící na LGW: z Unified CM na LGW pro destinace PSTN; Unified CM na LGW pro destinace Webex Calling; Webex Calling na LGW; a PSTN SIP ukončení kmene na LGW.

  3. Skupina serverů třídyVoice -Cílové IP adresy/porty pro odchozí kanály od LGW po Unified CM, od LGW po WebexCalling a od LGW po PSTN SIP trunk.

  4. Odchozí volající- trasa odchozího volání z LGW do Unified CM, ITSP SIP trupu a/nebo Webex Calling.

  5. Třída hlasu DPG-Terget outbound dial-peer(s) vyvolaný z příchozího dial-peer.

  6. Přicházející volající -Přijímám příchozí hovory z Unified CM, ITSP a/nebo Webex Calling.

1

Nakonfigurujte následující nájemníky hlasové třídy:

  1. Hlasová třída nájemce 100 je aplikována na všechny odchozí vytáčecí peery směřující k Jednotné CM a IP PSTN:

    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

  2. Třída hlasového nájemce 300 bude aplikována na všechny příchozí volající z Unified CM a IP PSTN:

    voice class tenant 300 
  bind control source-interface GigabitEthernet0/0/0
  bind media source-interface GigabitEthernet0/0/0
  no pass-thru content custom-sdp
2

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

  1. Definuje hostitelskou IP adresu ITSP:

    voice class uri 100 sip
  host ipv4:192.168.80.13

  2. Definujte vzor pro jedinečnou identifikaci lokálního portálu v rámci podniku na základě parametru OTG/DTG skupiny Control Hub:

    voice class uri 200 sip
 pattern dtg=hussain2572.lgu

     

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

    		 
    Received
INVITE sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0
   Via: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1
 pattern :8934

  3. Definuje Unified CM signalizaci PŘES port pro kmen Webex Calling:

    voice class uri 300 sip
 pattern :5065

  4. Definuje signalizaci zdroje CUCM IP a port PŘES port pro kmen PSTN:

    voice class uri 302 sip
 pattern 192.168.80.60:5060
3

Nakonfigurujte následující skupiny serverů třídy hlasu:

  1. Definuje cílovou hostitelskou IP adresu Unified CM trunku a číslo portu pro Unified CM Group 1 (5 uzlů). Unified CM používá port 5065 pro příchozí provoz v kmeni Webex Calling (Webex Calling <-> LGW --> Unified CM).

    voice class server-group 301
 ipv4 192.168.80.60 port 5065

  2. Definuje cílovou hostitelskou IP adresu Unified CM trunku a číslo portu pro Unified CM Group 2, pokud je to relevantní:

    voice class server-group 303
 ipv4 192.168.80.60 port 5065

  3. Definuje cílovou hostitelskou IP adresu Unified CM trunku pro Unified CM Group 1 (5 uzlů). Unified CM používá výchozí port 5060 pro příchozí provoz na kmeni PSTN. Pokud není zadáno číslo portu, použije se výchozí hodnota 5060. (PSTN <-> LGW --> Unified CM)

    voice class server-group 305
 ipv4 192.168.80.60

  4. Definuje cílovou hostitelskou IP adresu Unified CM trunku pro Unified CM Group 2, pokud existuje.

    voice class server-group 307 
 ipv4 192.168.80.60
4

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

  1. Odchozí vytáčení směrem k IP PSTN:

    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

    Vysvětlení příkazů

    dial-peer voice 101 voip
description Outgoing dial-peer to PSTN

    Definuje VOIP volič se značkou 101 a pro snadnější správu a řešení problémů je uveden smysluplný popis.

    destination-pattern BAD.BAD

    Vzor číslice, který umožní výběr tohoto voliče. Tento odchozí volič však vyvoláme přímo z příchozího voliče pomocí příkazů DPG, který obejde kritéria shody číslicového vzoru. V důsledku toho používáme libovolný vzor založený na alfanumerických číslicích povolených cílovým vzorem CLI.

    session protocol sipv2

    Určuje, že tento volací přístroj bude zpracovávat nohy volání SIP.

    session target ipv4:192.168.80.13

    Označuje cílovou IPv4 adresu cíle, kam bude tato volací část odeslána. (V tomto případě IP adresa ITSP.)

    voice-class codec 99

    Označuje seznam preferencí kodeku 99, který má být použit pro tento volič.

    voice-class sip tenant 100

    Dial-peer zdědí všechny parametry od Nájemce 100, pokud stejný parametr není definován pod samotným Dial-peer.

  2. Odchozí vytáčení směrem k volání Webex (Toto vytáčení bude aktualizováno tak, aby sloužilo jako příchozí vytáčení z volání Webex také později v konfigurační příručce.):

    dial-peer voice 200201 voip
 description Inbound/Outbound Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 voice-class codec 99
 dtmf-relay rtp-nte
 voice-class stun-usage 200
 no voice-class sip localhost
 voice-class sip tenant 200
 srtp
 no vad

    Vysvětlení příkazů

    dial-peer voice 200201 voip
 description Inbound/Outbound Webex Calling

    Definuje VOIP dial-peer s tagem 200201 a je uveden smysluplný popis pro snadnou správu a řešení problémů.

    session target sip-server

    Označuje, že globální SIP server je cílem pro volání z tohoto volajícího partnera. Webex Calling server definovaný v nájemci 200 bude zděděn pro tento dial-peer.

    voice-class stun-usage 200

    Funkce vazby OMRÁČENÍ na LGW umožňuje odesílání místně generovaných žádostí o OMRÁČENÍ po vyjednané mediální cestě. To pomáhá při otevírání dírky ve firewallu.

    no voice-class sip localhost

    Zakáže přidávání názvu lokálního hostitele DNS namísto fyzické IP adresy v hlavičkách Od, Call-ID a Remote-Party-ID odchozích zpráv.

    voice-class sip tenant 200

    Dial-peer zdědí všechny parametry od Nájemce 200 (LGW <--> Webex Calling Trunk), pokud stejný parametr není definován pod samotným Dial-peer.

    srtp

    Pro tuto volací část je povolen protokol SRTP.

  3. Odchozí vytáčení směrem k Unified CM 's Webex Calling Trunk:

    dial-peer voice 301 voip
 description Outgoing dial-peer to CUCM-Group-1 for 
inbound from Webex Calling - Nodes 1 to 5
 destination-pattern BAD.BAD
 session protocol sipv2
 session server-group 301
 voice-class codec 99
 dtmf-relay rtp-nte
 voice-class sip tenant 100
 no vad

    Vysvětlení příkazů

    dial-peer voice 301 voip
description Outgoing dial-peer to CUCM-Group-1 for 
inbound from Webex Calling – Nodes 1 to 5

    Definuje VOIP dial-peer se značkou 301 a je uveden smysluplný popis pro snadnou správu a řešení problémů.

    session server-group 301

    Místo relace cílové IP v dial-peer, ukazujeme na skupinu cílových serverů (server-skupina 301pro dial-peer 301) definovat více cílových UCM uzlů, i když příklad ukazuje pouze jeden uzel.

    Skupina serverů v odchozí volbě Peer

    S více vytáčedly v DPG a více servery ve skupině vytáčedla serverů můžeme dosáhnout náhodné distribuce volání přes všechny Unified CM zpracování volání odběratelů nebo lovu na základě definovaných preferencí. Každá skupina serverů může mít až pět serverů (IPv4/v6 s nebo bez portu). Druhá skupina číselníků a druhý server je vyžadován pouze v případě, že je použito více než pět účastníků zpracování hovorů.

    Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/multiple-server-groups.html naleznete v části.

  4. Druhý odchozí číselník směrem k jednotnému kmeni CM pro volání Webex, pokud máte více než 5 jednotných uzlů CM:

    dial-peer voice 303 voip
 description Outgoing dial-peer to CUCM-Group-2 
for inbound from Webex Calling - Nodes 6 to 10
 destination-pattern BAD.BAD
 session protocol sipv2
 session server-group 303
 voice-class codec 99
 dtmf-relay rtp-nte
 voice-class sip tenant 100
 no vad

  5. Odchozí číselník směrem k jednotnému kmeni PSTN CM:

    dial-peer voice 305 voip
 description Outgoing dial-peer to CUCM-Group-1 
for inbound from PSTN - Nodes 1 to 5
 destination-pattern BAD.BAD
 session protocol sipv2
 session server-group 305
 voice-class codec 99 
 dtmf-relay rtp-nte
 voice-class sip tenant 100
 no vad

  6. Pokud máte více než 5 uzlů Unified CM, druhý volič směrem k jednotnému kmenu sítě PSTN:

    dial-peer voice 307 voip
 description Outgoing dial-peer to CUCM-Group-2 
for inbound from PSTN - Nodes 6 to 10
 destination-pattern BAD.BAD
 session protocol sipv2
 session server-group 307
 voice-class codec 99  
 dtmf-relay rtp-nte
 voice-class sip tenant 100
 no vad
5

Nakonfigurujte následující DPG:

  1. Definuje DPG 100. Odchozí volič 101 je cílem každého příchozího volače, který vyvolá skupinu 100 voličů. DPG 100 použijeme na příchozí dial-peer 302 definovaný později pro cestu Unified CM --> LGW --> PSTN:

    voice class dpg 100
 dial-peer 101 preference 1

  2. Definujte DPG 200 s odchozím voličem 200201 jako cíl pro Unified CM --> LGW --> Webex Calling path:

    voice class dpg 200
 dial-peer 200201 preference 1

  3. Definujte DPG 300 pro odchozí vytáčecí peery 301 nebo 303 pro cestu Webex Calling --> LGW --> Unified CM:

    voice class dpg 300
 dial-peer 301 preference 1
 dial-peer 303 preference 1

  4. Definujte DPG 302 pro odchozí vytáčecí peery 305 nebo 307 pro cestu PSTN --> LGW --> Unified CM:

    voice class dpg 302
 dial-peer 305 preference 1
 dial-peer 307 preference 1
6

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

  1. Příchozí vytáčecí peer pro příchozí IP PSTN volání:

    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

    Vysvětlení příkazů

    dial-peer voice 100 voip
description Incoming dial-peer from PSTN

    Definuje VOIP volič se značkou 100 a je uveden smysluplný popis pro snadnou správu a řešení problémů.

    session protocol sipv2

    Určuje, že tento volací přístroj bude zpracovávat nohy volání SIP.

    incoming uri via 100

    Veškerý příchozí provoz z IP PSTN do LGW je spárován na příchozí PŘES IP adresu hostitele hlavičky definovanou v hlasové třídě URI 100 SIP, aby odpovídal na základě zdrojové IP (ITSP) adresy.

    destination dpg 302

    S cílovým DPG 302 IOS-XE prochází klasickými kritérii shody pro odchozí volání a okamžitě pokračuje v nastavení odchozího volání pomocí číselníků definovaných v cílovém DPG 302, kterými mohou být buď číselník 305 nebo číselník 307.

    voice-class sip tenant 300

    Dial-peer zdědí všechny parametry od Nájemce 300, pokud stejný parametr není definován pod samotným Dial-peer.

  2. Příchozí volající pro příchozí Webex Volání nohy:

    dial-peer voice 200201 voip
 description Inbound/Outbound Webex Calling
 max-conn 250
 destination dpg 300
 incoming uri request 200

    Vysvětlení příkazů

    dial-peer voice 200201 voip
description Inbound/Outbound Webex Calling

    Aktualizuje VOIP volič s tagem 200201 a je uveden smysluplný popis pro snadnou správu a řešení problémů.

    incoming uri request 200

    Veškerý příchozí provoz z Webex Calling do LGW lze přiřadit k jedinečnému dtg vzoru v požadavku URI, který jednoznačně identifikuje lokální bránu v rámci Enterprise a v ekosystému Webex Calling.

    destination dpg 300

    S cílovým DPG 300 IOS-XE prochází klasickými kritérii shody pro odchozí volání a okamžitě pokračuje v nastavení odchozího volání pomocí číselníků definovaných v cílovém DPG 300, kterými mohou být buď číselník 301, nebo číselník 303.

    max-conn 250

    Omezuje počet souběžných volání na 250 mezi LGW a Webex Calling za předpokladu, že jeden volající směřuje k Webex Calling pro příchozí i odchozí volání, jak je definováno v této příručce. Další podrobnosti o limitech souběžných hovorů týkajících se místní brány naleznete na adrese https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

  3. Inbound dial-peer pro příchozí Unified CM call nohy s Webex Calling jako cíl:

    dial-peer voice 300 voip
 description Incoming dial-peer from CUCM for Webex Calling
 session protocol sipv2
 destination dpg 200
 incoming uri via 300
 voice-class codec 99
 dtmf-relay rtp-nte
 voice-class sip tenant 300
 no vad

    Vysvětlení příkazů

    dial-peer voice 300 voip
description Incoming dial-peer from CUCM for Webex Calling

    Definuje VOIP volič se značkou 300 a je uveden smysluplný popis pro snadnou správu a řešení problémů.

    incoming uri via 300

    Veškerý příchozí provoz z Unified CM do LGW je spárován na portu via source (5065), definovaném v hlasové třídě URI 300 SIP.

    destination dpg 200

    S cílovým DPG 200 IOS-XE prochází klasickými kritérii shody pro odchozí vytáčení a okamžitě pokračuje v nastavení odchozího volání pomocí vytáčení definovaného v cílovém DPG 200, což bude vytáčení 200201.

    voice-class sip tenant 300

    Dial-peer zdědí všechny parametry od Nájemce 300, pokud stejný parametr není definován pod samotným Dial-peer.

  4. Inbound dial-peer pro příchozí unifikované CM call úseky s PSTN jako cílovou:

    dial-peer voice 302 voip
 description Incoming dial-peer from CUCM for PSTN
 session protocol sipv2
 destination dpg 100
 incoming uri via 302
 voice-class codec 99
 dtmf-relay rtp-nte
 voice-class sip tenant 300
 no vad

    Vysvětlení příkazů

    dial-peer voice 302 voip
description Incoming dial-peer from CUCM for PSTN

    Definuje VOIP dial-peer se značkou 302 a je uveden smysluplný popis pro snadnou správu a řešení problémů.

    incoming uri via 302

    Veškerý příchozí provoz z Unified CM do LGW pro cíl PSTN je spárován na IP adrese Unified CM source signaling a PŘES port definovaný v hlasové třídě URI 302 SIP. Používá se standardní SIP port 5060.

    destination dpg 100

    S cílovým DPG 100 IOS-XE prochází klasickými kritérii shody pro odchozí vytáčení a okamžitě pokračuje v nastavení odchozího volání pomocí vytáčení definovaného v cílovém DPG 100, což bude vytáčení 101.

    voice-class sip tenant 300

    Dial-peer zdědí všechny parametry od Nájemce 300, pokud stejný parametr není definován pod samotným Dial-peer.

IP PSTN do jednotného CM PSTN kmene

Volací platforma Webex do jednotného kufru CM Volací platforma Webex

Jednotný CM PSTN kmen do IP PSTN

Unifikovaný CM Webex volá kufr na platformu Webex Calling Platform

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ě založené na 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 soubory XML, které obsahují informace o událostech spouštěcích problémů a opatřeních, která je třeba přijmout k informování, řešení problémů a nápravě problému. Logika detekce problémů je definována pomocí syslog zpráv, SNMP událostí a pravidelným monitorováním konkrétních výstupů příkazů show. Typy akcí zahrnují shromažďování výstupů příkazů show, generování konsolidovaného souboru protokolu a nahrávání souboru na síťové místo poskytnuté uživatelem, jako je HTTPS, SCP, FTP server. Soubory DS jsou autory TAC inženýrů a jsou digitálně podepsány 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 stažený z DSLT. Instalace upravených souborů selže z důvodu chyby kontroly integrity.

  • Pro odesílání e-mailových oznámení je vyžadován server SMTP (Simple Mail Transfer Protocol).

  • Ujistěte se, že místní brána je spuštěna IOS XE 17.3.2 nebo vyšší, pokud chcete používat zabezpečený SMTP server pro e-mailová oznámení.

Požadavky

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

  1. Diagnostické podpisy jsou ve výchozím nastavení povoleny.

  2. Nakonfigurujte zabezpečený e-mailový server, který má být použit k odeslání proaktivního oznámení, pokud je zařízení spuštěno IOS XE 17.3.2 nebo vyšší.

    
LocalGateway#configure terminal 
LocalGateway(config)#call-home  
LocalGateway(cfg-call-home)#mail-server <username>:<pwd>@<email server> priority 1 secure tls 
LocalGateway(config)#end

  3. Nakonfigurujte proměnnou prostředí ds_email s e-mailovou adresou správce, který má být upozorněn.

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

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

  1. Diagnostické podpisy jsou ve výchozím nastavení povoleny.

  2. 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.

    
LocalGateway#configure terminal 
LocalGateway(config)#call-home  
LocalGateway(cfg-call-home)#mail-server  <email server> priority 1 
LocalGateway(config)#end

  3. Nakonfigurujte proměnnou prostředí ds_email s e-mailovou adresou správce, který má být upozorněn.

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

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

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

    
LocalGateway#configure terminal 
LocalGateway(config)#call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
LocalGateway(config)#end

  2. 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.

    
LocalGateway#configure terminal 
LocalGateway(config)#call-home  
LocalGateway(cfg-call-home)#mail-server  <email server> priority 1 
LocalGateway(config)#end

  3. Nakonfigurujte proměnnou prostředí ds_email s e-mailovou adresou správce, který má být upozorněn.

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

Následující příklad ukazuje konfiguraci místní brány s OPERAČNÍM SYSTÉMEM IOS XE 17.3.2 pro odesílání proaktivních oznámení na adresu tacfaststart@gmail.com pomocí služby Gmail 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 se softwarem IOS XE není typickým webovým klientem Gmailu, který podporuje OAuth, takže musíme nakonfigurovat konkrétní nastavení účtu Gmailu a poskytnout konkrétní oprávnění ke správnému zpracování e-mailu ze zařízení:

  1. Přejděte do části Správa účtu Google > Zabezpečení a zapněte nastavení Méně bezpečného přístupu k aplikaci.

  2. Odpověď „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 5 sekund 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 nainstalované v místní bráně. Pomocí následujících kroků nainstalujte podpis.

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

    
LocalGateway# show snmp 
%SNMP agent not enabled 
LocalGateway# 

LocalGateway# 
LocalGateway# config t 
LocalGateway(config)# snmp-server manager 
LocalGateway(config)#end 
LocalGateway# 

LocalGateway# 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 
.... 
.... 
LocalGateway#

  2. 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ů:

    
LocalGateway# 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

  3. Zkopírujte soubor DS XML do blesku Local Gateway.

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

    Následuje příklad zkopírování souboru z FTP serveru na Local Gateway.

    
LocalGateway# 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) 
LocalGateway #

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

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

  5. 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ý“.

    
LocalGateway# 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

    LocalGateway#

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

Monitorování registrace kufru SIP

Tento DS kontroluje odhlášení místní brány SIP Trunk s Cisco Webex Volání cloudu 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 událostech odhlášení. Pro instalaci podpisu postupujte podle níže uvedených kroků.

  1. 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 SIP kufru s oznámením e-mailem

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

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

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

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

  4. 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ý“.

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í, vygeneruje to syslog a e-mailové upozornění. Pro instalaci podpisu postupujte podle níže uvedených kroků.

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

    
LocalGateway# show snmp 
%SNMP agent not enabled 
LocalGateway# 

LocalGateway# 
LocalGateway# config t 
LocalGateway(config)# snmp-server manager 
LocalGateway(config)#end 
LocalGateway# 

LocalGateway# 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 
.... 
.... 
LocalGateway#

  2. 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 s oznámením e-mailu a Syslogu

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

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

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

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

  5. 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ý“.

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

Diagnostické podpisy (DS) mohou být také použity k rychlému vyřešení problémů. Inženýři Cisco TAC podepsali několik podpisů, které umožňují potřebná ladění potřebná 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ů.

Pomocí nástroje pro vyhledávání diagnostických podpisů můžete vyhledat příslušné podpisy a nainstalovat je pro vlastní vyřešení daného problému nebo můžete nainstalovat podpis doporučený technikem TAC jako součást podpory.

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íže uvedených kroků.

  1. Nakonfigurujte další proměnnou prostředí DS, ds_fsurl_prefix kterou je cesta k souborovému serveru CiscoTAC (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, jak je znázorněno níže. Token pro nahrání souboru lze podle potřeby vygenerovat v části Přílohy ve Správci případů podpory.

    
LocalGateway#configure terminal 
LocalGateway(config)#call-home  
LocalGateway(cfg-call-home)#diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
LocalGateway(config)#end

    Příklad:

    
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

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

    
LocalGateway# show snmp 
%SNMP agent not enabled 
LocalGateway# 
 
LocalGateway# 
LocalGateway# config t 
LocalGateway(config)# snmp-server manager 
LocalGateway(config)#end 
LocalGateway#

  3. Doporučuje se nainstalovat High CPU monitoring DS 64224 jako proaktivní opatření pro zakázání 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

  4. 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

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

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

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

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

  7. 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ý“.

    
LocalGateway# 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

    LocalGateway#

Provedení diagnostických podpisů Verify

Jak je znázorněno níže, sloupec „Status“ příkazu show call-home diagnostic-signature se změní na „running“, zatímco místní brána provádí 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 detekoval událost zájmu a provedl akci. Sloupec „Triggered/Max/Deinstall“ udává, kolikrát daný podpis spustil událost, kolikrát je definován pro detekci události a zda se podpis po detekci maximálního počtu spuštěných událostí automaticky sám odinstaluje.


LocalGateway# 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

LocalGateway#

LocalGateway# zobrazí statistiku diagnostiky a podpisu hovoru

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

LocalGateway#

E-mail s upozorněním odeslaný 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

Diagnostické podpisy, které se používají pro účely řešení problémů, jsou obvykle definovány pro odinstalování po zjištění určitého počtu výskytu 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 příkaz uvedený níže.


LocalGateway# call-home diagnostic-signature deinstall <DS ID> 
LocalGateway#

Příklad:


LocalGateway# call-home diagnostic-signature deinstall 64224 
LocalGateway#

K vyhledávacímu nástroji pro diagnostické podpisy jsou pravidelně přidávány nové podpisy na základě problémů běžně pozorovaných při nasazení. TAC v současné době nepodporuje žádosti o vytvoření nových vlastních podpisů.
18. kvě 2021
Implementovat KOSTKU Vysoká dostupnost jako lokální bránu

Local Gateway (LGW) je jedinou možností, jak zákazníkům Cisco Webex Calling poskytnout přístup PSTN založený na prostorách. Cílem tohoto dokumentu je pomoci vám při budování konfigurace lokální brány pomocí VYSOKÉ DOSTUPNOSTI KRYCHLÍ, aktivních/pohotovostních CUBE pro stavové selhání aktivních volání.

Základy

Předpoklady

Než nasadíte CUBE HA jako místní bránu pro volání Webex, ujistěte se, že důkladně rozumíte následujícím pojmům:

Pokyny pro konfiguraci uvedené v tomto článku předpokládají vyhrazenou platformu lokální brány bez existující hlasové konfigurace. Pokud je stávající nasazení CUBE Enterprise upraveno 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 hovorů 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 verzi 16.12.2 nebo novější a platformu, na které jsou podporovány funkce CUBE HA i LGW.

Zobrazit příkazy a protokoly v tomto článku jsou založeny na minimálním softwarovém vydání Cisco IOS-XE 16.12.2 implementovaném na vCUBE (CSR1000v).

Referenční materiál

Zde je několik podrobných průvodců konfigurací HA KOSTKY pro různé platformy:

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

Cisco Webex Volání je nabídka spolupráce, která poskytuje multi-nájemce cloudové alternativy k on-premise PBX telefonní služby s více možnostmi PSTN pro zákazníky.

Tento článek se zaměřuje na nasazení místní brány (znázorněné níže). Lokální brána (Premises-based PSTN) trunk ve Webex Calling umožňuje připojení ke službě PSTN vlastněné zákazníkem. Poskytuje také připojení k vlastnímu nasazení IP ústředny, jako je Cisco Unified CM. Veškerá komunikace do a z cloudu je zabezpečena přenosem TLS pro SIP a SRTP pro média.

Níže uvedený obrázek zobrazuje nasazení volání Webex bez existující IP ústředny a je použitelný pro nasazení na jednom nebo více místech. Konfigurace popsaná v tomto článku je založena na tomto nasazení.

Redundance vrstvy 2 od krabice ke krabici

Redundance CUBE HA layer 2 box-to-box používá protokol infrastruktury Redundancy Group (RG) k vytvoření páru aktivních/pohotovostních routerů. Tento pár 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 KOSTKY jsou zaškrtnuty napříč párem směrovačů, což umožňuje záložnímu směrovači převzít okamžitě všechny povinnosti zpracování volání KOSTKY, pokud aktivní směrovač přestane fungovat, což má za následek státní zachování signalizace a médií.

Kontrolní ukazování je omezeno na propojené hovory s pakety médií. Hovory v tranzitu nejsou kontrolovány (například stav vyzkoušení nebo vyzvánění).

V tomto článku BUDE KRYCHLE HA odkazovat NA nadbytečnost vrstvy 2 Box-to-box (B2B) KOSTKY High Availability (HA) pro státní zachování hovorů

Od IOS-XE 16.12.2 může BÝT CUBE HA nasazena jako lokální brána pro nasazení Cisco Webex Calling trunk (Premises-based PSTN) a v tomto článku se budeme zabývat designovými úvahami a konfiguracemi. Tento obrázek zobrazuje typické nastavení HA KOSTKY jako lokální bránu pro nasazení kmene volání Cisco Webex.

Redundance Group Infra Component

Infračervená složka Redundancy Group (RG) poskytuje podporu komunikační infrastruktury typu box to box mezi oběma CUBE a vyjednává konečný stabilní stav redundance. Tato složka rovněž stanoví:

  • Protokol podobný HSRP, který vyjednává konečný stav redundance pro každý směrovač výměnou keepalive a hello zpráv mezi dvěma CUBE (přes ovládací rozhraní)—GigabitEthernet3 na obrázku výše.

  • Přepravní mechanismus pro kontrolu signalizačního a mediálního stavu pro každé volání z aktivního směrovače do záložního směrovače (přes datové rozhraní)—GigabitEthernet3 na obrázku výše.

  • Konfigurace a správa rozhraní Virtuální IP (VIP) pro provozní rozhraní (více provozních rozhraní lze konfigurovat pomocí stejné skupiny RG) – GigabitEthernet 1 a 2 jsou považovány za provozní rozhraní.

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

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

B2B HA spoléhá na VIP, aby dosáhl nadbytečnosti. VIP a přidružená fyzická rozhraní na obou CUBE V KRYCHLOVÉM HA páru musí být umístěna ve stejné podsíti LAN. Pro hlasovou podporu B2B HA je nutná konfigurace VIP a propojení VIP rozhraní s konkrétní hlasovou aplikací (SIP). Externí zařízení, jako je Unified CM, Webex Volání přístup SBC, poskytovatel služeb, nebo proxy, používají VIP jako cílovou IP adresu pro volání procházející KRYCHLOVÉ HA routery. Z hlediska Webex Calling tedy KRYCHLOVÉ HA páry fungují jako jediná lokální brána.

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

Hovory v přechodném stavu v době selhání nebudou zachovány po přechodu. Například hovory, které ještě nejsou plně zavedeny nebo jsou v procesu úpravy pomocí funkce přenosu nebo pozdržení. Zavedené hovory mohou být po přechodu odpojeny.

Pro použití KRYCHLOVÉHO HA jako lokální brány pro stavové selhání volání existují následující požadavky:

  • CUBE HA nemůže mít TDM nebo analogová rozhraní umístěná společně

  • Gig1 a Gig2 jsou označovány jako provozní (SIP/RTP) rozhraní a Gig3 je Redundancy Group (RG) Řídicí/datové rozhraní

  • Ve stejné doméně vrstvy 2 nelze umístit více než 2 PÁRY KRYCHLÍ HA, jeden s ID skupiny 1 a druhý s ID skupiny 2. Pokud konfigurujete 2 páry HA se stejným ID skupiny, musí RG Control/Data rozhraní patřit do různých domén vrstvy 2 (vlan, samostatný přepínač)

  • Portový kanál je podporován pro RG Control/data a provozní rozhraní

  • Veškerá signalizace/média jsou získávána z/na virtuální IP adresu

  • Pokaždé, když se platforma znovu načte ve vztahu CUBE-HA, vždy se spustí jako pohotovostní

  • Dolní adresa všech rozhraní (Gig1, Gig2, Gig3) by měla být na stejné platformě

  • Identifikátor redundančního rozhraní, rii by měl být jedinečný pro kombinaci pár/rozhraní na stejné vrstvě 2

  • Konfigurace na obou CUBE musí být shodná včetně fyzické konfigurace a musí běžet na stejném typu platformy a verzi IOS-XE

  • Rozhraní smyčky nelze použít jako vazbu, protože jsou vždy nahoře

  • Vícenásobná provozní rozhraní (SIP/RTP) (Gig1, Gig2) vyžadují konfiguraci sledování rozhraní

  • CUBE-HA není podporována přes křížové kabelové připojení pro RG-control/datové spojení (Gig3)

  • Obě plošiny musí být identické a musí být připojeny fyzickým přepínačem napříč všemi podobnými rozhraními, aby KRYCHLE HA fungovala, tj. GE0/0/0 CUBE-1 a CUBE-2 musí končit na stejném přepínači a tak dále.

  • Nemůže být WAN ukončeno přímo na CUBE nebo Data HA na obou stranách

  • Aktivní/pohotovostní musí být ve stejném datovém centru

  • Pro redundanci je povinné používat samostatné rozhraní L3 (RG Control/data, Gig3). tj. rozhraní používané pro provoz nelze použít pro HA keepaliva a checkpointing

  • Při selhání projde dříve aktivní KRYCHLE navrženým přeplněním, čímž se zachová signalizace a média

Nastavit redundanci na obou CUBE

Musíte nakonfigurovat redundanci vrstvy 2 box-to-box na obou CUBE určených k použití v páru HA pro vyvolání virtuálních IP.

1

Nastavte sledování rozhraní na globální úrovni pro sledování stavu rozhraní.

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit

VCUBE-1#conf t
VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-1(config-track)#exit
 
VCUBE-2#conf t
VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-2(config-track)#exit

Track CLI se používá v RG ke sledování stavu rozhraní hlasového provozu tak, aby aktivní trasa byla poměrně aktivní po vypnutí rozhraní provozu.
2

Nastavte RG pro použití s VoIP HA v podprogramu redundance aplikace.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit

VCUBE-1(config)#redundancy
VCUBE-1(config-red)#application redundancy
VCUBE-1(config-red-app)#group 1
VCUBE-1(config-red-app-grp)#name LocalGateway-HA
VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-1(config-red-app-grp)#timers delay 30 reload 60
VCUBE-1(config-red-app-grp)#track 1 shutdown
VCUBE-1(config-red-app-grp)#track 2 shutdown
VCUBE-1(config-red-app-grp)#exit
VCUBE-1(config-red-app)#protocol 1
VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-1(config-red-app-prtcl)#exit
VCUBE-1(config-red-app)#exit
VCUBE-1(config-red)#exit
VCUBE-1(config)#
 
VCUBE-2(config)#redundancy
VCUBE-2(config-red)#application redundancy
VCUBE-2(config-red-app)#group 1
VCUBE-2(config-red-app-grp)#name LocalGateway-HA
VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-2(config-red-app-grp)#timers delay 30 reload 60
VCUBE-2(config-red-app-grp)#track 1 shutdown
VCUBE-2(config-red-app-grp)#track 2 shutdown
VCUBE-2(config-red-app-grp)#exit
VCUBE-2(config-red-app)#protocol 1
VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-2(config-red-app-prtcl)#exit
VCUBE-2(config-red-app)#exit
VCUBE-2(config-red)#exit
VCUBE-2(config)#

Zde je vysvětlení polí použitých v této konfiguraci:

  • redundance -Vstupuje do redundančního režimu

  • redundance aplikace -Vstupuje do konfiguračního režimu redundance aplikace

  • group -Zadává režim konfigurace skupiny redundantních aplikací

  • name LocalGateway-HA-Definuje název skupiny RG

  • prahová hodnota selhání priority 100 75 -specifikuje počáteční prahovou hodnotu priority a prahovou hodnotu selhání pro RG

  • časovače zpoždění 30 opětovné načtení 60-Konfiguruje dvakrát pro zpoždění a opětovné načtení

    • Časovač zpoždění, který je časovým úsekem zpoždění inicializace skupiny RG a vyjednávání rolí po zobrazení rozhraní – Výchozí 30 sekund. Rozsah je 0-10000 sekund

    • Reload (Znovu načíst) - Toto je doba pro zpoždění inicializace skupiny RG a vyjednávání rolí po opětovném načtení – Výchozí 60 sekund. Rozsah je 0-10000 sekund

    • Doporučují se výchozí časovače, ačkoli tyto časovače mohou být upraveny tak, aby vyhovovaly případnému dodatečnému zpoždění konvergence sítě, ke kterému může dojít při zavádění/opětovném načítání směrovačů, aby bylo zaručeno, že jednání o protokolu RG proběhne po konvergenci směrování v síti do stabilního bodu. Například, pokud se po selhání zobrazí, že novému POHOTOVOSTNÍMU režimu trvá až 20 sekund, než se zobrazí první RG HELLO paket z nového AKTIVNÍHO, měly by být časovače nastaveny na ‘timery zpoždění 60 reload 120’, aby zohlednily toto zpoždění.

  • control GigabitEthernet3 protocol 1 -Konfiguruje rozhraní používané pro výměnu keepalive a hello zpráv mezi dvěma CUBE a specifikuje instanci protokolu, která bude připojena k ovládacímu rozhraní a vstoupí do konfiguračního režimu redundantního aplikačního protokolu

  • data GigabitEthernet3 -Konfiguruje rozhraní používané pro kontrolu datového provozu

  • kolej - sledování skupin RG rozhraní

  • protokol 1 -Určuje instanci protokolu, která bude připojena k ovládacímu rozhraní a vstoupí do režimu konfigurace redundantního protokolu aplikace

  • časovače hellotime 3 hold time 10-Konfiguruje dva časovače hellotime a hold time:

    • Hellotime— Interval mezi po sobě jdoucími zprávami hello – Výchozí 3 sekundy. Vzdálenost 250 milisekund - 254 sekund

    • Holdtime- interval mezi přijetím zprávy Hello a předpokladem, že odesílající router selhal. Tato doba trvání musí být delší než hello-time – Výchozí 10 sekund. Rozsah 750 milisekund - 255 sekund

      Doporučujeme nastavit časovač pozdržení na nejméně trojnásobek hodnoty časovače hellotime.
3

Povolit redundanci z krabice do krabice pro APLIKACI KRYCHLE. Konfigurace RG z předchozího kroku pod voice service voip. To umožňuje aplikaci KRYCHLE řídit proces redundance. 

voice service voip
   redundancy-group 1
   exit
VCUBE-1(config)#voice service voip
VCUBE-1(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-1(config-voi-serv)# exit
 
VCUBE-2(config)#voice service voip
VCUBE-2(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-2(config-voi-serv)# exit

redundancy-group 1 -Přidání a odebrání tohoto příkazu vyžaduje opětovné načtení aktualizované konfigurace. Platformy znovu načteme, jakmile bude použita všechna konfigurace.
4

Nastavte rozhraní Gig1 a Gig2 s příslušnými virtuálními IP, jak je znázorněno níže, a použijte identifikátor redundančního rozhraní (rii)

VCUBE-1(config)#interface GigabitEthernet1
VCUBE-1(config-if)# redundancy rii 1
VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-1(config)#
VCUBE-1(config)#interface GigabitEthernet2
VCUBE-1(config-if)# redundancy rii 2
VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-1(config-if)# exit
 
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2(config-if)# redundancy rii 1
VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-2(config-if)# exit
VCUBE-2(config)#
VCUBE-2(config)#interface GigabitEthernet2
VCUBE-2(config-if)# redundancy rii 2
VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-v(config-if)# exit

Zde je vysvětlení polí použitých v této konfiguraci:

  • redundance rii -Konfiguruje identifikátor rozhraní redundance pro skupinu redundance. Vyžaduje se pro generování adresy virtuálního POČÍTAČE MAC (VMAC). Stejná hodnota rii ID musí být použita na rozhraní každého routeru (AKTIVNÍ/POHOTOVOSTNÍ), který má stejný VIP.


     

    Pokud je ve stejné síti LAN více než jeden B2B pár, musí mít každý pár na svých rozhraních jedinečné identifikátory rii (aby se zabránilo kolizi). "zobrazit všechny skupiny žádostí o nadbytečnost" by mělo uvádět správné místní a vzájemné informace.

  • redundantní skupina 1 -asociuje rozhraní se skupinou redundantních vytvořenou v kroku 2 výše. Nastavte skupinu RG, stejně jako VIP přiřazené k tomuto fyzickému rozhraní.


     

    Pro redundanci je povinné používat samostatné rozhraní, tj. rozhraní používané pro hlasový provoz nelze použít jako řídicí a datové rozhraní specifikované v kroku 2 výše. V tomto příkladu se Gigabitové rozhraní 3 používá pro RG ovládání/data
5

Uložte konfiguraci první KOSTKY a znovu ji načtěte.

Platformou pro poslední nabití je vždy pohotovostní režim.

VCUBE-1#wr
Building configuration...
[OK]
VCUBE-1#reload
Proceed with reload? [confirm]

Po úplném spuštění VCUBE-1 uložte konfiguraci VCUBE-2 a znovu ji načtěte.

VCUBE-2#wr
Building configuration...
[OK]
VCUBE-2#reload
Proceed with reload? [confirm]
6

Zkontrolujte, zda konfigurace "box to box" funguje podle očekávání. Relevantní výstup je zvýrazněn tučně.

VCUBE-2 jsme znovu načetli jako poslední a podle konstrukčních úvah; platforma pro opětovné načtení jako poslední bude vždy pohotovostní.


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#

VCUBE-2#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: STANDBY
Peer Role: ACTIVE
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: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        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-2#

Nastavení lokální brány na obou CUBE

V naší příkladové konfiguraci využíváme následující informace z Ovládacího centra pro sestavení konfigurace lokální 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

1

Před použitím v pověřovacích listinách nebo sdílených tajemstvích se ujistěte, že je pro heslo vytvořen konfigurační klíč s níže uvedenými příkazy. Hesla typu 6 jsou šifrována POMOCÍ AE šifry a tohoto uživatelsky definovaného konfiguračního klíče.


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

Zde je konfigurace Local Gateway, 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 stane pohotovostní KOSTKOU a VCUBE-2 aktivní KOSTKOU
2

V daném okamžiku bude pouze jedna platforma udržovat aktivní registraci jako Local Gateway s přístupem Webex Calling SBC. Podívejte se na výstup následujících příkazů show.

zobrazit redundantní skupinu aplikací 1

zobrazit status 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 s Webex Volání přístup SBC, zatímco výstup “show sip-ua register status” je prázdný ve VCUBE-1
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 selhání vydáním následujícího příkazu na aktivním LGW, VCUBE-2 v tomto případě.


VCUBE-2#redundancy application reload group 1 self

Přechod z AKTIVNÍHO na POHOTOVOSTNÍ LGW probíhá i v následujícím scénáři kromě výše uvedeného CLI

  • Když SE AKTIVNÍ směrovač znovu načte

  • Při AKTIVNÍCH cyklech napájení routeru

  • Při vypnutí libovolného rozhraní RG AKTIVNÍHO směrovače, pro které je sledování povoleno
5

Zkontrolujte, zda se VCUBE-1 zaregistroval u Webex Volání přístup SBC. VCUBE-2 by už byl nabitý.


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ý debug log na VCUBE-1 odeslání SIP REGISTRU Webex Volání PŘES virtuální IP a příjem 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
18. kvě 2021
Nastavení jednotného CM pro volání Webex

Integraci s Unified CM můžete vyžadovat, pokud budou do stávajícího nasazení přidány lokality s podporou volání Webex, kde je Unified CM interním řešením pro řízení volání, a pokud budete vyžadovat přímé vytáčení mezi telefony registrovanými v Unified CM a telefony v lokalitách volání Webex.

Nastavit bezpečnostní profil kufru SIP pro Trunk to Local Gateway

V případech, kdy místní brána a brána PSTN sídlí na stejném zařízení, musí být jednotnému CM umožněno rozlišovat mezi dvěma různými typy provozu (volání z Webexu a z PSTN), které pocházejí ze stejného zařízení, a na tyto typy volání použít diferencovanou třídu služeb. Toto diferencované zpracování volání je dosaženo poskytnutím dvou kmenů mezi Unified CM a kombinovanou lokální bránou a zařízením PSTN brány, které vyžaduje různé SIP odposlouchávací porty pro oba kmeny.

Vytvořte vyhrazený bezpečnostní profil kufru SIP pro kufr místní brány s následujícími nastaveními:

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

Nastavit profil SIP pro kufr místní brány

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

Nastavení Hodnota
Název Jedinečný název, například Webex
Popis Smysluplný popis, jako je Webex SIP profil
Povolit MOŽNOSTI Ping pro sledování stavu cíle pro kufry s typem služby “Žádné (výchozí)” Zaškrtnuto

Vytvořit vyhledávací prostor pro volání z webexu

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

Nastavení Hodnota
Název Jedinečný název, například Webex
Popis Smysluplný popis, jako je Webex Volání vyhledávacího prostoru
Vybrané oddíly

DN (adresářová čísla +E.164)

ESN (zkrácené mezistránkové vytáčení)

PSTNInternational (přístup k PSTN)

onNetRemote (destinace naučené GDPR)

 

Poslední oddíl onNetRemote se používá pouze v prostředí s více klastry, kde jsou informace o směrování vyměňovány mezi jednotnými CM klastry pomocí vyhledávací služby Intercluster (ILS) nebo replikace globálního diallanu (GDPR).

Konfigurace SIP Trunk To a From Webex

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

Nastavení Hodnota
Informace o zařízení
DeviceName Unikátní název, jako je Webex
Popis Smysluplný popis, například Webex SIP Trunk
Spustit na všech aktivních sjednocených uzlech CM Zaškrtnuto
Příchozí volání
Volání vyhledávacího prostoru Dříve definovaný vyhledávací prostor: Webex
AAR Volání vyhledávacího prostoru Volající vyhledávací prostor s přístupem pouze ke vzorům tras PSTN: PSTNReroute
Informace o SIP
Cílová adresa IP adresa KOSTKY LOCAL GATEWAY
Cílový přístav 5060
Bezpečnostní profil kufru SIP Dříve definované: Webex
SIP profil Dříve definované: Webex

Nastavit skupinu tras pro Webex

Vytvořte skupinu tras s následujícími nastaveními:

Nastavení Hodnota
Informace o skupině tras
Název skupiny směrování Unikátní název, jako je Webex
Vybraná zařízení Předtím nakonfigurovaný kmen SIP: Webex

Nastavit seznam tras pro Webex

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

Nastavení Hodnota
Informace o seznamu tras
Název Unikátní název, například RL_Webex
Popis Smysluplný popis, například seznam tras pro Webex
Spustit na všech aktivních sjednocených uzlech CM Zaškrtnuto
Informace o členovi seznamu tras
Vybrané skupiny Pouze dříve definovaná skupina tras: Webex

Vytvořit oddíl pro Webex destinace

Vytvořte oddíl pro cíle webexu s následujícími nastaveními:

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

Co dělat dál

Nezapomeňte tento oddíl přidat do všech vyhledávacích prostorů, které by měly mít přístup k cílům webexu. Tento oddíl musíte přidat konkrétně do vyhledávacího prostoru volání, který slouží jako vyhledávací prostor příchozích volání v kmenech PSTN, aby bylo možné směrovat volání z PSTN do Webexu.

Konfigurace tras pro Webex Destinations

Konfigurujte vzory tras pro každý rozsah PROVEDENÝCH na Webexu pomocí následujících nastavení:

Nastavení Hodnota
Vzor trasy Plný vzor +E.164 pro rozsah DID ve Webexu s předním “\”. Příklad: \+140855501XX
Oddělení trasy Webex
Seznam bran/tras RL_Webex
Naléhavá priorita Zaškrtnuto

Nastavit zkrácenou normalizaci intersite vytáčení pro Webex

Pokud je pro Webex vyžadováno zkrácené mezistránkové vytáčení, nakonfigurujte vzorce normalizace vytáčení pro každý rozsah ESN na Webexu s následujícími nastaveními:

Nastavení Hodnota
Vzor překladu Vzorec ESN pro řadu ESN ve Webexu. Příklad: 80121XX
Delicí stěna Webex
Popis Smysluplný popis, jako je Webex Normalizační vzor
Použít vyhledávací prostor pro volání původce Zaškrtnuto
Naléhavá priorita Zaškrtnuto
Nečekejte na mezičíselný časový limit při následném vysílání Zaškrtnuto
Maska transformace strany s názvem Maska pro normalizaci čísla na +E.164. Příklad: +140855501XX
14. čvc 2021
Nastavení funkcí služby Webex Calling

Vytvoření a správa automatických operátorů

Zajistěte, že hovory nezůstanou bez odezvy, a že budou splněny potřeby volajících. Můžete přidávat pozdravy, vytvářet nabídky a směrovat hovory na přijímající služby, skupiny sdružených linek, hlasové schránky nebo skutečnou osobu. Můžete vytvořit 24hodinový harmonogram nebo zadat různé možnosti, když je vaše firma otevřená nebo zavřená.

Informace o vytváření a správě automatických operátorů naleznete v části Správa automatických operátorů v Cisco Webex Control Hub.

Nastavení skupiny sdružených linek

Skupiny sdružených linek mohou směrovat příchozí hovory na skupinu uživatelů nebo pracovních prostorů. Můžete dokonce nakonfigurovat vzor pro směrování na celou skupinu.

Další informace o nastavení skupiny sdružených linek naleznete v části Skupiny sdružených linek v Cisco Webex Control Hub.

Vytvoření příjmového klienta

Pomozte s podporou při práci pro své zaměstnance v kanceláři. Můžete nastavit uživatele jako účastníky telefonního hovoru, aby mohli monitorovat všechny příchozí hovory směřující na určité osoby ve vaší organizaci.

Informace o nastavení a zobrazení příjmových klientů naleznete v části Příjmoví klienti v Cisco Webex Control Hub.

Konfigurace skupiny pagingu

Paging skupiny umožňuje uživateli umístit jednosměrný hovor nebo skupiny pagingu až 75 cílových uživatelů a pracovních prostorů prostřednictvím vytočení čísla nebo linky přiřazeného k určité skupině pagingu.

Informace o způsobu nastavení a úpravách skupin pagingu naleznete v části Konfigurace skupiny pagingu v Cisco Webex Control Hub.

Vytvoření fronty hovorů

Frontu hovorů můžete nastavit tak, aby v případě, kdy nelze přijmou hovory zákazníků, byly tyto hovory odpovězeny pomocí automatizovaných odpovědí, uklidňujících zpráv a hudbou (Music On Hold), dokud někdo hovor nepřijme.

Další informace o nastavení a správě fronty hovorů naleznete v části Správa front hovorů v Cisco Webex Control Hub.

Nastavení hromadného zpracování hovorů

Můžete vylepšit týmovou a jinou spolupráci vytvořením skupiny zvednutí hovorů, aby si mohli uživatelé přijímat hovory mezi sebou. Když přidáte uživatele do skupiny zvednutí hovoru a člen skupiny je pryč nebo je obsazený, může hovory přijímat jiný člen.

Informace o tom, jak nastavit skupinu zvednutí hovorů, naleznete v části Hromadné zpracování hovorů v Cisco Webex Control Hub.

Nastavení parkování hovoru

Parkování hovoru umožňuje definované skupině uživatelů zaparkovat hovory vůči ostatním dostupným členům skupiny parkování hovorů. Zaparkované hovory mohou být zvednuty ostatními členy skupiny na jejich telefonu.

Další informace o způsobu nastavení parkování hovorů naleznete v části Parkování hovorů v Cisco Webex Control Hub.

Povolení přístupu uživatelům k telefonním hovorům jiných uživatelů

1

V zobrazení zákazníka na adrese https://admin.webex.com přejděte na Uživatelé a pak zvolte uživatele, kterého chcete změnit.

2

Zvolte možnost Volání, přejděte na Rozšířené nastavení hovorů a pak klepněte na možnost Povolit přístup.

3

Aktivujte možnost Povolit přístup, zvolte, zda chcete po přístupu do hovoru přehrát zvuk a pak klepněte na tlačítko Uložit.

Aktivace funkce hotelingu pro uživatele

Povolením funkce hotelingu může uživatel pracovat v jiném prostoru při zachování funkčnosti a funkcí svého hlavního stolního telefonu.

1

V zobrazení zákazníka na adrese https://admin.webex.com přejděte na Uživatelé a pak zvolte uživatele, kterého chcete změnit.

2

Zvolte možnost Volání, zvolte možnost Rozšířená nastavení hovorů a klepněte na možnost Hoteling.

3

Aktivujte funkci Hoteling, pak klepněte na tlačítko Uložit.

Zabránění uživatelům ve sledování stavu linky uživatele

1

V zobrazení zákazníka na adrese https://admin.webex.com přejděte na Uživatelé a zvolte uživatele, kterého chcete změnit.

2

Zvolte možnost Volánía přejděte do části Soukromí.

3

Zvolte vhodné nastavení v části Soukromí automatického operátora pro tohoto uživatele.

4

Zaškrtněte zaškrtávací políčko Povolit soukromí. Pak se můžete rozhodnout, zda chcete zablokovat všechny uživatele tak, že necháte prázdné pole jména nebo zvolte, kdo může sledovat stav linky tohoto uživatele.

Pomocí výše uvedeného příkladu byste vyhledali jméno administrativního asistenta.
5

Klepněte na položku Uložit.

Povolení uživateli zobrazit stav linky na telefonním hovoru jiného uživatele číslo linky parkování telefonního hovoru

Maximální počet sledovaných linek je 50, ale musíte zvážit šířku pásma. Maximální hodnota může být určena počtem tlačítek linky na telefonu uživatele.

1

V zobrazení zákazníka na adrese https://admin.webex.com přejděte na Uživatelé a zvolte uživatele, kterého chcete změnit.

2

Zvolte možnost Volání, zvolte možnost Rozšířená nastavení hovorů a přejděte do části Sledování.

3

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

  • Přidat sledovanou linku
  • Přidat linku pro parkování hovorů
4

Zvolte, zda chcete tohoto uživatele upozornit na zaparkované hovory, hledání osoby nebo linky pro parkování hovorů, kterou chcete sledovat, a pak klepněte na tlačítko Uložit.


 

Seznam sledovaných linek v centru Control Hub odpovídá pořadí sledovaných linek zobrazených na zařízení uživatele. Seznam monitorovaných linek můžete kdykoliv upravit.

5. srp 2021
Nastavení a správa uživatelů volání Webex

Chcete-li, aby mohli využívat služby volání Webex, musíte do řídicího centra Cisco Webex přidat každého uživatele. Počet uživatelů, které potřebujete přidat, určí, jak je přidáte v Centru řízení, ať už ručně přidáte každého uživatele e-mailovou adresou nebo přidáte více uživatelů pomocí souboru CSV. Volba je na vaší.

Ruční přidání uživatelů v Centru ovládacích prvků

Pokud synchronizujete uživatele z adresáře, jako je služba Active Directory, musíte je při ručním přidání uživatelů do centra Control Hub přidat také do adresáře.

Při přidávání uživatelů nesmí křtu a příjmení obsahovat znaky ascii s delším číslem nebo následující znaky %, <,>#, , \, /" a nesmí mít maximální délku 30 znaků.</,> Kšete a příjmení navíc nemohou začátkovat na +, -, =, @.

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. Před přidáním do organizace musí uživatelé nejprve odstranit svou organizaci.

1

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

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

(Nepovinné) Pokud automaticky odesíláte uvítací e-maily, klepněte na tlačítko Další.
4

Vyberte jednu a klepněte na tlačítko Další:

  • Vyberte E-mailová adresa a zadejte až 25 e-mailových adres.
  • Vyberte Jména a e-mailovéadresy a zadejte až 25 jmen a e-mailových adres.

 

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

Přiřazení licence:

  • Pokud máte aktivní šablonu licence, licence jsou automaticky přiřazovány novým uživatelům a můžete zkontrolovat 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éči o zákazníky s možností Premium a Standard Agent. Chcete-li přidat nadřízeného, vyberte možnosti Premium i Supervisor. S uživatelem je zacházeno jako s agentem, pokud z něj neuděláte nadřízeného.
6

Správa obsahu:

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

Klikněte na položku Uložit.

  • Každé osobě s pozvánkou k připojení se odešte e-mail.

  • V Ovládacímcentru se lidé zobrazují ve stavu čekající na pozvánku, dokud se poprvé nepřihlašují. Licence jsou přiřazeny po prvním podepisování uživatelem nebo pokud používáte konektor adresáře Cisco s nárokovatou doménou, licence se přiřazují při vytvoření uživatelů.
8

(Nepovinné) Pokud jste přidali volání uživateli, přiřaďte umístění, telefonní číslo a rozšíření.
9

Zkontrolujte souhrnnou stránku zpracovávaných záznamů a klepně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 webex volání a potom znovu přiřadit volací licenci uživateli.

Co dělat dál

Uživatelům 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í úkolu můžete nahrát další soubor.

Pro zákazníky v asijsko-tichomořské oblasti (včetně Japonska, Číny a Hongkongu) se ID volajícího automaticky vyplní z polí Křestní jméno a Příjmení a pole ID volajícího Příjmení jsou při nahrávání CSV ignorována.

Některé editory tabulek odeberou znaménko + z buněk .csv otevření souboru. Doporučujeme použít textový editor k .csv aktualizací. Pokud používáte editor tabulek, nezapomeňte nastavit formát buňky na text a přidat zpět všechny znaky +, které byly odebrány.

1

V zobrazení zákazníka v oblasti https://admin.webex.compřejděte na Uživatelé , klepněte na tlačítko Spravovat uživatele a zvolte přidat nebo upravit uživatele CSV.
2

Kliknutím na Exportovat soubor stáhnete a můžete zadat informace o uživateli do nového řádku v souboru CSV.

  • Chcete-li přiřadit službu, přidejte do sloupce této služby hodnotu PRAVDA a chcete-li službu vyloučit, přidejte hodnotu NEPRAVDA. Jediným požadovaným polem je sloupec ID uživatele/e-mail (Povinné). Pokud máte pro každého nového uživatele konkrétní adresář a externí čísla, uveďte úvodní + pro externí čísla bez dalších znaků,

    Pokud máte aktivní šablonu licence, ponechte všechny sloupce služby prázdné a šablona bude automaticky přiřazena novému uživateli v tomto řádku.


     

    Uživatelům pomocí šablony licence nemůžete přiřadit oprávnění ke správě podnikového obsahu, podrobnosti najdete v tématu Povolení správy obsahu pro uživatele v centru Řízení Cisco Webex.

  • Chcete-li přiřadit umístění, zadejte název do sloupce Umístění. Pokud toto pole ponecháte prázdné, bude uživatel přiřazen k výchozímu umístění.

  • Pokud přidáváte uživatele jako vedoucí kontaktního centra Cisco Webex, je nutné přidat uživatele ručně. Role Standard a Premium můžete přiřazovat pouze s CSV.

 

Při zadávání jména uživatele nezapomeňte zadat jeho příjmení, jinak může dojít k problémům.
3

Klepněte natlačítko Importovat , vyberte soubor a klepněte na tlačítko Otevřít.
4

Zvolte Přidat pouze služby nebo Přidat a odebrat služby.

Pokud máte aktivní šablonu licence, zvolte Přidat pouze služby.
5

Klikněte na tlačítko Odeslat.

Soubor CSV se nahraje a vytvoří se váš úkol. Můžete zavřít prohlížeč nebo toto okno a úloha bude spuštěna i nadále. Postup úkolu si můžete projděte v tématu Správa úkolů v ovládacím centru Cisco Webex.

Upravit licence služeb v centru řízení pro jednotlivé uživatele

1

Ze zobrazení zákazníka v https://admin.webex.com přejděte na Uživatelé.
2

Vyberte uživatele a klepněte na položku Služby > Upravit licence .
3

Pokud máte více předplatných, vyberte předplatné ze seznamu.
4

Vyberte služby, které chcete přidat nebo odebrat, a klepněte na tlačítko Další.
5

Pokud jste přiřadili licenci Webex Meetings, zvolte typ účtu, ke který chcete přiřadit uživatele pro každý web schůzek Webex, a klepněte na tlačítko Uložit.


 

Chcete-li přiřadit uživatele jako účastníky, musíte mít povolenou funkci účtu Účastník pro web Webex. Pokud sloupec Účet účastníka v souboru CSV nevidíte, obraťte se na správce úspěchů zákazníků (CSM), manažera úspěchu partnerů (PSM) nebo centrum technické pomoci cisco (TAC), abyste tuto funkci pro web Webexu povolili.

Typ účtu účastníka není k dispozici uživatelům s rolí Správce webu Webex. Chcete-li těmto uživatelům přiřadit účet účastníka, je nutné odebrat jejich oprávnění správce pro tento web schůzek webexu.


 

Ihned po přidání licence Volání, pokud se při výběru nastavení volání uživatele zobrazí chyba, doporučujeme odebrat licenci Webex Calling a potom ji znovu přiřadit uživateli.

Úprava ovládacího centra Uživatelů 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í úkolu můžete nahrát další soubor.

Nemůžete odstranit uživatele ani změnit umístění přiřazené uživateli pomocí šablony CSV.

Některé editory tabulek odeberou znaménko + z buněk .csv otevření souboru. Doporučujeme použít textový editor k .csv aktualizací. Pokud používáte editor tabulek, nezapomeňte nastavit formát buňky na text a přidat zpět všechny znaky +, které byly odebrány.

1

V zobrazení zákazníka v oblasti https://admin.webex.compřejděte na Uživatelé , klepněte na tlačítko Spravovat uživatele azvolte přidat nebo upravit uživatele CSV.
2

(Nepovinné) Pokud automaticky odesíláte uvítací e-maily, klepněte na tlačítko Další.
3

Soubor stáhnete kliknutím na Exportovat. Stažený soubor ( exported_users.csv) můžete upravit jedním znásledujících způsobů:

  • Chcete-li upravit stávající uživatele, můžete aktualizovat libovolný sloupec kromě ID uživatele/e-mailu (povinné)a umístění . Pokud například změníte ID uživatele nebo e-mail, vytvoří se nový uživatel.

  • Chcete-li přiřadit umístění, zadejte název do sloupce Umístění. Pokud toto pole ponecháte prázdné, bude uživatel přiřazen k výchozímu umístění.

  • Chcete-li přiřadit službu, přidejte do sloupce této služby hodnotu PRAVDA a chcete-li službu vyloučit, přidejte hodnotu NEPRAVDA.

  • Pokud máte více předplatných, můžete pomocí ID předplatného v záhlaví sloupce identifikovat službu, kterou chcete přidat. Pokud máte například dvě předplatná se stejnou službou, můžete zadat službu z konkrétního předplatného, která se bude vztahovat na uživatele.
4

Zadejte hodnotu do sloupce Chování volání, pokud chcete změnit způsob volání pro konkrétní uživatele. Další informace o každém nastavení najdete v tématu Nastavení chování volání Webex:

  • USE_ORG_SETTINGS –Chcete-li použít nastavení pro celou organizaci, zadejte tento řetězec.

  • NATIVE_WEBEX_TEAMS_CALLING –Chcete-li použít možnost Volání ve Webex Teams, zadejte tento řetězec.

  • CALL_WITH_APP_REGISTERED_FOR_WEBEXCALLTEL –Chcete-li použít možnost Aplikace Volání Webex, zadejte tento řetězec.
5

Zadejte identifikační číslo volajícího, ID volajícího Křestní jméno aID volajícího Příjmení. Pokud ponecháte sloupce ID volajícího , IDvolajícího křestní jméno a ID volajícíhoPoslední jméno prázdné,zobrazí se při volání uživatel ve sloupci Jméno , Příjmení a Telefonní číslo. Pokud necháte identifikační číslo volajícího prázdné, zobrazí se hlavní číslo umístění, když uživatel zavolá.


 

Sloupce Id volajícího Jméno a ID volajícího Příjmení nesmí obsahovat speciální znaky. Pokud ID volajícího ID Křestní jméno nebo ID volajícího Příjmení obsahuje speciální znak, použije se zjednodušená verze názvu.
6

Po uložení souboru CSV klepněte na tlačítko Importovat , vyberte soubor, ve který jste provedli změny, a klepněte na tlačítko Otevřít.
7

Zvolte Přidat pouze služby nebo Přidat a odebrat služby a klepněte na tlačítko Odeslat.


 

Uživatel nemůže mít dvě licence Pro volání, takže pokud má vaše organizace více předplatných a chcete uživatele přesunout na nové předplatné, zvolte možnost Přidat a odebrat služby. Chcete-li přidat služby, nastavte buňky na HODNOTU PRAVDA a odeberte je nastavením těchto buněk na hodnotu NEPRAVDA.

Soubor CSV se nahraje a vytvoří se váš úkol. Můžete zavřít prohlížeč nebo toto okno a úloha bude spuštěna i nadále. Postup úkolu si můžete projděte v tématu Správa úkolů v ovládacím centru Cisco Webex.

Pokud nepotlačíte e-maily s pozvánkou správce, noví uživatelé obdrží aktivační e-maily.

Přidání čísel uživateli

K zařízením lidí můžete kdykoli přiřadit čísla, rozšíření nebo obojí. Přiřazená rozšíření se zobrazují na displejích telefonu.

Můžete také nakonfigurovat alternativní čísla tak, aby více telefonních čísel zvonilo na stejný telefon. Pro každé číslo můžete zadat různé vyzváněcí tóny, které vám pomohou rozlišit, které řádky jsou volány.

1

V zobrazení zákazníka v https://admin.webex.comoblasti přejděte na Uživatelé a vyberteosobu, které chcete přiřadit číslo.
2

Vyberte Volání a klikněte na Přidat číslo.
3

Ze seznamu dostupných čísel vyberte telefonní číslo. Máte také možnost přiřadit rozšíření.

Pokud je uživateli již přiřazeno číslo, bude jako alternativní číslo přidáno jakékoli další číslo přidané k uživateli. Uživateli můžete přidat až 10 alternativních čísel.
4

(Nepovinné) Chcete-li identifikovat hovory přicházející z určitých telefonních čísel, můžete přiřadit charakteristický vzor vyzvánění. Chcete-li povolit, klepněte na přepínač v části Rozlišovací kruhový vzor.
5

Klikněte na položku Uložit.

Opětovné odeslání e-mailu s pozvánkou z Ovládacího centra

1

V zobrazení zákazníka v oblasti https://admin.webex.compřejděte na Uživatelé, filtrujte sloupec Stav a zobrazte lidi se stavem Čeká na pozvánku.
2

V části Akce vyberte v části Akce pro osobu sestavem Pozvat čekající na pozvánku další > znovu odeslat pozvánku.

Odstranění uživatele z centra Řízení organizace

Pokud vaše organizace používá synchronizaci adresářů, není možnost odstranění v Centru řízení k dispozicia je nutné odstranit uživatelské účty ze služby Active Directory. Konektor Cisco Directory Connector pak aktualizuje seznam uživatelů organizace při synchronizaci informací o uživatelském účtu.

V zobrazení zákazníka v oblasti https://admin.webex.compřejděte na Uživatelé , klikněte na tlačítko Další a potom klikněte na Odstranit uživatele.

Uživatel se již nemůže přihlásit k vašemu webu Webex, všechny přiřazené služby Webex jsou odebrány a budou odebrány z všech prostorů nebo týmů, jichž se účastnil. Žádný obsah vytvořený v prostorech se nevymažou a obsah podléhá zásadách uchovávání informací, které každý vlastník prostoru implementoval.

Role a oprávnění správce

Můžete nastavit správce zákazníka s různými úrovněmi oprávnění. Mohou to být úplní správci, správci podpory, správci jen pro čtení nebo úředníci pro dodržování předpisů. S plnými oprávněními správce můžete přiřadit jednu nebo více rolí libovolnému uživateli ve vaší organizaci.

Nikdo, kdo přiřadí roli uživatele a správce zařízení nebo správce zařízení, nebude moci spravovat volání Webex.

Přiřazení rolí uživatelům

V Centru řízení se můžete dozvědět o různých úrovních oprávnění a nastavit správce zákazníka. Správci zákazníků mohou být úplní správci, správci podpory, správci uživatelů a zařízení, správci zařízení, správci jen pro čtení nebo úředníci pro dodržování předpisů. S plnými oprávněními správce můžete přiřadit jednu nebo více rolí libovolnému uživateli ve vaší organizaci.

Vždy budete chtít mít pro organizaci více než jednoho správce. Je to osvědčený postup a vždy vám umožní provádět administrativní změny, pokud jeden ze správců není k dispozici.

Uživatelům ve vaší organizaci mohou být přiřazeny konkrétní role správy, aby bylo možné určit, co mohou vidět a k čemu mají přístup v Centru řízení. Přiřazování určitých rolí správy zjednodušujete odpovědnost a usnadňujete odpovědnost správců. Compliance officers mohou vyhledat konkrétní lidi ve vaší společnosti, najít obsah, který sdíleli, nebo prohledat konkrétní prostor a pak vygenerovat zprávu o svých zjištěních.

Informace o oprávněních správce HCS v Centru řízení naleznete v tématu https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/hcs/12_5/HCS_Solution/Upgrade_Service/chcs_b_upgrade-service-book/chcs_b_upgrade-service-book_chapter_010.html

1

V zobrazení zákazníka v https://admin.webex.comoblasti přejděte na Uživatelé a vyberteuživatele.
2

V části Role a zabezpečení klepněte na položku Role správce nebo Přístup keslužbě.
3

Vyberte roli, kterou chcete tomuto uživateli přiřadit.

Chcete-li přiřadit uživatele jako správce webu Webex, klepněte vedle rolí správce webu Webex na tlačítko Upravit a zvolte roli pro každý web služby Webex, který má uživatel spravovat.
4

Klepněte na příkaz Uložit.
9. čvc 2021
Nastavení a správa zařízení pro volání Webex

Jako správce můžete přiřazovat zařízení uživatelům nebo pracovním prostorům v Centru řízení. Máte možnost zadat MAC adresu zařízení nebo vygenerovat aktivační kód, který pak musí být zadán ručně na samotném zařízení.

Přidání a přiřazení telefonů uživateli

Pomocí Ovládacíhocentra můžete uživatelům přiřadit zařízení pro osobní použití a pak je zaregistrovat do cloudu.

Zde uvedená zařízení podporují volání Webex. Zatímco všechna tato zařízení lze zaregistrovat pomocí mac adresy, pomocí aktivačního kódu lze zaregistrovat pouze následující podmnožinu:

  • Multiplatformní telefony řady Cisco IP 6800 (audio telefony – 6821, 6841, 6851, 6861, 6871)

  • Multiplatformní telefony řady Cisco IP 7800 (audio telefony – 7811, 7821, 7841, 7861)

  • Multiplatformní telefony řady Cisco IP 8800 (audio telefony – 8811, 8841, 8851, 8861)

  • Multiplatformní telefony řady Cisco IP 8800 (videoasmy – 8845, 8865)

  • Konferenční telefon Cisco IP 7832 a 8832

Pokud jde o zařízení DECT, jsou v Ovládacím rozbočovači k dispozici pouze základní zařízení DECT (nikoli telefony DECT). Po přiřazení základní jednotky uživateli je nutné k této základní jednotce ručně spárovat telefon DECT. Další informace naleznete v tématu Připojení telefonu k základenské stanici.

1

V zobrazení zákazníka v oblasti https://admin.webex.compřejděte na Zařízení a potom klikněte na Přidat zařízení.


 
Můžete také přidat telefon uživateli v profilu uživatele. Podívejte se, jak v části Správa zařízení pro uživatele.
2

Zvolte Existující uživatel , zadejtevlastníka telefonu, buď část uživatelského jména nebo skutečné jméno uživatele, vyberte uživatele z výsledků a klepněte na tlačítko Další.
3

Z rozevírací nabídky vyberte zařízení a klepněte na tlačítko Další.
4

Zvolte jednu z následujících možností a klepněte na tlačítko Uložit:

  • Podle aktivačníhokódu – Tuto možnost vyberte, pokud chcete vygenerovat aktivační kód, který můžete sdílet s vlastníkem zařízení. 16místný aktivační kód musí být zadán ručně do samotného zařízení.

     

    Multiplatformní telefony musí mít zatížení firmwaru 11.2.3MSR1 nebo novější, aby se zobrazil obrazovka aktivačního kódu. Pokud je třeba aktualizovat firmware telefonu, přejděte na .https://upgrade.cisco.com/MPP_upgrade.html
  • Podle MAC adresy– Tuto možnost vyberte, pokud znáte MAC adresu zařízení. Mac adresa telefonu musí být jedinečná položka. Pokud zadáte MAC adresu telefonu, který je již zaregistrovaný, nebo při zadání čísla dojde k chybě, zobrazí se chybová zpráva.

 

Omezení mohou platit při používání zařízení třetích stran.

Pokud jste se rozhodli vygenerovat aktivační kód pro zařízení, ale ještě jste tento kód neužívali, stav tohoto zařízení se v sekci Zařízení přiřazeného uživatele a v hlavním seznamu Zařízení v Ovládacím centru přečtejakoAktivační. Mějte na paměti, že aktualizace stavu zařízení v Ovládacím centru může trvat až 10 minut.

Přidání telefonu do nového pracovního prostoru

Když jsou lidé v práci, schádí se na mnoha místech, jako jsou jídelny, haly a konferenční místnosti. V těchto pracovních prostorech můžete nastavit sdílená zařízení Cisco Webex, přidat služby a sledovat, jak spolupráce provádí.

Klíčovým principem zařízení pracovních prostorů je, že není přiřazeno konkrétnímu uživateli, ale spíše fyzickému umístění, což umožňuje sdílené použití.

Zde uvedená zařízení podporují volání Webex. Zatímco většinu těchto zařízení lze zaregistrovat pomocí mac adresy, pomocí aktivačního kódu lze zaregistrovat pouze následující podmnožinu:

  • Multiplatformní telefony řady Cisco IP 6800 (audio telefony – 6821, 6841, 6851)

  • Multiplatformní telefony řady Cisco IP 7800 (audio telefony – 7811, 7821, 7841, 7861)

  • Multiplatformní telefony řady Cisco IP 8800 (audio telefony – 8811, 8841, 8851, 8861)

  • Multiplatformní telefony řady Cisco IP 8800 (videoasmy – 8845, 8865)

  • Konferenční telefon Cisco IP 7832 a 8832

1

V zobrazení zákazníka v oblasti https://admin.webex.compřejděte do aplikace Pracovní prostory a klepněte na tlačítko Přidat pracovní prostor.
2

Zadejte název pracovního prostoru (například název fyzické místnosti), vyberte typ místnosti a přidejte kapacitu. Pak klepněte na tlačítko Další.
3

Zvolte Cisco IP Phone a klikněte na Další.
4

Vyberte typ zařízení z rozevírací nabídky, zvolte, zda chcete telefon zaregistrovat pomocí aktivačního kódu nebo MAC adresy, a klikněte na Další. Mějte na paměti, že pokud se rozhodnete zaregistrovat zařízení pomocí aktivačního kódu, bude kód zaslán e-mailem určenému správci pro umístění.

Pro volání Webexmůžete do pracovního prostoru přidat pouze jeden sdílený telefon.

U konferenčního telefonu Cisco IP 7832 nemusí být některé klávesové zkratky k dispozici. Pokud potřebujete plnou sadu klávesových zkratek, doporučujeme místo toho přiřadit tento telefon uživateli.
5

Přiřaďte umístění a telefonní číslo (určené podle místa, které zvolíte) a klepněte na tlačítko Uložit. Máte také možnost přiřadit rozšíření.

Přidání pokojového zařízení do nového pracovního prostoru

Když jsou lidé v práci, schádí se v mnoha pracovních prostorech, jako jsou jídelny, haly a konferenční místnosti. V těchto pracovních prostorech můžete nastavit sdílená zařízení Cisco Webex, přidat služby a sledovat, jak spolupráce provádí.

Klíčovým principem zařízení pracovních prostorů je, že není přiřazeno konkrétnímu uživateli, ale spíše fyzickému umístění, což umožňuje sdílené použití.

Zde uvedená zařízení podporují volání Webex.

1

V zobrazení zákazníka v oblasti https://admin.webex.compřejděte do aplikace Pracovní prostory a klepněte na tlačítko Přidat pracovní prostor.
2

Zadejte název pracovního prostoru (například název fyzické místnosti), vyberte typ místnosti a přidejte kapacitu. Pak klepněte na tlačítko Další.
3

Zvolte Jiné zařízení Cisco Webex a klepněte na tlačítko Další .

Mezi další zařízení Cisco Webex patří Cisco Webex Room nebo Desk, včetně Cisco Webex Board.
4

Zvolte jednu z následujících možností:

  • Volání zdarma– Uživatelé mohou volat pouze protokol SIP (Webex nebo Webex Session Initiation Protocol) pomocí adresy SIP (například username@example.calls.webex.com).
  • Volání webex – Kromě toho, že mohou lidé v tomto pracovním prostoru uskutečovává a přijímat hovory Webex a SIP, mohou zařízení používat k uskutečování a přijímánítelefonních hovorů z rámci číslování volání Webex. Můžete například zavolat svému spolupracovníkovi Giacomu Edwardsovi vytočením jeho telefonního čísla 555-555-5555, jeho přípony 5555 nebo jeho SIP adresy gedwards@example.webex.com ale můžete také zavolat do místní pizzerie.
5

Přiřaďteumístění , telefonní číslo (určené podle místa, které zvolíte), rozšíření a klepněte na tlačítko Uložit.
6

Aktivujte zařízení pomocí poskytnutého kódu. Aktivační kód můžete zkopírovat, odeslat e-mailem nebo vytisknout.

Hromadné přidávání a přiřazování zařízení

Pokud máte několik zařízení, která potřebujete přiřadit uživatelům a místům, můžete soubor CSV naplnit požadovanými informacemi a aktivovat je v několika jednoduchých krocích.

Zde uvedená zařízení podporují volání Webex. Zatímco všechna tato zařízení lze zaregistrovat pomocí mac adresy, pomocí aktivačního kódu lze zaregistrovat pouze následující podmnožinu:

  • Multiplatformní telefony řady Cisco IP 6800 (audio telefony – 6821, 6841, 6851)

  • Multiplatformní telefony řady Cisco IP 7800 (audio telefony – 7811, 7821, 7841, 7861)

  • Multiplatformní telefony řady Cisco IP 8800 (audio telefony – 8811, 8841, 8851, 8861)

  • Multiplatformní telefony řady Cisco IP 8800 (videoasmy – 8845, 8865)

  • Konferenční telefon Cisco IP 7832 a 8832

1

V zobrazení zákazníka v oblasti přejděte na Zařízení , klikněte na Přidat zařízení a pak https://admin.webex.comzvolte, zda zařízení přidáváte k uživateli nebo k místu.
2

Vyberte Importovat/odeslat soubor CSV.
3

Zvolte jednu z následujících možností:

  • Export atributůuživatele – Můžete získat seznam všech uživatelů ve vaší organizaci a jejich přidružených atributů, abyste nemažete ručně prohlížet každého uživatele.
  • Stažení šablony CSV – Můžete použít šablonu, se kterou jsme přišli, a pak zadat informace, jakojsou uživatelská jména, typ (uveďte, zda se jedná o uživatele nebo místo), adresy MAC a modely zařízení. Zde je několik věcí, které je je na paměti:

    • U sloupce Uživatelské jméno souboru CSV se ujistěte, že jste zadáte e-mailovou adresu uživatele, nikoli jeho ID uživatele nebo jeho jméno. Do tohoto sloupce můžete také vložit název místa.

    • Doporučujeme omezit počet zařízení na 1000 na soubor CSV. Pokud potřebujete přidat více než to, použijte druhý soubor CSV.

    • Pokud zadáte místo, které ještě neexistuje, bude místo automaticky vytvořeno za vás.

    • Pokud necháte sloupec adresy MAC prázdný, vygeneruje se aktivační kód a musí být zadán na samotném zařízení.
4

Pokud byla adresa MAC ponechána prázdná, můžete zvolit, kam se aktivační kód odesílá:

  • Poskytnutí odkazu– Aktivační kód se přidá do souboru CSV, který si pak můžete stáhnout.
  • E-mailovýaktivační kód – Pokud je zařízení na místě, aktivační kód se vám odesíla jako správce. Pokud je zařízení pro uživatele, aktivační kód se uživateli zašle e-mailem.
5

Importujte naplněný soubor CSV.
6

Klikněte na tlačítko Odeslat.

Po aktivaci zařízení se zobrazí aktualizace stavu.

 

Multiplatformní zařízení musí mít zatížení firmwaru 11.2.3MSR1 nebo novější, aby uživatelé mohli zadat aktivační kód na svém zařízení. Informace o upgradu firmwaru telefonu naleznete v tomto článku.

Správa zařízení pro uživatele

Můžete přidat, odebrat, restartovat, zkontrolovat aktivaci nebo vytvořit nový aktivační kód pro zařízení přiřazená uživatelům ve vaší organizaci. To může být užitečné pro zobrazení a správu z obrazovky uživatelů, pokud je to potřeba.

1

Ze zobrazení zákazníka v oblasti https://admin.webex.compřejděte na Uživatelé.
2

Vyberte uživatele, který chcete upravit, a přejděte dolů na Zařízení.
3

Chcete-li přidat zařízení k tomuto uživateli, klepněte na tlačítko Přidat zařízení.


 
Pokud je uživateli již přiřazeno zařízení a chcete přidat další zařízení, klikněte na ikonu vedle položku Zařízení a klepněte na tlačítko Přidat zařízení .
4

Chcete-li upravit existující zařízení, vyberte název zařízení.

Zde můžete zobrazit a upravit nastavení zařízení, odstranit zařízení, restartovat zařízení nebo případně vytvořit nový aktivační kód zařízení. Další informace o konfiguraci nastavení telefonu naleznete v tématu Konfigurace a aktualizace nastavení telefonu.

Správa zařízení pro pracovní prostor

Zařízení lze přidát a spravovat přímo z profilu pracovního prostoru. Zařízení pracovního prostoru mohou zahrnovat zařízení ATA, jako jsou faxy. Zařízení pracovního prostoru můžete také nastavit jako hostitele hotelu. Další informace o hotelování najdete v tématu Hoteling v Cisco Webex Control Hub.

1

Ze zobrazení zákazníka v oblasti https://admin.webex.compřejděte do aplikace Pracovní prostory.
2

Vyberte pracovní prostor, který chcete upravit, a přejděte na dlaždici Zařízení.
3

Chcete-li přidat zařízení, klepněte na tlačítko Přidat zařízení.
4

Chcete-li upravit existující zařízení, vyberte název zařízení.

Zde můžete zobrazit a upravit nastavení zařízení, odstranit zařízení, restartovat zařízení a povolit použití zařízení jako hostitele hotelu. Další informace o konfiguraci nastavení telefonu naleznete v tématu Konfigurace a aktualizace nastavení telefonu.

Přidání a pořadí linek pro telefon MPP

Do primárního zařízení uživatele můžete přidat řádky a změnit pořadí jejich pořadí. To je také označováno jako vzhled sdílené linky, který umožňuje uživatelům přijímat a volat do a z rozšíření jiného uživatele pomocí vlastního telefonu. Příkladem je výkonná asistentka, která chce být schopna telefonovat a přijímat hovory z šéfovy linky. Vzhledy sdílených řádku mohou být také další instancí řádku primárního uživatele.

Maximální limit konfigurace je 35 zařízení pro každé uživatelské telefonní číslo, včetně stolních počítačů nebo mobilních aplikací, které uživatel používá. Do telefonu v pracovním prostoru lze přidat další linky, ale telefon v pracovním prostoru nelze přidat jako sdílenou linku.

Rychlé volby, které uživatel přidal do svého telefonu MPP, nejsou v Ovládacím centru viditelné a lze je přepsat, pokud je nakonfigurována sdílená linka.

1

V zobrazení zákazníka v https://admin.webex.comoblasti přejděte na Uživatelé nebo Pracovní prostory (v závislosti na tom, kde je zařízení, které chcete upravit, přiřazeno).
2

Vyberte uživatele nebo pracovní prostor, který chcete upravit, a přejděte na Zařízení.
3

Vyberte zařízení, do které chcete přidat nebo upravit sdílené linky, a přejděte na Uživatelé a nastavení telefonu.

Uživatelé a místa, která se zobrazí v tomto telefonu, jsou uvedena v pořadí podle vzhledu.
4

Chcete-li z tohoto telefonu přidat nebo odebrat uživatele nebo místa, vyberte Konfigurovat linky.
5

Chcete-li čáru odebrat, klepněte na ikonu.


 
Primárního uživatele na lince 1 nelze odebrat.
6

Chcete-li přidat vzhled sdílené čáry, klepněte na ikonu.


 
Přidejte řádky v pořadí, ve kterém se mají zobrazit. Chcete-li změnit pořadí vzhledu řádku, odstraňte jej a přidejte do seznamu v pořadí, v pořadí, v které se mají zobrazit.
7

Zadejte jméno nebo telefonní číslo a vyberte z možností, které se zobrazí, a klepněte na Uložit.

Konfigurace zařízení ATA pro uživatele

Porty můžete nakonfigurovat na zařízení ATA (Analog Telephone Adaptor) přiřazené uživateli v Ovládacím centru. V současné době jsou dvě konfigurace pro zařízení ATA k dispozici pro zařízení se 2 porty a zařízení s 24 porty.

1

Ze zobrazení zákazníka v oblasti https://admin.webex.compřejděte na Uživatelé.
2

Vyberte uživatele, který chcete upravit, a přejděte na Zařízení.
3

Vyberte zařízení, do které chcete přidat nebo upravit.
4

V části Uživatelé na tomto zařízení klepněte na tlačítkoKonfigurovat porty.
5

Chcete-li přidat konfiguraci sdíleného portu, klepněte na ikonu.
6

Zadejte jméno nebo telefonní číslo a vyberte z možností, které se zobrazí, a klepněte na tlačítko Uložit.


 
Ve vyhledávání se zobrazí pouze pracovní prostory bez zařízení.
7

Pokud zařízení vyžaduje kompresi faxu T.38, zaškrtněte políčko ve sloupci T.38 nebo přepsejte možnosti komprese na úrovni uživatele a klepněte na tlačítko Uložit.


 
Pracovní prostor může mít ATA. To je užitečné pro faxy.

Přidání čísel do vaší polohy

Telefonní čísla můžete kdykoli přidat do stolních a pokojových zařízení v organizaci zákazníků, ať už jste uprostřed zkušební verze nebo jste byli převedeni na placené předplatné.

Zvýšili jsme počet telefonních čísel, která můžete přidat v Control Hubu, z 250 na 1000.

1

V zobrazení zákazníka v oblasti https://admin.webex.compřejděte na Služby > Volání > Čísla a potom klikněte na Přidat čísla.
2

Zadejte umístění a typ čísla . Pokud čísla převádíte, zadejte aktuální i nová fakturační čísla.
3

Potom klepněte na tlačítko Uložit.

Kontrola stavu objednaných čísel ve telefonních číslech

Zobrazí se seznam čísel ve SSD, která si vaše organizace objednala. Pomocí těchto informací můžete zobrazit nepouživá čísla, která jsou k dispozici, a seřazená čísla, která budou brzy k dispozici.

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

Příslušenství připojené k telefonu s víceplatformy – náhlavní soupravy a rozšiřující moduly klíčů (KEM)

Když připojíte příslušenství (Náhlavní soupravy/KEM) k zařízení MPP, zobrazí se jako položka inventáře na kartě Zařízení v Ovládacím centru. V inventáři Zařízení ovládacího centra můžete zjistit model příslušenství, stav a komu příslušenství patří. Při výběru příslušenství lze získat další informace, například sériové číslo příslušenství a aktuální verzi softwaru. Stavové pole příslušenství je hlášeno jako "online", pokud je příslušenství připojeno k MPP. Sluchátka s mikrofonem připojená k MPP automaticky upgradují svůj software na nejnovější verzi dostupnou od správy zařízení.

Tabulka 1. Kompatibilní náhlavní soupravy

Model telefonu

Náhlavní souprava Cisco řady 520

Náhlavní souprava Cisco řady 530

Náhlavní souprava Cisco řady 560

Náhlavní souprava Cisco řady 730

Cisco IP telefon 8811/8841/8845

—

—

RJ9 a RJ11

—

Cisco IP telefon 8851/8861/8865

USB

USB

USB

RJ9 a RJ11

—

Cisco IP telefon 7811/7821/7841/7861

—

—

—

—

Cisco IP telefon 6821/6841/6851/6861

—

—

—

—

Cisco IP telefon 6871

USB

USB

USB

—

Konferenční telefon Cisco IP 7832/8832

—

—

—

—
Tabulka 2. Kompatibilní rozšiřující moduly klíčů

Model telefonu

klíčový rozšiřující modul

Cisco IP telefon 8811/8841/8845

—

Cisco IP telefon 8851/8861/8865

BEKEM

CP-8800-A-KEM

CP-8800-V-KEM

Cisco IP telefon 7811/7821/7841/7861

—

Cisco IP telefon 6821/6841/6861/6871

—

Cisco IP telefon 6851

CP-68KEM-3PCC

Konferenční telefon Cisco IP 7832/8832

—
18. kvě 2021
Vývoj adopcí a zprávy o použití pro volání Cisco Webex

Na dosah ruky máte řadu přehledů, které vám pomohou posoudit, jak jsou služby volání Webex používány, jak často jsou používány. Můžete také získat rychlý vizuální obraz kvality médií pro vaši polohu.

Zobrazit přehledy volání

V centru Cisco Webex Control Hub máte přístup k různým přehledům, které obsahují podrobnosti o aktivaci a používání pro týmy a schůzky Webex.

Při přístupu k údajům o volání z ovládacího centra Cisco Webex se dostanete na portál správce volání. Tyto informace můžete použít k vyhodnocení toho, jak jsou služby volání Webex používány ve vaší organizaci a jak často lidé tyto služby využívají.

Z pohledu zákazníka v https://admin.webex.compřejděte na Analytics a vyberte Webex Volání.

Jste automaticky přesměrováni na portál Volající správce,kde můžete analyzovat a vyhodnocovat využití a kvalitu hovorů. Informace o přehledech dostupných pro konkrétní funkce volání naleznete v části Volání portálu správce - přehledy. Informace o aktivitě hovoru naleznete v části Volání administrátorského portálu - Analytics.

Posoudit kvalitu médií ve vašich lokalitách

Získejte přehled o kvalitě médií pro vaši polohu volání podle jednotlivých míst. Kvalita médií je založena na agregaci průměrného skóre názorů (MOS) pro hovory v konkrétním místě zákazníkovi a od zákazníka, z telefonů Cisco MPP a měkkého klienta Volání. Možné hodnoty jsou následující:

  • Good—> 3.2

  • Fair—2.7 až 3.2

  • Špatná-<2,7

  • Nejsou k dispozici žádná data - ve zvoleném časovém období nebyly uskutečněny ani přijaty žádné hovory pro dané místo.

1

Z pohledu zákazníka v https://admin.webex.compřejděte na Analyticsa vyberte Webex Volání.

Jste přivedeni na portál Volající správce.
2

Přejděte na Palubovku a přejděte na Zajištění služeb, abyste viděli celkový zdravotní stav vaší organizace.

Chcete-li otevřít nástroj CScan pro ověření latence, šířky pásma a portů, klepněte na tlačítko Test připravenosti sítě.

Co dělat dál

Pokud lokalita vykazuje nízké hodnocení, znamená to, že v jedné z vašich lokalit může nastat problém s kvalitou médií. Společnými příčinami nejsou dostatečná šířka pásma nebo dopravní přetížení. Pokud problémy přetrvávají, přejděte do zobrazení zákazníka v aplikaci https://admin.webex.com, klikněte na uživatelské jméno správce a otevřete případ kliknutím na tlačítko Zpětná vazba.

Spusťte nástroj CSCAN

Pomocí NÁSTROJE CISCO SCAN můžete zkontrolovat latenci, šířku pásma a porty.

Přejděte na https://cscan.webex.com/stránku, vyberte server a klikněte na tlačítko SPUSTIT TEST.
21. říj 2021
Referenční informace o přístavu pro volání Cisco Webex

Zde je seznam adres, portů a protokolů používaných pro připojení telefonů, aplikace Webex a brány k volání Cisco Webex. Tento článek je určen pro síťové administrátory, zejména pro správce firewallu a proxy zabezpečení, kteří chtějí využívat služby Webex Calling v rámci své organizace.

Správně nakonfigurovaný firewall je nezbytný pro úspěšné nasazení volání. Požadujeme porty pro signalizaci, média, síťové připojení a místní bránu a protože je volání Webex globální službou, doporučujeme nechat všechny porty uvedené níže otevřené.

Ne všechny konfigurace brány firewall vyžadují otevření portů, ale pokud používáte pravidla zevnitř ven, měli byste otevřít porty, abyste povolili protokoly potřebné pro ukončení služby. Pokud nasazujete NAT, definujete přiměřená období vazby a nebudete manipulovat se SIP na zařízení NAT, neměli byste muset otevírat porty přicházející přes bránu firewall.

Pokud je router nebo firewall SIP Aware, což znamená, že má zapnutou SIP Application Layer Gateway (ALG) nebo něco podobného, doporučujeme vypnout tuto funkci, abyste udrželi správný chod služby. Informace o tom, jak zakázat SIP ALG na konkrétních zařízeních, naleznete v příslušné dokumentaci výrobce.

Podrobnosti o síťových požadavcích na Webex meetingy a zasílání zpráv naleznete v části Síťové požadavky na Webex služby.

Webex volá provoz přes firewall

Většina zákazníků nasazuje internetový firewall nebo internetový proxy server a firewall, aby omezili a kontrolovali provoz založený na protokolu http, který opouští jejich síť a vstupuje do ní. Koncové body Webex Calling nepodporují http(s) proxy, s výjimkou měkkých klientů, kteří podporují následující proxy prostředí a odpovídající metody autentizace:

  1. Ruční konfigurace proxy

    • Žádná autentizace

    • Základní

    • NTLM

    • Vyjednávání

  2. Konfigurace proxy WPAD

    • Žádná autentizace

    • Základní

  3. Konfigurace proxy PAC

    • Žádná autentizace

    • Základní

    • NTLM

    • Vyjednávání

Postupujte podle pokynů k bráně firewall níže a povolte přístup ke službám Webex Calling ze své sítě.

Konfigurace firewallu

Pokud váš brána firewall podporuje filtrování adres URL, nakonfigurujte bránu firewall tak, aby povolovala uvedené cílové adresy URL volání Webex, které jsou uvedeny v tabulce Domény a adresy URL pro služby volání Webex.

Pokud však používáte bránu firewall, která nepodporuje filtrování adres URL/domén, nakonfigurujte bránu firewall tak, aby filtrovala provoz pomocí rozsahů adres IP a portů uvedených v adresách IP a portech pro služby volání Webex.

IP adresy a porty pro volající služby Webex

Následující tabulka popisuje porty a protokoly, které musí být otevřeny na vašem firewallu, aby umožnily cloudově registrovaným aplikacím Webex a zařízením komunikovat s cloudovými signalizačními a mediálními službami Webex Calling.

IP podsítě pro služby volání Webex

85.119.56.0/23

128.177.14.0/24

128.177.36.0/24

135.84.168.0/21

139.177.64.0/21

139.177.72.0/23

185.115.196.0/22

199.19.196.0/23

199.19.199.0/24

199.59.64.0/21

23.89.76.128/25

170.72.29.0/24

170.72.17.128/25

170.72.0.128/25

Účel připojení

Zdrojové adresy

Zdrojové porty

Protokol

Cílové adresy

Cílové přístavy

Poznámky

Signalizace volání do Webex Calling (SIP TLS)

 Místní brána externí (nic) 8000-65535

TCP

Viz IP podsítě pro služby Webex Calling Services.

8934

Tyto IP adresy/porty jsou potřebné pro odchozí signál volání SIP-TLS z místních bran, zařízení a aplikací (zdroj) do služby Webex Calling Cloud (cíl).

Zařízení

5060-5080

Aplikace

Efemérní (závislý na OS)

Volání médií na volání Webex (OMRÁČENÍ,SRTP)

 Místní brána externí nic

8000-48000†

UDP

Viz IP podsítě pro služby Webex Calling Services.

5004,19560-65535

Tyto IP adresy/porty jsou potřebné pro odchozí média SRTP volání z místních bran, zařízení a aplikací (zdroj) do Webex Calling Cloud (cíl).

Zařízení

19560-19660

Aplikace

Efemérní
Signalizace volání do brány PSTN (SIP TLS) Interní nic místní brány 8000-65535 TCP Vaše ITSP PSTN GW nebo Unified CM Záleží na volbě PSTN (například typicky 5060 nebo 5061 pro Unified CM)
Volání médií do brány PSTN (SRTP) Interní nic místní brány

8000-48000†

 UDP Vaše ITSP PSTN GW nebo Unified CM Záleží na volbě PSTN (například typicky 5060 nebo 5061 pro Unified CM)

Signalizace volání veřejně adresovaným koncovým bodům (SIP TLS)

Viz IP podsítě pro služby Webex Calling Services.

Efemérní

TCP

Koncový bod IP

8934

Tyto IP adresy/porty jsou potřebné pro příchozí signál volání SIP-TLS z Webex Calling Cloud (Source) do veřejně adresovaných koncových bodů (Destination).

Konfigurace zařízení a správa firmwaru (zařízení Cisco)

Zařízení pro volání Webex

Efemérní

TCP

3.20.185.219

3.130.87.169

3.134.166.179

443,6970

*Tyto IP adresy patří cloudupgrader.webex.com.

Musíte povolit cloudupgrader.webex.com a 443, 6970 porty pouze při přechodu z Enterprise telefony (Cisco Unified CM) na Webex volání. Pro více informací přejděte na upgrade.cisco.com.

3.20.118.133

3.20.228.133

3.23.144.213

3.130.125.44

3.132.162.62

3.140.117.199

18.232.241.58

35.168.211.203

50.16.236.139

52.45.157.48

54.145.130.71

54.156.13.25

 80,443

*Tyto IP adresy patří společnosti activation.webex.com.

Tyto IP adresy jsou potřebné pro bezpečné připojení zařízení (telefonů MPP) prostřednictvím 16místného aktivačního kódu (GDS).

72.163.10.96/27

72.163.15.64/26

72.163.15.128/26

72.163.24.0/23

173.36.127.0/26

173.36.127.128/26

173.37.26.0/23

173.37.149.96/27

192.133.220.0/26

192.133.220.64/26

80,443

Tyto IP adresy patří společnosti activate.cisco.com.

Tato doména se používá pro poskytování ADRES CDA /EDO - Mac. Používá se v zařízeních (MPP telefony, ATA a SPA ATA) s novější firmware.

Když se telefon poprvé připojí k síti nebo po obnovení továrního nastavení a nejsou nastaveny žádné možnosti DHCP, spojí se se serverem aktivace zařízení pro poskytování služeb s nulovým dotykem. Nové telefony používají "activate.cisco.com" místo "webapps.cisco.com" pro poskytování. Telefony s firmwarem vydaným dříve než 11.2(1) nadále používají "webapps.cisco.com". Doporučujeme povolit obě doménová jména prostřednictvím brány firewall.

72.163.10.128/25

173.37.146.128/25

80,443

Tyto IP adresy patří webapps.cisco.com.

Tato doména se používá pro poskytování ADRES CDA /EDO - Mac. Používá se v zařízeních (MPP telefony, ATA a SPA ATA) se starším firmwarem.

Když se telefon poprvé připojí k síti nebo po obnovení továrního nastavení a nejsou nastaveny žádné možnosti DHCP, spojí se se serverem aktivace zařízení pro poskytování služeb s nulovým dotykem. Nové telefony používají "activate.cisco.com" místo "webapps.cisco.com" pro poskytování. Telefony s firmwarem vydaným dříve než 11.2(1) nadále používají "webapps.cisco.com". Doporučujeme povolit obě doménová jména prostřednictvím brány firewall.

Viz IP podsítě pro služby Webex Calling Services.

80,443

Tyto IP adresy jsou potřebné pro konfiguraci zařízení a správu firmwaru pro volání Webex.

Synchronizace času zařízení (NTP)

Zařízení pro volání Webex

51494

UDP

Viz IP podsítě pro služby Webex Calling Services.

123

Tyto IP adresy jsou potřebné pro synchronizaci času pro zařízení (MPP telefony, ATA a SPA ATA)

Rozlišení názvu zařízení

Zařízení pro volání Webex

Efemérní

UDP a TCP

Definováno hostitelem

53

Konfigurace aplikace

Aplikace Webex Calling

Efemérní

TCP

62.109.192.0/18

64.68.96.0/19

150.253.128.0/17

207.182.160.0/19

80, 443

Tyto IP adresy patří společnosti Webex Idbroker Authentication Services a používají je klienti, tj. Webex Applications.

Viz IP podsítě pro služby Webex Calling Services.

80, 443, 8443

Tyto IP adresy patří ke konfiguračním službám aplikací Webex Calling a používají je klienti, tj. Webex Applications.

Synchronizace času aplikace

Aplikace Webex Calling

123

UDP

Definováno hostitelem

123

Rozlišení názvu aplikace

Aplikace Webex Calling

Efemérní

UDP a TCP

Definováno hostitelem

53

CScan

Aplikace Webex Calling

Efemérní

UDP a TCP

Viz IP podsítě pro služby Webex Calling Services.

8934 a 80, 443, 19569-19760

Tyto IP adresy využívají služby CScan používané klienty, tj. Webex Applications. Pro více informací přejděte na cscan.webex.com.

† Rozsah mediálního portu CUBE je konfigurovatelný s rozsahem rtp-port.

*Tyto IP adresy/rozsahy nejsou ve vlastnictví společnosti Cisco a mohou se pravidelně měnit. Pokud používáte bránu firewall, doporučujeme povolit uvedené adresy URL.

Domény a URL adresy pro služby volání Webex

Doména / URL

Popis

Webex aplikace a zařízení používající tyto domény / adresy URL

Služby Cisco Webex

*.broadcloudpbx.com

Webex autorizační mikroslužby pro cross-launch z Control Hubu na Calling Admin Portal.

Control Hub

*.broadcloud.com.au

Webex Volání služby v Austrálii.

Všichni

*.broadcloud.eu

Webex Volání služby v Evropě.

Všichni

*.broadcloudpbx.net

Volání služeb konfigurace a správy klientů.

Webex aplikace

*.cisco.com

Když se telefon poprvé připojí k síti nebo po obnovení továrního nastavení, pokud nejsou nastaveny žádné možnosti DHCP, kontaktuje server aktivace zařízení pro poskytování nulových dotyků. Nové telefony používají activate.cisco.com a telefony s firmware uvolnění před 11.2(1), i nadále používat webapps.cisco.com pro poskytování.

MPP telefony, ovládací rozbočovač

*.ucmgmt.cisco.com

Volací služby Webex

Control Hub

*.webex.com

Webex Core Services pro volání, schůzky a posílání zpráv, jako je ověřování atd.

Všichni

*.wbx2.com a *.ciscospark.com

Webex micro-services, jako je služba Software upgrade.

Všichni

Doplňkové služby související s Webexem (domény třetích stran)

*.appdynamics.com

*.eum-appdynamics.com

Sledování výkonu, chyba a zachycení pádu, metriky relace.

Control Hub

*.huron-dev.com

Webex Volání mikro služby, jako je přepínat služby, telefonní číslo objednávání, a přiřazení služby.

Control Hub

*.sipflash.com

Služby správy zařízení (většinou pro USA).

Webex aplikace

*.walkme.com *.walkmeusercontent.com

Webex uživatelská příručka klienta. Poskytuje vstupní a uživatelské zájezdy pro nové uživatele.

Pro více informací o WalkMe klikněte zde.

Webex aplikace

Pokud váš síťový firewall podporuje seznamy povolených domén pro provoz http, například * .webex.com, důrazně doporučujeme povolit všechny tyto domény.

Webex Setkání/Zprávy - Požadavky na síť

Pokud nasazujete službu Webex Calling se službami Webex Meetings and Messaging, požadavky na síť pro služby Webex Meetings and Messaging naleznete v části Požadavky na síť pro služby Webex.

Historie revizí dokumentu

Datum

V tomto článku jsme provedli následující změny

20. září 2021

Přidány 4 nové IP podsítě pro službu Webex Calling:

  • 23.89.76.128/25

  • 170.72.29.0/24

  • 170.72.17.128/25

  • 170.72.0.128/25

2. dubna 2021

Přidáno *.ciscospark.com pod Domény a URL adresy pro služby Webex Calling Services na podporu případů použití služby Webex Calling v aplikaci Webex.

25. března 2021

Přidáno 6 nových rozsahů IP pro activate.cisco.com, které vstoupí v platnost od 8. května 2021.

  • 72.163.15.64/26

  • 72.163.15.128/26

  • 173.36.127.0/26

  • 173.36.127.128/26

  • 192.133.220.0/26

  • 192.133.220.64/26

4. března 2021

Nahrazen Webex Volání diskrétní IP adresy a menší rozsahy IP se zjednodušenými rozsahy v samostatné tabulce pro snadné pochopení pro konfiguraci firewallu.

26. února 2021

Přidáno 5004 jako cílový port pro volání médií do Webex Calling (STUN,SRTP) na podporu interaktivního připojení (ICE), které bude k dispozici ve Webex Calling v dubnu 2021.

22. února 2021

Domény a adresy URL jsou nyní uvedeny v samostatné tabulce.

Tabulka IP Adresy a porty je upravena tak, aby seskupovala IP adresy pro stejné služby dohromady.

Sloupec Poznámky byl přidán do tabulky Adresy IP a Porty, aby lépe porozuměl potřebám.

Následující IP adresy byly přesunuty do zjednodušených rozsahů pro konfiguraci zařízení a správu firmwaru (zařízení Cisco):

activate.cisco.com

  • 72.163.10.125 -> 72.163.10.96/27

  • 173.37.149.125 -> 173.37.149.96/27

webapps.cisco.com

  • 173.37.146.134 -> 173.37.146.128/25

  • 72.163.10.134 -> 72.163.10.128/25

Následující IP adresy byly přidány pro konfiguraci aplikace, protože klient Cisco Webex byl v březnu 2021 nasměrován na novější DNS SRV v Austrálii.

  • 199.59.64.237

  • 199.59.67.237

21. ledna 2021

Do konfigurace zařízení a správy firmwaru (zařízení Cisco) jsme přidali následující IP adresy:

  • 3.134.166.179

  • 50.16.236.139

  • 54.145.130.71

  • 72.163.10.125

  • 72.163.24.0/23

  • 173.37.26.0/23

  • 173.37.146.134

Z konfigurace zařízení a správy firmwaru (zařízení Cisco) jsme odstranili následující IP adresy:

  • 35.172.26.181

  • 52.86.172.220

  • 52.203.31.41

Do konfigurace aplikace jsme přidali následující IP adresy:

  • 62.109.192.0/19

  • 64.68.96.0/19

  • 207.182.160.0/19

  • 150.253.128.0/17

Z konfigurace aplikace jsme odstranili následující IP adresy:

  • 64.68.99.6

  • 64.68.100.6

Z konfigurace aplikace jsme odstranili následující čísla portů:

  • 1081, 2208, 5222, 5280-5281, 52644-52645

Do konfigurace aplikace jsme přidali následující domény:

  • idbroker-b-us.webex.com

  • idbroker-eu.webex.com

  • ty6-wxt-jp.bcld.webex.com

  • os1-wxt-jp.bcld.webex.com

23. prosince 2020

Přidány nové adresy IP konfigurace aplikace do referenčních obrázků portu.

22. prosince 2020

Aktualizace řádku Konfigurace aplikace v tabulkách tak, aby obsahoval následující adresy IP: 135.84.171.154 a 135.84.172.154.

Skryjte síťová schémata, dokud nebudou přidány i tyto IP adresy.

11. prosince 2020

Aktualizace konfigurace zařízení a správy firmwaru (zařízení Cisco) a řádků konfigurace aplikace pro podporované kanadské domény.

16. října 2020

Aktualizace signalizace volání a záznamů médií s následujícími IP adresami:

  • 139.177.64.0/24

  • 139.177.65.0/24

  • 139.177.66.0/24

  • 139.177.67.0/24

  • 139.177.68.0/24

  • 139.177.69.0/24

  • 139.177.70.0/24

  • 139.177.71.0/24

  • 139.177.72.0/24

  • 139.177.73.0/24

23. září 2020

Pod CScan, nahrazen 199.59.64.156 s 199.59.64.197.

14. srpna 2020

Přidány další IP adresy na podporu zavádění datových center v Kanadě:

Signalizace volání na Webex Calling (SIP TLS)—135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

12. srpna 2020

Přidány další IP adresy na podporu zavádění datových center v Kanadě:

  • Call media to Webex Calling (SRTP)—135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Signalizace volání do veřejně adresovaných koncových bodů (SIP TLS)-135.84.173.0/25.135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Konfigurace zařízení a správa firmwaru (zařízení Cisco)—135.84.173.155,135.84.174.155

  • Synchronizace času zařízení-135.84.173.152, 135.84.174.152

  • Konfigurace aplikace-135.84.173.154,135.84.174.154

22. července 2020

Na podporu zavádění datových center v Kanadě byla přidána následující IP adresa: 135.84.173.146

9. června 2020
U položky CScan jsme provedli následující změny:

  • Opravena jedna z IP adres-měněno 199.59.67.156 až 199.59.64.156

  • Nové funkce vyžadovaly nové porty, stejně jako UDP—19560-19760

11. března 2020

Do konfigurace aplikace jsme přidali následující doménu a IP adresy:

  • jp.bcld.webex.com—135.84.169.150

  • client-jp.bcld.webex.com

  • idbroker.webex.com—64.68.99.6, 64.68.100.6

Následující domény jsme aktualizovali o další IP adresy pro konfiguraci zařízení a správu firmwaru:

  • cisco.broadcloud.eu—85.119.56.198, 85.119.57.198

  • webapps.cisco.com—72.163.10.134

  • activation.webex.com—35.172.26.181, 52.86.172.220

  • cloudupgrader.webex.com—3.130.87.169, 3.20.185.219

27. února 2020

Do konfigurace zařízení a správy firmwaru jsme přidali následující doménu a porty:

cloudupgrader.webex.com—443, 6970

Byl tento článek užitečný?

Konfigurační pracovní postup volání Webex

Související články
arrow up

Řešení
arrow icon
Funkce
arrow icon
Odvětví
arrow icon
Zdroje
arrow icon
Společnost
arrow icon
Připojení
arrow icon
Smluvní podmínkyProhlášení o ochraně osobních údajůSoubory cookieOchranné známky
© 2021 Společnost Cisco a/nebo její pobočky. Všechna práva vyhrazena.