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

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

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.

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.

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

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 .

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.

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

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.

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

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.

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

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.

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.

4. srp 2021
Konfigurace lokální brány na IOS-XE pro volání Webex

Po konfiguraci volání Webex pro vaši organizaci můžete nakonfigurovat kmen pro připojení místní brány k volání Webex. Kmen mezi místní bránou a cloudem Webex je vždy zabezpečen pomocí přenosu SIP TLS a SRTP pro média mezi místní bránou a rozhraním SBC pro volání Webex.

Tento tok úloh použijte ke konfiguraci místní brány pro kmen volání Webex. Následující kroky se provádějí na samotné místní bráně pomocí příkazového řádku. Kmen mezi místní bránou a voláním Webex je vždy zabezpečen pomocí přenosu SIP TLS a SRTP pro média mezi místní bránou a rozhraním SBC pro volání Webex.

Než začnete

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

  • Vytvořte kmen v Ovládacím rozbočovači a přiřaďte ho k požadovanému umístění.

  • Pokyny pro konfiguraci uvedené v tomto dokumentu předpokládají, že vyhrazená platforma místní brány je zavedena bez existující hlasové konfigurace. Pokud se stávající brána ve SZM nebo podnikové nasazení CUBE upravuje tak, aby používalo také funkci místní brány pro volání Webex , věnujte pečlivou pozornost použité konfiguraci a ujistěte se, že stávající toky volání a funkce nebudou přerušeny v důsledku amerických změn.

  Příkaz nebo akce účel
1

Mapování parametrů mezi centrem ovládacích prvků a prvkem sjednoceného ohraničení Cisco

Tuto tabulku použijte jako referenci pro parametry, které pocházejí z Control Hubu a kde se mapují na místní bránu.

2

Provedení konfigurace referenční platformy

Implementujte tyto kroky jako společnou globální konfiguraci pro místní bránu. Konfigurace zahrnuje konfiguraci základní platformy a aktualizaci fondu důvěryhodných služeb.

3

Registrace místní brány k volání Webex

4

Vyberte si jednu v závislosti na nasazení:

Směrování volání na místní bráně je založeno na možnosti nasazení volání Webex, kterou jste zvolili. Tato část předpokládá, že ukončení služby IP ve SN je na stejné platformě jako místní brána. Následující konfigurace je pro jednu z těchto možností v místní bráně:

  • Možnost nasazení místní brány bez místní IP pobočkové pobočkové hodiny. Místní brána a ip PSTN CUBE jsou coresident.

  • Možnost nasazení místní brány v rámci existujícího sjednoceného prostředí CM. Místní brána a ip PSTN CUBE jsou coresident.

Tabulka 1. Mapování parametrů mezi centrem řízení 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 doušků:

požadavek <rule-number> pravidla LIBOVOLNÁ hlavička sip

Z úpravy ">" ";otg=otgDtgId>"

Linka/port

user@example.com

číslo: uživatel

Odchozí proxy server

odchozí proxy server (název DNS – SRV rozhraní SBC aplikace Access)

Uživatelské jméno SIP

uživatelské jméno

Heslo SIP

heslo

Než začnete

  • Ujistěte se, že základní konfigurace platformy, jako jsou ntps, seznamy ACL, povolující hesla, primární heslo, směrování IP adres, adresy IP a tak dále, jsou konfigurovány podle zásad a postupů vaší organizace.

  • Nejnovější verze IOS-XE 16.12 nebo IOS-XE 17.3 potřebné pro všechna nasazení LGW.

1

Ujistěte se, že všechny rozhraní vrstvy 3 mají přiřazeny 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 pověřeních a sdílených tajných klíčích je nutné předem nakonfigurovat primární klíč pro heslo pomocí níže uvedených příkazů. Hesla typu 6 jsou šifrována pomocí šifry AES a uživatelem 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 server IP Name Server tak, aby povolil vyhledávání DNS a zajistil jeho přístupnou pomocí příkazu ping:


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

Povolte exkluzivitu TLS 1.2 a výchozí zástupný bod důvěryhodnosti:

  1. Vytvoření zástupného bodu důvěryhodnosti PKI a jeho volání sampleTP

  2. Přiřazení bodu důvěryhodnosti jako výchozího signalizačního trustpointu pod sip-ua

  3. Server cn-san-validate je potřebný k zajištění, že místní brána naváže připojení pouze v případě, že odchozí proxy server nakonfigurovaný v tenantovi 200 (popsaný později) odpovídá seznamu CN-SAN přijatému ze serveru.

  4. Krypto trustpoint je nutný pro to, aby TLS fungoval, i když místní klientský certifikát (například mTLS) není vyžadován pro nastavení připojení.

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

  6. Nastavte počet opakování protokolu tcp na 1000 (násobky 5 ms = 5 sekund).

  7. (IOS-XE 17.3.2 a novější) Nastavení připojení časovače vytváří tls <wait-timer in="" sec="">. Rozsah je mezi 5 a 20 sekundami a výchozí je 20 sekund. (LGW trvá 20 sekund, než zjistí selhání připojení TLS, než se pokusí navázat připojení k dalšímu dostupnému rozhraní Webex Calling Access SBC. Toto rozhraní příkazového řádku umožňuje správci změnit hodnotu tak, aby vyhovovala podmínkám sítě a mnohem rychleji detekovat selhání připojení pomocí rozhraní SBC aplikace Access).


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

Aktualizovat svěřenský fond místní brány:

Výchozí balíček služby TrustPool neobsahuje certifikát "DigiCert Root CA" potřebný k ověření certifikátu na straně serveru během vytváření připojení TLS k volání Webex.

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

  1. Zkontrolujte, zda certifikát certifikační autority digiCert room existuje:

    
    LocalGateway#show crypto pki trustpool | include DigiCert
  2. Pokud neexistuje, aktualizujte ji následujícím způsobem:

    
    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
    

Než začnete

Ujistěte se, že jste dokončili kroky v Ovládacím centru a vytvořili umístění a přidali kmen pro toto umístění. V zde uvedeném příkladu byly informace získány z Control Hub.

1

Zadáním těchto příkazů zapnete aplikaci místní brány (nejnovější podsítě IP, které je třeba přidat do seznamu důvěryhodných serverů, najdete v referenčních informacích o portu pro volání Cisco Webex):

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
  • Explicitně povolí zdrojové IP adresy entit, ze kterých místní brána očekává legitimní volání VoIP, jako jsou partnerské počítače volání Webex, sjednocené uzly CM, IP PSTN.

  • Ve výchozím nastavení společnost LGW blokuje všechna příchozí nastavení volání VoIP z IP adres, které nejsou v důvěryhodném seznamu. Adresy IP z telefonických zařízení s "cílovou ip adresou relace" nebo skupinou serverů jsou ve výchozím nastavení důvěryhodné a není nutné je zde naplnit.

  • Adresy IP v tomto seznamu se musí shodovat s podsítěmi IP podle regionálního datového centra Webex Calling, ke které je zákazník připojen. Další informace naleznete v tématu Referenční informace o portu pro volání webexu.


     

    Pokud je váš LGW za bránou firewall s omezeným kuželovým NAT, možná budete raději zakázat důvěryhodný seznam IP adres v rozhraní WebexCalling. Důvodem je to, ž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 dlouhodobější režii konfigurace, protože nemůžeme zaručit, že adresy partnerských partnerů volání Webex zůstanou pevné, a v každém případě byste museli nakonfigurovat bránu firewall pro partnere.

  • Jiné adresy IP může být nutné nakonfigurovat na jiných rozhraních. Například vaše sjednocené CM adresy může být nutné přidat do vnitřních rozhraní.

  • IP adresy se musí shodovat s IP adresou hostitelů outbound-proxy se převádí na klienta 200

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

Média
voice service voip
 media statistics 
 media bulk-stats 
  • Statistika médií umožňuje sledování médií na místní bráně.

  • Hromadné statistiky médií umožňují rovině řízení dotazovat se na datovou rovinu pro statistiky hromadných volání.

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

Zakáže funkci REFER a nahradí ID dialogového okna v okně Nahradí záhlaví ID dialogu partnerského zařízení.

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

Faxový protokol
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

Povolí T.38 pro přenos faxem, 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$
  • Pokud je volání předáno zpět uživateli volání Webex (například volaná i volající strana jsou předplatiteli volání Webex a mají médium ukotvené na webex volání SBC), médium nemůže proudit do místní brány, protože dírka není otevřena.

  • Funkce vazby STUN na místní bráně umožňuje odesílát místně generované požadavky STUN přes vyjednanou cestu médií. To pomáhá při otevírání dírky v bráně firewall.

  • Heslo STUN je předpokladem pro místní bránu pro odesílání zpráv STUN. Brány firewall založené na IOS/IOS-XE lze nakonfigurovat tak, aby kontrolovaly toto heslo a dynamicky otevírat dírky (například bez explicitních pravidel pro vyřazování). Ale pro případ nasazení místní brány je brána firewall staticky nakonfigurována tak, aby otevírat dírky dovnitř a ven na základě dílčích sítí Webex Calling SBC. Brána firewall by to proto měla považovat za jakýkoli příchozí paket UDP, který spustí otevření dírky, aniž by se explicitně podíval na obsah paketu.

Skupina G729
sip
  g729 annexb-all

Umožňuje všechny varianty G729.

Protokol SIP
early-offer forced

Vynutí, aby místní brána odešle informace SDP v počáteční zprávě INVITE namísto čekání na potvrzení od sousedního partnera.

2

Nakonfigurujte "Profil SIP 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 se převádí mezi identifikátory SIP URI a ADRESAMI URL SIP, protože webexové volání nepodporuje identifikátory SIP VE zprávách požadavků a odpovědí, ale potřebuje je například pro dotazy SRV._sips._tcp.<outbound-proxy>.
  • pravidlo 20 upraví hlavičku From tak, aby zahrnovala parametr Trunk Group OTG/DTG z Control Hubu a jedinečně identifikovala lokalitu LGW v rámci podniku.

  • Tento profil SIP bude použit pro klienta hlasové třídy 200 (diskutovaný později) pro veškerý provoz, kterému čelí Webex Calling.

3

Nakonfigurujte profil kodeku, definici STUN a kryptografickou sadu SRTP.

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 třídy 99: Umožňuje kodeky g711 (mu i a-law) pro relace. Aplikuje se na všechny vytáčené protějšky.

  • 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. Webex Calling podporuje pouze SHA1_80.

  • Bude použita na klienta hlasové třídy 200 (diskutováno později) tváří v tvář volání Webex.

  • Využití ochromení hlasové třídy 200: Definuje využití STUN. Používá se na všechny telefonické protějšky směrem k volání Webex(značka 2XX), aby se zabránilo žádnému zvuku, když telefon Unified CM přesune hovor na jiný telefon Webex Calling.


 

V případech, kdy je médium ukotveno na rozhraní ITSP SBC a místní brána je za překladem oříšků a čeká na příchozí datový proud médií z ITSP, může být tento příkaz použit na partnerských zařízeních s vytáčením směřujících k ITSP.


 

Pro toky volání s využitím optimalizace mediální cesty je vyžadováno použití ledu ochromení.

4

Mapujte parametry řídicího centra na konfiguraci místní brány:

Volání Webex se přidá jako klient v rámci místní brány. Konfigurace potřebná k registraci místní brány je definována v klientovi hlasové třídy 200. Prvky této konfigurace musíte získat ze stránky Trunk Info v Ovládacím centru, jak je znázorněno na této bitové kopii. Toto je příklad, který ukazuje, která pole jsou mapovat na příslušné místní rozhraní příkazového řádku brány.

Tenant 200 se pak aplikuje na všechny webexové volání čelící telefonickým protějškům(značka 2xx) v konfiguraci místní brány. Funkce tenanta hlasové třídy umožňuje seskupení a konfiguraci kmenových parametrů SIP jinak pod voipem hlasové služby a sip-ua. Když je tenant nakonfigurován a použit v rámci partnerského zařízení pro telefonické připojení, konfigurace IOS-XE se použijí v následujícím pořadí předvoleb:

  • Konfigurace druhé volby

  • Konfigurace klienta

  • Globální konfigurace (hlasová služba voip / sip-ua)

5

Nakonfigurujte tenanta hlasové třídy 200 tak, aby povolil registraci kmene z LGW na Webex Calling na základě parametrů, které jste získali z Control Hub:


 

Níže uvedený příkazový řádek a parametry jsou pouze příklady. Parametry je nutné použít 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 tenantů v kmenech SIP, které umožňují rozlišené služby pro klienty.

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

Registrační server pro místní bránu s registrační sadou pro aktualizaci každé dvě minuty (50% z 240 sekund). Další informace naleznete v tématu 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 kmene Další informace naleznete v tématu 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 ověřování pro volání. Další informace naleznete v tématu 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 Webex Calling podporuje PAI, což je povoleno pomocí CIO asserted-id pai(viz níže).

sip-server dns:40462196.cisco-bcld.com
Servery pro volání webex. Další informace naleznete v tématu https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462
connection-reuse

Použití stejného trvalého připojení pro registraci a zpracování volání.

srtp-crypto 200

Určuje SHA1_80 definovaný v voice class srtp-crypto 200.

session transport tcp tls
Nastaví přenos do TLS
url sips

Dotaz SRV musí být SIP podporovaný přístupovým rozhraním SBC; všechny ostatní zprávy se mění na SIP pomocí sip-profile 200.

error-passthru

Funkce pass-thru chybové odpovědi SIP

asserted-id pai

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

bind control source-interface GigabitEthernet0/0/1

Signalizační zdrojové rozhraní směřující k volání Webex.

bind media source-interface GigabitEthernet0/0/1

Rozhraní zdroje médií čelící volání Webex.

no pass-thru content custom-sdp

Výchozí příkaz pod tenantem.

sip-profiles 200

Změní SIPS na SIP a upraví řádek/port pro zprávy INVITE a REGISTER, jak je definováno v voice class sip-profiles 200.

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

Webex volá přístup SBC. Další informace naleznete v tématu 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ředá hodnoty záhlaví ochrany osobních údajů od příchozích do odchozí nohy.

Po definování klienta 200 v místní bráně a konfiguraci partnerského připojení vytáčení SIP VoIP pak brána inicialuje připojení TLS směrem k volání Webex , kdy rozhraní SBC aplikace Access prezentuje svůj certifikát místníbráně. Místní brána ověřuje certifikát SBC služby Webex Calling Access pomocí kořenového balíčku certifikační autority aktualizovaného dříve. Mezi místní bránou a rozhraním SBC pro volání Webexu je vytvořena trvalá relace TLS. Místní brána pak odešle registr do přístupového SBC, který je napaden. Registrace AOR je number@domain. Číslo je převzato z parametru "number" a domény pověření z "registrátor dns:<fqdn>". Když je registrace zpochybněna, parametry uživatelského jména, hesla a součnice z přihlašovacích údajů se používají k vytvoření hlavičky a sip-profile 200 převede ADRESU URL SIPS zpět na SIP. Registrace je úspěšná, jakmile je z rozhraní SBC aplikace Access přijato 200 OK.

Pro tuto možnost nasazení je nutná následující konfigurace místní brány:

  1. Klienti hlasových tříd– Nejprve vytvoříme další klienty pro partnere s vytáčením, kteří čelí ITSP podobnému tenantovi 200, který jsme vytvořili pro webexové volání čelící vytáčenému partnerovi.

  2. Identifikátory TEI hlasovétřídy – vzory definující ip adresy/porty hostitele pro různé kmeny končící v místní bráně: Webex Volání lgw; a ukončení kmene PSTN SIP na LGW.

  3. Odchozí telefonicképřipojení – Postup směrování odchozích nohou volání z LGW do kmene ITSP SIP a volání Webex.

  4. DPG hlasové třídy– Cíl odchozích partnerských připojení k vytáčení vyvolaných z příchozího partnerského připojení pro telefonické připojení.

  5. Příchozí telefonické připojení –Chcete-ě-výstupní informace o volání z aplikací ITSP a Webex Calling.

Konfiguraci v této části lze použít buď pro nastavení místní brány hostované partnerem, jak je znázorněno níže, nebo pro místní bránu webu zákazníka.

1

Nakonfigurujte následující klienty hlasových tříd:

  1. Klient hlasové třídy 100 se aplikuje na všechny odchozí vytáčené partnerské počítače orientované na 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. Klient hlasové třídy 300 se používá na všech příchozích vytáčecích partnerských zařízení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í identifikátor URI hlasové třídy:

  1. Definujte IP adresu hostitele ITSP:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Definujte vzor pro jednoznačnou identifikaci lokality místní brány v rámci rozlehlé sítě na základě parametru OTG/DTG centra Řízení:

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    Místní brána v současné době nepodporuje podtržítko "_" ve vzoru shody. Jako alternativní řešení používáme tečku "." (porovnat libovolné) tak, aby odpovídalo "_".

    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í odchozí partnerové počítače:

  1. Odchozí telefonický partner směrem k telefonní poště IP:

    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 dial-peer se značkou 101 a je uveden smysluplný popis pro snadnou správu a řešení problémů.

    destination-pattern BAD.BAD

    Vzorek číslic, který umožňuje výběr tohoto partnerského připojení. Tento odchozí partnerský program pro telefonické připojení však vyvoláme přímo z příchozího partnerského zařízení pro telefonické připojení pomocí příkazů DPG a to obejde kritéria pro shodu vzoru číslic. V důsledku toho používáme libovolný vzor založený na alfanumerických číslicích povolených rozhraním CLI cílového vzoru.

    session protocol sipv2

    Určuje, že tento partner s číselníkem bude zvládat nohy volání SIP.

    session target ipv4:192.168.80.13

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

    voice-class codec 99

    Označuje seznam předvoleb kodeku 99, který má být použit pro tento partner s vytáčením.

    dtmf-relay rtp-nte

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

    voice-class sip tenant 100

    Partner s vytáčením zdědí všechny parametry z klienta 100, pokud není stejný parametr definován v samotném partnerovi s vytáčením.

    no vad

    Zakáže detekci hlasové aktivity.

  2. Odchozí telefonické volání směrem k volání Webex (Tento partner pro telefonické připojení bude aktualizován tak, aby sloužil jako příchozí partner pro telefonické volání z volání Webex a později v průvodci konfigurací).

    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 voipový vytáčecí partner se značkou 200201 a je uveden smysluplný popis pro snadnou správu a řešení potíží.

    session target sip-server

    Označuje, že globální server SIP je cílem pro volání z tohoto partnerského připojení pro vytáčení. Volací server Webex definovaný v tenantovi 200 je zděděn pro tento partnerský program pro telefonické připojení.

    voice-class stun-usage 200

    Funkce vazby STUN na místní bráně umožňuje odesílát místně generované požadavky STUN přes vyjednanou cestu médií. To pomáhá při otevírání dírky v bráně firewall.

    no voice-class sip localhost

    Zakáže nahrazení názvu localhost DNS na místo fyzické ADRESY IP v hlavičkách Od, ID volání a Id vzdálené strany odchozích zpráv.

    voice-class sip tenant 200

    Partner s číselným voláním zdědí všechny parametry z tenanta 200 (LGW Webex Calling Trunk), pokud není <--> stejný parametr definován pod samotným partnerem pro vytáčení. </-->

    srtp

    Pro tuto nohu volání je povolen protokol SRTP.

    no vad

    Zakáže detekci hlasové aktivity.

4

Konfigurace následujících skupin rovnocenných uživatelů (DPG):

  1. Definuje skupinu vytáčecích partnerů 100. Odchozí partnerský telefonický vztah 101 je cílem všech příchozích partnerových uživatelů s vyvoláním skupiny 100 vytáčeného partnerského připojení. DPG 100 použijeme na příchozí vytáčené partnerské 200201 pro volání Webex --> LGW --> PSTN.

    voice class dpg 100
     description Incoming WxC(DP200201) to IP PSTN(DP101)
     dial-peer 101 preference 1
    
  2. Definujte skupinu vytáčení 200 s odchozími 200201 vytáčením jako cíl pro telefonní síť--> LGW --> webex volání. DPG 200 bude použit pro příchozí vytáčeného peera 100 definovaného 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í telefonické připojení:

  1. Příchozí telefonický vztah pro příchozí nohy volání do sítě IP ve telefonním serveru:

    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 dial-peer se značkou 100 a je uveden smysluplný popis pro snadnou správu a řešení potíží.

    session protocol sipv2

    Určuje, že tento partner s číselníkem bude zvládat nohy volání SIP.

    incoming uri via 100

    Veškerý příchozí provoz z IP PSTN do LocalGW je spárován s IP adresou hostitele hlavičky PŘÍCHOZÍ VIA definovanou v SIP identifikátoru URI 100 hlasové třídy, která se shoduje na základě zdrojové IP adresy (ITSP).

    destination dpg 200

    S cílovým dpg 200 IOS-XE předává klasická kritéria pro odchozí párování vytáčení a okamžitě pokračuje v nastavení odchozí části volání pomocí vytáčecích partnerských zařízení definovaných v cílové skupině Dial-peer 200, což je vytáčené partnerské 200201.

    voice-class sip tenant 300

    Partner s vytáčením zdědí všechny parametry z klienta 300, pokud není stejný parametr definován v samotném partnerovi s vytáčením.

    no vad

    Zakáže detekci hlasové aktivity.

  2. Příchozí vytáčeného partnerského připojení pro příchozí nohy volání Webex:

    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 vytáčecí partner VOIP se značkou 200201 a je uveden smysluplný popis pro snadnou správu a řešení potíží.

    incoming uri request 200

    Veškerý příchozí provoz z volání Webex do LGW lze porovnat podle jedinečného vzoru dtg v identifikátoru URI požadavku a jednoznačně identifikovat web místní brány v rámci enterprise a v ekosystému Volání Webex.

    destination dpg 100

    S cílovým dpg 100 IOS-XE předává klasická odchozí kritéria pro porovnávání vytáčení a okamžitě pokračuje v nastavení odchozí části volání pomocí vytáčecích partnerských zařízení definovaných v cílové skupině Dial-peer 100, což je vytáčení-peer 101.

    max-conn 250

    Omezuje počet souběžných volání na 250 mezi voláním LGW a Webex za předpokladu, že webexové volání směrem k vytáčenému partnerovi pro příchozí i odchozí volání, jak je definováno v této příručce. Další podrobnosti o souběžných omezeních volání zahrnujících místní bránu 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í nohy volání ip ve vaší telefonní poště na místní bráně jsou spárovány na dial-peer 100, protože definuje kritéria pro shodu pro hlavičku VIA s IP adresou IP PSTN. Výběr odchozího partnerského telefonického připojení je diktován protokolem DPG 200, který přímo vyvolá odchozí 200201, jehož cílovým cílem je server webex calling.

Volání webexu do služby PSTN

Všechny příchozí nohy volání Webex volání na místní bráně jsou spárovány na 200201 vytáčené druhé strany, protože splňuje kritéria pro shodu pro vzor hlavičky identifikátoru URI REQUEST s parametrem TrunkGroup OTG/DTG, který je jedinečný pro toto nasazení místní brány. Výběr odchozího partnerského zařízení pro telefonické připojení je diktován protokolem DPG 100, který přímo vyvolá odchozí partnerský počítač s telefonickým připojením 101, jehož cílovou cílovou hodnotou je ip adresa ip sítě IP.

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

  1. Klienti hlasových tříd– Musíte vytvořit další klienty pro vytáčené partnere, kteří čelí Unified CM a ITSP, podobně jako tenant 200, který jsme vytvořili pro webex volání čelící vytáčené partnerská zařízení.

  2. Identifikátory TEIhlasové třídy – vzory definující IP adresy/porty hostitele pro různé kmeny končící na LGW: z Unified CM do LGW pro destinace do PSTN; Sjednocený CM na LGW pro cíle volání Webex; Webex Volání lgw; a ukončení kmene PSTN SIP na LGW.

  3. Skupina serverů hlasových tříd– cílové IP adresy/porty pro odchozí kmeny z LGW na Sjednocené CM, LGW na Webex Calling aLGW na kmen SIP pro PSTN.

  4. Odchozí telefonicképřipojení – Chcete-či on-line volání z LGW směrovat do sjednoceného CM, kmene ITSP SIP a/nebo volání Webex.

  5. DPG hlasové třídy– Cíl odchozích partnerových připojení s telefonickým připojením vyvolaných z příchozího partnerského zařízení pro telefonické připojení.

  6. Příchozí telefonické připojení – Chcete-či čerpat nohy příchozího volání z unified CM, ITSP a/nebo Webex Calling.

1

Nakonfigurujte následující klienty hlasových tříd:

  1. Klient hlasové třídy 100 se aplikuje na všechny odchozí partnerské počítače s vytáčením, které čelí jednotnému 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. Klient hlasové třídy 300 se použije na všechny příchozí telefonické připojení 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í identifikátory TEI hlasové třídy:

  1. Definuje IP adresu hostitele ITSP:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Definujte vzor pro jednoznačnou identifikaci lokality místní brány v rámci rozlehlé sítě na základě parametru OTG/DTG centra Řízení:

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

    Místní brána v současné době nepodporuje podtržítko "_" ve vzoru zápasu. Jako alternativní řešení používáme tečku "." (porovnat libovolné) tak, aby odpovídalo "_".

    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 sjednocený cm signalizační via port pro kmen volání Webex:

    voice class uri 300 sip
     pattern :5065
    
  4. Definuje zdrojovou signalizaci CUCM IP a via port pro kmen PSTN:

    voice class uri 302 sip
     pattern 192.168.80.60:5060
    
3

Nakonfigurujte následující skupiny serverů hlasových tříd:

  1. Definuje cílovou IP adresu a číslo portu sjednoceného cm kmene pro sjednocenou skupinu CM 1 (5 uzlů). Unified CM používá port 5065 pro příchozí provoz v kmeni volání Webex(Webex volá <-> LGW --> Unified CM). </->

    voice class server-group 301
     ipv4 192.168.80.60 port 5065
    
  2. Definuje cílovou IP adresu hostitele jednotného cm kmene a číslo portu pro sjednocenou skupinu CM 2, pokud je to možné:

    voice class server-group 303
     ipv4 192.168.80.60 port 5065
    
  3. Definuje cílovou IP adresu hostitele jednotného cm kmene pro sjednocenou skupinu CM 1 (5 uzlů). Sjednocený CM používá výchozí port 5060 pro příchozí provoz v kmeni ve SSD. Bez zadaného čísla portu se používá výchozí hodnota 5060. (PSTN <-> LGW --> Sjednocený CM)</->

    voice class server-group 305
     ipv4 192.168.80.60
    
  4. Definuje cílovou IP adresu hostitele jednotného cm kmene pro Unified CM Group 2, pokud je to možné.

    voice class server-group 307 
     ipv4 192.168.80.60
    
4

Nakonfigurujte následující odchozí telefonické připojení:

  1. Odchozí telefonický vztah směrem k telefonní poště protokolu IP:

    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 dial-peer se značkou 101 a je uveden smysluplný popis pro snadnou správu a řešení problémů.

    destination-pattern BAD.BAD

    Vzor číslic, který umožní výběr tohoto partnerského připojení k vytáčení. Tento odchozí partnerský program pro telefonické připojení však vyvoláme přímo z příchozího partnerského zařízení pro telefonické připojení pomocí příkazů DPG a to obejde kritéria pro shodu vzoru číslic. V důsledku toho používáme libovolný vzor založený na alfanumerických číslicích povolených rozhraním CLI cílového vzoru.

    session protocol sipv2

    Určuje, že tento partner s číselníkem bude zvládat nohy volání SIP.

    session target ipv4:192.168.80.13

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

    voice-class codec 99

    Označuje seznam předvoleb kodeku 99, který má být použit pro tento partner s vytáčením.

    voice-class sip tenant 100

    Partner s vytáčením zdědí všechny parametry z klienta 100, pokud není stejný parametr definován v samotném partnerovi s vytáčením.

  2. Odchozí telefonické volání směrem k volání Webex (Tento partner pro telefonické připojení bude aktualizován tak, aby sloužil jako příchozí partner pro telefonické volání z volání Webex a později v průvodci konfigurací.):

    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 se značkou 200201 a je uveden smysluplný popis pro snadnou správu a řešení potíží.

    session target sip-server

    Označuje, že globální server SIP je cílem pro volání z tohoto partnerského připojení pro vytáčení. Server volání Webex definovaný v tenantovi 200 bude zděděn pro tento partnerský program pro telefonické připojení.

    voice-class stun-usage 200

    Funkce vazeb STUN na LGW umožňuje odesílání místně generovaných požadavků STUN přes vyjednanou mediální cestu. To pomáhá při otevírání dírky v bráně firewall.

    no voice-class sip localhost

    Zakáže subsitituci názvu localhost DNS na místo fyzické IP adresy v záhlavích Od, ID volání a Id vzdálené strany odchozích zpráv.

    voice-class sip tenant 200

    Partner s číselným voláním zdědí všechny parametry z tenanta 200 (LGW Webex Calling Trunk), pokud není <--> stejný parametr definován pod samotným partnerem pro vytáčení. </-->

    srtp

    Pro tuto nohu volání je povolen protokol SRTP.

  3. Odchozí vytáčeného partnera směrem k kmeni volání Webex Unified CM:

    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í potíží.

    session server-group 301

    Namísto cílové IP adresy relace v partnerské telefonním rozhraní ukazujeme na cílovou skupinu serverů(skupina serverů 301 pro telefonický vztah 301), která definuje vícecílových uzlů UCM, i když příklad ukazuje pouze jeden uzel.

    Skupina serveru v partnerské společnosti odchozího vytáčení

    S více vytáčecími partnery v DPG a více servery ve skupině serverů dial-peer můžeme dosáhnout náhodné distribuce hovorů přes všechny předplatitele zpracování volání Unified CM nebo lovit na základě definovaných preferencí. Každá skupina serverů může mít až pět serverů (IPv4/v6 s portem nebo bez portu). Druhá skupina telefonického připojení a druhá skupina serverů je vyžadována pouze v případě, že je použito více než pět odběratelů zpracování volání.

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

  4. Druhý odchozí vytáčecí partner směrem k volacímu kmeni Webex Unified CM, pokud máte více než 5 sjednocený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í vytáčeného partnerského připojení k kmeni do telefonní sítě Unified 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. Druhý odchozí vytáčecí partner směrem k kmeni doŠ pro sjednocené CM, pokud máte více než 5 sjednocených uzlů CM:

    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í partnerský telefonický vztah 101 je cílem všech příchozích partnerových uživatelů s vyvoláním skupiny 100 vytáčeného partnerského připojení. DPG 100 použijeme na příchozí dial-peer 302 definovaný později pro sjednocenou cestu CM --> LGW --> PSTN:

    voice class dpg 100
     dial-peer 101 preference 1
    
  2. Definujte DPG 200 s odchozími 200201 vytáčení jako cíl pro sjednocenou cestu volání CM --> LGW --> Webex:

    voice class dpg 200
     dial-peer 200201 preference 1
    
  3. Definujte DPG 300 pro odchozí telefonické připojení 301 nebo 303 pro volání Webex --> LGW --> sjednocené cm cesty:

    voice class dpg 300
     dial-peer 301 preference 1
     dial-peer 303 preference 1
    
  4. Definujte DPG 302 pro odchozí telefonické připojení 305 nebo 307 pro PSTN --> LGW --> sjednocenou cestu CM:

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

Nakonfigurujte následující příchozí telefonické připojení:

  1. Příchozí telefonický vztah pro příchozí nohy volání do sítě IP ve telefonním serveru:

    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 dial-peer se značkou 100 a je uveden smysluplný popis pro snadnou správu a řešení potíží.

    session protocol sipv2

    Určuje, že tento partner s číselníkem bude zvládat nohy volání SIP.

    incoming uri via 100

    Veškerý příchozí provoz z IP PSTN do LGW je spárován s IP adresou hostitele hlavičky VIA definovanou v URI 100 SIP hlasové třídy, aby odpovídala na základě zdrojové IP adresy (ITSP).

    destination dpg 302

    S cílovým DPG 302 IOS-XE předává klasická kritéria odchozího párování vytáčení a okamžitě pokračuje v nastavení nohy odchozího hovoru pomocí vytáčecích partnerských zařízení definovaných v cílovém DPG 302, což může být buď dial-peer 305 nebo dial-peer 307.

    voice-class sip tenant 300

    Partner s vytáčením zdědí všechny parametry z klienta 300, pokud není stejný parametr definován v samotném partnerovi s vytáčením.

  2. Příchozí vytáčeného partnerského připojení pro příchozí nohy volání Webex:

    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 vytáčecí partner VOIP se značkou 200201 a je uveden smysluplný popis pro snadnou správu a řešení potíží.

    incoming uri request 200

    Veškerý příchozí provoz z Webex Calling do LGW lze porovnat s jedinečným vzorem dtg v identifikátoru URI požadavku a jednoznačně identifikovat místní web brány v rámci enterprise a v ekosystému Volání Webex.

    destination dpg 300

    S cílovým DPG 300 IOS-XE předává klasická kritéria odchozího párování vytáčení a okamžitě pokračuje v nastavení nohy odchozího hovoru pomocí vytáčení definovaných v cílovém DPG 300, což může být buď dial-peer 301 nebo dial-peer 303.

    max-conn 250

    Omezí počet souběžných volání na 250 mezi voláním LGW a Webex za předpokladu, že webexové volání směrem k vytáčenému partnerovi pro příchozí i odchozí volání, jak je definováno v této příručce. Další podrobnosti o souběžných omezeních volání zahrnujících místní bránu 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. Příchozí vytáčené partnerské připojení pro příchozí sjednocené nohy volání CM s voláním Webex jako cílem:

    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 dial-peer se značkou 300 a je uveden smysluplný popis pro snadnou správu a řešení potíží.

    incoming uri via 300

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

    destination dpg 200

    S cílovým DPG 200 IOS-XE předává klasická odchozí kritéria pro párování vytáčení a okamžitě pokračuje v nastavení odchozí části volání pomocí vytáčků definovaných v cílovém DPG 200, což bude vytáčené 200201.

    voice-class sip tenant 300

    Partner s vytáčením zdědí všechny parametry z klienta 300, pokud není stejný parametr definován v samotném partnerovi s vytáčením.

  4. Příchozí vytáčené partnerské připojení pro příchozí sjednocené nohy volání CM s telefonním přístupem jako cílem:

    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í potíží.

    incoming uri via 302

    Veškerý příchozí provoz z Unified CM do LGW pro cíl PSTN je spárován na unified CM zdroj signalizační IP adrese a VIA portu definovaném 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 předává klasická odchozí kritéria pro párování vytáčení a okamžitě pokračuje v nastavení odchozí části volání pomocí vytáčecích partnerských zařízení definovaných v cílovém DPG 100, což bude dial-peer 101.

    voice-class sip tenant 300

    Partner s vytáčením zdědí všechny parametry z klienta 300, pokud není stejný parametr definován v samotném partnerovi s vytáčením.

Ip PSTN na Sjednocený cm kmen hlavní sítě

Webex volající platforma na sjednocený CM Webex volání kufr

Sjednocený cm kmen hlavní sítě do IP sítě PSTN

Sjednocená cm webex volání kmen na Webex volající platformu

Diagnostické podpisy (DS) proaktivně detekují běžně pozorované problémy v místní bráně založené na IOS XE a generují e-mailové, syslogové nebo terminálové oznámení o události. Můžete také nainstalovat DS pro automatizaci sběru diagnostických dat a přenos shromážděných dat do pouzdra Cisco TAC, abyste urychlili dobu řešení.

Diagnostické podpisy (DS) jsou soubory XML, které obsahují informace o událostech aktivačních událostí a akcích, které mají být použity k informování, řešení a nápravě problému. Logika detekce problémů je definována pomocí zpráv syslogu, událostí protokolu SNMP a pravidelným sledováním konkrétních výstupů příkazů show. Mezi typy akcí patří shromažďování výstupů příkazů show, generování konsolidovaného souboru protokolu a nahrávání souboru do síťového umístění poskytnutého uživatelem, jako je HTTPS, SCP, FTP server. Soubory DS jsou autory inženýrů TAC 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 DSLT (Diagnostic Signatures Lookup Tool) je jediným zdrojem pro vyhledání příslušných podpisů pro monitorování a řešení různých problémů.

Dříve než začnete:

  • Neumylujte soubor DS stažený z DSLT. Změněné soubory se nezdaří při instalaci z důvodu chyby kontroly integrity.

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

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

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 tak, aby se používal k odesílání proaktivního oznámení, pokud zařízení používá 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ěna.

    
    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 tak, aby se používal k 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ěna.

    
    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 16.9.x verze

  1. Chcete-li povolit diagnostické podpisy, 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 tak, aby se používal k 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ěna.

    
    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 konfigurace místní brány se systémem IOS XE 17.3.2 pro odesílání proaktivních oznámení do aplikace tacfaststart@gmail.com 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 Gmail a poskytnout konkrétní oprávnění, aby byl e-mail ze zařízení zpracován správně:

  1. Přejděte na Spravovat účet Google > zabezpečení a zapněte nastavení přístupu k méně zabezpečeným aplikacím.

  2. Odpovězte "Ano, byl jsem to já", když obdržíte e-mail z Gmailu s nápisem "Google zabránil někomu v přihlášení k vašemu účtu pomocí aplikace mimo Google.".

Instalace diagnostických podpisů pro proaktivní monitorování

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

Tento DS sleduje 5 sekundové 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. Zkontrolujte, aby byl protokol SNMP povolen pomocí příkazového příkazu snmp. Pokud není povolen, nakonfigurujte příkaz "správce snmp-server".

    
    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 možností rozevíracích seznamů ve vyhledávacím nástroji Diagnostické podpisy:

    
    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 Cisco CSR 1000V

    Produkt

    Cube Enterprise v řešení volání Webex

    Obor 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 místní brány.

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

    Následující příklad ukazuje příklad kopírování souboru ze serveru FTP do místní brány.

    
    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 XML služby DS 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 je podpis úspěšně nainstalován pomocí funkce Zobrazit diagnostický podpis pro domácí volání. Sloupec stavu by měl mít "registrovanou" hodnotu.

    
    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 

    Stáhnout DS:

    DS ID

    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 aktivaci tento podpis odinstaluje všechny spuštěné DS včetně sebe. V případě potřeby přeinstalujte DS 64224 a pokračujte v monitorování vysokého využití procesoru na místní bráně.

Sledování registrace kmene SIP

Tento DS kontroluje neimprovenci místního kmene SIP brány pomocí cloudu Cisco Webex Calling každých 60 sekund. Jakmile je zjištěna událost od registrace, vygeneruje e-mail a oznámení syslogu a odinstaluje se po dvou událostech od registrace. Podpis nainstalujte podle následujících kroků.

  1. Stáhněte si DS 64117 pomocí následujících možností rozevíracích seznamů ve vyhledávacím nástroji Diagnostické podpisy:

    Název pole

    Hodnota pole

    Platforma

    Řada Cisco 4300, 4400 ISR nebo Cisco CSR 1000V

    Produkt

    Cube Enterprise v řešení volání Webex

    Obor problému

    SIP-SIP

    Typ problému

    Sip Trunk Un-registration s e-mailovým oznámením

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

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:
  3. Nainstalujte soubor XML služby DS 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 je podpis úspěšně nainstalován pomocí funkce Zobrazit diagnostický podpis pro domácí volání. Sloupec stavu by měl mít "registrovanou" hodnotu.

Sledování abnormálních odpojení volání

Tento DS používá dotazování SNMP každých 10 minut ke zjištění 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 z posledního dotazování, vygeneruje syslog a e-mailové oznámení. Podpis nainstalujte podle následujících kroků.

  1. Zkontrolujte, zda je povolen protokol SNMP pomocí příkazu show snmp. Pokud není povolen, nakonfigurujte příkaz "správce snmp-server".

    
    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í ve nástroji Pro vyhledávání diagnostických podpisů:

    Název pole

    Hodnota pole

    Platforma

    Řada Cisco 4300, 4400 ISR nebo Cisco CSR 1000V

    Produkt

    Cube Enterprise v řešení volání Webex

    Obor problému

    Výkon

    Typ problému

    Sip abnormální detekce odpojení hovoru s e-mailem a oznámením Syslog

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

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
  4. Nainstalujte soubor XML služby DS 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 je podpis úspěšně nainstalován pomocí funkce Zobrazit diagnostický podpis pro domácí volání. Sloupec stavu by měl mít "registrovanou" hodnotu.

Instalace diagnostických podpisů pro řešení potíží

Diagnostické podpisy (DS) lze také použít k rychlému vyřešení problémů. Inženýři Cisco TAC vytvořili několik podpisů, které umožňují potřebné ladění potřebné k ř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 potřeba ručně zkontrolovat výskyt problému a usnadňuje se řešení občasných a přechodných problémů.

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

Zde je příklad, jak najít a nainstalovat DS pro detekci výskytu "%VOICE_IEC-3-GW: CCAPI: Vnitřní chyba (prahová hodnota špičky volání): IEC=1.1.181.1.29.0" syslog a automatizace shromažďování diagnostických dat pomocí níže uvedených kroků.

  1. Nakonfigurujte další proměnnou prostředí DS ds_fsurl_prefix což je cesta k souborového serveru CiscoTAC (cxd.cisco.com), do které jsou nahraná shromážděná diagnostická data. Uživatelské jméno v cestě k souboru je číslo případu a heslo je token pro nahrávání souboru, který lze načíst ze Správce případů podpory, jak je znázorněno níže. Token pro nahrávání souborů lze podle potřeby vygenerovat v části Přílohy správce případu 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. Zkontrolujte, aby byl protokol SNMP povolen pomocí příkazového příkazu snmp. Pokud není povolen, nakonfigurujte příkaz "správce snmp-server".

    
    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 monitorování DS 64224 s vysokým cpu jako proaktivní opatření k zakázání všech ladicích a diagnostických podpisů v době vysokého využití procesoru. Stáhněte si DS 64224 pomocí následujících možností ve nástroji Pro vyhledávání diagnostických podpisů:

    Název pole

    Hodnota pole

    Platforma

    Řada Cisco 4300, 4400 ISR nebo Cisco CSR 1000V

    Produkt

    Cube Enterprise v řešení volání Webex

    Obor 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í ve nástroji Pro vyhledávání diagnostických podpisů:

    Název pole

    Hodnota pole

    Platforma

    Řada Cisco 4300, 4400 ISR nebo Cisco CSR 1000V

    Produkt

    Cube Enterprise v řešení volání Webex

    Obor problému

    Syslogy

    Typ problému

    Syslog – %VOICE_IEC–3 GW: CCAPI: Vnitřní chyba (prahová hodnota špičky volání): IEC=1.1.181.1.29.0

  5. Zkopírujte soubory XML služby DS 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 soubor DS 64224 s vysokým monitorováním procesoru a potom soubor XML DS 65095 do místní brány.

    
    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 je podpis úspěšně nainstalován pomocí funkce Zobrazit diagnostický podpis pro domácí volání. Sloupec stavu by měl mít "registrovanou" hodnotu.

    
    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:

    DS ID

    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 #

Ověření spuštění diagnostických podpisů

Jak je znázorněno níže, sloupec "Stav" příkazu zobrazí, že se diagnostický podpis volajícího změní na "spuštěný", zatímco místní brána provádí akci definovanou v podpisu. Výstup statistiky diagnostických podpisů při volání domů je nejlepším způsobem, jak ověřit, zda diagnostický podpis zjistil událost zájmu a provedl akci. Sloupec "Spuštěno/Max/Deinstall" označuje počet spuštění události daným podpisem, maximální počet, kolikrát je definován pro detekci události a zda se podpis automaticky odinstaluje po zjištění maximálního počtu spuštěných událostí.


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:

DS ID

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# zobrazit statistiky diagnostických podpisů volajících domů

DS ID

Název DS

Spuštěno/Max/Deinstall

Průměrná doba běhu (sekundy)

Maximální doba běhu (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 oznámením odeslaný během spuštění diagnostického podpisu obsahuje klíčové informace, jako je typ problému, podrobnosti o zařízení, verze softwaru, spuštěná konfigurace a zobrazení výstupů příkazů, které jsou důležité pro řešení daného problému.

Odinstalace diagnostických podpisů

Diagnostické podpisy, které se používají pro účely řešení potíží, jsou obvykle definovány k odinstalaci po zjištění určitého počtu výskytů problémů. Chcete-li podpis odinstalovat ručně, načti ID DS z výstupu zobrazit diagnostický podpis volajícího a spusťte níže uvedený příkaz.


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

Příklad:


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

Nové podpisy se pravidelně přidávají do nástroje pro vyhledávání diagnostických podpisů na základě problémů běžně pozorovaných v nasazeních. 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ší.


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.

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.

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.

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.

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.

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.

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.

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.

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.


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

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.

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

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.

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.

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.

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.

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.

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.

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.

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.

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.

9. čvc 2021
Referenční informace o přístavu pro volání Cisco Webex

Tady je seznam adres, portů a protokolů používaných pro připojení telefonů, aplikace Webex a bran k volání Cisco Webex. Tento článek je pro správce sítě, zejména správce zabezpečení bránou firewall a proxy serveru, kteří chtějí používat služby volání Webex v rámci své organizace.

Správně nakonfigurovaná brána firewall je nezbytná pro úspěšné nasazení volání. Požadujeme porty pro signalizaci, média, připojení k síti a místní bránu a protože webexové volání je globální služba, doporučujeme ponechat všechny níže uvedené porty otevřené.

Ne všechny konfigurace brány firewall potřebují porty, které mají být otevřené, ale pokud pravidla nelze použít zvenčí, měli byste otevřít porty, aby protokoly požadované pro službu byly mimo provoz. Pokud nasazujete překlad dat NAT, definujete přiměřená období vazby a vyhýbáte se manipulaci se SIP na zařízení NAT, neměli byste otevírat příchozí porty na bránu firewall.


Pokud je směrovač nebo brána firewall vědoma SIP, což znamená, že má bránu AP (ALG) SIP nebo něco podobného, doporučujeme tuto funkci vypnout, abyste zachovali správný provoz služby. Informace o zakázání sip ALG na konkrétních zařízeních naleznete v dokumentaci příslušného výrobce.

Podrobnosti o síťových požadavcích na schůzky a zasílání zpráv služby Webex naleznete v tématu Síťové požadavky na služby Webex.

Webex volá přenos přes bránu firewall

Většina zákazníků nasazuje internetovou bránu firewall nebo internetový proxy server a bránu firewall, aby omezila a ovládala provoz založený na protokolu HTTP, který opouští jejich síť a vstupuje do sítě. Vzhledem k tomu, že všechny koncové body volání Webex nepodporují proxy servery http(s), postupujte podle pokynů brány firewall níže a povolte přístup ke službám volání Webex ze sítě.

Konfigurace brány firewall

Pokud brána firewall podporuje filtrování adres URL, nakonfigurujte bránu firewall tak, aby umožňoval seznam cílových adres URL volání Webex, které jsou uvedeny v tabulce Domény a adresy URL pro službu Volání webexu.

Pokud však používáte bránu firewall, která nepodporuje filtrování adres URL nebo domén, nakonfigurujte bránu firewall tak, aby filtroval přenos pomocí rozsahů ip adres a portů uvedených v adresách IP a portech pro službu Webex Calling Services.

IP adresy a porty pro služby volání Webex

Následující tabulka popisuje porty a protokoly, které je třeba otevřít v bráně firewall, aby aplikace Webex registrované v cloudu a zařízení komunikovaly s cloudovými signalizačními a mediálními službami Webex Calling.

Podsítě IP 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

Účel připojení

Zdrojové adresy

Zdrojové porty

protokol

Cílové adresy

Cílové porty

Poznámky

Signalizace volání na Webex Volání (SIP TLS)

Externí místní brána (síťová karta) 8000-65535

TCP

Služby volání webex naleznete v podsítích IP.

8934

Tyto IP adresy/porty jsou potřebné pro odchozí signalizaci volání SIP-TLS z místních bran, zařízení a aplikací (zdroj) do cloudu volání Webex (Cíl).

Zařízení

5060-5080

Aplikace

Pomíjivé (závislé na operačním systému)

Volání média na webexové volání (STUN,SRTP)

Externí síťová karta místní brány

8000-48000

UDP

Služby volání webex naleznete v podsítích IP.

5004,19560-65535

Tyto IP/porty jsou potřebné pro odchozí média volání SRTP z místních bran, zařízení a aplikací (zdroj) do cloudu volání Webex (Cíl).

Zařízení

19560-19660

Aplikace

prchavý

Signalizace volání do brány PSTN (SIP TLS) Interní síťová karta místní brány 8000-65535 TCP VAŠE ITSP PSTN GW nebo Unified CM Závisí na možnosti PSTN (například obvykle 5060 nebo 5061 pro Sjednocené CM)
Volání média do brány ve strájce (SRTP) Interní síťová karta místní brány

8000-48000

UDP VAŠE ITSP PSTN GW nebo Unified CM Závisí na možnosti PSTN (například obvykle 5060 nebo 5061 pro Sjednocené CM)

Signalizace volání do veřejně adresované koncové body (SIP TLS)

Služby volání webex naleznete v podsítích IP.

prchavý

TCP

IP adresa koncového bodu

8934

Tyto IP adresy/porty jsou potřebné pro příchozí signalizaci volání SIP-TLS z webex calling cloudu (source) do veřejně adresně adresových koncových bodů (Cíl).

Konfigurace zařízení a správa firmwaru (zařízení Cisco)

Volací zařízení Webex

prchavý

TCP

3.20.185.219

3.130.87.169

3.134.166.179

443,6970

*Tyto IP patří cloudupgrader.webex.com.

Musíte povolit cloudupgrader.webex.com a 443 6970 portů pouze při migraci z podnikových telefonů (Cisco Unified CM) na Webex Calling. Další informace upgrade.cisco.com v 10:00.

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 patří activation.webex.com.

Tyto IP jsou potřebné pro bezpečné připojení zařízení (MPP telefony) 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 IPs patří activate.cisco.com.

Tato doména se používá pro zřizování založené na CDA / EDOS - MAC adresách. Používá se zařízeními (telefony MPP, ATA a SPA ATA) s novější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, kontaktuje aktivační server zařízení pro zřizování nulového dotykového ovládání. Nové telefony používají "activate.cisco.com" místo "webapps.cisco.com" pro zřizování. Telefony s firmwarem vydáa dříve než 11.2(1) nadále používají "webapps.cisco.com". Doporučujeme povolit oběma názvům domén bránu firewall.

72.163.10.128/25

173.37.146.128/25

80,443

Tyto IP patří webapps.cisco.com.

Tato doména se používá pro zřizování založené na CDA / EDOS - MAC adresách. Používá se zařízeními (telefony MPP, 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, kontaktuje aktivační server zařízení pro zřizování nulového dotykového ovládání. Nové telefony používají "activate.cisco.com" místo "webapps.cisco.com" pro zřizování. Telefony s firmwarem vydáa dříve než 11.2(1) nadále používají "webapps.cisco.com". Doporučujeme povolit oběma názvům domén bránu firewall.

Služby volání webex naleznete v podsítích IP.

80,443

Tyto IP jsou potřebné pro konfiguraci zařízení a správu firmwaru pro volání Webex.

Synchronizace času zařízení (NTP)

Volací zařízení Webex

51494

UDP

Služby volání webex naleznete v podsítích IP.

123

Tyto IP adresy jsou potřebné pro synchronizaci času pro zařízení (telefony MPP, ATA a SPA ATA)

Překlad názvů zařízení

Volací zařízení Webex

prchavý

UDP a TCP

Definováno hostitelem

53

Konfigurace aplikace

Aplikace webex volání

prchavý

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 patří do služby Webex Idbroker Authentication Services a používají je klienti, tj. Webex Applications.

Služby volání webex naleznete v podsítích IP.

80, 443, 8443

Tyto IP informace patří do konfiguračních služeb aplikací Webex Calling a používají je klienti, tj. aplikace Webex.

Synchronizace času aplikace

Aplikace webex volání

123

UDP

Definováno hostitelem

123

Překlad názvů aplikací

Aplikace webex volání

prchavý

UDP a TCP

Definováno hostitelem

53

CScan

Aplikace webex volání

prchavý

UDP a TCP

Služby volání webex naleznete v podsítích IP.

8934 a 80, 443, 19569-19760

Tyto IP jsou používány službami CScan používanými klienty, tj. webexovými aplikacemi. Další informace cscan.webex.com v 10:00.

† portů CUBE lze konfigurovat pomocí rozsahu rtp portů.

*Tyto IP adresy/rozsahy nejsou vlastněny společností Cisco a mohou se pravidelně měnit. Pokud používáte bránu firewall, doporučujeme povolit uvedené adresy URL.

Domény a adresy URL pro služby volání webexu

Doména / ADRESA URL

Popis

Aplikace a zařízení Webex používající tyto domény / adresy URL

Služby Cisco Webex

*.broadcloudpbx.com

Mikroslužby s autorizací Webexu pro křížové spuštění z Ovládacího centra na Portál pro správu volání.

Control Hub

*.broadcloud.com.au

Služby Webex Calling v Austrálii.

Všichni

*.broadcloud.eu

Služby Webex Calling v Evropě.

Všichni

*.broadcloudpbx.net

Volání konfiguračních a manažerských služeb klientů.

Aplikace Webex

*.cisco.com

Když se telefon připojí k síti poprvé nebo po obnovení továrního nastavení, pokud nejsou nastaveny žádné možnosti DHCP, kontaktuje aktivační server zařízení pro zřizování nulového dotykového ovládání. Nové telefony používají activate.cisco.com a telefony s firmwarem před verzí 11.2(1), nadále používají webapps.cisco.com pro zřizování.

Telefony MPP, řídicí centrum

*.ucmgmt.cisco.com

Služby volání Webex

Control Hub

*.webex.com

Základní služby Webex pro volání, schůzku a zasílání zpráv, jako je ověřování atd.

Všichni

*.wbx2.com a *.ciscospark.com

Mikroslužby Webex, jako je služba upgradu softwaru.

Všichni

Další služby související s Webexem (domény třetích stran)

*.appdynamics.com

*.eum-appdynamics.com

Sledování výkonu, zachycení chyb a selhání, metriky relací.

Control Hub

*.huron-dev.com

Webex Volání mikro služby, jako je přepínání služeb, objednávání telefonních čísel a služby přiřazení.

Control Hub

*.sipflash.com

Služby správy zařízení (většinou pro USA).

Aplikace Webex

*.walkme.com *.walkmeusercontent.com

Klient pro uživatelské poradenství Webex. Poskytuje prohlídky onboardingu a využití pro nové uživatele.

Další informace o procházce WalkMe získáte klepnutím sem.

Aplikace Webex

Pokud brána firewall sítě podporuje seznamy povolených domén pro přenosy http(s), například *.webex.com, důrazně doporučujeme povolit všechny tyto domény.

Schůzky/zasílání zpráv webexu – síťové požadavky

Pokud nasazujete službu Webex Calling se službami webex meetings and messaging, síťové požadavky na služby Webex Meetings and Messaging naleznete v části Síťové požadavky pro služby Webex.

Historie revizí dokumentu

Datum

V tomto článku jsme provedli následující změny

2. dubna 2021

Přidáno *.ciscospark.com v části Domény a adresy URL pro služby volání Webex pro podporu případů použití volání Webex v aplikaci Webex.

25. března 2021

Přidáno 6 nových rozsahů IP activate.cisco.com, které budou platit 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

Nahradila diskrétní IP adresy Webex a menší rozsahy IP adres zjednodušenými rozsahy v samostatné tabulce pro snadné pochopení konfigurace brány firewall.

úterý 26. února 2021

Přidáno 5004 jako cílový port pro volání médií do Webex Calling (STUN,SRTP) pro podporu interactive connectivity establishment (ICE), který bude k dispozici ve Webex Calling v dubnu 2021.

úterý 22. února 2021

Domény a adresy URL jsou nyní uvedeny v samostatné tabulce.

Tabulka IP adresy a porty je upravena tak, aby seskupila adresy IP pro stejné služby dohromady.

Sloupec Poznámky přidaný do tabulky IP adresy a porty pro lepší pochopení potřeb.

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 je v březnu 2021 v Austrálii nasměrováván na novější DNS SRV.

  • 199.59.64.237

  • 199.59.67.237

pondělí 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 odebrali 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

Do referenčních imítů portů byly přidány nové adresy IP konfigurace aplikace.

22. prosince 2020

Byl aktualizován řádek Konfigurace aplikace v tabulkách tak, aby obsahoval následující adresy IP: 135.84.171.154 a 135.84.172.154.

Skryl síťové diagramy, dokud tam nebudou přidány i tyto IP adresy.

11. prosince 2020

Byla aktualizována konfigurace zařízení a správa firmwaru (zařízení Cisco) a řádky konfigurace aplikace pro podporované kanadské domény.

pondělí 16. října 2020

Byly aktualizovány položky signalizace volání a médií následujícími adresami IP:

  • 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

pondělí 23. září 2020

Podle CScan nahradil 199.59.64.156 199.59.64.197.

úterý 14. srpna 2020

Přidány další IP adresy pro 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.197.0/24, 199.199.199.0/24

úterý 12. srpna 2020

Přidány další IP adresy pro podporu zavádění datových center v Kanadě:

  • Volejte média na Webex Calling (SRTP)— 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.199.0/24

  • Signalizace volání na veřejně adresované koncové body (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

Přidána následující IP adresa pro podporu zavádění datových center v Kanadě: 135.84.173.146

9. června 2020

V položce CScan jsme provedli následující změny:
  • Opravena jedna z IP adres – změněna na 199.59.67.156 na 199.59.64.156

  • Nové funkce vyžadovaly nové porty i UDP – 19560-19760

11. března 2020

Do konfigurace aplikace jsme přidali následující domény 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

Aktualizovali jsme následující domény s dalšími IP adresami 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

úterý 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 icon