Vodoznak
18. kvě 2021 | zobrazení | osob/y, podle nichž byl obsah užitečný

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

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

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.

Vodoznak
18. kvě 2021| zobrazení | osob/y, podle nichž byl obsah užitečný

Připravte si prostředí pro volání přes Webex

Připravte si prostředí Nastavit volání webexu pro vaši organizaci Konfigurace lokální brány pro přístup PSTN (pouze VAR) Cofigure UCM Nastavit funkce volání Webex Konfigurace a správa uživatelů Konfigurace a správa zařízení

Požadavky na volání

Licence

Volání Webex je k dispozici prostřednictvím plánu Cisco Collaboration Flex. Musíte zakoupit plán Enterprise Agreement (EA) (pro všechny uživatele, včetně zařízení s 50% pracovními plochami) nebo plán Named User (NU) (někteří nebo všichni uživatelé).

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

  • Podnikání- tyto licence poskytují kompletní sadu funkcí pro celou vaši organizaci. Tato nabídka zahrnuje jednotnou komunikaci (Webex Calling), mobilitu (desktopové a mobilní klienty s podporou více zařízení), týmovou spoluprácive Webexu a možnost sbalit schůzky až s 1000 účastníky na schůzku.

  • Základní - Tuto možnostvyberte, pokud vaši uživatelé potřebují omezené funkce bez mobility nebo jednotné komunikace. I tak dostanou plnohodnotnou hlasovou nabídku, ale jsou omezeny na jedno zařízení na uživatele.


    Základní licence jsou k dispozici pouze v případě, že máte předplatné Pojmenovaného uživatele. Základní licence nejsou podporovány pro předplatné Enterprise Agreement.

  • Pracovní prostory (také známé jako Společný prostor) - Tuto možnost vyberte, pokud hledáte základní vytáčecí tón s omezenou sadou volebních funkcí vhodných pro oblasti, jako jsou odpočívárny, lobby a konferenční místnosti.

Tato dokumentace vám později ukáže, jak používat Control Hub ke správě těchto licenčních distribucí napříč místy 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í v audio hovoru vyžaduje rychlost 100 kb/s. Telefony v nečinnosti potřebují minimální šířku pásma.

Místní brána pro PSTN se sídlem v objektu

Prodejci s přidanou hodnotou (VAR) i poskytovatelé služeb (SP) mohou poskytovat přístup k síti PSTN volajícím organizacím Webex. Místní brána je v současné době jedinou možností, jak poskytnout přístup k PSTN založený na prostorách. 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. Následují požadavky na místní bránu.

Podporovaná zařízení

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


Úplný seznam podporovaných zařízení pro volání Webex naleznete v části 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ý vytváříte v Control Hubu. Další informace naleznete v části "Cisco Webex Room, Board, and Desk Devices" v části Podporovaná zařízení pro Webex Volání. Tato zařízení však můžete poskytnout službou PSTN povolením Webex Volání do pracovního prostoru.

Firewall

Splňte požadavky firewallu, které jsou zdokumentovány v Port Reference Information for Cisco Webex Calling.

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

Obecné předpoklady

Před konfigurací místní brány pro volání Cisco Webex seujistěte, že

    • Mají základní znalosti zásad VoIP

    • Má základní pracovní znalosti o hlasových konceptech Cisco IOS-XE a IOS-XE

    • Základní znalosti protokolu o zahájení relace (SIP)

    • Základní znalosti Cisco Unified Communications Manager (Unified CM), pokud váš model nasazení zahrnuje Unified CM

    Více informací naleznete v Průvodci konfigurací Cisco Unified Border Element (CUBE) Enterprise na adrese https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

Hardwarové a softwarové požadavky pro lokální bránu

Ujistěte se, že vaše nasazení má jednu nebo více místních bran (Cisco CUBE (pro připojení založené na IP) nebo Cisco IOS Gateway (pro připojení založené na TDM)), které jsou uvedeny v tabulce 1 Příručky místních bran pro objednávání volání Webex. Kromě toho se ujistěte, že je na platformě spuštěna podporovaná verze IOS-XE podle Příručky konfigurace místní brány.

Certifikát a bezpečnostní požadavky pro místní bránu

Webex Volání vyžaduje bezpečnou signalizaci a média. Místní brána provádí šifrování a musí být navázáno spojení TLS směrem do cloudu s následujícími kroky:

  • LGW musí být aktualizován kořenovým balíčkem CA od Cisco PKI

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

  • Kořenový balíček CA validuje předložený certifikát

  • Požadováno přihlašovací údaje (je poskytnut výpis SIP)

  • Cloud identifikuje, která lokální brána je bezpečně registrována

Požadavky na optimalizaci firewallu, NAT Traversal a mediální cesty pro lokální bránu

Ve většině případů může lokální brána a koncové body sídlit v interní zákaznické síti pomocí soukromých IP adres S NAT. Firewall podniku musí umožňovat odchozí provoz (SIP, RTP/UDP, HTTP) na konkrétní IP adresy/porty, na které se vztahují referenční informace o přístavu.

Chcete-li využít Optimalizaci mediální cesty s LEDEM, musí mít rozhraní Webex Calling facing místní brány přímou síťovou cestu do a z koncových bodů Webex Calling. Pokud jsou koncové body na jiném místě a mezi koncovými body a rozhraním Webex Calling místní brány není žádná přímá síťová cesta, pak musí mít místní brána veřejnou IP adresu přiřazenou rozhraní Webex Calling for calls between the local gateway and the endpoints to use media path optimization. Kromě toho musí být spuštěna IOS-XE verze 16.12.5.

Vodoznak
18. kvě 2021| zobrazení | osob/y, podle nichž byl obsah užitečný

Nastavení volání Cisco Webex pro vaši organizaci

Prvním krokem, jak zprovoznit služby volání Webex, je dokončení Průvodce prvním nastavením (FTSW). Jakmile je FTSW dokončen pro vaši první lokalitu, nemusí být dokončen pro další lokality.

Než začnete

Pokud se snažíte nastavit zákazníka v Kanadě, jsou nutné další kroky. Pro více informací kontaktujte Partner HelpDesk.

1

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


 

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

2

Přečtěte si a přijměte smluvní podmínky.

3

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


 

Váš správce účtu odpovídá za aktivaci prvních kroků FTSW. Pokud obdržíte oznámení "Nelze nastavit hovor”, obraťte se na svého správce účtu, když vyberete možnost Začínáme.

4

Vyberte zemi, do které má datové centrum mapovat, a zadejte kontaktní údaje zákazníka a adresu zákazníka.

5

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

6

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

  • Klepněte na tlačítko Uložit a zavřít, pokud jste správce partnera a chcete, aby správce zákazníka dokončil poskytování volání Webex.
  • 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 nelze ji změnit. Další lokality v různých zemích můžete vytvořit později, ale mějte na paměti, že budou hostovány v regionálním datovém centru, které odpovídá smluvní zemi, kterou jste vybrali dříve v tomto postupu. Můžete například mít jednu lokalitu ve Spojených státech a jednu ve Spojeném království.


 

Po dokončení průvodce nastavením nezapomeňte do vytvořeného umístění přidat hlavní číslo.

7

Pro použití na tomto místě proveď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 SIP adresu Cisco Webex a klikněte na tlačítko Další a vyberte možnost Dokončit.

Než začnete

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

  • Adresa lokality

  • Požadovaná telefonní čísla (nepovinné)

1

Z pohledu zákazníka v přejděte https://admin.webex.comna položky Služby > Volání > Lokalitya klikněte na tlačítko Přidat lokalitu.

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

2

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 svázat. Můžete například vytvořit jednu lokalitu (ústředí) ve Spojených státech a další (pobočku) ve Spojeném království. Země, kterou zvolíte, určuje následující pole adresy. Ty, které jsou zde zdokumentovány, používají jako příklad americkou adresu.
  • Jazyk -vyberte jazyk pro umístění.
  • Adresa - Zadejte hlavní poštovní adresu umístění.
  • Město -Vstup do města pro tuto lokalitu.
  • Stát - Z rozbalovací nabídky vyberte stát.
  • PSČ - zadejte PSČ.Telefonní číslo -Zadejte telefonní číslo, na kterém lze kontaktovat hlavní kontaktní osobu umístění.
3

(Nepovinné) Přepněte Skype pro firmy, pokud vaši uživatelé na tomto místě chtějí i nadále spolupracovat pomocí aplikace Microsoft Skype pro firmy. Uživatelé budou moci uskutečňovat a přijímat telefonní hovory mimo svou organizaci a využívat pokročilé funkce volání, které aplikace Webex Volání S4B nabízí. Uživatelé si musí stáhnout a nainstalovat aplikaci Webex Calling S4B, aby při zahájení nebo přijetí hovoru PSTN ve své aplikaci Microsoft Skype byli uvedeni do aplikace Webex Calling S4B.


 

Je to jediná doba, kdy se můžete přihlásit nebo odhlásit z integrace Skype pro firmy s aplikací Webex Calling. Po vytvoření umístění již nebudete mít možnost toto nastavení změnit.

4

Klepněte na tlačítko Uložit a vyberte, zda chcete přidat čísla nyní nebo později.

5

Pokud jste kliknuli na tlačítko Přidat nyní, vyberte jednu z následujících možností:

  • Cisco PSTN - Zvolte tuto možnost, pokud chcete balíčkové řešení, které vám umožní objednat nová čísla PSTN a přenést stávající čísla do Cisca.


     

    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. Lokalita je v zemi, kde je podporován Volací plán Cisco (v současné době dostupný pouze ve Spojených státech).

  • Cloud Connected PSTN - Tuto možnostvyberte, pokud hledáte cloudové řešení, které nevyžaduje významné investice do místního hardwaru, a vyberte si poskytovatele CCP.

     

    Zobrazují se pouze partneři, kteří podporují zemi vaší polohy.

    Pokud nyní vidíte možnost Objednat čísla u poskytovatele uvedeného v seznamu, doporučujeme vám tuto možnost zvolit, abyste mohli těžit z výhod integrované ústřední protistrany. Takhle si můžete objednat svá čísla přímo tady v Centrále. 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 svá čísla neobjednat, následné změny poskytovatele PSTN mohou být omezeny.

  • PSTN založený na prostorách (LocalGateway) Tuto možnost si můžete zvolit, pokud si chcete ponechat svého stávajícího poskytovatele PSTN nebo chcete propojit jiné než cloudové stránky s cloudovými stránkami.

6

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

7

Zadejte telefonní čísla jako hodnoty oddělené čárkami a klikně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 Validated Numbers (Ověřená čísla) a neplatné položky zůstanou v poli Add Numbers (Přidat čísla) doplněné chybovou zprávou.

V závislosti na zemi lokality 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ředplacený.

8

Klikněte na položku Uložit.

Co dělat dál

Po vytvoření polohy můžete pro tuto polohu povolit tísňovou linku 911. Více informací naleznete v části Služba tísňového volání RedSky 911 pro Webex Volání.

Když jste vytvořili svou zákaznickou organizaci v Control Hubu, první vytvořené umístění se automaticky stane výchozím umístěním. Uživatelé, které přidáte do své organizace, jsou přiřazeni k tomuto výchozímu umístění, pokud nestanovíte jinak. Můžete nastavit jakékoli další umístění jako výchozí, ale mějte na paměti, že výchozí umístění nelze smazat.

Než začnete


Získejte seznam uživatelů a pracovních prostor přidružených k umístění: Přejděte do nabídky Služby > Čísla a z rozbalovací nabídky vyberte umístění, které má být smazáno. Před odstraněním umístění musíte tyto uživatele a pracovní prostory smazat.

Mějte na paměti, že všechna čísla spojená s touto lokalitou budou odeslána zpět vašemu poskytovateli PSTN; tato čísla již nebudete vlastnit.

1

Z pohledu zákazníka v https://admin.webex.compřejděte na položky Služby > Volání > Umístění a vyberte umístění, které chcete odstranit.

2

Vedle názvu lokality klikněte na tlačítko Další, vyberte možnostSmazat lokalitu a potvrďte, že chcete tuto lokalitu odstranit.

Obvykle trvá několik minut, než bude lokalita trvale smazána, ale může to trvat až hodinu. Stav můžete zkontrolovat kliknutím na tlačítko Další vedle názvu umístění a výběrem možnosti Stav odstranění.

Po vytvoření můžete změnit nastavení PSTN, jakož i název, časové pásmo a jazyk umístění. 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 služby tísňového volání 911. Více informací naleznete v části Služba tísňového volání RedSky 911 pro Webex Volání.

1

Z pohledu zákazníka v https://admin.webex.compřejděte na položky Služby > Volání > Lokality a vyberte lokalitu, kterou chcete aktualizovat.

Pokud vedle umístění vidíte symbol Upozornění, znamená to, že jste pro dané umístění ještě nenakonfigurovali telefonní číslo. Uživatelé nebudou moci uskutečňovat ani přijímat žádné hovory, dokud nebude toto číslo nakonfigurováno.

2

(Nepovinné) V části Připojení PSTNvyberte buď PSTN připojený k cloudu nebo PSTN založený na prostorách (lokální brána), v závislosti na tom, kterou z nich jste již nakonfigurovali. Klepnutím na tlačítko Spravovat tuto konfiguraci změňte a poté potvrďte související rizika výběrem Pokračovat. Poté vyberte jednu z následujících možností a klikněte na tlačítko Uložit:

  • Cisco PSTN - Zvolte tuto možnost, pokud chcete balíčkové řešení, které vám umožní objednat nová čísla PSTN a přenést stávající čísla do Cisca.


     

    Partneři musí být autorizovaní Webex Volání VAR partnery a přijali nový Webex Volání Dodatek prostřednictvím zápisu do programu Cisco Webex Volání VAR PSTN.

    Partneři zadají objednávku s licencemi Cisco Calling Plan (odchozí volací plán a telefonní čísla) v rámci Cisco Commerce Workspace (CCW).

    Tato možnost je dostupná pouze prodejcům s přidanou hodnotou.

  • Cloud Connected PSTN - Tuto možnostvyberte, pokud hledáte cloudové řešení, které nevyžaduje významné investice do místního hardwaru, a vyberte si poskytovatele CCP.


     

    Zobrazují se pouze partneři, kteří podporují zemi vaší polohy.

    Pokud nyní vidíte možnost Objednat čísla u poskytovatele uvedeného v seznamu, doporučujeme vám tuto možnost zvolit, abyste mohli těžit z výhod integrované ústřední protistrany. Takhle si můžete objednat svá čísla přímo tady v Centrále. Pokud zvolíte tuto možnost, přejděte sem pro více informací a další kroky

  • Premises-based PSTN (Local Gateway) -Tuto možnost vyberte, pokud si chcete ponechat svého stávajícího poskytovatele PSTN nebo chcete propojit jiné než cloudové stránky s cloudovými stránkami.

     

    Webex Volání zákazníků s lokalitami dříve nakonfigurovanými s lokální bránou bude automaticky převedeno na PSTN založené na předpokladech s odpovídajícím kmenem.

3

Vyberte hlavní číslo, na kterém lze dosáhnout hlavního kontaktu umístění.

4

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

5

(Volitelné) Kliknutím na ikonu tužky v horní části stránky Umístění změňte název lokality, časové pásmo nebojazyk podle potřeby a klikněte na tlačítko Uložit.

Tato nastavení jsou určena pro vnitřní vytáčení a jsou dostupná také v průvodci prvním nastavením. Při změně plánu vytáčení se příklady čísel v centru řízení aktualizují tak, aby zobrazovaly tyto změny.


Můžete nastavit oprávnění odchozího volání pro dané umístění. Pro konfiguraci oprávnění odchozího volání se podívejte na tyto kroky.

1

Z pohledu zákazníka v přejděte https://admin.webex.comna položky Služby > Volání > Nastavení službya poté přejděte na možnost Vnitřní vytáčení.

2

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

  • Délka předpony směrovánípolohy - Doporučujeme toto nastavení, pokud máte více míst. Můžete zadat délku 2-7 číslic. Pokud máte více míst se stejným rozšířením, uživatelé musí při volání mezi místy vytočit předponu. Například, pokud máte více obchodů, všechny s rozšířením 1000, můžete nakonfigurovat předvolbu směrování pro každý obchod. Pokud má jeden obchod předponu 888, vytočíte 8881000, abyste se tam dostali.
  • Řídící číslice v předčíslí směrování- Zde můžete nastavit hodnotu bez ohledu na to, zda používáte předčíslí směrování polohy.
  • Délka interního rozšíření-Můžete zadat 2-6 číslic a výchozí hodnota je 2.

     

    Po prodloužení délky rozšíření nejsou stávající rychlá vytáčení interních rozšíření automaticky aktualizována.

3

Zadejte vnitřní vytáčení pro konkrétní umístění. Přejděte do nabídky Služby > Volat > Místa, vyberte umístění, přejděte na Volání a podle potřeby změňte vnitřní a vnější vytáčení:

  • Interní vytáčení -Zadejte předponu směrování, kterou uživatelé na jiných místech musí vytočit, aby mohli kontaktovat někoho na tomto místě. Předpona směrování každého umístění musí být jedinečná. Doporučujeme, aby délka předpony odpovídala délce nastavené na úrovni organizace, ale musí být dlouhá 2-7 číslic.
  • Externí vytáčení -Volitelně si můžete vybrat odchozí číselnou číslici, kterou uživatelé musí vytočit, aby se dostali na vnější linku. Výchozí hodnota je None a můžete ji opustit, pokud tento zvyk vytáčení nevyžadujete. Pokud se rozhodnete tuto funkci používat, doporučujeme použít jiné číslo než řídící číslici vaší organizace.

     

    Uživatelé mohou při uskutečňování externích hovorů zahrnout odchozí číselnou číslici, aby napodobili způsob, jakým vytáčeli na starších systémech. Všichni uživatelé však stále mohou uskutečňovat externí hovory, aniž by zahrnuli odchozí volací číslici.

Dopad na uživatele:

  • Uživatelé musí své telefony restartovat, aby se změny v nastavení vytáčení projevily.

  • Uživatelská rozšíření by neměla začínat stejným číslem jako řídící číslice umístění.

Jste-li prodejcem s přidanou hodnotou, můžete pomocí těchto kroků spustit konfiguraci místní brány v Cisco Webex Control Hub. Pokud je tato brána zaregistrována do cloudu, můžete ji použít na jednom nebo více místech volání Cisco Webex a poskytnout směrování k podnikovému poskytovateli služeb PSTN.


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

Pro vytvoření kmene v Control Hubu postupujte podle následujících kroků.

Než začnete

  • Jakmile je umístění přidáno, a před konfigurací PSTN založené na předpokladech pro umístění, musíte vytvořit kmen.

  • Vytvořte všechna místa a konkrétní nastavení a čísla pro každé z nich. Místa musí existovat, než budete moci přidat PSTN založené na předpokladech.

  • Pochopte požadavky PSTN (místní brány) pro volání přes Webex.

  • Pro umístění s PSTN založeným na prostorách si nemůžete vybrat více než jeden kmen, ale pro více míst si můžete vybrat stejný kmen.

1

Z pohledu zákazníka v přejděte https://admin.webex.comna položky Služby > Volání > Přesměrování hovorůa vyberte Přidat kufr.

2

Vyberte umístění.

3

Pojmenujte kufr a klikněte na tlačítko Uložit.


 

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

Co dělat dál

Zobrazí se příslušné parametry, které budete muset nakonfigurovat v kufru. Budete také generovat sadu SIP digest pověření pro zabezpečení připojení PSTN.

Informace o kmeni se zobrazí na obrazovce Register Domain(Registrovat doménu), Trunk Group OTG/DTG(Skupina kmene OTG/DTG), Line/Port(Linka/Port) a Outbound Proxy Address (Adresa odchozího proxy serveru).

Doporučujeme zkopírovat tyto informace z Control Hubu a vložit je do místního textového souboru nebo dokumentu, abyste se na ně mohli odvolat, až budete připraveni nakonfigurovat PSTN založené na předpokladech.

Pokud ztratíte přihlašovací údaje, musíte je vygenerovat z obrazovky s informacemi o kufru v Control Hubu. Klepnutím na tlačítko Získat uživatelské jméno a obnovit heslo vygenerujete novou sadu autentizačních údajů, které se použijí v kufru.

1

Z pohledu zákazníka v přejděte https://admin.webex.comna položky Služby > Volání > Lokality.

2

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

3

Vyberte položku PSTN založenou na prostorách a klikněte na tlačítko Další.

4

Z rozbalovací nabídky vyberte kufr.


 

Navštivte úvodní stránku a spravujte volby skupiny kmene.

5

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

Co dělat dál

Musíte vzít konfigurační informace generované Control Hubem a zmapovat parametry do lokální brány (například na Cisco KRYCHLI, která leží v objektu). Tento článek vás provede tímto procesem. Pro příklad, jak informace o konfiguraci ovládacího centra (vlevo) mapují na parametry v KRYCHLI (vpravo), viz následující diagram:

Po úspěšném dokončení konfigurace na samotné bráně se můžete vrátit do nabídky Služby > Volat > Umístění v Control Hubu a vytvořená brána bude uvedena na kartě umístění, ke které jste ji přiřadili, se zelenou tečkou vlevo od názvu. Tento stav znamená, že brána je bezpečně zaregistrována do volajícího cloudu a slouží jako aktivní brána PSTN pro dané umístění.

1

Z pohledu zákazníka v přejděte https://admin.webex.comna položky Služby > Volání > Čísla.

Zobrazí se tabulka, která zobrazuje čísla a odpovídající informace pro všechna umístění. Chcete-li filtrovat konkrétní lokalitu, můžete kliknout na rozbalovací nabídku Všechny lokality a vybrat lokalitu. Tabulka obsahuje informace o tom, komu je číslo přiřazeno a jaký je jeho stav.

2

(Nepovinné) Vedle položky čísel v části Akceklikněte na tlačítko a vyberte jednu z následujících možností:

  • Upravit- pro aktivní čísla, která jsou aktuálně přiřazena uživateli nebo místu. Kliknutím na tuto možnost otevřete portál Volání správce, kde můžete provést další změny.

  • Aktivovat- pro čísla v neaktivním stavu je tato možnost k dispozici, jakmile je dokončeno Webex Volání přenesené číslo, které bylo odesláno s objednávkou. Po aktivaci čísla se číslo zobrazí jako aktivní, jakmile je připraveno k použití.

  • Smazat- pro čísla v neaktivním stavu, která nejsou momentá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 alespoň jedno nové číslo na místo a potom klepněte na tlačítko Uložit.


 

Platné položky se přesunou do pole Validated Numbers (Ověřená čísla), zatímco neplatné položky zůstávají v poli Add Numbers (Přidat čísla) doplněné chybovou zprávou.

Čísla musí odpovídat formátu E.164 pro všechny země, s výjimkou Spojených států amerických může také následovat národní formát.

V závislosti na zemi lokality 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ředplacený.

4

(Nepovinné) Aktivujte hromadně čísla. Seznam čísel můžete filtrovat podle konkrétního umístění, stavu nebo obojího. Klepnutím na tlačítko Neaktivní zobrazíte pouze čísla, která jsou v neaktivním stavu. Můžete aktivovat 500 čísel najednou výběrem Aktivovat čísla v horní části seznamu a poté potvrdit svůj záměr kliknutím na Aktivovat v zobrazeném dialogovém okně.

Pokud vyzkoušíte služby Cisco Webex a chcete svou zkušební verzi převést na placené předplatné, můžete odeslat e-mailovou žádost svému partnerovi.

1

Z pohledu zákazníka v https://admin.webex.comvyberte ikonu budovy .

2

Vyberte kartu Odběry a klikněte na tlačítko Koupit nyní.

Vašemu partnerovi je zaslán e-mail s informacemi, že máte zájem o převod na placené předplatné.

Pomocí Webex Control Hub můžete nastavit prioritu dostupných možností volání, které uživatelé vidí ve Webexu. Můžete je také povolit pro jedno kliknutí na volání.

1

Z pohledu zákazníka v https://admin.webex.compřejděte na Nastavení organizace > Služby, přejděte na Volání a vyberte Nastavení klienta.

2

Přetáhněte možnosti volání, které chcete, aby uživatelé viděli, do pole Dostupné možnosti volání a poté je uspořádejte v pořadí priorit, které chcete pro své uživatele.

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

3

Zapněte Povolit jedno kliknutí na hovor, pokud chcete, aby uživatelé mohli volat s první volbou hovoru, kterou jste nakonfigurovali v předchozím kroku.


 

Změny mohou trvat až 24 hodin, než se objeví ve Webexu. Uživatelům můžete poradit, aby restartovali své aplikace a rychleji tyto změny přijali.

Můžete ovládat, co volání aplikace otevře, když uživatelé volají PSTN. Poté, co toto nastavení nakonfigurujete na úrovni organizace, můžete toto nastavení pro konkrétní uživatele přepsat.


Možnost pro celou organizaci zvolte pouze tehdy, pokud jste připraveni migrovat celou organizaci.

Než začnete

  • Vaše organizace musí mít správné předplatné pro zvolené chování volání.

  • Uživatelé musí mít platná telefonní čísla. Pokud jsou čísla neplatná, Webex i nadále odešle číslo do vámi vybrané volající aplikace, ale hovor z této aplikace selže.

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

  • Volání týmů Webex - Tuto možnostvyberte, pokud chcete, aby uživatelé uskutečňovali volání přímo ve Webexu pomocí volání Webex.
  • Webex Volání aplikace - Tuto možnostvyberte, pokud vaše organizace má předplatné Cisco Webex Volání a chcete umožnit uživatelům, aby PSTN volání pomocí aplikace Webex Volání. Když uživatelé volají PSTN ve Webexu, používá se k volání aplikace Webex Calling.

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

Uživatelé musí mít nainstalovánu odpovídající aplikaci pro volání PSTN z Webexu. Ujistěte se, že dáváte lidem vědět, jakou volbu provedete, a zda je k volání PSTN používána jiná aplikace.


 

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

Vodoznak
18. kvě 2021| zobrazení | osob/y, podle nichž byl obsah užitečný

Konfigurace lokální brány na IOS-XE pro volání Webex

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

Tento tok úloh použijte pro konfiguraci místní brány pro kmen volání Webex. Následující kroky jsou prováděny na lokální bráně pomocí příkazového řádku. Kufr mezi lokální bránou a Webex Calling je vždy zabezpečen pomocí SIP TLS transport a SRTP pro média mezi lokální bránou a Webex Calling Access SBC.

Než začnete

  • Pochopte požadavky PSTN (místní brány) pro volání přes Webex.

  • Vytvořte kufr v Ovládacím centru a přiřaďte jej na požadované místo.

  • Pokyny pro konfiguraci uvedené v tomto dokumentu předpokládají, že existuje vyhrazená platforma místní brány bez stávající hlasové konfigurace. Pokud je stávající implementace PSTN brány nebo CUBE Enterprise modifikována tak, aby také používala funkci místní brány provolání Webex, věnujte pečlivou pozornost použité konfiguraci a ujistěte se, že stávající toky volání a funkce nejsou přerušeny v důsledku provedených změn.

  Příkaz nebo akce Účel
1

Mapování parametrů mezi Cisco Webex Control Hub a Cisco Unified Border Element

Tato tabulka slouží jako reference pro parametry, které pocházejí z Control Hubu a kde mapují na místní bránu.

2

Provést konfiguraci 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ěry.

3

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

4

V závislosti na vašem nasazení si jednu vyberte:

Přesměrování hovorů na místní bráně je založeno na zvolené možnosti nasazení volání Webex. Tato část předpokládá, že ukončení IP PSTN je na stejné platformě jako lokální brána. Následující konfigurace je pro jednu z těchto možností na lokální bráně:

  • Možnost nasazení lokální brány bez místní IP ústředny. Lokální brána a IP PSTN KOSTKA jsou spoluprezidenty.

  • Možnost nasazení místní brány v rámci stávajícího jednotného prostředí CM. Lokální brána a IP PSTN KOSTKA jsou spoluprezidenty.

Tabulka 1. Mapování parametrů mezi ovládacím centrem Cisco Webex a lokální 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

vedoucí registru

příklad.com

OTG/DTG skupiny přenosového spoje

sip profily:

<rule-number> požadavek na pravidlo LIBOVOLNÁ HLAVIČKA

Z modifikovat ">" "; otg=otgDtgId>"

Linka/port

user@example.com

číslo: uživatel

Odchozí proxy

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

Uživatelské jméno SIP

uživatelské jméno

Heslo SIP

heslo

Než začnete

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

  • Nejnovější z IOS-XE 16.12 nebo IOS-XE 17.3 požadované pro všechna nasazení LGW.

1

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

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

Než bude možné heslo použít v pověřovacích listinách a sdílených tajemstvích, musíte předkonfigurovat primární klíč pro heslo pomocí níže uvedených příkazů. Hesla typu 6 jsou šifrována POMOCÍ AE šifry a uživatelsky definovaného primárního klíče.


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

Nastavte IP Name Server tak, abyste povolili vyhledávání DNS a zajistili jeho dostupnost pingem:


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

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

  1. Vytvořte zástupný PKI Trustpoint a nazvěte jej sampleTP

  2. Přiřadit důvěryhodný bod jako výchozí signalizační důvěryhodný bod v rámci sip-ua

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

  4. Pro fungování TLS je potřeba šifrovací důvěryhodný bod, i když pro nastavení připojení není vyžadován lokální klientský certifikát (například mTLS).

  5. Zakázat TLS v1.0 a v1.1 povolením exkluzivity v1.2.

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

  7. (IOS-XE 17.3.2 a novější) Nastavte připojení časovačů nastavte 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 spojení s dalším dostupným Webex Calling Access SBC. Toto CLI umožňuje administrátorovi měnit hodnotu tak, aby vyhovovala podmínkám sítě a detekovala selhání připojení s přístupovým SBC mnohem rychleji).


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

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

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

Aktualizovat Local Gateway Trustpool:

Výchozí balíček trustpoolu neobsahuje certifikát “DigiCert Root CA” potřebný pro ověření certifikátu na straně serveru během navazování spojení TLS s voláním Webex.

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

  1. Zkontrolujte, zda certifikát DigiCert Room CA existuje:

    
    LocalGateway#show crypto pki trustpool | include DigiCert
  2. Pokud neexistuje, aktualizujte jej následovně:

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

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

Než začnete

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

1

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

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 mýtného
Device(config)# voice service voip
Device(config-voi-serv)# ip address trusted list
Device(cfg-iptrust-list)# ipv4 x.x.x.x y.y.y.y
  • Výslovně umožňuje zdrojové IP adresy subjektů, od kterých místní brána očekává legitimní VoIP hovory, jako jsou Webex Calling peers, Unified CM nodes, IP PSTN.

  • Ve výchozím nastavení blokuje LGW všechna nastavení příchozích VoIP hovorů z IP adres, které nejsou v seznamu důvěryhodných. IP adresy z dialogů s "cílovou IP relací” nebo skupinou serverů jsou ve výchozím nastavení důvěryhodné a nemusí být zde vyplněny.

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


     

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

  • Jiné IP adresy budou možná muset být nakonfigurovány na jiných rozhraních; například bude třeba přidat vaše jednotné CM adresy do rozhraní směřujících dovnitř.

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

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

Média
voice service voip
 media statistics 
 media bulk-stats 
  • Media Statistics umožňuje monitorování médií na lokální bráně.

  • Hromadné statistiky médií umožňují řídicí rovině průzkum datové roviny pro hromadné statistiky hovorů.

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

Zakáže ODKAZOVAT a nahradí dialogové ID v hlavičce Nahradí dialogové ID kolegy.

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

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

Umožňuje přenos faxu T.38, i když přenos faxu 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 hovor přesměrován zpět uživateli volání Webex (například volající i volající strany jsou odběratelé volání Webex a média jsou ukotvena na SBC volání Webex), média nemohou proudit do místní brány, protože dírka není otevřená.

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

  • OMRAČOVACÍ heslo je předpokladem pro místní bránu k odeslání OMRAČOVACÍCH zpráv. Firewally založené na IOS/IOS-XE lze nakonfigurovat tak, aby kontrolovaly toto heslo a dynamicky otevíraly dírky (například bez explicitních pravidel vstupu a výstupu). Ale v případě nasazení lokální brány je firewall staticky nakonfigurován tak, aby otevíral dírky dovnitř a ven na základě Webex Volání podsítí SBC. Firewall by s tím měl zacházet jako s jakýmkoliv příchozím UDP paketem, který spustí otevření dírky, aniž by se výslovně podíval na obsah paketu.

G729
sip
  g729 annexb-all

Umožňuje všechny varianty G729.

Protokol SIP
early-offer forced

Nutí místní bránu odeslat informace SDP v úvodní POZVACÍ zprávě namísto čekání na potvrzení od sousedního vrstevníka.

2

Nastavte “SIP profil 200”.

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

Tato pravidla jsou

Vysvětlení příkazů:

  • pravidlo 9 zajišťuje, že hlavička je uvedena jako“SIP-Req-URI” a ne “SIP-Req-URL”

    To konvertuje mezi SIP URI a SIP URL, protože Webex Volání nepodporuje SIP URI v požadavku/odpovědi zprávy, ale potřebuje je pro SRV dotazy, např._sips._tcp.<outbound-proxy>.
  • pravidlo 20 upravuje záhlaví From tak, aby obsahovalo parametr Trunk Group OTG/DTG z Control Hubu a jednoznačně identifikovalo lokalitu LGW v rámci podniku.

  • Tento profil SIP bude aplikován na nájemce hlasové třídy 200 (projednáno později) pro veškerý provoz, který čelí volání Webex.

3

Nastavte profil kodeku, definici OMRÁČENÍ a sadu SRTP Crypto.

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

Vysvětlení příkazů:

  • Hlasový kodek 99: Umožňuje jak g711 (mu, tak a-law) kodeky pro relace. Je aplikován na všechny dialogy.

  • Hlasová třída srtp-crypto 200: Specifikuje SHA1_80 jako jediné šifrovací zařízení SRTP, které nabízí místní brána v nabídce a odpovědi SDP. Webex Volání podporuje pouze SHA1_80.

  • Budou aplikovány na hlas třídy nájemce 200 (diskutováno později) čelí volání Webex.

  • Hlasová třída omráčení 200: Definuje použití OMRÁČENÍ. Používá se na všechny volající telefonáty Webex (2XX tag), aby se v žádném případě zabránilo zvuku, když sjednocený telefon CM přesměruje hovor na jiný volající telefon Webex.


 

V případech, kdy jsou média ukotvena na ITSP SBC a Místní brána je za NAT a čeká na příchozí mediální proud z ITSP, může být tento příkaz aplikován na ITSP čelí dial-peers.


 

Omráčení použití led lite je vyžadováno pro toky volání s využitím optimalizace cesty média.

4

Parametry ovládacího centra mapy do konfigurace místní brány:

Webex Volání je přidáno jako nájemce v rámci místní brány. Konfigurace potřebná pro registraci lokální brány je definována v hlasové třídě nájemce 200. Prvky této konfigurace musíte získat na stránce Informace o kufru v Ovládacím centru, jak je znázorněno na tomto obrázku. Toto je příklad pro zobrazení toho, která pole mapují k příslušné lokální bráně CLI.

Nájemce 200 je pak aplikován na všechny dialogové jednotky Webex Calling směřující k vytáčení (2xx tag) v konfiguraci lokální brány. Funkce hlasové třídy nájemce umožňuje seskupení a konfiguraci parametrů kmene SIP jinak provedeno v rámci hlasové služby voip a sip-ua. Je-li nájemce nakonfigurován a aplikován pod číselníkem, použijí se konfigurace IOS-XE v následujícím pořadí:

  • Konfigurace vytáčení

  • Konfigurace nájemce

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

5

Konfigurace hlasové třídy nájemce 200 pro povolení registrace kufru z LGW na Webex volání na základě parametrů, které jste získali z Control Hub:


 

Příkazový řádek a parametry níže jsou pouze příklady. Parametry musíte 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 místní brány pro více nájemců umožňuje specifické globální konfigurace pro více nájemců na kmenech SIP, které umožňují diferencované služby pro nájemce.

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

Registrační server pro lokální bránu s registrací nastavenou na obnovení každé dvě minuty (50% z 240 sekund). Další informace viz .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

Pověření pro výzvu registrace kufru. Další informace viz .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

Ověřovací výzva pro hovory. Další informace viz .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 Volání podporuje PAI, která je povolena pomocí CIOasserted-id pai(viz níže).

sip-server dns:40462196.cisco-bcld.com
Webex Volání serverů. Další informace viz https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462
connection-reuse

Použít stejné trvalé připojení pro registraci a zpracování hovorů.

srtp-crypto 200

Specifikuje SHA1_80 podle definice v voice class srtp-crypto 200.

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

Dotaz SRV musí být SIP, jak je podporováno přístupovým SBC; všechny ostatní zprávy jsou změněny na USRKÁVÁNÍ pomocí sip-profilu 200.

error-passthru

SIP error response pass-thru funkčnost

asserted-id pai

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

bind control source-interface GigabitEthernet0/0/1

Rozhraní zdroje signálu čelí volání Webex.

bind media source-interface GigabitEthernet0/0/1

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

no pass-thru content custom-sdp

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

sip-profiles 200

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

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

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

privacy-policy passthru

Průhledně předávat přes soukromí záhlaví hodnoty z příchozí do odchozí etapy.

Poté, co je v lokální bráně definován nájemce 200 a je nakonfigurován SIP VoIP dial-peer, pak brána iniciuje TLS spojení směrem k Webex Calling, kdy Access SBC předloží svůj certifikát lokální bráně. Lokální brána ověřuje certifikát Webex Calling Access SBC pomocí kořenového balíčku CA aktualizovaného dříve. Mezi lokální bránou a Webex Calling Access SBC je vytvořena trvalá relace TLS. Místní brána pak odešle REGISTR do Access SBC, který je zpochybněn. Registrační AOR je číslo@doména. Číslo je převzato z parametru “číslo” přihlašovacích údajů a domény z "registrar dns<fqdn>:”. Pokud je registrace zpochybněna, uživatelské jméno, heslo a parametry říše z přihlašovacích údajů se použijí k sestavení hlavičky a sip-profil 200 převede SIPS URL zpět na SIP. Registrace je úspěšná, jakmile je z Access SBC přijato 200 OK.

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

  1. Nájemci hlasovétřídy - Nejprve vytvoříme další nájemce pro dial-peery čelící ITSP podobně jako nájemce 200, který jsme vytvořili pro Webex Volání čelící dial-peerům.

  2. Hlasová třída URI -vzory definující hostitelské IP adresy/porty pro různé kmeny končící na lokální bráně: Webex Volání do LGW; a PSTN SIP ukončení trupu na LGW.

  3. Odchozí volající -směrování odchozích volacích bodů z LGW do kmene ITSP SIP a volání Webex.

  4. Hlasová třída DPG -Cílové výstupní číselníky používané z příchozího číselníku.

  5. Inbound dial-peers- Přijímání příchozích hovorů z ITSP a Webex Volání.

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 zákazníka.

1

Nastavte následující nájemce hlasové třídy:

  1. Hlasová třída nájemce 100 je aplikována na všechny ODCHOZÍ číselníky čelící IP PSTN.

    voice class tenant 100 
      session transport udp
      url sip
      error-passthru
      bind control source-interface GigabitEthernet0/0/0
      bind media source-interface GigabitEthernet0/0/0
      no pass-thru content custom-sdp
    
  2. Hlasová třída nájemce 300 je aplikována na všechny PŘÍCHOZÍ dial-peery 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

Nastavte následující hlasovou třídu URI:

  1. Definujte IP adresu hostitele ITSP:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Definujte vzor pro jednoznačnou identifikaci lokální brány v rámci podniku na základě parametru OTG/DTG TrunkGroup Control Hubu:

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

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

    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

Nastavte následující vrstevníky odchozích čísel:

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

    dial-peer voice 101 voip 
     description Outgoing dial-peer to IP PSTN
     destination-pattern BAD.BAD
     session protocol sipv2
     session target ipv4:192.168.80.13
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad

    Vysvětlení příkazů:

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

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

    destination-pattern BAD.BAD

    Digitální vzor, který umožňuje výběr tohoto voliče. Na tento odchozí číselník se však budeme odvolávat přímo z příchozího číselníku pomocí příkazů DPG, který obchází kritéria shody číslicového vzoru. V důsledku toho používáme libovolný vzor založený na alfanumerických číslicích povolených cílovým vzorem CLI.

    session protocol sipv2

    Určuje, že tento dial-peer bude zpracovávat SIP volací nohy.

    session target ipv4:192.168.80.13

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

    voice-class codec 99

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

    dtmf-relay rtp-nte

    Definuje RTP-NTE (RFC2833) jako schopnost DTMF očekávanou pro tuto volací etapu.

    voice-class sip tenant 100

    Volič zdědí všechny parametry od Nájemce 100, není-li stejný parametr definován pod samotným voličem.

    no vad

    Zakáže detekci hlasové aktivity.

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

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

    Vysvětlení příkazů:

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

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

    session target sip-server

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

    voice-class stun-usage 200

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

    no voice-class sip localhost

    Zakáže nahrazení názvu místního hostitele DNS namísto fyzické IP adresy v záhlaví Od, Volací ID a Vzdálené ID strany odchozích zpráv.

    voice-class sip tenant 200

    Dia-peer zdědí všechny parametry od nájemce 200 (LGW <--> Webex Volací trunk), pokud tentýž parametr není definován pod samotným dial-peerem.

    srtp

    SRTP je povolen pro tuto volací etapu.

    no vad

    Zakáže detekci hlasové aktivity.

4

Nastavte následující skupiny dialogů (DPG):

  1. Definuje skupinu číselníků 100. Odchozí vytáčecí jednotka 101 je cílem každého příchozího vytáčecího jednotky vyvolávající vytáčecí jednotku 100. Použijeme DPG 100 na příchozí dial-peer 200201 pro Webex Volání --> LGW --> PSTN cestu.

    voice class dpg 100
     description Incoming WxC(DP200201) to IP PSTN(DP101)
     dial-peer 101 preference 1
    
  2. Definujte dial-peerovou skupinu 200 s odchozím dial-peerem 200201 jako cíl pro PSTN --> LGW --> Webex cestu volání. DPG 200 bude aplikován na příchozí číselník 100 definovaný později.

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

Nastavte následující ovládací prvky příchozích čísel:

  1. Volací ovladač příchozího IP PSTN volání:

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

    Vysvětlení příkazů

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

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

    session protocol sipv2

    Určuje, že tento dial-peer bude zpracovávat SIP volací nohy.

    incoming uri via 100

    Veškerý příchozí provoz z IP PSTN do LocalGW se shoduje na příchozí PŘES hostitelskou IP adresu záhlaví definovanou v hlasové třídě URI 100 SIP, aby se shodoval na základě zdrojové IP adresy (ITSP).

    destination dpg 200

    S cílovým dpg 200 IOS-XE projde klasickými kritérii shody odchozích čísel a ihned přistoupí k nastavení odchozího volacího ramene pomocí číselníků definovaných v cílové skupině dial-peer 200, která je dial-peer 200201.

    voice-class sip tenant 300

    Volič zdědí všechny parametry od nájemce 300, není-li stejný parametr definován pod samotným voličem.

    no vad

    Zakáže detekci hlasové aktivity.

  2. Ovladač příchozího volání pro příchozí volání Webex:

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

    Vysvětlení příkazů

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

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

    incoming uri request 200

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

    destination dpg 100

    S cílovým dpg 100 IOS-XE projde klasickými kritérii shody odchozích číselníků a ihned přistoupí k nastavení odchozího volacího ramene pomocí číselníků definovaných v cílové skupině číselníků 100, což je číselník 101.

    max-conn 150

    Omezuje počet souběžných volání na 150 mezi LGW a Webex Volání, za předpokladu, že jediný dial-peer čelí Webex Volání pro příchozí i odchozí volání, jak je definováno v této příručce. Další podrobnosti o limitech souběžných hovorů 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í PSTN do Webexu

Všechny příchozí IP PSTN volací nohy na lokální bráně se shodují na dial-peeru 100, protože definuje kritéria shody PRO VIA hlavičku s IP adresou IP PSTN. Výběr odchozího voliče je diktován DPG 200, který přímo vyvolává odchozí volič 200201, jehož cílovým cílem je server Webex Calling.

Webex volá na PSTN

Všechny příchozí volání Webex nohy volání na místní bráně jsou shodné na dial-peer 200201, protože splňuje kritéria shody pro vzor ZÁHLAVÍ URI POŽADAVKU s parametrem TrunkGroup OTG/DTG, unikátní pro toto nasazení místní brány. Výběr odchozího voliče je diktován DPG 100, která přímo vyvolává odchozí volič 101, který má IP adresu IP PSTN uvedenou jako cílové místo určení.

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

  1. Nájemci hlasové třídy-Musíte vytvořit další nájemce pro vytáčecí jednotky čelící jednotným CM a ITSP, podobně jako nájemce 200, který jsme vytvořili pro Webex Volání čelící vytáčecím jednotkám.

  2. Hlasová třída URI -vzory definující hostitelské IP adresy/porty pro různé kmeny končící na LGW: z jednotného CM do LGW pro PSTN destinace; z jednotného CM do LGW pro Webex destinace volání; Webex volání do LGW; a PSTN SIP ukončení trupu na LGW.

  3. Hlasová skupina serverů -Cílové IP adresy/porty pro odchozí kmeny od LGW do Unified CM, LGW do WebexCalling a LGW do PSTN SIP kmene.

  4. Odchozí volající -směrování odchozích volacích bodů z LGW do Unified CM, ITSP SIP trupu a/nebo Webex volání.

  5. Hlasová třída DPG -Cílový výstupní číselník (y) vyvolaný (é) z příchozího číselníku.

  6. Příchozí volací prvky - Přijímání příchozích volacích ramen od Unified CM, ITSP a/nebo Webex Volání.

1

Nastavte následující nájemce hlasové třídy:

  1. Hlasová třída nájemce 100 je aplikována na všechny odchozí číselníky čelící Unified 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. Hlasová třída nájemce 300 bude aplikována na všechny příchozí číselníky 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

Nastavte následující hlasové třídy URI:

  1. Definuje hostitelskou IP adresu ITSP:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Definujte vzor pro jednoznačnou identifikaci lokální brány v rámci podniku na základě parametru OTG/DTG TrunkGroup Control Hubu:

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

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

    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 jednotnou CM signalizaci PŘES port pro kmen volání Webex:

    voice class uri 300 sip
     pattern :5065
    
  4. Definuje IP signál zdroje CUCM a PŘES port pro kmen PSTN:

    voice class uri 302 sip
     pattern 192.168.80.60:5060
    
3

Nastavení následujících skupin serverů hlasové třídy:

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

    voice class server-group 301
     ipv4 192.168.80.60 port 5065
    
  2. Definuje cílovou IP adresu hostitele jednotného kmene CM a případně číslo portu pro jednotnou skupinu CM 2:

    voice class server-group 303
     ipv4 192.168.80.60 port 5065
    
  3. Definuje cílovou IP adresu hostitele Unified CM kmene pro Unified CM Group 1 (5 uzlů). Unified CM používá výchozí port 5060 pro příchozí provoz na kmeni PSTN. Bez zadaného čísla portu se použije výchozí 5060. (PSTN <-> LGW --> Unified CM)

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

    voice class server-group 307 
     ipv4 192.168.80.60
    
4

Nastavte následující výstupní ovladače:

  1. Odchozí volič směrem k IP PSTN:

    dial-peer voice 101 voip 
     description Outgoing dial-peer to IP PSTN
     destination-pattern BAD.BAD
     session protocol sipv2
     session target ipv4:192.168.80.13
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
    

    Vysvětlení příkazů

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

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

    destination-pattern BAD.BAD

    Digitální vzor, který umožní výběr tohoto voliče. Na tento odchozí číselník se však budeme odvolávat přímo z příchozího číselníku pomocí příkazů DPG, který obchází kritéria shody číslicového vzoru. V důsledku toho používáme libovolný vzor založený na alfanumerických číslicích povolených cílovým vzorem CLI.

    session protocol sipv2

    Určuje, že tento dial-peer bude zpracovávat SIP volací nohy.

    session target ipv4:192.168.80.13

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

    voice-class codec 99

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

    voice-class sip tenant 100

    Volič zdědí všechny parametry od Nájemce 100, není-li stejný parametr definován pod samotným voličem.

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

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

    Vysvětlení příkazů

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

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

    session target sip-server

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

    voice-class stun-usage 200

    Funkce OMRÁČENÍ na LGW umožňuje odesílání lokálně generovaných požadavků NA OMRÁČENÍ po sjednané mediální cestě. To pomáhá při otevírání dírky ve firewallu.

    no voice-class sip localhost

    Zakáže subsitivaci názvu místního hostitele DNS namísto fyzické IP adresy v záhlaví Odeslat, Volací ID a Dálkové ID strany odchozích zpráv.

    voice-class sip tenant 200

    Dia-peer zdědí všechny parametry od nájemce 200 (LGW <--> Webex Volací trunk), pokud tentýž parametr není definován pod samotným dial-peerem.

    srtp

    SRTP je povolen pro tuto volací etapu.

  3. Odchozí vytáčení směrem k Webexovému volacímu kufru 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 pro snadnou správu a řešení problémů je uveden smysluplný popis.

    session server-group 301

    Namísto cílové IP relace v dial-peeru ukazujeme na skupinu cílových serverů (skupina serverů 301 pro dial-peer 301), abychom definovali více cílových uzlů UCM, ačkoli příklad ukazuje pouze jeden uzel.

    Skupina serverů ve vrstevníku odchozího vytáčení

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

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

  4. Druhý odchozí volič směrem k Webexovému volacímu kufru Unified CM, pokud máte více než 5 Unified CM uzlů:

    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. Volič směrem k PSTN kufru 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ý výstupní volič směrem k PSTN kufru Unified CM, pokud máte více než 5 Unified CM uzlů:

    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

Nastavte následující DPG:

  1. Definuje DPG 100. Odchozí vytáčecí jednotka 101 je cílem každého příchozího vytáčecího jednotky vyvolávající vytáčecí jednotku 100. DPG 100 aplikujeme na příchozí vytáčecí jednotku 302 definovanou později pro cestu Unified CM --> LGW --> PSTN:

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

    voice class dpg 200
     dial-peer 200201 preference 1
    
  3. Definujte DPG 300 pro odchozí číselníky 301 nebo 303 pro cestu Webex Volání --> LGW --> Unified CM:

    voice class dpg 300
     dial-peer 301 preference 1
     dial-peer 303 preference 1
    
  4. Definujte DPG 302 pro odchozí číselníky 305 nebo 307 pro cestu PSTN --> LGW --> Unified CM:

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

Nastavte následující ovládací prvky příchozích čísel:

  1. Volací ovladač příchozího IP PSTN volání:

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

    Vysvětlení příkazů

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

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

    session protocol sipv2

    Určuje, že tento dial-peer bude zpracovávat SIP volací nohy.

    incoming uri via 100

    Veškerý příchozí provoz z IP PSTN do LGW se shoduje na příchozí PŘES hostitelskou IP adresu záhlaví definovanou v hlasové třídě URI 100 SIP, aby se shodoval na základě zdrojové IP adresy (ITSP).

    destination dpg 302

    S cílovým DPG 302 IOS-XE projde klasickými kritérii shody odchozích číselníků a ihned přistoupí k nastavení odchozího volacího ramene pomocí číselníků definovaných v cílovém DPG 302, což může být buď číselník 305 nebo číselník 307.

    voice-class sip tenant 300

    Volič zdědí všechny parametry od nájemce 300, není-li stejný parametr definován pod samotným voličem.

  2. Ovladač příchozího volání pro příchozí volání Webex:

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

    Vysvětlení příkazů

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

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

    incoming uri request 200

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

    destination dpg 300

    S cílovým DPG 300 IOS-XE projde klasickými kritérii shody odchozích čísel a ihned přistoupí k nastavení odchozího volacího ramene pomocí číselníků definovaných v cílovém DPG 300, což může být buď číselník 301 nebo číselník 303.

    max-conn 150

    Omezuje počet souběžných volání na 150 mezi LGW a Webex Volání za předpokladu, že jediný dial-peer čelí Webex Volání pro příchozí i odchozí volání, jak je definováno v této příručce. Další podrobnosti o limitech souběžných hovorů 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í volič pro příchozí sjednocené části hovoru CM s Webex Volání jako cíl:

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

    Vysvětlení příkazů

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

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

    incoming uri via 300

    Veškerý příchozí provoz z Unified CM do LGW je porovnáván přes zdrojový port (5065), definovaný v hlasové třídě URI 300 SIP.

    destination dpg 200

    S cílovou DPG 200 IOS-XE projde klasickými kritérii shody odchozích číselníků a ihned přistoupí k nastavení odchozích číselníků pomocí číselníků definovaných v cílové DPG 200, které budou číselníkem 200201.

    voice-class sip tenant 300

    Volič zdědí všechny parametry od nájemce 300, není-li stejný parametr definován pod samotným voličem.

  4. Volací ovladač příchozího hovoru pro příchozí sjednocené části hovoru CM s PSTN jako cílovým číslem:

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

    incoming uri via 302

    Veškerý příchozí provoz z Unified CM do LGW pro místo určení PSTN se shoduje na IP adrese Unified CM source signalizující a PŘES port definovaný v hlasové třídě URI 302 SIP. Používá se standardní SIP port 5060.

    destination dpg 100

    S cílovou DPG 100 IOS-XE projde klasickými kritérii shody odchozích číselníků a ihned přistoupí k nastavení odchozích číselníků pomocí číselníků definovaných v cílové DPG 100, které budou číselníkem 101.

    voice-class sip tenant 300

    Volič zdědí všechny parametry od nájemce 300, není-li stejný parametr definován pod samotným voličem.

IP PSTN do jednotného CM PSTN kufru

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

Unified CM PSTN Trunk to IP PSTN

Unified CM Webex Calling Trunk to Webex Calling Platform

Diagnostické podpisy (DS) aktivně detekují běžně pozorované problémy v lokální bráně IOS XE a generují e-mailové, syslogové nebo terminálové zprávy o události. Můžete také nainstalovat DS pro automatizaci sběru diagnostických dat a přenos shromážděných dat do případu Cisco TAC pro urychlení doby rozlišení.

Diagnostické podpisy (DS) jsou soubory XML, které obsahují informace o událostech vyvolávajících problém a o opatřeních, která je třeba přijmout k informování, řešení problémů a nápravě problému. Logika detekce problémů je definována pomocí syslog zpráv, SNMP událostí a pravidelným monitorováním konkrétních show příkazových výstupů. Mezi typy akcí patří shromažďování výstupů příkazů show, generování konsolidovaného souboru protokolu a nahrávání souboru na síťové umístění poskytované uživatelem, jako jsou HTTPS, SCP, FTP server. Soubory DS jsou autorem TAC inženýrů a jsou digitálně podepsány pro ochranu integrity. Každý soubor DS má jedinečné číselné ID přiřazené systémem. Nástroj pro vyhledávání diagnostických podpisů (DSLT) je jediný zdroj pro nalezení příslušných podpisů pro monitorování a řešení různých problémů.

Dříve než začnete:

  • Neupravujte soubor DS stažený z DSLT. Změněné soubory selžou při instalaci kvůli chybě kontroly integrity.

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

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

Předpoklady

Lokální brána s operačním systémem IOS XE 17.3.2 nebo vyšším

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

  2. Nastavte zabezpečený e-mailový server, který bude použit k odesílání proaktivních upozornění, pokud je zařízení spuštěno NA 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. Nastavte proměnnou prostředí ds_email s e-mailovou adresou správce, který má být upozorněn.

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

Lokální brána s operačním systémem IOS XE 16.11.1 nebo vyšším

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

  2. Nastavte e-mailový server, který bude použit pro odesílání proaktivních upozornění, pokud zařízení pracuje s verzí 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. Nastavte proměnnou prostředí ds_email s e-mailovou adresou správce, který má být upozorněn.

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

Lokální brána běží verze 16.9.x

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

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
    LocalGateway(config)#end  
  2. Nastavte e-mailový server, který bude použit pro odesílání proaktivních upozornění, pokud zařízení pracuje s verzí 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. Nastavte proměnnou prostředí ds_email s e-mailovou adresou správce, který má být upozorněn.

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

Následující příklad ukazuje konfiguraci lokální brány s operačním systémem IOS XE 17.3.2 pro odesílání proaktivních oznámení na adresu tacfaststart@gmail.com pomocí Gmailu jako zabezpečeného SMTP serveru:


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

Lokální brána se softwarem IOS XE není typickým webovým klientem Gmail, který podporuje OAuth, takže musíme nakonfigurovat konkrétní nastavení účtu Gmail a poskytnout konkrétní oprávnění ke správnému zpracování e-mailu ze zařízení:

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

  2. Odpovězte “Ano, byl jsem to já”, když jste obdrželi e-mail od Gmailu s nápisem “Google zabránil někomu přihlásit se do vašeho účtu pomocí aplikace mimo Google."

Nainstalujte diagnostické podpisy pro proaktivní monitorování

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

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

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

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
    
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
    
    LocalGateway# show snmp 
    Chassis: ABCDEFGHIGK 
    149655 SNMP packets input 
        0 Bad SNMP version errors 
        1 Unknown community name 
        0 Illegal operation for community name supplied 
        0 Encoding errors 
        37763 Number of requested variables 
        2 Number of altered variables 
        34560 Get-request PDUs 
        138 Get-next PDUs 
        2 Set-request PDUs 
        0 Input queue packet drops (Maximum queue size 1000) 
    158277 SNMP packets output 
        0 Too big errors (Maximum packet size 1500) 
        20 No such name errors 
        0 Bad values errors 
        0 General errors 
        7998 Response PDUs 
        10280 Trap PDUs 
    Packets currently in SNMP process input queue: 0 
    SNMP global trap: enabled 
    .... 
    .... 
    LocalGateway# 
  2. Stáhněte si DS 64224 pomocí následujících rozbalovacích možností v nástroji pro vyhledávání diagnostických podpisů:

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

    Název pole

    Hodnota pole

    Platforma

    Cisco řady 4300, 4400 ISR nebo Cisco řady CSR 1000V

    Produkt

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

    Rozsah problému

    Výkon

    Typ problému

    Vysoké využití procesoru s upozorněním e-mailem

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

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

    Níže je uveden příklad kopírování souboru ze serveru FTP do lokální 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 DS XML do místní brány.

    
    LocalGateway# call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    LocalGateway# 
  5. Ověřte, zda je podpis úspěšně nainstalován pomocí zobrazit diagnostiku volajícího domova. Stavový sloupec by měl mít hodnotu "registrováno”.

    
    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 DSes:

    ID DS

    Název DS

    Revize

    Stav

    Poslední aktualizace (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registrováno

    2020-11-07 22:05:33

    LocalGateway#


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

Monitorování registrace kufru SIP

Tento DS kontroluje neregistrování lokální brány SIP Trunk s Cisco Webex Volání cloud každých 60 sekund. Jakmile je událost zrušení registrace detekována, generuje upozornění na e-mail a syslog a odinstaluje se po dvou událostech zrušení registrace. Pro instalaci podpisu prosím použijte níže uvedené kroky.

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

    Název pole

    Hodnota pole

    Platforma

    Cisco řady 4300, 4400 ISR nebo Cisco řady CSR 1000V

    Produkt

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

    Rozsah problému

    SIP-SIP

    Typ problému

    Zrušení registrace kufru SIP s e-mailovým upozorněním

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

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:
  3. Nainstalujte soubor DS XML do místní brány.

    
    LocalGateway# call-home diagnostic-signature load DS_64117.xml 
    Load file DS_64117.xml success 
    LocalGateway#  
  4. Ověřte, zda je podpis úspěšně nainstalován pomocí zobrazit diagnostiku volajícího domova. Stavový sloupec by měl mít hodnotu "registrováno”.

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

Tento DS používá průzkum SNMP každých 10 minut k detekci abnormálního odpojení hovoru s chybami SIP 403, 488 a 503.  Pokud je přírůstek počtu chyb větší nebo roven 5 z posledního průzkumu, vygeneruje syslog a e-mailové upozornění. Pro instalaci podpisu prosím použijte níže uvedené kroky.

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

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
    
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
    
    LocalGateway# show snmp 
    Chassis: ABCDEFGHIGK 
    149655 SNMP packets input 
        0 Bad SNMP version errors 
        1 Unknown community name 
        0 Illegal operation for community name supplied 
        0 Encoding errors 
        37763 Number of requested variables 
        2 Number of altered variables 
        34560 Get-request PDUs 
        138 Get-next PDUs 
        2 Set-request PDUs 
        0 Input queue packet drops (Maximum queue size 1000) 
    158277 SNMP packets output 
        0 Too big errors (Maximum packet size 1500) 
        20 No such name errors 
        0 Bad values errors 
        0 General errors 
        7998 Response PDUs 
        10280 Trap PDUs 
    Packets currently in SNMP process input queue: 0 
    SNMP global trap: enabled 
    .... 
    .... 
    LocalGateway# 
  2. Stáhněte si DS 65221 pomocí následujících možností v Nástroji pro vyhledávání diagnostických podpisů:

    Název pole

    Hodnota pole

    Platforma

    Cisco řady 4300, 4400 ISR nebo Cisco řady CSR 1000V

    Produkt

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

    Rozsah problému

    Výkon

    Typ problému

    SIP detekce abnormálního odpojení hovoru s e-mailem a upozorněním Syslog

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

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:
  4. Nainstalujte soubor DS XML do místní brány.

    
    LocalGateway# call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
    LocalGateway# 
  5. Ověřte, zda je podpis úspěšně nainstalován pomocí zobrazit diagnostiku volajícího domova. Stavový sloupec by měl mít hodnotu "registrováno”.

Nainstalujte diagnostické podpisy pro řešení problémů

Diagnostické podpisy (DS) mohou být také použity k rychlému vyřešení problémů. Technici Cisco TAC vytvořili několik podpisů, které umožňují potřebné ladění potřebné k vyřešení daného problému, detekci výskytu problému, shromáždění správné sady diagnostických dat a automatický přenos dat do případu Cisco TAC. Tím se eliminuje potřeba ručně kontrolovat výskyt problému a odstraňování problémů s přerušovanými a přechodnými problémy je mnohem snazší.

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

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

  1. Nastavte další proměnnou prostředí DS ds_fsurl_prefix, což je cesta k souborovému serveru CiscoTAC (cxd.cisco.com), do kterého jsou nahrávána 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 získat 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 sekci Přílohy Správce případů podpory.

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

    Příklad:

    
    call-home  
    diagnostic-signature 
    environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"  
  2. Ujistěte se, že SNMP je povolena pomocí příkazu show snmp. Pokud není povoleno, nakonfigurujte příkaz "snmp-server manager”.

    
    LocalGateway# show snmp 
    %SNMP agent not enabled 
    LocalGateway# 
     
    LocalGateway# 
    LocalGateway# config t 
    LocalGateway(config)# snmp-server manager 
    LocalGateway(config)#end 
    LocalGateway# 
  3. Doporučuje se nainstalovat High CPU monitoring DS 64224 jako proaktivní opatření pro deaktivaci všech ladění a diagnostických podpisů v době vysokého využití procesoru. Stáhněte si DS 64224 pomocí následujících možností v Nástroji pro vyhledávání diagnostických podpisů:

    Název pole

    Hodnota pole

    Platforma

    Cisco řady 4300, 4400 ISR nebo Cisco řady CSR 1000V

    Produkt

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

    Rozsah problému

    Výkon

    Typ problému

    Vysoké využití procesoru s upozorněním e-mailem

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

    Název pole

    Hodnota pole

    Platforma

    Cisco řady 4300, 4400 ISR nebo Cisco řady CSR 1000V

    Produkt

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

    Rozsah problému

    Syslogy

    Typ problému

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

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

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash: 
  6. Do lokální brány nainstalujte High CPU monitoring DS 64224 a poté soubor DS 65095 XML.

    
    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í zobrazit diagnostiku volajícího domova. Stavový sloupec by měl mít hodnotu "registrováno”.

    
    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é DSes:

    ID DS

    Název DS

    Revize

    Stav

    Poslední aktualizace (GMT+00:00)

    64224

    00: 07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registrováno

    2020-11-08:00:07:45

    65095

    00: 12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registrováno

    2020-11-08:00:12:53

    LocalGateway#

Ověřit provedení diagnostických podpisů

Jak je znázorněno níže, sloupec “Stav” příkazu zobrazuje diagnostický signál call-home, který se změní na “spuštěný”, zatímco místní brána provádí akci definovanou v podpisu. Výstup statistiky diagnostických podpisů show call-home je nejlepším způsobem, jak ověřit, zda diagnostický podpis detekoval událost zájmu a provedl akci. Sloupec “Spuštěno/Max/Deinstalace” udává, kolikrát daný podpis událost spustil, kolikrát je definován pro detekci události a zda se podpis po detekci maximálního počtu spuštěných událostí automaticky deinstaluje.


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é DSes:

ID DS

Název DS

Revize

Stav

Poslední aktualizace (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Registrováno

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Spuštěno

2020-11-08 00:12:53

LocalGateway#

LocalGateway# zobrazit statistiku diagnostických signálů volání domů

ID DS

Název DS

Spuštěno/Max/Deinstalace

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

Maximální doba spuštění (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#

Upozorňovací e-mail odeslaný během provádění Diagnostického podpisu obsahuje klíčové informace, jako je typ problému, podrobnosti o zařízení, verze softwaru, spuštěná konfigurace a zobrazení příkazových výstupů, které jsou relevantní pro řešení daného problému.

Odinstalovat diagnostické podpisy

Diagnostické podpisy, které se používají pro účely řešení problémů, jsou obvykle definovány pro odinstalování po zjištění určitého počtu problémů. Pokud chcete ručně odinstalovat podpis, načtěte ID DS z výstupu zobrazit diagnostiku call-home a spusťte příkaz uvedený níže.


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

Příklad:


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

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

Vodoznak
18. kvě 2021| zobrazení | osob/y, podle nichž byl obsah užitečný

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
Vodoznak
18. kvě 2021| zobrazení | osob/y, podle nichž byl obsah užitečný

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
Vodoznak
18. kvě 2021| zobrazení | osob/y, podle nichž byl obsah užitečný

Nastavení funkcí služby Webex Calling

Vytvořit a spravovat automatické účastníky

Zajistěte, aby hovory byly přijímány a aby byly uspokojeny potřeby volajících. 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.

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

Vytvořit skupinu lovců

Lovecké skupiny mohou směřovat příchozí hovory do skupiny uživatelů nebo pracovních prostor. Můžete dokonce nakonfigurovat vzor pro trasu k celé skupině.

Další informace o tom, jak založit Hunt Group, naleznete v části Hunt Groups v Cisco Webex Control Hub.

Vytvořit recepčního klienta

Pomozte podpořit potřeby personálu vaší kanceláře. Můžete nastavit uživatele jako telefonní obsluhu, aby mohli zobrazit všechny příchozí hovory určitým lidem ve vaší organizaci.

Informace o tom, jak nastavit a zobrazit své klienty recepční, naleznete v části Klienti recepční v Cisco Webex Control Hub.

Nastavit skupinu stránkování

Skupinové stránkování umožňuje uživateli uskutečnit jednosměrný hovor nebo skupinovou stránku až 75 cílovým uživatelům a pracovním prostorům vytočením čísla nebo rozšíření přiřazeného konkrétní skupině stránkování.

Informace o nastavení a úpravě skupin stránkování naleznete v části Konfigurace skupiny stránkování v centru Cisco Webex Control Hub.

Vytvořit frontu hovorů

Můžete nastavit frontu hovorů tak, aby zákazníci, kteří nemohou přijímat hovory, měli automatickou odpověď, pohodlné zprávy a hudbu pozastavenou, dokud jim někdo nezvedne hovor.

1

Z pohledu zákazníka v přejděte https://admin.webex.comna položky Služby > Volání > Funkce.

2

Klepněte na tlačítko Nová funkce a vyberte položku Fronta hovorů.

3

Zadejte číslo pilota a pak uveďte, zda číslo vlastníte, zda vám ho poskytl váš partner, nebo zda chcete číslo přenést.

4

Pokud přenášíte číslo, musíte zadat fakturační číslo spojené s vaším stávajícím poskytovatelem služeb a fakturační číslo spojené s vaším novým poskytovatelem služeb.

5

Klikněte na položku Uložit.

Co dělat dál

Funkci volání můžete dále konfigurovat výběrem instance fronty volání ze nabídky Služby > Volání > Funkce. Jste přesměrováni do Pokročilých služeb na portálu Volání správce, kde můžete dokončit konfiguraci. Další informace naleznete v části Konfigurace fronty hovorů.

Nastavit vyzvednutí hovoru

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.

Informace o tom, jak nastavit skupinu pro vyzvednutí hovoru, naleznete v části Vyzvednutí hovoru v Centru řízení Cisco Webex.

Nastavit parkování hovorů

Call park umožňuje definované skupině uživatelů parkovat hovory proti ostatním dostupným členům skupiny call park. Zaparkované hovory mohou vyzvednout ostatní členové skupiny na svém telefonu.

Další informace o nastavení call parku naleznete v části Call Park v Cisco Webex Control Hub.

Jak umožnit uživatelům vynucený přístup k telefonním hovorům jiných uživatelů

1

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

2

Vyberte Volání, přejděte do Pokročilého nastaveníhovoru a poté vyberte Vláčení.

3

Zapněte člun dovnitř,vyberte, zda chcete, aby telefon přehrával zvuk, když někdo vpadne do hovoru, a klikněte na tlačítko Uložit.

Zapnout krátkodobé zapůjčení pro uživatele služby Webex Calling

Hoteling se skládá ze dvou funkcí: Hoteling Host a Hoteling Guest. Tyto funkce spolupracují, aby ti umožnily určit konkrétní telefony (hostitele), do kterých se mohou uživatelé (hosté) dočasně přihlásit a používat je jako svůj vlastní telefon. Když se host přihlásí do hostitelského telefonu, jeho uživatelský profil se automaticky přenese do zařízení. Hostitelské zařízení se stává na určitou dobu primárním zařízením uživatele.

Zde uvedené kroky lze provést pro konfiguraci uživatele jako hotelového hosta. Informace o hostitelském telefonu najdeš v části Nastavení hostitelského telefonu.

1

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

2

Vyberte Volání, zvolte Pokročilá nastavení hovorua klikněte na Hotelování.

3

Zapni Hotelovánía klikni na Uložit.

Zabránit někomu v monitorování stavu řádku uživatele

1

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

2

Vyberte Volání a přejděte na Soukromí.

3

Vyberte příslušná nastavení ochrany osobních údajů automatického účastníka pro tohoto uživatele.

4

Zaškrtněte políčko Povolit ochranu osobních údajů. Poté se můžete rozhodnout, zda chcete všechny zablokovat tím, že ponecháte pole Hledat uživatele podle jména prázdné, nebo vyberete, kdo může sledovat stav řádku tohoto uživatele.

S použitím příkladu výše byste hledali jméno jejich administrativního asistenta.

5

Klikněte na položku Uložit.

Povolit uživateli zobrazit stav linky na telefonu někoho jiného nebo na příponě parkování hovorů

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

1

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

2

Vyberte Volání, zvolte Pokročilá nastaveníhovoru a přejděte na Monitorování.

3

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

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

Vyberte, zda chcete, aby byl tento uživatel informován o zaparkovaných hovorech, vyhledejte osobu nebo volejte rozšíření parku, které má být monitorováno, a klikněte na tlačítko Uložit.


 

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

Vodoznak
18. kvě 2021| zobrazení | osob/y, podle nichž byl obsah užitečný

Nastavení a správa uživatelů volání Webex

Musíte přidat každého uživatele v Cisco Webex Control Hub, aby mohli využívat služby volání Webex. Počet uživatelů, které musíte přidat, určí, jak je přidáte do Control Hubu, ať už přidáte každého uživatele ručně pomocí e-mailové adresy nebo přidáte více uživatelů pomocí souboru CSV. Volba je na vás.

Pokud se pokoušíte přidat uživatele, kteří svou e-mailovou adresu použili k vytvoření zkušebního účtu, může dojít k chybě. Před přidáním do vaší organizace nechte uživatele nejprve smazat svou organizaci.


Pokud máte Active Directory a používáte Cisco Directory Connector, když ručně přidáváte lidi do Control Hubu, musíte je také přidat do svého Active Directory.

Kontaktní centrum Cisco Webex nepodporuje Active directory.


Při přidávání uživatelů nesmí křestní a příjmení obsahovat rozšířené znaky ascii nebo následující znaky %, #, <, >, \, /, "a nesmí mít maximální délku 30 znaků.

1

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

2

Vyberte možnost Manuálně přidat nebo upravit uživatele.

3

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

4

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

  • Vyberte E-mailovou adresua zadejte až 25 e-mailových adres.
  • Vyberte položky Jména a e-mailovéadresy a poté zadejte až 25 jmen a e-mailových adres.

 

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

5

Postoupení licence:

  • Pokud máte aktivní šablonu licence, licence jsou přiřazovány automaticky novým uživatelům a můžete si prohlédnout souhrn licencí.
  • Vyberte služby, které chcete přiřadit. Pokud máte více odběrů, vyberte ze seznamu odběr.


 

Pokud přiřazujete licence pro kontaktní centrum Cisco Webex, vyberte Webex Teamsa poté Zákaznickou péči s možností Premium a Standard Agent. Chcete-li přidat nadřízeného, vyberte možnosti Premium i Supervisor. Uživatel je považován za agenta, pokud z něj neuděláte nadřízeného.

6

Správa obsahu:

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

7

Klikněte na položku Uložit.

  • Každé osobě je zaslán e-mail s pozvánkou k účasti.

  • V Centru kontrolyse lidé zobrazují ve stavu čekajícím na pozvání, dokud se poprvé nepřihlásí. Licence jsou přiřazovány po prvním přihlášení uživatele nebo pokud používáte Cisco Directory Connector s nárokovanou doménou, jsou licence přiřazovány při vytváření uživatelů.

8

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

9

Přečtěte si souhrnnou stránku zpracovaných záznamů a klikněte na tlačítko Dokončit.

Co dělat dál

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

Než začnete

Pokud máte pro svou organizaci více než jeden soubor CSV, nahrajte jeden soubor a jakmile bude úkol dokončen, můžete nahrát další soubor.


Některé editory tabulek odstraní znak + z buněk při otevření .csv. Doporučujeme použít textový editor pro aktualizace .csv. Pokud používáte editor tabulek, nezapomeňte nastavit formát buňky na text a přidejte zpět všechny znaky +, které byly odstraněny.

1

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

2

Pro stažení souboru klikněte na tlačítko Exportovat a do nového řádku v souboru CSV můžete zadat informace o uživateli.

  • Chcete-li službu přiřadit, přidejte do sloupce této služby HODNOTU TRUE a pro vyloučení služby přidejte HODNOTU FALSE. Sloupec User ID/Email (Povinné) je jediným povinným polem. Pokud máte konkrétní adresář a externí čísla pro každého nového uživatele, pak přidejte přední + 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.


     

    Pomocí šablony licence nemůžete uživatelům přiřadit oprávnění pro správu podnikového obsahu. Podrobnosti naleznete v části Povolit správu obsahu pro uživatele v Centru kontroly Cisco Webex.

  • Chcete-li přiřadit umístění, zadejte název do sloupce Umístění. Pokud ponecháte toto pole prázdné, uživatel bude přiřazen k výchozímu umístění.

  • Pokud přidáváte uživatele jako nadřízené kontaktního centra Cisco Webex, musíte uživatele přidat ručně. Můžete přiřadit pouze standardní a prémiové role s CSV.

 

Při zadávání uživatelského jména nezapomeňte uvést jeho příjmení, jinak můžete narazit na problémy.

3

Klepněte na tlačítko Importovat, vyberte soubor a klepněte na tlačítko Otevřít.

4

Vyberte možnost Přidat pouze služby nebo Přidat a odebrat služby.

Pokud máte aktivní šablonu licence, vyberte možnost Přidat pouze služby.

5

Klikněte na tlačítko Odeslat.

Soubor CSV je nahrán a váš úkol je vytvořen. Prohlížeč nebo toto okno můžete zavřít a váš úkol bude pokračovat. Postup svého úkolu můžete zkontrolovat v části Správa úkolů v Centru řízení Cisco Webex.

Jako administrátor s plnými oprávněními můžete upravovat konkrétní podrobnosti o službě pro jednotlivé uživatele v Cisco Webex Control Hub.

1

Z pohledu zákazníka v https://admin.webex.com přejděte na Uživatelé.

2

Vyberte uživatele a klikněte na položku Služby > Upravit.

3

Pokud máte více odběrů, vyberte ze seznamu odběr.

4

Vyberte služby, které chcete přidat nebo odebrat, a klikněte na tlačítko Uložit.

Než začnete

Pokud máte pro svou organizaci více než jeden soubor CSV, nahrajte jeden soubor a jakmile bude úkol dokončen, můžete nahrát další soubor.

Nemůžete smazat uživatele ani změnit umístění přiřazené uživateli pomocí šablony CSV.


Některé editory tabulek odstraní znak + z buněk při otevření .csv. Doporučujeme použít textový editor pro aktualizace .csv. Pokud používáte editor tabulek, nezapomeňte nastavit formát buňky na text a přidejte zpět všechny znaky +, které byly odstraněny.

1

V zobrazení zákazníka v přejděte https://admin.webex.comna Uživatelé, klepněte na tlačítko Spravovatuživatele a vyberte CSV Přidat nebo Upravit uživatele.

2

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

3

Pro stažení souboru klikněte na tlačítko Exportovat. Stažený soubor (exported_users.csv) můžete upravit jedním z ná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/e-mail, vytvoří se nový uživatel.

  • Chcete-li přiřadit umístění, zadejte název do sloupce Umístění. Pokud ponecháte toto pole prázdné, uživatel bude přiřazen k výchozímu umístění.

  • Chcete-li službu přiřadit, přidejte do sloupce této služby HODNOTU TRUE a pro vyloučení služby přidejte HODNOTU FALSE.

  • Pokud máte více odběrů, můžete použít ID odběru v záhlaví sloupce k identifikaci služby, kterou chcete přidat. Pokud například máte dvě předplatné se stejnou službou, můžete určit službu z konkrétního předplatného, které se bude vztahovat na uživatele.

4

Pokud chcete změnit způsob volání konkrétních uživatelů, zadejte do sloupce Chování volání hodnotu. Můžete zadat jednu z následujících možností a další informace o každém nastavení naleznete v části Nastavení chování volání Cisco Webex:

  • POUŽIJTE_ORG_SETTINGS -Zadáním tohoto řetězce použijte nastavení pro celou organizaci.

  • NATIVE_WEBEX_TEAMS_CALLING -Zadejte tento řetězec a použijte možnost Volání v týmech Webex.

  • CALL_WITH_APP_REGISTERED_FOR_WEBEXCALLTEL -Zadejte tento řetězec a použijte možnost aplikace Webex Volání.

5

Zadejte identifikační číslo volajícího, křestní jméno volajícího a příjmení volajícího. Pokud ponecháte sloupce ID volajícího, ID volajícího Křestní jménoa ID volajícího Příjmení prázdné, zobrazí se to, co je ve sloupci Křestní jméno, Příjmení a telefonní číslo, když uživatel volá. Pokud ponecháte ID volajícího prázdné, zobrazí se hlavní číslo umístění, když uživatel volá.


 

Sloupce Křestní jméno ID volajícího a Příjmení ID volajícího nemohou obsahovat speciální znaky. Pokud ID volajícího Křestní jméno nebo Příjmení ID volajícího obsahuje zvláštní znak, použije se zjednodušená verze jména.

6

Po uložení souboru CSV klepněte na tlačítko Importovat, vyberte soubor, ve kterém jste provedli změny, a poté klepněte na tlačítko Otevřít.

7

Vyberte možnost Přidat pouze služby nebo Přidat a odebrat služby aklepněte na tlačítko Odeslat.

Soubor CSV je nahrán a váš úkol je vytvořen. Prohlížeč nebo toto okno můžete zavřít a váš úkol bude pokračovat. Postup svého úkolu můžete zkontrolovat v části Správa úkolů v Centru řízení Cisco Webex.

Pokud e-maily s pozvánkami od administrátora nepotlačíte, noví uživatelé obdrží aktivační e-maily.

Čísla, rozšíření nebo obojí můžete kdykoli přiřadit k zařízením lidí. Přiřazená rozšíření se zobrazují na displejích telefonu.

Můžete také nastavit alternativní čísla tak, aby více telefonních čísel zvonilo na stejný telefon. Pro každé číslo můžete specifikovat různé vyzváněcí tóny, které vám pomohou rozlišit, mezi kterými řádky se volá.

1

Z pohledu zákazníka https://admin.webex.comv přejděte na Uživatelé a vyberte osobu, 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í.

4

Klikněte na položku Uložit.

5

(Volitelné) Nastavte alternativní čísla pro tohoto uživatele.

1

Z pohledu zákazníka v https://admin.webex.compřejděte na Uživatelé, filtrujte sloupec Stav a zobrazte osoby se statusem Pozvat čekající.

2

V části Akce vyber pro osobu se statusem Nevyřízená pozvánka více > Znovu odeslat pozvánku.

Pokud vaše organizace používá synchronizaci adresářů, možnost smazání není v Centru řízení kdispozici a musíte smazat uživatelské účty ze svého Active Directory. Následně aplikace Cisco Directory Connector aktualizuje seznam uživatelů vašich organizací, když synchronizuje informace o uživatelském účtu.

V zobrazení zákazníka v aplikaci https://admin.webex.compřejděte na položku Uživatelé, klepněte na tlačítko Další a poté klepněte na tlačítko Odstranit uživatele.

Uživatel se již nemůže přihlásit na vaše webové stránky Webex, všechny přiřazené služby Webex jsou odstraněny a jsou odstraněny z jakýchkoli prostor nebo týmů, kterých se účastnil. Obsah, který vytvořil v mezerách, není smazán a podléhá zásadám uchovávání, které každý vlastník prostoru zavedl.

Můžete nastavit správce zákazníků s různými úrovněmi oprávnění. Mohou to být úplní administrátoři, administrátoři podpory, administrátoři pouze pro čtení nebo inspektoři shody. S plnými právy správce můžete přiřadit jednu nebo více rolí kterémukoli uživateli ve vaší organizaci.


Volání Webex nebude moci spravovat nikdo, komu byla přidělena role uživatele a správce zařízení nebo správce zařízení.

V Control Hubu se můžete dozvědět o různých úrovních oprávnění a nastavit správce zákazníka. Zákaznickými administrátory mohou být úplní administrátoři, administrátoři podpory, administrátoři uživatelů a zařízení, administrátoři zařízení, administrátoři pouze pro čtení nebo kontroloři shody. S plnými právy správce můžete přiřadit jednu nebo více rolí kterémukoli 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 některý ze správců není k dispozici.

Uživatelům ve vaší organizaci mohou být přiřazeny konkrétní administrativní role pro určení toho, co mohou vidět a k čemu mají přístup v Centru řízení. Při přidělování konkrétních administrativních rolí zefektivňujete odpovědnost a usnadňujete vedení správců k odpovědnosti. Úředníci pro dodržování předpisů mohou vyhledávat konkrétní osoby ve vaší společnosti, vyhledávat sdílený obsah nebo vyhledávat v určitém prostoru a poté generovat zprávu o svých zjištěních.


1

Z pohledu zákazníka v https://admin.webex.compřejděte na Uživateléa vyberte uživatele.

2

V části Role a zabezpečení klikněte na položku Role správce nebo Přístup ke službě.

3

Vyberte roli, kterou chcete tomuto uživateli přiřadit.

4

Klepněte na příkaz Uložit.

Vodoznak
18. kvě 2021| zobrazení | osob/y, podle nichž byl obsah užitečný

Nastavení a správa zařízení pro volání Webex

Jako administrátor můžete přiřadit zařízení uživatelům nebo pracovním prostorům v Centru Cisco Webex Control Hub. Můžete si vybrat mezi zadáním MAC adresy zařízení nebo vygenerováním aktivačního kódu, který pak musí být zadán ručně na samotném zařízení.

S Cisco Webex ControlHub můžete přiřadit zařízení uživatelům pro osobní použití a poté tato zařízení 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í podskupinu:

  • Cisco IP telefon řady 6800 Multiplatformní telefony (Audio telefony-6821, 6841, 6851, 6861, 6871)

  • Cisco IP telefon řady 7800 Multiplatformní telefony (Audio telefony-7811, 7821, 7841, 7861)

  • Cisco IP telefon řady 8800 Multiplatformní telefony (Audio telefony -8811, 8841, 8851, 8861)

  • Cisco IP telefon řady 8800 Multiplatformní telefony (Video telefony -8845, 8865)

  • Cisco IP Conference Phone 7832 a 8832


Pokud jde o zařízení DECT, v Control Hubu jsou k dispozici pouze základní zařízení DECT (nikoli sluchátka DECT). Po přiřazení základní jednotky uživateli musíte ručně spárovat sluchátko DECT s touto základní jednotkou. Další informace viz Připojení sluchátka k základní stanici.

1

V zobrazení zákazníka v aplikaci https://admin.webex.compřejděte na položku Zařízení a klikněte na tlačítko Přidat zařízení.


 
Můžete také přidat telefon k uživateli v profilu uživatele. Viz část Správa zařízení pro uživatele .
2

Vyberte možnost Stávající uživatel, zadejte vlastníka telefonu, buď část uživatelského jména, nebo skutečné jméno uživatele, vyberte uživatele z výsledků a klikněte na tlačítko Další.

3

Z rozevíracího seznamu vyberte zařízení a klikněte na tlačítko Další.

4

Vyberte jednu z následujících možností a klikněte na tlačítko Uložit:

  • Aktivačním kódem - Tuto možnostvyberte, 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í firmwarem 11.2.3MSR1 nebo novější pro zobrazení obrazovky aktivačního kódu. Pokud je třeba aktualizovat firmware telefonu, nasměrujte na něj uživatele https://upgrade.cisco.com/MPP_upgrade.html.

  • Podle MACadresy - Tuto možnost vyberte, pokud znáte MAC adresu zařízení. MAC adresa telefonu musí být jedinečný záznam. Pokud zadáte MAC adresu telefonu, který je již zaregistrován, nebo uděláte chybu při zadávání čísla, zobrazí se chybové hlášení.

 

Při používání zařízení třetích stran mohou platit omezení.

Pokud jste se rozhodli vygenerovat aktivační kód pro zařízení, ale tento kód jste dosud nepoužili, stav tohoto zařízení se zobrazí jako Aktivace v sekci Zařízení přiřazeného uživatele a v hlavním seznamu Zařízení v Control Hubu. Mějte na paměti, že aktualizace stavu zařízení v Control Hubu může trvat až 10 minut.

Když jsou lidé v práci, scházejí se na mnoha místech, jako jsou jídelny, lobby 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 probíhá spolupráce.

Klíčovým principem zařízení Workspaces je, že není přiřazeno konkrétnímu uživateli, ale spíše fyzické poloze, která 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í podskupinu:

  • Cisco IP telefon řady 6800 Multiplatformní telefony (Audio telefony-6821, 6841, 6851)

  • Cisco IP telefon řady 7800 Multiplatformní telefony (Audio telefony-7811, 7821, 7841, 7861)

  • Cisco IP telefon řady 8800 Multiplatformní telefony (Audio telefony -8811, 8841, 8851, 8861)

  • Cisco IP telefon řady 8800 Multiplatformní telefony (Video telefony -8845, 8865)

  • Cisco IP Conference Phone 7832 a 8832

1

V zobrazení zákazníka v aplikaci přejděte https://admin.webex.comna položku Pracovní plochya klikněte na tlačítko Přidat pracovní plochu.

2

Zadejte název pracovní plochy (například název fyzické místnosti), vyberte typ místnosti a přidejte kapacitu. Pak klepněte na tlačítko Další.

3

Vyberte Cisco IP Phone a klikněte na tlačítko Další.

4

Z rozevíracího seznamu vyberte typ zařízení, vyberte, zda chcete telefon zaregistrovat pomocí aktivačního kódu nebo adresy MAC, a klikněte na tlačítko Další. Mějte na paměti, že pokud se rozhodnete zařízení zaregistrovat pomocí aktivačního kódu, kód se zašle e-mailem určenému správci pro dané umístění.

V případě volání Webex můžete do pracovního prostoru přidat pouze jeden sdílený telefon.

Pro Cisco IP Conference Phone 7832 nemusí být některá softwarová tlačítka k dispozici. Pokud potřebujete úplnou sadu softwarových tlačítek, 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 zvoleného umístění) a klikněte na tlačítko Uložit. Máte také možnost přiřadit rozšíření.

Když jsou lidé v práci, scházejí se v mnoha pracovních prostorách, jako jsou jídelny, lobby 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 probíhá spolupráce.

Klíčovým principem zařízení Workspaces je, že není přiřazeno konkrétnímu uživateli, ale spíše fyzické poloze, která umožňuje sdílené použití.

Zde uvedená zařízení podporují volání Webex.

1

V zobrazení zákazníka v aplikaci přejděte https://admin.webex.comna položku Pracovní plochya klikněte na tlačítko Přidat pracovní plochu.

2

Zadejte název pracovní plochy (například název fyzické místnosti), vyberte typ místnosti a přidejte kapacitu. Pak klepněte na tlačítko Další.

3

Vyberte Další zařízení Cisco Webex a klikněte na tlačítko Další.

Mezi další zařízení Cisco Webex patří zařízení Cisco Webex Room nebo Desk, včetně Cisco Webex Board.

4

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

  • Volání zdarma- uživatelé mohou volat pouze pomocí SIP adresy Webex nebo Webex Session Initiation Protocol (SIP) (například uživatelské jméno @ example.calls.webex.com).
  • Cisco Webex Volání- Kromě toho, že mohou provádět a přijímat volání Webex a SIP, mohou lidé v tomto pracovním prostoru používat zařízení k provádění a přijímání telefonních hovorů z telefonního plánu Webex Volání. Můžete například zavolat svému spolupracovníkovi Giacomu Edwardsovi vytočením jeho telefonního čísla 555-555-5555, jeho rozšíření 5555 nebo jeho SIP adresy gedwards@example.webex.com, ale můžete také zavolat do místní pizzerie.
5

Zařízení aktivujte pomocí dodané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 vyplnit soubor CSV požadovanými informacemi a aktivovat tato zařízení 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í podskupinu:

  • Cisco IP telefon řady 6800 Multiplatformní telefony (Audio telefony-6821, 6841, 6851)

  • Cisco IP telefon řady 7800 Multiplatformní telefony (Audio telefony-7811, 7821, 7841, 7861)

  • Cisco IP telefon řady 8800 Multiplatformní telefony (Audio telefony -8811, 8841, 8851, 8861)

  • Cisco IP telefon řady 8800 Multiplatformní telefony (Video telefony -8845, 8865)

  • Cisco IP Conference Phone 7832 a 8832

1

V zobrazení zákazníka v https://admin.webex.comaplikaci přejděte na položku Zařízení, klepnětena tlačítko Přidat zařízení a vyberte, zda zařízení přidáváte k uživateli nebo místu.

2

Vyberte možnost Importovat/nahrát soubor CSV.

3

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

  • Exportovat uživatelskéatributy - můžete získat seznam všech uživatelů ve vaší organizaci a jejich přidružených atributů, takže nemusíte ručně vyhledávat každého uživatele.
  • Stáhnout šablonu CSV-Můžete použít šablonu, se kterou jsme přišli, a poté zadat informace, jako jsou 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 třeba mít na paměti:
    • Ve sloupci Uživatelské jméno souboru CSV nezapomeňte zadat e-mailovou adresu uživatele, nikoli jeho uživatelské ID 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 CSV soubor. Pokud potřebujete přidat více než to, použijte druhý soubor CSV.

    • Pokud zadáš místo, které dosud neexistuje, bude toto místo automaticky vytvořeno pro tebe.

    • Pokud ponecháte sloupec MAC adresy prázdný, vygeneruje se aktivační kód, který musí být zadán na samotném zařízení.

4

Pokud byla MAC adresa ponechána prázdná, můžete si vybrat, kam bude aktivační kód odeslán:

  • Poskytněte odkaz -aktivační kód se přidá do souboru CSV, který si pak můžete stáhnout.
  • Aktivační kóde-mailu - je-li zařízení určeno pro určité místo, odešle se aktivační kód vám jako správci. Pokud je zařízení určeno pro uživatele, aktivační kód je zaslán uživateli e-mailem.
5

Importovat vyplněný soubor CSV.

6

Klikněte na tlačítko Odeslat.

Jakmile se zařízení aktivují, zobrazí se vám aktualizace stavu.

 

Multiplatformní zařízení musí mít zatížení firmwarem 11.2.3MSR1 nebo novější, aby uživatelé mohli zadat aktivační kód na svém zařízení. Informace o tom, jak upgradovat firmware telefonu, naleznete v tomto článku.

Můžete přidat, odstranit, 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 uživatelské obrazovky, v případě potřeby.

1

Z pohledu zákazníka v https://admin.webex.compřejděte na Uživatelé.

2

Vyberte uživatele, kterého chcete upravit, a přejděte dolů na Zařízení.

3

Chcete-li přidat zařízení k tomuto uživateli, klikněte na tlačítko Přidat zařízení.


 
Pokud je uživateli již přiřazeno zařízení a vy chcete přidat další zařízení, klikněte na ikonu vedle Zařízení a klikněte na tlačítko Přidat zařízení.
4

Chcete-li upravit stávající zařízení, vyberte název zařízení.

Zde můžete zobrazit a upravit nastavení zařízení, vymazat zařízení, restartovat zařízení nebo případně vytvořit nový aktivační kód pro zařízení. Další informace o konfiguraci nastavení telefonu naleznete v části Konfigurace a aktualizace nastavení telefonu.

Zařízení lze přidávat 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ůžeš také nastavit jako hostitele hotelů. Další informace o ubytování naleznete v sekci Hotelování v Cisco Webex Control Hub.

1

Z pohledu zákazníka v přejděte https://admin.webex.comna Pracovní plochy.

2

Vyberte pracovní prostor, který chcete upravit, a přejděte na dlaždici Zařízení.

3

Chcete-li zařízení přidat, klikněte na tlačítko Přidat zařízení.

4

Chcete-li upravit stávající zařízení, vyberte název zařízení.

Zde si můžete prohlížet a upravovat nastavení zařízení, smazat zařízení, restartovat zařízení a povolit používání zařízení jako Hoteling Host. Další informace o konfiguraci nastavení telefonu naleznete v části Konfigurace a aktualizace nastavení telefonu.

Můžete přidat řádky do primárního zařízení uživatele a změnit pořadí zobrazení řádků. To je také označováno jako sdílený vzhled linky, který umožňuje uživatelům přijímat a uskutečňovat hovory do a z rozšíření jiného uživatele pomocí vlastního telefonu. Příkladem je výkonný asistent, který chce být schopen volat a přijímat hovory z linky šéfa. Vzhledy sdílené linky mohou být také další instancí linky primárního uživatele.

Maximální konfigurační limit je 35 zařízení pro každé telefonní číslo uživatele, včetně stolních nebo mobilních aplikací, které uživatel používá. Do telefonu v pracovním prostoru lze přidat další řádky, ale telefon v pracovním prostoru nelze přidat jako sdílený řádek.


Rychlá vytáčení, která uživatel přidal do svého MPP telefonu, nejsou v Control Hubu viditelná a lze je přepsat, pokud je nakonfigurována sdílená linka.

1

Z pohledu zákazníka v přejděte https://admin.webex.comna Uživatelé nebo Pracovní plochy (v závislosti na tom, kde je zařízení k úpravě přiřazeno).

2

Vyberte uživatele nebo pracovní prostor, který chcete upravit, a přejděte na Zařízení.

3

Vyberte zařízení, kde chcete přidat nebo upravit sdílené řádky, a přejděte na položku Uživatelé telefonu a Nastavení.

Uživatelé a místa, která se zobrazují v tomto telefonu, jsou uvedeni v pořadí vzhledu.

4

Chcete-li přidat nebo odebrat uživatele nebo místa z tohoto telefonu, vyberte možnost Konfigurovat řádky.

5

Pro odstranění řádku klikněte na ikonu.


 
Primárního uživatele na řádku 1 nelze odstranit.
6

Chcete-li přidat sdílený vzhled řádku, klikněte na ikonu.


 
Přidejte řádky v pořadí, ve kterém se mají zobrazit. Chcete-li změnit pořadí vzhledu řádku, smažte jej a přidejte do seznamu v pořadí, v jakém se má zobrazit.
7

Zadejte jméno nebo telefonní číslo a vyberte z možností, které se zobrazí, a klikněte na tlačítko Uložit.

Porty můžete nakonfigurovat na zařízení analogového telefonního adaptéru (ATA) přiřazeném uživateli v Control Hubu. V současné době jsou k dispozici dvě konfigurace zařízení ATA pro zařízení se 2 porty a zařízení s 24 porty.

1

Z pohledu zákazníka v https://admin.webex.compřejděte na Uživatelé.

2

Vyberte uživatele, kterého chcete upravit, a přejděte na Zařízení.

3

Vyberte zařízení, které chcete přidat nebo upravit.

4

V části Uživatelé tohoto zařízení kliknětena možnost Konfigurovat porty.

5

Chcete-li přidat konfiguraci sdíleného portu, klikněte na ikonu.

6

Zadejte jméno nebo telefonní číslo a vyberte z možností, které se zobrazí, a klikněte na tlačítko Uložit.


 
Při vyhledávání se zobrazují 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řepište možnosti komprese na uživatelské úrovni 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í ve své zákaznické organizaci, 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

Z pohledu zákazníka v přejděte https://admin.webex.comna položky Služby > Volání > Čísla a klikněte na tlačítko Přidat čísla.

2

Zadejte umístění a typ čísla. Pokud přenášíte čísla, zadejte současná i nová fakturační čísla.

3

Poté klepněte na tlačítko Uložit.

Zobrazí se seznam PSTN čísel, která vaše organizace objednala. S těmito informacemi můžete vidět nepoužitá čísla, která jsou k dispozici, a čísla, která byla objednána, která budou brzy k dispozici.

Z pohledu zákazníka v přejděte https://admin.webex.comna položky Služby > Volání > Objednávky PSTN.

Jste přesměrováni na portál Volající správce, kde uvidíte objednávky, které byly odeslány a dokončeny. Pokud máte po ruce ID objednávky, můžete jej zadat jako parametr a získat podrobnosti o konkrétní objednávce, jinak dostanete souhrn všech objednávek.
Vodoznak
18. kvě 2021| zobrazení | osob/y, podle nichž byl obsah užitečný

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.

Vodoznak
18. kvě 2021| zobrazení | osob/y, podle nichž byl obsah užitečný

Referenční informace o přístavu pro volání Cisco Webex

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

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

Ne všechny konfigurace firewallu potřebují, aby byly porty otevřeny, ale pokud používáte pravidla zevnitř ven, měli byste otevřít porty, abyste povolili protokoly potřebné pro servis. Dokud nasadíte NAT, definujete přiměřené doby vazby a vyhnete se manipulaci S DOUŠKEM na zařízení NAT, neměli byste otevírat porty přicházející na firewall.


Pokud je router nebo firewall SIP Aware, což znamená, že má SIP Application Layer Gateway (ALG) nebo něco podobného povoleno, doporučujeme tuto funkci vypnout, abyste zachovali správný provoz služby. Informace o tom, jak deaktivovat SIP ALG na konkrétních zařízeních, naleznete v příslušné dokumentaci výrobce.

Podrobnosti o síťových požadavcích na setkání a zasílání zpráv Webex naleznete v části Síťové požadavky na služby Webex.

Webex volá návštěvnost přes bránu firewall

Většina zákazníků nasazuje internetový firewall nebo internetový proxy a firewall, aby omezila a kontrolovala provoz založený na HTTP, který opouští jejich síť a vstupuje do ní. Jelikož všechny koncové body volání Webex nepodporuje server proxy http(s), postupujte podle pokynů firewallu níže a povolte přístup ke službám volání Webex ze své sítě.

Konfigurace brány firewall

Pokud brána firewall podporuje filtrování adres URL, nakonfigurujte bránu firewall tak, aby povolovala uvedené cílové adresy URL volání Webex, které jsou uvedeny v tabulce Domény a adresy URL pro služby volání Webex.

Pokud však používáte firewall, který nepodporuje filtrování adres URL/domén, nakonfigurujte firewall tak, aby filtroval provoz pomocí rozsahů adres IP a portů uvedených v adresách IP a portech pro služby volání Webex.

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

Následující tabulka popisuje porty a protokoly, které je třeba otevřít na firewallu, aby mohly aplikace Webex registrované v cloudu komunikovat s Webex Volání cloudové signalizace a mediálních služeb.

IP podsítě pro služby volání Webex

85.119.56.0/23

128.177.14.0/24

128.177.36.0/24

135.84.168.0/21

139.177.64.0/21

139.177.72.0/23

185.115.196.0/22

199.19.196.0/23

199.19.199.0/24

199.59.64.0/21

Účel připojení

Zdrojové adresy

Zdrojové porty

Protokol

Cílové adresy

Cílové přístavy

Poznámky

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

Externí lokální brána (NIC) 8000-65535

TCP

Viz IP podsítě pro služby volání Webex.

8934

Tyto IP/porty jsou potřebné pro odchozí signalizaci volání SIP-TLS z lokálních bran, zařízení a aplikací (Zdroj) do Webex Calling Cloud (Cíl).

Zařízení

5060-5080

Aplikace

Ephemerální (v závislosti na OS)

Volání médií na Webex Volání (OMRÁČENÍ,SRTP)

Externí NIC lokální brány

8000-48000

UDP

Viz IP podsítě pro služby volání Webex.

5004,19560-65535

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

Zařízení

19560-19660

Aplikace

Efemerální

Signalizace volání do brány PSTN (SIP TLS) Vnitřní NIC lokální brány 8000-65535 TCP Váš ITSP PSTN GW nebo Unified CM Závisí na možnosti PSTN (například typicky 5060 nebo 5061 pro Unified CM)
Volat média do brány PSTN (SRTP) Vnitřní NIC lokální brány

8000-48000

UDP Váš ITSP PSTN GW nebo Unified CM Závisí na možnosti PSTN (například typicky 5060 nebo 5061 pro Unified CM)

Signalizace hovorů do veřejně oslovených koncových bodů (SIP TLS)

Viz IP podsítě pro služby volání Webex.

Efemerální

TCP

IP koncový bod

8934

Tyto IP/porty jsou potřebné pro příchozí SIP-TLS signalizaci volání z Webex Calling Cloud (Source) do veřejně oslovených koncových bodů (Destination).

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

Volací zařízení Webex

Efemerální

TCP

3.20.185.219

3.130.87.169

3.134.166.179

443 6970

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

Musíte povolit cloudupgrader.webex.com a porty 443, 6970 pouze při přechodu z podnikových telefonů (Cisco Unified CM) na volání Webex. Pro více informací přejděte na upgrade.cisco.com.

3.20.118.133

3.20.228.133

3.23.144.213

3.130.125.44

3.132.162.62

3.140.117.199

18.232.241.58

35.168.211.203

50.16.236.139

52.45.157.48

54.145.130.71

54.156.13.25

80,443

*Tyto IP adresy patří activation.webex.com.

Tyto IP adresy jsou potřebné pro bezpečné začlenění 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 IP adresy patří activ.cisco.com.

Tato doména se používá pro CDA / EDO - MAC address based provisioning. Používá zařízení (MPP telefony, ATA a LÁZEŇSKÉ ATA) s novějším firmwarem.

Pokud se telefon připojí k síti poprvé nebo po továrním resetu a nejsou nastaveny žádné možnosti DHCP, kontaktuje aktivační server zařízení pro poskytování nulového dotyku. Nové telefony používají pro poskytování služeb "activate.cisco.com" namísto "webapps.cisco.com". Telefony s verzí firmwaru dříve než 11.2(1) nadále používají "webapps.cisco.com". Doporučujeme povolit obě doménová jména přes firewall.

72.163.10.128/25

173.37.146.128/25

80,443

Tyto IP adresy patří webapps.cisco.com.

Tato doména se používá pro CDA / EDO - MAC address based provisioning. Používá zařízení (MPP telefony, ATA a LÁZEŇSKÉ ATA) se starším firmwarem.

Pokud se telefon připojí k síti poprvé nebo po továrním resetu a nejsou nastaveny žádné možnosti DHCP, kontaktuje aktivační server zařízení pro poskytování nulového dotyku. Nové telefony používají pro poskytování služeb "activate.cisco.com" namísto "webapps.cisco.com". Telefony s verzí firmwaru dříve než 11.2(1) nadále používají "webapps.cisco.com". Doporučujeme povolit obě doménová jména přes firewall.

Viz IP podsítě pro služby volání Webex.

80,443

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

Časová synchronizace zařízení (NTP)

Volací zařízení Webex

51494

UDP

Viz IP podsítě pro služby volání Webex.

123

Tyto IP adresy jsou potřebné pro synchronizaci času pro zařízení (MPP telefony, ATA a LÁZEŇSKÉ ATA)

Rozlišení názvu zařízení

Volací zařízení Webex

Efemerální

UDP a TCP

Definováno hostitelem

53

Konfigurace aplikace

Webex aplikace pro volání

Efemerální

TCP

62.109.192.0/18

64.68.96.0/19

150.253.128.0/17

207.182.160.0/19

80, 443

Tyto IP adresy patří Webex Idbroker Authentication Services a používají je klienti, tj. Webex Applications.

Viz IP podsítě pro služby volání Webex.

80, 443, 8443

Tyto IP adresy patří ke službám konfigurace aplikací Webex Calling a používají je klienti, tj. Webex Applications.

Synchronizace času aplikace

Webex aplikace pro volání

123

UDP

Definováno hostitelem

123

Rozlišení názvu aplikace

Webex aplikace pro volání

Efemerální

UDP a TCP

Definováno hostitelem

53

CScan

Webex aplikace pro volání

Efemerální

UDP a TCP

Viz IP podsítě pro služby volání Webex.

8934 a 80, 443, 19569-19760

Tyto IP adresy jsou používány službami CScan používanými klienty, tj. Webex Applications. Další informace najdete na cscan.webex.com.

† Rozsah KRYCHLOVÝCH mediálních portů je konfigurovatelný s rozsahem rtp portů.

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

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

Doména / URL

Popis

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

Služby Cisco Webex

*.broadcloudpbx.com

Mikroslužby pro autorizaci Webexu pro křížové spuštění od Control Hubu po Volání administrátorského portálu.

Control Hub

*.broadcloud.com.au

Webex Volání služby v Austrálii.

Všichni

*.broadcloud.eu

Webex Volání služby v Evropě.

Všichni

*.broadcloudpbx.net

Volání klientských konfiguračních a řídících služeb.

Webex Apps

*.cisco.com

Pokud se telefon připojí k síti poprvé nebo po továrním resetování, pokud nejsou nastaveny žádné možnosti DHCP, kontaktuje aktivační server zařízení pro poskytování nulového dotyku. Nové telefony používají activ.cisco.com a telefony s verzí firmwaru před 11.2(1), nadále používat webapps.cisco.com pro poskytování.

MPP telefony, Control Hub

*.ucmgmt.cisco.com

Služby volání Webex

Control Hub

*.webex.com

Základní služby Webex pro volání, schůzky 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 webem (domény třetích stran)

*.appdynamics.com

*.eum-appdynamics.com

Sledování výkonu, zachycování chyb a pádů, metriky relace.

Control Hub

*.huron-dev.com

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

Control Hub

*.sipflash.com

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

Webex Apps

*.walkme.com *.walkmeusercontent.com

Klient pro uživatelské pokyny Webex. Poskytuje vstupní a uživatelské prohlídky pro nové uživatele.

Pro více informací o WalkMe klikněte zde.

Webex Apps

Pokud síťový brána firewall podporuje doménu povolit seznamy pro http(s) provoz, jako *.webex.com, je důrazně doporučeno povolit všechny tyto domény.

Webex Meetings/Messaging - Síťové požadavky

Pokud nasazujete služby Webex Volání s Webex Meetings a Messaging, požadavky na síť pro Webex Meetings a Messaging služby naleznete v požadavcích na síť pro Webex Services.

Historie revizí dokumentu

Datum

Provedli jsme následující změny tohoto článku

2. dubna 2021

Přidáno *.ciscospark.com pod Domény a adresy URL pro Webex Volací služby na podporu Webex Volání případy použití v aplikaci Webex.

25. března 2021

Přidáno 6 nových IP rozsahů pro activ.cisco.com, které vstoupí v platnost 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

Nahrazeno Webex Volání diskrétních IP adres a menších rozsahů IP se zjednodušenými rozsahy v samostatné tabulce pro snadné pochopení konfigurace firewallu.

26. února 2021

Přidáno 5004 jako cílový port pro Call media do Webex Volání (OMRÁČENÍ,SRTP) na podporu Interactive Connectivity Establishment (ICE), které bude k dispozici ve Webex Volání v dubnu 2021.

22. února 2021

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

Tabulka IP adres a portů je upravena tak, aby seskupovala IP adresy pro stejné služby dohromady.

Sloupec Poznámky přidán do tabulky IP adres a portů 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 byl v březnu 2021 poukázán na novější DNS SRV v Austrálii.

  • 199.59.64.237

  • 199.59.67.237

21. ledna 2021

Do konfigurace zařízení a správy firmwaru (zařízení Cisco) jsme přidali následující IP adresy:

  • 3.134.166.179

  • 50.16.236.139

  • 54.145.130.71

  • 72.163.10.125

  • 72.163.24.0/23

  • 173.37.26.0/23

  • 173.37.146.134

Odstranili jsme následující IP adresy z konfigurace zařízení a správy firmwaru (zařízení Cisco):

  • 35.172.26.181

  • 52.86.172.220

  • 52.203.31.41

Do konfigurace aplikace jsme přidali následující IP adresy:

  • 62.109.192.0/19

  • 64.68.96.0/19

  • 207.182.160.0/19

  • 150.253.128.0/17

Z konfigurace aplikace jsme odstranili následující IP adresy:

  • 64.68.99.6

  • 64.68.100.6

Z konfigurace aplikace jsme odstranili následující čísla portů:

  • 1081, 2208, 5222, 5280-5281, 52644-52645

Do konfigurace aplikace jsme přidali následující domény:

  • idbroker-b-us.webex.com

  • idbroker-eu.webex.com

  • ty6-wxt-jp.bcld.webex.com

  • os1-wxt-jp.bcld.webex.com

23. prosince 2020

Přidány nové IP adresy konfigurace aplikace do referenčních obrazů portu.

22. prosince 2020

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.

Skryjte síťová schémata, dokud tam nebudou přidány i tyto IP adresy.

11. prosince 2020

Aktualizována konfigurace zařízení a správa firmwaru (zařízení Cisco) a konfigurační řádky aplikace pro podporované kanadské domény.

16. října 2020

Aktualizovány záznamy signalizace hovorů a médií o následující IP adresy:

  • 139.177.64.0/24

  • 139.177.65.0/24

  • 139.177.66.0/24

  • 139.177.67.0/24

  • 139.177.68.0/24

  • 139.177.69.0/24

  • 139.177.70.0/24

  • 139.177.71.0/24

  • 139.177.72.0/24

  • 139.177.73.0/24

23. září 2020

Podle CScan nahradil 199.59.64.156 199.59.64.197.

14.8.2020

Přidáno více IP adres na podporu zavedení datových center v Kanadě:

Signalizace volání na Webex Volání (SIP TLS) —135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

12.8.2020

Přidáno více IP adres na podporu zavedení datových center v Kanadě:

  • Volání médií na Webex Volání (SRTP) —135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Signalizace volání do veřejně oslovených koncových bodů (SIP TLS) —135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Konfigurace zařízení a správa firmwaru (zařízení Cisco) —135.84.173.155,135.84.174.155

  • Synchronizace času zařízení-135.84.173.152, 135.84.174.152

  • Konfigurace aplikace-135.84.173.154,135.84.174.154

22. července 2020

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

9. června 2020

V záznamu CScan jsme provedli následující změny:
  • Opravená jedna z IP adres - změna 199.59.67.156 na 199.59.64.156

  • Nové funkce vyžadovaly nové porty a UDP—19560-19760

11. března 2020

Do konfigurace aplikace jsme přidali následující doménu a IP adresy:

  • jp.bcld.webex.com—135.84.169.150

  • client-jp.bcld.webex.com

  • idbroker.webex.com—64.68.99.6, 64.68.100.6

Aktualizovali jsme následující domény o další IP adresy pro konfiguraci zařízení a správu firmwaru:

  • cisco.broadcloud.eu—85.119.56.198, 85.119.57.198

  • webapps.cisco.com—72.163.10.134

  • activation.webex.com—35.172.26.181, 52.86.172.220

  • cloudupgrader.webex.com—3.130.87.169, 3.20.185.219

27. února 2020

Do konfigurace zařízení a správy firmwaru jsme přidali následující doménu a porty:

cloudupgrader.webex.com—443, 6970

Byl tento článek užitečný?

Související články

Naposledy zobrazené

×