Pracovní postup konfigurace volání Webex
    19. listopadu 2021 | 216 zobrazení | 0 osob/y, podle nichž byl obsah užitečný
    Pracovní postup konfigurace volání Webex
    30. září 2022
    Přehled volání Webex

    Představujeme volání Webex

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

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

    • Volání předplatných pro uživatele telefonního subsystému a společné prostory

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

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

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

    Tabulka 1. Funkce konfigurovatelné správcem

    Funkce

    Popis

    Automatický operátor

    Můžete přidávat pozdravy, nastavovat nabídky a směrovat hovory do záznamové služby, lovecké skupiny, hlasové schránky nebo skutečné osoby. Můžete vytvořit 24hodinový rozvrh nebo poskytnout různé možnosti, když je vaše firma otevřená nebo zavřená. Můžete dokonce směrovat hovory na základě atributů ID volajícího a vytvářet seznamy VIP nebo zpracovávat hovory z určitých směrových čísel oblastí odlišně.

    Fronta hovorů

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

    Hromadné zpracování hovorů

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

    Parkování hovorů

    Můžete zapnout park hovorů, aby uživatelé mohli hovor přidržet a vyzvednout ho z jiného telefonu.

    Skupina sdružených linek

    Skupiny lovu můžete nastavit v následujících scénářích:

    • Prodejní tým, který chce sekvenční směrování. Příchozí hovor zazvoní na jednom telefonu, ale pokud není přijata žádná odpověď, hovor přejde k dalšímu agentovi v seznamu.

    • Tým podpory, který chce, aby telefony vyzváněly všechny najednou, aby první dostupný agent mohl hovor přijmout.

    Skupina pagingu

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

    Klient recepce

    Pomozte podpořit potřeby pracovníků front-office tím, že jim poskytnete úplnou sadu možností řízení hovorů, rozsáhlé monitorování linek, fronty hovorů, více možností a zobrazení adresářů, integraci aplikace Outlook a další.

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

    Tabulka 2. Uživatelsky konfigurovatelné funkce

    Funkce

    Popis

    Anonymní odmítnutí hovoru

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

    Kontinuita podnikání

    Pokud telefony uživatelů nejsou z jakéhokoli důvodu připojeny k síti (například výpadek napájení, problémy se sítí atd.), mohou uživatelé přesměrovat příchozí hovory na konkrétní telefonní číslo.

    Přesměrování hovorů

    Uživatelé mohou přesměrovat příchozí hovory na jiný telefon.

    Selektivní přesměrování hovorů

    Uživatelé mohou přesměrovávat hovory v určitých časech od konkrétních volajících. Toto nastavení bude mít přednost před přesměrováním hovorů.

    Upozornit na volání

    Uživatelé si mohou při přijetí hovoru odeslat e-mail podle předdefinovaných kritérií, jako je telefonní číslo nebo datum a čas.

    Čekající hovor

    Uživatelé mohou povolit příjem dalších příchozích hovorů.

    Nerušit

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

    Office Anywhere

    Uživatelé mohou použít své vybrané telefony ("Umístění") jako rozšíření svého firemního telefonního čísla a vytáčecího plánu.

    Prioritní výstraha

    Uživatelé mohou vyzvánět své telefony s výrazným vyzváněním, pokud jsou splněna předdefinovaná kritéria, jako je telefonní číslo nebo datum a čas.

    Práce na dálku

    Uživatelé mohou volat ze vzdáleného telefonu a nechat si ho zobrazit z jejich obchodní linky. Kromě toho budou na tomto vzdáleném telefonu vyzvánět všechny příchozí hovory na jejich obchodní linku.

    Selektivní přijímání hovorů

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

    Selektivní odmítnutí hovoru

    Uživatelé mohou odmítnout hovory v určitých časech od konkrétních volajících.

    Sekvenční okruh

    Vyzvánějte až 5 zařízení po sobě pro příchozí hovory.

    Simultánní vyzvánění

    Vyzvánějte současně čísla uživatelů a dalších osob ("příjemců hovorů") pro příchozí hovory.

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

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

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

    Uživatelské prostředí

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

    • Aplikace pro volání Webex – měkký klient pro volání, které je označeno značkou Cisco. Další informace naleznete v tématu Prozkoumejte novou aplikaci Cisco Webex Calling App.

    • Nastavení Webex (https://settings.webex.com) – Rozhraní, kde mohou uživatelé nastavit předvolby pro profil, stáhnout aplikaci Webex a křížově spustit do portálu Volající uživatel portál pro nastavení volání. Další informace naleznete v tématu Změna nastaveníCisco Webex.

    • Aplikace Webex – aplikace zahrnutá v předplatném jako klient týmového zasílání zpráv značky Cisco. Další informace naleznete v tématu Začínáme s aplikací Cisco Webex.

    • Schůzky Webex – Volitelná aplikace přidaná jako řešení schůzek. Další informace naleznete v tématu SchůzkyWebex.

    Přehled

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

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

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

    • Cisco Unified Communications Manager

    • Cisco Unified IM and Presence

    • Připojení Cisco Unified Unity

    • Dálnice Cisco

    • Cisco Emergency Responder (pouze oblast Severní a Jižní Amerika)

    • Cisco Session Management Edition (SME) (volitelné)

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

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

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

    Prohlídka Control Hubu

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

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

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

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

    Začínáme

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

    První průvodce zkušebními verzemi

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

    Zkontrolujte nastavení

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

    Přidat uživatele

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

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

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

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

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

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

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

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

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

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

    Podpořte své uživatele

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

    Role místní brány

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

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

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

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

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

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

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

    Samostatná nasazení místní brány

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

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

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

    Nasazení místní brány Coresident

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

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

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

    • Umístění s povoleným volánímWebex jsou přidána do existujícího nasazení Cisco UC, kde je Unified CM nasazen jako místní řešení řízení hovorů

    • Je vyžadována přímá volba mezi telefony registrovanými v Unified CM a telefony v místech volání Webex.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Třída služby (CoS)

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

    • Zařízení registrovaná v Unified CM

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

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

    Zařízení registrovaná v Unified CM

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

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

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

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

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

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

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

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

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

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

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

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

    Integrace vytáčecího plánu

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

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

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

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

    • Všechna čísla adresářů, která jsou konfigurována na Unified CM, jsou ve formátu +E.164.

    • Všechna čísla adresářů jsou umístěna ve stejném oddílu (DN) a jsou označena jako naléhavá.

    • Směrování jádra je založeno na +E.164.

    • Všechny návyky vytáčení bez +E.164 (například zkrácené vytáčení v rámci sítě a vytáčení do veřejné telefonní sítě pomocí běžných návyků vytáčení) jsou normalizovány (globalizovány) na +E.164 pomocí vzorců překladu normalizace vytáčení.

    • Vzory překladu normalizace vytáčení používají překladový vzor volající dědičnost vyhledávacího prostoru; mají nastavenou možnost "Použít vyhledávací prostor pro volání původce".

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

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

    Dosažitelnost volání Webex

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

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

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

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

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

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

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

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

    Obslužné rutiny protokolu pro volání

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

    • CLICKTOCALL: nebo CLICKTOCALL://

    • SIP: nebo SIP://

    • TEL: nebo TEL://

    • WEBEXTEL: nebo WEBEXTEL://

    Obslužné rutiny protokolu pro systém Windows

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

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

    1. Otevřete nastavení systému Výchozí nastavení aplikace, klikněte na Nastavit výchozí nastavení podle aplikacea pak zvolte Aplikace Webex.

    2. Pro každý protokol zvolte Webex App .

    Obslužné rutiny protokolu pro macOS

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

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

    30. září 2022
    Příprava prostředí pro volání Webex

    Požadavky na volání

    Licencování

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

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

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

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

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

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

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

    Požadavky na šířku pásma

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

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

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

    Podporovaná zařízení

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

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

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

    Firewall

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

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

    Obecné předpoklady

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

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

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

      • Mít základní znalosti protokolu SIP (Session Initiation Protocol)

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

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

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

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

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

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

    • LGW musí být aktualizován kořenovým balíčkem certifikační autority z Cisco PKI

    • Sada přihlašovacích údajů SIP digest ze stránky Konfigurace kmene Control Hub se používá ke konfiguraci LGW (kroky jsou součástí následující konfigurace)

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

    • Výzva k zadání přihlašovacích údajů (k dispozici je SIP digest)

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

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

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

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

    07. dubna 2023
    Konfigurace volání Webex pro vaši organizaci

    Přizpůsobte Webex Calling v organizaci v centru Control Hub. Po aktivaci první pobočky prostřednictvím průvodce počátečním nastavením můžete nastavit a spravovat další pobočky, přiřazení a využití přenosového spoje, možnosti plánu vytáčení, uživatele, zařízení a funkce.

    Proveďte nastavení volání v průvodce počátečním nastavením

    Prvním krokem k získání vašeho Webex Calling a spuštěných služeb je dokončit průvodce počátečním nastavením (FTSW). Po dokončení FTSW pro vaši první pobočku již není nutné jej vyplňovat pro další pobočky.

    1

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


     

    Vaše e-mailová adresa správce se automaticky používá k přihlásit se k Centrum Control Hub , kde budete vyzváni k vytvoření hesla správce. Po přihlásit se se automaticky spustí průvodce nastavením.
    2

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

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


     

    Za aktivaci prvních kroků pro FTSW je odpovědný váš správce účtu. Pokud se během výběru zobrazí zpráva „Hovor nelze nastavit“, kontaktujte správce účtu Začínáme .
    4

    Vyberte zemi, na kterou má být vaše datové centrum mapováno, a zadejte kontaktní osoba zákazníka a adresu zákazníka.
    5

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

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

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

     

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

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

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

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

    Zadejte dostupnou adresu protokol SIP služby Cisco Webex a klikněte Další a vyberte možnost Dokončit .

    Přidat pobočku

    Než začnete

    K vytvoření nové pobočky si připravte následující informace:

    • Adresa pobočky

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

    1

    Přihlaste se k centru Control Hub nahttps://admin.webex.com , přejít na Management > Umístění .

    Upozorňujeme, že nová pobočka budou hostována v místním datové centrum , které odpovídá zemi vybrané pomocí průvodce počátečním nastavením.
    2

    Nakonfigurujte nastavení umístění:

    • Název umístění –Zadejte jedinečný název k identifikaci umístění.
    • Země/oblast –Vyberte zemi, se kterou chcete umístění spojit. Můžete například vytvořit jednu pobočku (ústředí) v USA a další (pobočku) ve Spojeném království. Vybraná země určuje následující pole pro adresu. Ty, které jsou zde zdokumentovány, používají jako příklad americké konvence pro adresy.
    • Adresa pobočky –Zadejte hlavní poštovní adresa pobočky.
    • Město –Zadejte město pro toto umístění.
    • Stát/provincie/oblast –Z rozevírací nabídky vyberte stát.
    • PSČ –Zadejte PSČ.
    • Jazyk oznámení – Vyberte jazyk zvukových oznámení a výzev pro nové uživatele a funkce.
    • Jazyk e-mail –Zvolte jazyk e-mailové komunikace s novými uživateli.
    • Časové pásmo –Zvolte časové pásmo umístění.
    3

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

    Pokud jste klikli na Ano , zvolte jednu z následujících možností:

    • Síť Cisco PSTN – Tuto možnost vyberte, pokud chcete cloudové řešení PSTN od společnosti Cisco. Cisco Calling Plan je řešení, které plně nahrazuje síť PSTN, které poskytuje tísňové volání, příchozí a odchozí domácí a mezinárodní volání a umožňuje objednat nová čísla PSTN nebo přenést stávající čísla do společnosti Cisco.


       

      Stránka Síť Cisco PSTN možnost je viditelná pouze za následujících podmínek:

      • Zakoupili jste alespoň jeden potvrzený plán Cisco volání OCP (plán odchozích volání).

      • Vaše pobočka se nachází v zemi, ve které je Je podporován plán volání Cisco .

      • Vaše pobočka je nová. Dříve existující pobočky, k nimž byly přiřazeny jiné funkce sítě PSTN, nejsou v tuto chvíli způsobilé pro plán volání Cisco . Otevřete případ podpory jako pomoc.

      • Jste hostováni v datovém centru Webex Calling v oblasti, ve které je podporován plán služby Cisco Calling.
    • PSTN připojená ke cloudu – Tuto možnost vyberte, pokud hledáte cloudové řešení sítě PSTN od jednoho z mnoha partnerů Cisco CCP nebo pokud není ve vaší pobočce k dispozici plán Cisco Calling Plan. Partneři CCP nabízejí náhradní řešení pro síť PSTN, rozsáhlé globální pokrytí a širokou a rozmanitou řadu funkcí, balení a cen.

       

      Jsou uvedeni partneři CCP a zeměpisné pokrytí zde . Zobrazí se pouze partneři, kteří podporují zemi vaší pobočky. Partneři jsou uvedeni s logem nebo jako krátký textový řetězec, za kterým následuje oblast, v hranatých závorkách (Příklad: (EU), (USA) nebo (CA)). Partneři uvedení s logem nabízejí vždy nabídku Místní média pro CCP . U partnerů zobrazených jako řetězec zvolte oblast nejblíže zemi, ve které se nacházíte, aby byla zabezpečena možnost Local Media pro CCP.

      Pokud se zobrazí možnost Čísla objednávek od uvedeného poskytovatele doporučujeme zvolit tuto možnost, abyste mohli využívat výhody integrovaného CCP. Integrované CCP umožňuje pořizování a zřizování telefonních čísel Centrum Control Hub na jedné tabuli skla. Neintegrovaná CCP vyžaduje, abyste si telefonní čísla obstarali od partnera CCP mimo ČR Centrum Control Hub .

    • Lokální brána PSTN (místní brána) –Tuto možnost můžete vybrat, pokud chcete zachovat stávajícího poskytovatele sítě PSTN nebo chcete propojit nekloudové weby s cloudovými weby.

    Volba sítě PSTN je na úrovni každé pobočky (každá pobočka má pouze jednu síť PSTN). Pro nasazení můžete kombinovat tolik možností, kolik chcete, ale pro každou pobočku bude mít jednu možnost. Jakmile vyberete a zřídíte možnost sítě PSTN, můžete ji změnit kliknutím na možnost Spravovat ve vlastnostech sítě PSTN pobočky. Některé možnosti, například Cisco PSTN, však nemusí být dostupné po přiřazení jiné možnosti. Otevřete případ podpory jako pomoc.
    5

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

    Pokud jste vybrali neintegrovanou CCP nebo areálovou síť PSTN, zadejte Telefonní čísla jako hodnoty oddělené čárkou a potom klikněte na tlačítko potvrďte .

    Jsou přidána čísla pro konkrétní pobočku. Platné položky se přesunou do Ověřená čísla a v poli zůstávají neplatné položky Přidat čísla pole doplněno chybová zpráva.

    V závislosti na zemi pobočky jsou čísla formátována podle místních požadavků na vytáčení. Pokud je například vyžadováno směrové číslo země, můžete zadávat čísla s kódem nebo bez něj a na přední stranu se přidá kód.
    7

    Klikněte na možnost Uložit.

    Co dělat dál

    Po vytvoření pobočky můžete pro danou pobočku povolit tísňové služby 911. Viz Tísňová služba RedSky 911 pro službu Webex Calling kde získáte další informace.

    Odstranění pobočky z organizace Webex Calling

    Než začnete

    Získejte seznam uživatelů a pracovních prostorů přidružených k pobočce: Přejít na Služby > Volání > Čísla a z rozevírací nabídka vyberte umístění, které chcete odstranit. Musíte tyto uživatele odstranit a pracovních prostorů před odstraněním umístění.

    1

    Přihlaste se k centru Control Hub nahttps://admin.webex.com , přejít na Management > Umístění .
    2

    Klikněte v Akce vedle pobočky, kterou chcete odstranit.
    3

    Vyberte možnost Odstranit umístění a potvrďte, že chcete dané umístění odstranit.

    Trvalé odstranění umístění obvykle trvá několik minut, ale může to trvat až hodinu. Stav můžete zkontrolovat kliknutím vedle názvu umístění a vyberte možnost Stav odstranění .

    Aktualizovat stávající pobočku

    Nastavení sítě PSTN, název, časové pásmo a jazyk pobočky můžete změnit po jejím vytvoření. Pamatujte však, že nový jazyk se vztahuje pouze na nové uživatele a zařízení. Stávající uživatelé a zařízení budou i nadále používat starý jazyk.

    Pro stávající pobočky můžete povolit tísňové služby 911. Viz Tísňová služba RedSky 911 pro službu Webex Calling kde získáte další informace.

    1

    Přihlaste se k centru Control Hub nahttps://admin.webex.com , přejít na Management > Umístění .

    Pokud je vedle pobočky zobrazen symbol upozornění, znamená to, že jste pro tuto pobočku ještě nenastavili telefonní číslo . Dokud toto číslo nenakonfigurujete, nebudete moci volat ani přijímat žádné hovory.
    2

    (Volitelné) Pod Připojení PSTN , vyberte jednu z nich PSTN připojená ke cloudu nebo Lokální síť PSTN (místní brána), podle toho, kterou z nich jste již nakonfigurovali. Klikněte Spravovat chcete-li tuto konfiguraci změnit, a pak potvrďte související rizika výběrem možnosti Pokračovat . Potom vyberte jednu z následujících možností a klikněte Uložit :

    • Síť Cisco PSTN – Tuto možnost vyberte, pokud chcete cloudové řešení PSTN od společnosti Cisco. Cisco Calling Plan je řešení, které plně nahrazuje síť PSTN, které poskytuje tísňové volání, příchozí a odchozí domácí a mezinárodní volání a umožňuje objednat nová čísla PSTN nebo přenést stávající čísla do společnosti Cisco.


       

      Stránka Síť Cisco PSTN možnost je viditelná pouze za následujících podmínek:

      • Zakoupili jste alespoň jeden potvrzený plán Cisco volání OCP (plán odchozích volání).

      • Vaše pobočka se nachází v zemi, ve které je Je podporován plán volání Cisco .

      • Vaše pobočka je nová. V současné době nejsou předchozí pobočky, které byly přiřazeny jiné schopnosti sítě PSTN, způsobilé pro plán volání Cisco Calling plán. Otevřete případ podpory jako pomoc.

      • Jste hostováni v datovém centru Webex Calling v oblasti, ve které je podporován plán služby Cisco Calling.
    • PSTN připojená ke cloudu – Tuto možnost vyberte, pokud hledáte cloudové řešení sítě PSTN od jednoho z mnoha partnerů Cisco CCP nebo pokud není ve vaší pobočce k dispozici plán Cisco Calling Plan. Partneři CCP nabízejí náhradní řešení pro síť PSTN, rozsáhlé globální pokrytí a širokou a rozmanitou řadu funkcí, balení a cen.

       

      Jsou uvedeni partneři CCP a zeměpisné pokrytí zde . Zobrazí se pouze partneři, kteří podporují zemi vaší pobočky. Partneři jsou uvedeni s logem nebo jako krátký textový řetězec, za kterým následuje oblast, v hranatých závorkách (Příklad: (EU), (USA) nebo (CA)). Partneři uvedení s logem nabízejí vždy nabídku Místní média pro CCP . U partnerů zobrazených jako řetězec zvolte oblast nejblíže zemi, ve které se nacházíte, aby byla zabezpečena možnost Local Media pro CCP.

      Pokud se zobrazí možnost Čísla objednávek od uvedeného poskytovatele doporučujeme zvolit tuto možnost, abyste mohli využívat výhody integrovaného CCP. Integrované CCP umožňuje pořizování a zřizování telefonních čísel Centrum Control Hub na jedné tabuli skla. Neintegrovaná CCP vyžaduje, abyste si telefonní čísla obstarali od partnera CCP mimo ČR Centrum Control Hub .
    • Lokální brána PSTN (místní brána) – Tuto možnost můžete vybrat, pokud si chcete zachovat stávajícího poskytovatele sítě PSTN nebo chcete propojit noncloudové weby s cloudovými weby.

       

      Webex Calling zákazníci s pobočkami, které byly dříve nakonfigurovány pomocí místní brány, budou automaticky převedeni na místní síť PSTN s odpovídajícím přenosovým spojem.
    3

    Vyberte možnost Hlavní číslo na kterém je dosažitelný hlavní kontakt pobočky.
    4

    (Volitelné) Pod Tísňové volání , můžete vybrat Identifikátor místa pro tísňové volání chcete přiřadit k tomuto umístění.


     

    Toto nastavení je volitelné a lze jej použít pouze pro země, které ho vyžadují.

    V některých zemích (například: Francie) existují regulační požadavky, aby celulární rádiové systémy prokázaly identitu buňky při tísňové volání a tuto buňku zpřístupnili úřadům pro tísňové volání. Jiné země jako USA a Kanada implementují určování polohy pomocí jiných metod. Další informace naleznete zde Rozšířené tísňové volání .

    Váš poskytovatel tísňové volání může potřebovat informace o přístupové síti, kterých se dosáhlo definováním nové privátní hlavičky protokol SIP P-Access-Network-Info. Záhlaví nese informace týkající se přístupové sítě.

    Když pro určité místo nastavíte identifikátor umístění, hodnota umístění je odeslána poskytovateli jako součást zpráva SIP. Obraťte se na poskytovatele tísňové volání a zjistěte, zda je toto nastavení vyžadováno, a zda použijete hodnotu, kterou vám poskytl poskytovatel tísňové volání .“
    5

    Vyberte možnost Číslo hlasové schránky na kterou mohou uživatelé zavolat a zkontrolovat si hlasovou schránku pro tuto pobočku.
    6

    (Volitelné) Chcete-li změnit umístění, klikněte na ikonu tužky v horní části stránky Umístění Název umístění , Jazyk oznámení , Jazyk e-mail , Časové pásmo , nebo Adresa podle potřeby a potom klikněte na tlačítko Uložit .


     

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

     

    Změna nastavení Časové pásmo pro pobočku neaktualizuje časová pásma funkcí přiřazených k dané pobočce. Chcete-li upravit časové zóny pro funkce, jako je automatický operátor, skupina sdružených linek a fronta hovorů, přejděte do Obecná nastavení oblasti konkrétního objektu, jehož časové pásmo chcete aktualizovat, upravit a uložit v tomto pásmu.

    Nakonfigurujte plán vytáčení Webex Calling

    Tato nastavení jsou pro interní vytáčení a jsou k dispozici také v průvodci prvním nastavením. Při změně plánu vytáčení se příklady čísel in Centrum Control Hub aktualizovat, aby se tyto změny zobrazily.

    Pro pobočku můžete nakonfigurovat oprávnění odchozích volání. Viz tyto kroky konfiguraci oprávnění odchozích volání.

    1

    Přihlaste se k centru Control Hub nahttps://admin.webex.com/ , přejít na Služby > Volání > Nastavení služby a přejděte na Interní vytáčení .
    2

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

    • Délka směrového předčíslí na pobočku – Toto nastavení doporučujeme, pokud máte více poboček. Můžete zadat délku 2–7 číslic. Pokud máte více poboček se stejnou linkou, musí uživatelé při volání mezi pobočkami vytočit předčíslí. Pokud máte například více prodejen, všechny s linkou 1000, můžete pro každou prodejnu nakonfigurovat předponu. Pokud má jedna prodejna předčíslí 888, vytočíte číslo 8881000, abyste tuto prodejnu kontaktovali.

    •  

      Délky směrových předčíslí zahrnují řídicí číslici. Pokud například nastavíte směrovou předponu na čtyři, lze k určení webu použít pouze tři číslice.
    • Číslice řízení ve směrovém předčíslí — Vyberte číslo, které bude nastaveno jako první číslice každého směrového předčíslí.
    • Délka interní linky – Můžete zadat 2–6 číslic a výchozí hodnota jsou 2.

       

      Poté, co zvýšíte délka čísla linky, se stávající rychlé volby na interní linky automaticky neaktualizují.
    3

    Nastavení interního vytáčení pro konkrétní pobočky. Přejít na Služby > Zavolejte > Pobočky , vyberte umístění a přejděte na Vytáčení a pak podle potřeby změňte interní a externí vytáčení:

    • Interní vytáčení –zadejte směrové předčíslí, které musí uživatelé na jiných pobočkách vytočit, aby mohli někoho kontaktovat na této pobočce. Směrové předčíslí každé pobočky musí být jedinečné. Doporučujeme, aby délka předčíslí odpovídala délce nastavené na úrovni organizace, musí však být 2–7 číslic.
    • Externí vytáčení –Volitelně můžete vybrat číslici odchozího vytáčení, kterou musí uživatelé vytočit, aby se mohli dovolat na vnější linku. Výchozí hodnota je Žádné Pokud tento zvyk vytáčení nevyžadujete, můžete jej ponechat. Pokud se rozhodnete tuto funkci použít, doporučujeme použít jiné číslo, než je řídicí číslice vaší organizace.

       

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

    Dopad na uživatele:

    • Aby se změny v předvolbách vytáčení projevily, musí uživatelé restartovat telefon.

    • Linky uživatelů by neměly začínat stejným číslem jako číslice řízení nebo číslice odchozího vytáčení pobočky.

    Nakonfigurujte místní síť PSTN (místní brána) v centru Control Hub

    Pokud jste prodejce s přidanou hodnotou, můžete pomocí těchto kroků spustit konfiguraci místní brána v Centrum Control Hub . Když je tato brána zaregistrována v cloudu, můžete ji použít v jedné nebo více svých bránach Webex Calling umístění pro směrování k podnikovému poskytovatel služeb sítě PSTN .

    Umístění s místní brána nelze odstranit, pokud je místní brána používána pro jiná umístění.

    Vytvořte přenosový spoj

    Chcete-li vytvořit přenosový spoj, postupujte podle těchto kroků Centrum Control Hub .

    Než začnete

    • Po přidání pobočky a před konfigurací místní sítě PSTN pro pobočku je nutné vytvořit přenosový spoj.

    • Vytvořte všechna umístění, konkrétní nastavení a čísla. Pobočky musí existovat před přidáním prostorové sítě PSTN.

    • Seznamte se s požadavky prostředí PSTN (místní brána) pro Webex Calling .

    • Nemůžete vybrat více než jeden přenosový spoj pro pobočku s podnikovou sítí PSTN, ale můžete zvolit stejný přenosový spoj pro více poboček.

    1

    Přihlaste se k Centrum Control Hub vhttps://admin.webex.com , přejít na Služby > Volání > Směrování hovorů a vyberte možnost Přidat přenosový spoj .
    2

    Vyberte umístění.
    3

    Pojmenujte přenosový spoj a klikněte Uložit .


     

    Jméno nesmí obsahovat více než 24 znaků.

    Co dělat dál

    Zobrazí se relevantní parametry, které budete muset nakonfigurovat na přenosovém spoji. Bude také vygenerována sada přihlašovacích údajů protokol SIP digest k zabezpečení připojení PSTN.

    Na obrazovce se zobrazí informace o přenosovém spoji Registrovat doménu , Skupina přenosových spojů OTG/DTG , Linka/port a Adresa odchozího serveru proxy .

    Doporučujeme zkopírovat tyto informace z Centrum Control Hub a vložte jej do místního textového souboru nebo dokumentu, abyste do něj mohli nahlédnout, až budete připraveni ke konfiguraci místní sítě PSTN.

    Pokud přihlašovací údaje ztratíte, musíte je vygenerovat na obrazovce informací o přenosovém spoji Centrum Control Hub . Klikněte Získejte uživatelské jméno a resetujte heslo vygeneruje novou sadu ověřovacích pověření, které se mají použít v přenosovém spoji.

    Vyberte přenosový spoj pro prostorovou síť PSTN

    1

    Přihlaste se k centru Control Hub nahttps://admin.webex.com , přejít na Management > Umístění .
    2

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

    Vyberte možnost Lokální síť PSTN a klikněte Další .
    4

    Z rozevírací nabídka.


     

    Navštivte stránku přenosového spoje, kde můžete spravovat své skupina přenosového spoje přenosových spojů.
    5

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

    Co dělat dál

    Musíte převzít konfigurační údaje , které Centrum Control Hub vygeneruje a namapuje parametry na místní brána (například na Cisco CUBE, která je umístěna v areálu). Tento článek vás provede tímto procesem. Jako referenci viz následující obrázek, který obsahuje příklad toho, jak Centrum Control Hub konfigurační údaje (vlevo) se mapují na parametry v KRYCHLE (vpravo):

    Po úspěšném dokončení konfigurace na samotné bráně se můžete vrátit na Služby > Zavolejte > Pobočky in Centrum Control Hub a brána, kterou jste vytvořili, bude uvedena na kartě pobočky, 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 v cloudu volání a slouží jako aktivní brána PSTN pro danou pobočku.

    Spravovat telefonní čísla

    Požádejte o nákup služeb Webex ze zkušební verze v centru Control Hub

    1

    Přihlaste se k Centrum Control Hub vhttps://admin.webex.com , vyberte ikonu budovy .
    2

    Vyberte možnost Předplatná a potom klikněte na tlačítko Nakupte nyní .

    Partnerovi je odeslán e-mail s informací, že máte zájem o přechod na placené předplatné.

    Nastavte možnosti volání

    Můžete použít Centrum Control Hub nastavení priority dostupných možností volání, které se uživatelům zobrazí Aplikace Webex . Můžete je povolit také pro jednu funkci klikni a volej. Další informace najdete na stránce Nastavte možnosti volání pro uživatele aplikace Webex .

    Nastavte chování volání

    Můžete určit, která aplikace pro volání se otevře, když uživatelé uskutečňují hovory. Můžete konfigurovat nastavení volacího klienta, včetně nasazení ve smíšeném režimu pro organizace s uživateli s oprávněním Unified CM nebo Webex Calling a uživatele bez placených služeb volání společnosti Cisco. Další informace najdete na stránce Nastavte chování volání .

    16. května 2023
    Konfigurace místní brány v systému IOS-XE pro volání Webex

    Po dokončení konfigurace služby Webex Calling pro organizaci můžete nakonfigurovat přenosový spoj k připojení vaší místní brány k Webex Calling. protokol SIP TLS zabezpečuje přenosový spoj mezi místní bránou a cloudem služby Webex . Média mezi místní bránou a Webex Calling používá SRTP.

    Tok úlohy konfigurace místní brány

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

    • Přenosový spoj založený na registraci

    • Kmenový spoj na základě certifikátů

    Použijte tok úkolů v rámci Místní brána založená na registraci nebo Místní brána na základě certifikátů nakonfigurujte místní bránu pro Webex Calling kmen. Viz Nakonfigurujte spojová vedení, skupiny směrování a plány vytáčení pro Webex Calling naleznete další informace o různých typech přenosových spojů. Proveďte následující kroky na samotné místní bráně pomocí rozhraní příkazového řádku (CLI). K zabezpečení přenosového spoje používáme Session Initiation Protocol (SIP) a přenos TLS (zabezpečení přenášených dat) (TLS) a k zabezpečení médií mezi místní bránou a protokolem SRTP Webex Calling .

    Než začnete

    • Seznamte se s požadavky prostorové veřejné komutované telefonní sítě (PSTN) a místní brány (LGW). Webex Calling . Viz Preferovaná architektura společnosti Cisco pro Webex Calling kde získáte další informace.

    • V tomto článku se předpokládá, že je k dispozici vyhrazená platforma místní brány bez žádné stávající hlasové konfigurace. Pokud upravíte stávající brána PSTN nebo podnikové nasazení místní brány, kterou chcete použít jako funkci místní brány Webex Calling , věnujte konfiguraci pečlivou pozornost. Ujistěte se, že jste kvůli provedeným změnám nepřerušili stávající toky hovorů a funkce.

    • Vytvořte přenosový spoj v centru Control Hub a přiřaďte jej k umístění. Viz Nakonfigurujte spojová vedení, skupiny směrování a plány vytáčení pro Webex Calling kde získáte další informace.
    Procedury obsahují odkazy na referenční dokumentaci příkazů, kde se můžete dozvědět více o možnostech jednotlivých příkazů. Všechny odkazy na odkazy na příkazy vedou na Odkaz na příkazy spravovaných bran Webex pokud není uvedeno jinak (v takovém případě odkazy na příkazy jdou na Odkaz na hlasové příkazy Cisco IOS ). Všechny tyto příručky jsou přístupné v Cisco Unified Border Element Odkazy na příkazy .

    Informace o sadě SBC jiných výrobců naleznete v referenční dokumentaci k příslušnému produktu.

    Proveďte konfiguraci referenční platformy

    Než začnete

    • Ujistěte se, že následující konfigurace základní platformy, kterou konfigurujete, jsou nastavit v souladu se zásadami a postupy vaší organizace:

      • Protokoly NTP

      • seznamy ACL

      • povolit hesla

      • primární heslo

      • Směrování IP

      • Adresy IP a tak dále

    • Pro všechna nasazení místní brány potřebujete minimální podporovanou verzi systému Cisco IOS XE 16.12 nebo IOS-XE 17.3.

    Pouze kostka CUBE podporuje místní brána založenou na registraci; nejsou podporovány žádné jiné SBC od třetích stran.

    1

    Ujistěte se, že jste přiřadili všem rozhraním vrstvy 3 platné a směrované 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

    Před použitím v přihlašovacích údajích a sdílených tajemstvích předkonfigurujte primární klíč pro heslo pomocí následujících příkazů. Hesla typu 6 se šifrují pomocí šifry AES a uživatelem definovaného primárního klíče.

    conf t
key config-key password-encrypt Password123
password encryption aes
    3

    Nakonfigurujte server názvů IP , abyste povolili vyhledávání DNS a ping k ověření toho, že je server dostupný. Místní brána používá DNS k překladu adres proxy služby Webex Calling :

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

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

    1. Vytvořte zástupný bod důvěryhodnosti PKI a zavolejte jej vzorTP .

    2. Přiřaďte bod důvěry jako výchozí bod důvěry signalizace pod doušek .


       

      • Zajistěte, aby a server cn-san-validate naváže připojení k místní bráně pouze v případě, že odchozí proxy server, na kterém jste konfigurovali, byl Klient 200 (popsáno později) odpovídá seznamu CN-SAN, který obdržíte ze serveru.

      • Aby TLS fungoval, potřebujete bod důvěryhodnosti šifrování. Pro připojení však nevyžadujete nastavit místní klientský certifikát (například mTLS).

    3. Povolením exkluzivity verze 1.2 zakážete TLS v1.0 a v1.1.

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

    5. Nastavte připojení časovačů pro navázání spojení TLS<wait-timer in="" sec=""> . Rozsah je 5–20 sekund a výchozí hodnota je 20 sekund. (LGW potřebuje 20 sekund, než zjistí chyba během připojování TLS a poté se pokusí vytvořit připojení k dalšímu dostupnému Webex Calling přístup k SBC. Rozhraní CLI umožňuje správci měnit hodnotu podle stavu sítě a zjišťovat selhání připojení pomocí aplikace Access SBC mnohem rychleji).


       

      Je platná verze Cisco IOS XE 17.3.2 a novější.

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

sip-ua
crypto signaling default trustpoint sampleTP cn-san-validate server
transport tcp tls v1.2
tcp-retry 1000
end
    5

    Aktualizujte fond důvěryhodnosti místní brány:

    Výchozí balíček fondu důvěry nezahrnuje certifikáty „DigiCert Kořenová certifikační autorita“ nebo „IdenTrust Commercial“, které potřebujete pro ověření certifikátu na straně serveru během navazování připojení TLS k Webex Calling .

    Stáhnout nejnovější „Důvěryhodný Cisco kořenový balíček“ odhttp://www.cisco.com/security/pki/ aktualizovat balíček fondu důvěryhodnosti.

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

      show crypto pki trustpool | include DigiCert

    2. Pokud certifikáty DigiCert Room CA a IdenTrust Commercial neexistují, proveďte aktualizaci následujícím způsobem:

      configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
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.
end

       

      Můžete si také stáhnout balíček certifikátů a nainstalovat z místního serveru nebo paměti flash místní brány.

      Příklad:

      crypto pki trustpool import clean url flash:ios_core.p7b

    3. Ověřit:

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

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

    Nakonfigurujte přenosový spoj založený na registraci

    Než začnete

    Ujistěte se, že jste provedli kroky v centru Control Hub k vytvoření pobočky a přidání kmene pro toto umístění. V následujícím příkladu jste získali informace z centra Control Hub.

    1

    Zadáním následujících příkazů zapnete aplikaci Místní brána, viz Referenční informace o portech pro Cisco Webex Calling pro nejnovější podsítě IP , které musíte přidat do seznamu seznam důvěryhodných certifikátů:

    configure terminal 
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
exit
allow-connections sip to sip
media statistics
media bulk-stats
no supplementary-service sip refer
no supplementary-service sip handle-replaces
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none
stun
stun flowdata agent-id 1 boot-count 4
stun flowdata shared-secret 0 Password123$
sip
g729 annexb-all
early-offer forced
asymmetric payload full
end

    Zde je vysvětlení polí pro konfiguraci:

    Prevence mýtných podvodů

    voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y

    • Aktivuje zdrojové IP adresy entit, od kterých místní brána očekává legitimní hovory VoIP , jako například Webex Calling peers, Unified CM uzly a IP PSTN.

    • Ve výchozím nastavení společnost LGW blokuje všechna příchozí nastavení VoIP hovorů z IP adres, které nejsou na jejím seznamu důvěryhodných. Adresy IP z partnerských číselníků s „cílovou IP relace“ nebo skupinou serverů jsou ve výchozím nastavení důvěryhodné a nemusíte zde vyplňovat.

    • Adresy IP v seznamu se musí shodovat s podsítěmi IP podle oblasti Webex Calling datové centrum , ke kterému připojíte. Další informace naleznete zde Referenční informace o portech pro Webex Calling .


       

      Pokud je vaše zařízení LGW za bránou firewall s omezeným kuželem NAT, možná budete chtít zakázat seznam důvěryhodných adresa IP na Webex Calling – orientované rozhraním. Brána firewall vás již chrání před nevyžádaným příchozím VoIP. Akce Zakázat snižuje dlouhodobější režii na konfiguraci, protože nemůžeme zaručit, že adresy Webex Calling partnerské sítě zůstávají pevně dané a v každém případě je nutné bránu firewall nakonfigurovat pro použití těchto vrstevníků.

    • Nakonfigurujte další IP na jiných rozhraních, například: nezapomeňte přidat Unified CM do příchozích rozhraní.

    • Adresy IP se musí shodovat s adresami IP hostitele a outbound-proxy se rozhodne pro Klient 200.

    • Další informace o tom, jak pomocí seznamu důvěryhodných adresa IP zabránit podvodům s mýtným, naleznete v části adresa IP je důvěryhodná .

    voice service voip
 media statistics 
 media bulk-stats

    Média

    • Statistika médií

      Aktivuje sledování médií na místní bráně.

    • Hromadná statistika médií

      Umožňuje řídicí rovině dotázat se datové roviny na statistiky hovoru.

    • Další informace o těchto příkazech naleznete v části Média v Odkaz na hlasové příkazy pro Cisco IOS – K až R .

    Základní funkce protokol SIP-to- protokol SIP

    allow-connections sip to sip

    • Povolit připojení protokol SIP-to- protokol SIP .

    • Ve výchozím nastavení hlasová zařízení Cisco IOS nebo IOS XE neumožňují, aby příchozí VoIP věta byla odeslána jako VoIP.

    • Další informace o tomto příkazu naleznete v části Povolit připojení .

    Doplňkové služby

    no supplementary-service sip refer
no supplementary-service sip handle-replaces

    Zakáže REFER a nahradí ID dialogového okna v záhlaví nahrazení ID dialogového okna partnerského okna. Další informace naleznete zde Doušek doplňkové služby .

    Protokol faxu

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

    Povolí pro přenos faxů protokol T.38, který však nebude šifrován. Další informace o tomto příkazu naleznete v části faxový protokol t38 (hlasová služba) .

    Povolit globální omráčení

    stun
stun flowdata agent-id 1 boot-count 4
stun flowdata shared-secret 0 Password123$

    • Když přesměrujete hovor na možnost a Webex Calling (například volaná i volající strana jsou Webex Calling odběratelům a pokud média ukotvíte na Webex Calling SBC), média nemohou proudit k místní bráně, protože není otevřená dírka.

    • Funkce vazeb omráčení u místní brány umožňuje odesílat místně vygenerované žádosti o omráčení sjednanou cestou k médiím. Omračování pomáhá otevřít malou dírku v bráně firewall.

    • Heslo omráčení je předpokladem k tomu, aby místní brána mohla odesílat zprávy omráčení. Brány typu Cisco IOS/IOS XE můžete nakonfigurovat tak, aby kontrolovaly hesla a otevíraly malé dírky dynamicky (například bez explicitních pravidel vstupu a výstupu). Pro nasazení místní brány však nakonfigurujete bránu firewall staticky tak, aby otevírala dovnitř a ven na základě Webex Calling Podsítě SBC. Brána firewall musí proto zacházet s podsítěmi SBC jako s jakýmkoli příchozím paketem UDP , který aktivuje otevření dírky, aniž by se explicitně sledoval obsah paketu.

    Další informace naleznete zde id agenta omráčení toku dat a stun flowdata shared-secret .

    G729

    sip
g729 annexb-all

    Umožňuje všechny varianty příkazu G729. Další informace naleznete zde g729 Annexb-all.

    Protokol SIP

    early-offer forced

    Vynutí místní bránu, aby odeslala informace SDP v počáteční zprávě INVITE místo čekání na potvrzení od sousedního partnera. Další informace o tomto příkazu naleznete v části včasná nabídka .
    2

    Nakonfigurujte „protokol SIP profil 200“.

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

    Zde je vysvětlení polí pro konfiguraci:

    • pravidlo 9

      Zajišťuje, že jste uváděli záhlaví jako “SIP-Req-URI” a ne “SIP-Req-URL” .

      Pravidlo konvertuje mezi identifikátory protokol SIP URI a adresami URL protokol SIP , protože Webex Calling nepodporuje identifikátory protokol SIP URI ve zprávách požadavku/odpověď, ale potřebuje je pro dotazy SRV, například: _sips._tcp.<outbound-proxy>.

    • pravidlo 20

      Upraví hlavičku Od tak, aby obsahovala parametr OTG/DTG skupina přenosového spoje přenosových spojů z centra Control Hub k jedinečné identifikaci webu místní brány v rámci podniku.

    • Použije profil protokol SIP na klienta hlasové třídy 200 (diskutováno později) pro veškerý provoz směrovaný Webex Calling . Další informace naleznete zde doušek-profily hlasové třídy .

      Další informace o příkazech pravidla naleznete v části pravidlo (pravidlo překladu hlasu) in Odkaz na hlasové příkazy pro Cisco IOS – K až R .
    3

    Nakonfigurujte profil kodeků, definici omráčení a kryptografickou sadu SRTP .

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

    Zde je vysvětlení polí pro konfiguraci:

    • Kodek hlasové třídy 99

      Povoluje kodeky g711 (mu a a-law) pro relace. Použijte omráčení na všechny partnerské vytáčení. Další informace naleznete zde kodek hlasové třídy .

    • Hlasová třída srtp-crypto 200
      voice class srtp-crypto 200
crypto 1 AES_CM_128_HMAC_SHA1_80

      Určuje SHA1_ 80 jako jedinou šifrovací sadu SRTP , kterou místní brána nabízí v rámci SDP ve své nabídce a v odpovědi. Webex Calling podporuje pouze SHA1 80._ Další informace o příkazu hlasové třídy naleznete zde hlasová třída srtp-crypto .

    • Platí tenant hlasové třídy 200 (probráno později) čelit- Webex Calling .

    • Stun-usage hlasové třídy 200
      voice class stun-usage 200
stun usage firewall-traversal flowdata
stun usage ice lite

      Definuje použití omráčení. Použije omráčení na všechny Webex Calling -čelní (tag 2XX) vytáčení, aby se předešlo nulovému zvuku, když telefon Unified CM přesměruje hovor na jiného Webex Calling telefonu. Viz omráčení využití brána firewall-traversal tokdat a omračovat využití ice lite .


     

    Pokud je vaše kotevní médium na ITSP SBC a místní bráně za překladem NAT, počkejte na příchozí datový tok média od ITSP. Příkaz stun můžete použít na protilehlých telefonech ITSP.

     

    Vyžadujete ice-lite využití omračování pro toky hovorů využívající optimalizaci cesty médií.
    4

    Namapovat parametry centra Control Hub na konfiguraci místní brány.

    Přidat Webex Calling jako klienta v rámci místní brány. K registraci místní brány je vyžadována konfigurace pod tenant hlasové třídy 200 . Musíte získat prvky této konfigurace z stránky Informace o přenosovém spoji z prostředí Control Hub, jak je znázorněno na následujícím obrázku. Následující příklad ukazuje, která pole jsou mapována na příslušné rozhraní CLI místní brány.

    Použít klienta 200 na všechny Webex Calling protilehlé číselníky ( ) v konfiguraci místní brány.2xx Funkce klienta hlasové třídy umožňuje seskupit a konfigurovat parametry přenosový spoj SIP , které se jinak provádějí v hlasové službě VoIP a sip-ua. Když nakonfigurujete klienta a použijete jej v rámci telefonického připojení, pro konfigurace místní brány platí následující pořadí předvoleb:

    • Konfigurace telefonického připojení

    • Konfigurace klienta

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

    Konfigurovat tenant hlasové třídy 200 povolte registraci přenosového spoje z místní brány do Webex Calling na základě parametrů, které jste získali z prostředí Control Hub:


     

    Následující příkazový řádek a parametry jsou pouze příklady. Tyto parametry použijte pro vlastní nasazení.

    		 
    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

    Zde je vysvětlení polí pro konfiguraci:

    klient hlasové třídy 200

    Aktivuje konkrétní globální konfigurace pro více klientů v kmenech protokol SIP , které klientům umožňují diferencované služby. Další informace naleznete zde klient hlasové třídy .

    registrátor dns:40462196.cisco-bcld.com schématu doušky vyprší 240 obnovovací poměr 50 TCP tls

    Registrátorský server pro místní bránu s registrací nastavenou tak, aby byla aktualizována každé dvě minuty (50 % z 240 sekund). Další informace naleznete zde registrátor v Odkaz na hlasové příkazy pro Cisco IOS – K až R .

    číslo přihlašovacích údajů Hussain6346_ LGU uživatelské jméno Hussain2572_ LGU heslo 0 meX71]~)Vmf říše BroadWorks

    Přihlašovací údaje pro výzvu registrace přenosového spoje. Další informace naleznete zde přihlašovací údaje (protokol SIP UA) in Odkaz na hlasové příkazy pro Cisco IOS – A až C .

    ověření uživatelského jména Hussain6346_ LGU heslo 0 meX71]~)Vmf říše BroadWorks
    ověření uživatelského jména Hussain6346_ LGU heslo 0 meX71]~)Vmf říše 40462196.cisco-bcld.com

    Výzva k ověření pro hovory. Další informace naleznete zde ověření (dial-peer) in Odkaz na hlasové příkazy pro Cisco IOS – A až C .

    žádné id-vzdálené strany

    Zakázat hlavičku protokol SIP Remote-Party- ID (RPID) jako Webex Calling podporuje PAI, což se umožňuje pomocí CIO Další informace naleznete zde id-vzdálené-strany in Odkaz na hlasové příkazy pro Cisco IOS – K až R .

    Spojení odmítnuto

    Používá stejné trvalé připojení pro registraci a zpracování hovorů. Další informace naleznete zde připojení- opětovné použití .

    srtp-crypto 200

    Definuje hlasová třída srtp-crypto 200 zadejte SHA1_ 80 (zadáno v kroku 3). Další informace naleznete zde hlasová třída srtp-crypto.

    session transport tcp tls

    Nastaví přenos na TLS. Další informace naleznete zde session-transport .

    adresa URL doušky

    Dotaz SRV musí být složen z SIP tak, jak je podporován přístupovým SBC; všechny ostatní zprávy se pomocí sip-profile 200 změní na protokol SIP .

    chyba-passthru

    Udává předávací funkci chybové odpovědi protokol SIP . Další informace naleznete zde chyba-passthru .

    tvrzené-id pai

    Zapne zpracování PAI v místní bráně. Další informace naleznete zde deklarované-id .

    ovládací prvek vazby zdrojového rozhraní GigabitEthernet0/0/1

    Nakonfiguruje zdrojovou adresa IP pro prokrytí rozhraní zdroje signalizace Webex Calling .

    rozhraní zdrojového média svázat GigabitEthernet0/0/1

    Nakonfiguruje zdrojovou adresa IP pro rozhraní zdroje médií Webex Calling . Další informace o příkazech vytvoření vazby naleznete v části vázat in Odkaz na hlasové příkazy pro Cisco IOS – A až C .

    žádný průchozí obsah vlastní-sdp

    Výchozí příkaz v rámci klienta. Další informace o tomto příkazu naleznete v části předávací obsah .

    doušek-profily 200

    Změní SIP na protokol SIP a upraví linku/port pro zprávy INVITE a REGISTER, jak je definováno v Další informace naleznete zde doušek-profily hlasové třídy .

    odchozí proxy dns:la01.sipconnect-us10.cisco-bcld.com

    Webex Calling přístup k SBC. Další informace naleznete zde odchozí proxy .

    přímého přístupu k zásadám ochrany osobních údajů

    Transparentně předávat hodnoty v hlavičce ochrany osobních údajů z příchozí do odchozí větve. Další informace naleznete zde zásady ochrany osobních údajů in Odkaz na hlasové příkazy pro Cisco IOS – K až R .

    Po definování klienta 200 v místní bráně a nakonfigurujte protokol SIP VoIP telefonát, brána pak inicializuje připojení TLS směrem Webex Calling , kdy přístupový SBC předloží svůj certifikát místní bráně. Místní brána ověří Webex Calling přistupovat k certifikátu SBC pomocí kořenového svazku certifikační autority, který byl aktualizován dříve. Nastaví trvalou relaci TLS mezi místní bránou a Webex Calling přístup k SBC. Místní brána poté odešle do testu SBC přístupu, který byl vyvolán výzvou, REGISTER. AOR registrace je číslo@doména. Číslo je převzato z parametru „number“ pověření a doména z DNS „registrar dns:<fqdn> .“ Při napadení registrace:

    • Použijte možnost uživatelského jména, hesla a domény parametrů z přihlašovací údaje k vytvoření záhlaví a sip-profile 200.

    • Převede adresu URL SIPS zpět na protokol SIP.

    Registrace je úspěšná, když z modulu Access SBC obdržíte hodnotu 200 OK .

    Nakonfigurujte místní bránu bez IP PBX

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

    1. Klienti hlasové třídy –Vytvoříte další klienty pro vytáčené partnery stojící proti ITSP podobnému klientovi 200 pro které jste vytvořili Webex Calling protilehlých číselníků.

    2. Identifikátory URI hlasové třídy – Definice vzorů pro IP adresy/porty hostitele pro různé přenosové spoje končící na místní bráně:

      • Webex Calling do společnosti LGW

      • Ukončení přenosového spoje přenosový spoj SIP sítě PSTN na zařízení LGW

    3. Odchozí telefonické linky – Můžete nasměrovat etapy odchozí volání z LGW do ITSP přenosový spoj SIP přenosového spoje a Webex Calling .

    4. Hlasová třída DPG – Můžete vyvolat cílení na odchozí vytáčené partnery z příchozího vytáčení.

    5. Příchozí telefonické sítě –Můžete přijmout etapy příchozích hovorů od ITSP a Webex Calling .

    Použijte konfigurace pro nastavení místní brány hostované partnerem, nebo brány webu zákazníka, jak je znázorněno na následujícím obrázku.

    1

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

    1. Použít klienta hlasové třídy 100 všem odchozím vytáčeným vrstevníkům stojícím na IP PSTN.

      voice class tenant 100 
session transport udp
url sip
error-passthru
bind control source-interface GigabitEthernet0/0/0
bind media source-interface GigabitEthernet0/0/0
no pass-thru content custom-sdp

    2. Použít klienta hlasové třídy 300 všem příchozím vytáčeným vrstevníkům z IP PSTN.

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

    Nakonfigurujte následující identifikátor URI hlasové třídy:

    1. Definujte adresa IP hostitele ITSP:

      voice class uri 100 sip
  host ipv4:192.168.80.13

    2. Definice vzoru pro jednoznačnou identifikaci webu místní brány v rámci podniku na základě parametru OTG nebo DTG skupina přenosového spoje přenosových spojů v prostředí Control Hub:

      voice class uri 200 sip
 pattern dtg=hussain2572.lgu

       

      Místní brána momentálně nepodporuje podtržítko „_ “ v vzoru shody. Můžete to vyřešit pomocí tečky „“. (shoduje se s jakoukoli) aby odpovídalo „_ „.

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

    Nakonfigurujte následující odchozí vytáčená partnerská zařízení:

    1. Odchozí telefonické připojení s druhou stranou 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

      Zde je vysvětlení polí pro konfiguraci:

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

      Definuje VoIP vytáčený partnerský bod s značkou 101 a poskytuje smysluplný popis pro usnadnění správy a řešení potíží.

      destination-pattern BAD.BAD

      Umožňuje výběr vytáčené linky 101 . Tento odchozí partnerský číselník však můžete vyvolat přímo z příchozího vytáčení pomocí příkazů dpg, čímž se obchází kritéria shody vzoru číslic. Používáte libovolný vzor na základě alfanumerických číslic, které jsou povoleny rozhraním CLI se vzorem cíle.

      session protocol sipv2

      Určuje druhotné číslování 101 zpracovává etapy hovor SIP .

      session target ipv4:192.168.80.13

      Udává cílovou adresa IPv4 cíle, pro které se má odeslat úsek hovoru. V tomto případě adresa IP ITSP .

      voice-class codec 99

      Označuje seznam předvoleb kodeků 99 , který se má použít pro tuto rovinu vytáčení.

      dtmf-relay rtp-nte

      Definuje RTP-NTE (RFC2833) jako schopnost DTMF očekávanou v této úsek hovoru.

      voice-class sip tenant 100

      Vytáčený partner zdědí všechny parametry od klienta 100 pokud není tentýž parametr definován v samotné vytáčené rovině.

      no vad

      Zakáže zjišťování hlasové aktivity.

    2. Odchozí telefonické připojení peer směrem k Webex Calling (Aktualizujete odchozí vytáčené zařízení, aby sloužilo jako příchozí vytáčené připojení z Webex Calling také později v průvodce konfigurací).

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

      Vysvětlení příkazů:

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

      Definuje VoIP vytáčený partnerský bod s značkou 200201 a poskytuje smysluplný popis pro usnadnění správy a řešení potíží

      session target sip-server

      Označuje, že globální server protokol SIP je cílem volání z tohoto partnerského zařízení. Webex Calling server, na kterém jste definovali Klient 200 je zděděna pro vytáčení peer 200201 .

      voice-class stun-usage 200

      Umožňuje odesílat místně vygenerované žádosti o omráčení na místní bráně po sjednané cestě k médiím. Stun pomáhá při otevření malé dírky v bráně firewall.

      no voice-class sip localhost

      Zakáže nahrazení názvu místního název hostitele DNS místo fyzické adresa IP v hlavičce From, Call- ID a Remote-Party- ID odchozích zpráv.

      voice-class sip tenant 200

      Vytáčený partner zdědí všechny parametry od klienta 200 (LGW <--> Webex Calling Přenosový spoj) pokud nedefinujete stejný parametr pod samotným vytáčením.

      srtp

      Aktivuje SRTP pro úsek hovoru.

      no vad

      Zakáže zjišťování hlasové aktivity.
    4

    Nakonfigurujte následující skupiny partnerských číselníků (dpg):

    1. Definuje skupinu partnerských číselníků 100 . Odchozí telefonické připojení s druhou stranou 101 je cíl pro všechna příchozí volání partnerského vytáčení skupina partnerských číselníků 100 . Požádáme 100 DPG příchozímu telefonickému rozhraní 200201 pro Webex Calling --> LGW --> PSTN cestu.

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

    2. Definovat skupinu partnerských číselníků 200 s odchozím telefonickým připojením peer 200201 jako cíl pro PSTN --> LGW --> Webex Calling cestu. Použít DPG 200 příchozímu vytáčenému účastníkovi 100 které nadefinujete později.

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

    Nakonfigurujte následující příchozí telefonické sítě:

    1. Příchozí telefonické spojení pro příchozí etapy volání IP PSTN:

      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

      Zde je vysvětlení polí pro konfiguraci:

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

      Definuje VoIP vytáčený partnerský bod s značkou 100 a poskytuje smysluplný popis pro usnadnění správy a řešení potíží.

      session protocol sipv2

      Určuje druhou stranu vytáčení 100 zpracovává etapy hovor SIP .

      incoming uri via 100

      Udává URI hlasové třídy 100 k porovnávání veškerého příchozího provozu z IP sítě PSTN do místní brány na adresa IP hostitele s hlavičkou VIA . Další informace naleznete zde příchozí URI in Odkaz na hlasové příkazy pro Cisco IOS – D až I .

      destination dpg 200

      Určuje skupinu vrstevníků vytáčení 200 vyberte partnerského pro odchozí volání. Další informace o nastavení skupiny partnerských číselníků naleznete v části hlasová třída dpg in Odkaz na hlasové příkazy pro Cisco IOS – T až Z .

      voice-class sip tenant 300

      Vytáčený partner zdědí všechny parametry od klienta 300 pokud není tentýž parametr definován v samotné vytáčené rovině.

      no vad

      Zakáže zjišťování hlasové aktivity.

    2. Příchozí telefonické spojení s druhou stranou pro příchozí Webex Calling hovorové nohy:

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

      Zde je vysvětlení polí pro konfiguraci:

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

      Aktualizace partnerského vytáčení VoIP pomocí značky 200201 a poskytuje smysluplný popis pro usnadnění správy a řešení potíží.

      incoming uri request 200

      Udává URI hlasové třídy 200 aby odpovídaly veškerému příchozímu provozu z Webex Calling na LGW na jedinečném vzoru dtg v URI požadavku , který jedinečně identifikuje web místní brány v rámci podniku a na Webex Calling ekosystému. Další informace naleznete zde příchozí URI in Odkaz na hlasové příkazy pro Cisco IOS – D až I .

      destination dpg 100

      Určuje skupinu vrstevníků vytáčení 100 vyberte partnerského pro odchozí volání. Další informace o nastavení skupiny partnerských číselníků naleznete v části hlasová třída dpg in Odkaz na hlasové příkazy pro Cisco IOS – T až Z .

      max-conn 250

      Omezí počet souběžných hovorů na 250 mezi LGW a Webex Calling , za předpokladu jednoho vytáčení-peer směřování Webex Calling pro příchozí i odchozí volání, jak je definováno v tomto článku. Další informace o limitech souběžných hovorů týkajících se místní brány naleznete v tomto dokumentu Přechod z Unified CM na Webex Calling .

    na adresu PSTN Webex Calling

    Spárovat všechny příchozí hovory IP PSTN na místní bráně s vytáčeným bodem 100 definice kritéria shody pro hlavičku VIA s adresa IP IP sítě PSTN . DPG 200 vyvolá odchozí telefonické spojení 200201 , který má Webex Calling server jako cílový cíl.

    Webex Calling do sítě PSTN

    Srovnat všechny příchozí Webex Calling etapy na místní bráně s vytáčeným připojením 200201 pro definování kritéria shody pro vzor záhlaví URI ŽÁDOST s parametrem OTG/DTG skupina přenosového spoje přenosových spojů, jedinečný pro toto nasazení místní brány. DPG 100 zahájí odchozí telefonické spojení 101 , který má jako cílový cíl IP adresa IP .

    Nakonfigurujte místní bránu se stávajícím Unified CM

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

    1. Klienti hlasové třídy –Vytvoříte více klientů pro vytáčené partnery stojící před Unified CM a ITSP, podobně jako Klient 200 pro které jste vytvořili Webex Calling protilehlých číselníků.

    2. Identifikátory URI hlasové třídy – Definujete vzor pro hostitelské IP adresy/porty pro různé přenosové spoje končící na LGW z:

      • Unified CM až LGW pro cíle PSTN

      • Unified CM na LGW pro Webex Calling ových destinací

      • Webex Calling do destinací LGW

      • Ukončení přenosového spoje přenosový spoj SIP sítě PSTN na zařízení LGW

    3. Skupina serverů hlasové třídy – Můžete cílit na adresy IP /porty pro odchozí přenosové spoje z:

      • LGW na Unified CM

      • na adresu LGW Webex Calling

      • Přenosový spoj přenosový spoj SIP z LGW do sítě PSTN

    4. Odchozí telefonické linky – Můžete směrovat etapy odchozí volání z:

      • LGW na Unified CM

      • přenosový spoj přenosový spoj SIP ITSP

      • Webex Calling

    5. Hlasová třída DPG –Můžete vyvolat cíle odchozích vytáčených vrstevníků z příchozího vytáčení.

    6. Příchozí telefonické sítě – Můžete přijmout etapy příchozích hovorů od Unified CM, ITSP a Webex Calling .

    1

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

    1. Použít klienta hlasové třídy 100 na všech odchozích telefonických partnerech stojících před 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. Použít klienta hlasové třídy 300 na všech příchozích partnerských telefonech z Unified CM a IP PSTN:

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

    Nakonfigurujte následující identifikátor URI hlasové třídy:

    1. Definuje adresa IP hostitele ITSP:

      voice class uri 100 sip
  host ipv4:192.168.80.13

    2. Definice vzoru pro jednoznačnou identifikaci webu místní brány v rámci podniku na základě parametru OTG/DTG skupina přenosového spoje přenosových spojů v prostředí Control Hub:

      voice class uri 200 sip
pattern dtg=hussain2572.lgu

       

      Místní brána momentálně nepodporuje podtržítko „_ “ v vzoru shody. Alternativním řešením je použití tečky „“. (shoduje se s jakoukoli) aby odpovídalo „_ „.

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

    3. Definuje port VIA pro Unified CM pro Webex Calling kmen:

      voice class uri 300 sip
pattern :5065

    4. Definuje port IP a VIA zdroje Unified CM pro přenosový spoj PSTN:

      voice class uri 302 sip
pattern 192.168.80.60:5060
    3

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

    1. Definuje cílovou adresa IP hostitele Unified CM a číslo portu pro skupina Unified CM 1 (5 uzlů). Unified CM používá port 5065 pro příchozí provoz na Webex Calling kmen ( Webex Calling <-> LGW --> Unified CM).

      voice class server-group 301
ipv4 192.168.80.60 port 5065

    2. Definuje cílovou adresa IP hostitele unified Unified CM a číslo portu pro skupina Unified CM (pokud existuje):

      voice class server-group 303
ipv4 192.168.80.60 port 5065

    3. Definuje cílovou adresa IP hostitele přenosového spoje CM pro skupina Unified CM ( 5 uzlů). Unified CM používá výchozí port 5060 pro příchozí provoz na přenosovém spoji PSTN. Pokud číslo portu , můžete použít výchozí port 5060. (PSTN <-> LGW --> Unified CM)

      voice class server-group 305
ipv4 192.168.80.60

    4. Definuje cílovou adresa IP hostitele Unified CM skupina Unified CM 2 jednotného CM (pokud existuje).

      voice class server-group 307 
ipv4 192.168.80.60
    4

    Nakonfigurujte následující odchozí telefonické sítě:

    1. Odchozí telefonické připojení s druhou stranou 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
      Zde je vysvětlení polí pro konfiguraci:
      dial-peer voice 101 voip
description Outgoing dial-peer to PSTN

      Definuje VoIP vytáčený partnerský bod s značkou 101 a je zde uveden smysluplný popis pro usnadnění správy a řešení potíží.

      vzor-destinace ŠPATNÝ.ŠPATNÝ

      Umožňuje výběr vytáčené linky 101 . Odchozí telefonii s vytáčením však můžete vyvolat přímo z příchozího partnerského vytáčení pomocí příkazů dpg a tím se obchází kritéria shody vzoru číslic. Používáte libovolný vzor založený na alfanumerických číslicích, které jsou povoleny rozhraním CLI se vzorem cíle.

      protokol relace doušek2

      Určuje druhotné číslování 101 zpracovává etapy hovor SIP .

      cíl relace ipv4: 192.168.80.13

      Udává cílovou adresa IPv4 cíle, pro které se má odeslat úsek hovoru. (V tomto případě adresa IP ITSP.)

      Kodek hlasové třídy 99

      Označuje seznam předvoleb kodeků 99 který se má používat pro tuto druhou stranu vytáčení.

      klient hlasové třídy doušek 100

      Vytáčecí síť zdědí všechny parametry od klienta 300, pokud nedefinujete stejný parametr pod samotným vytáčením.

    2. Odchozí telefonické připojení peer směrem k Webex Calling (Aktualizujte odchozí linku s vytáčením, aby sloužila jako příchozí odchozí linka Webex Calling ):

      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

      Zde je vysvětlení polí pro konfiguraci:

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

      Definuje VoIP vytáčený partnerský bod s značkou 200201 a poskytuje smysluplný popis pro usnadnění správy a řešení potíží.

      cíl relace doušek-server

      Označuje, že globální server protokol SIP je cílem pro volání z vytáčené sítě 200201 . Webex Calling server, který je definován v Klient 200 je zděděna pro vytáčení partnerského zařízení 200201 .

      Stun-usage hlasové třídy 200

      Umožňuje odesílat místně vygenerované žádosti o omráčení po sjednané cestě k médiím. Stun pomáhá při otevření malé dírky v bráně firewall.

      žádná hlasová třída doušek localhost

      Zakáže nahrazení názvu místního název hostitele DNS místo fyzické adresa IP v hlavičce From, Call- ID a Remote-Party- ID odchozích zpráv.

      klient hlasové třídy doušek 200

      Vytáčený partner zdědí všechny parametry od klienta 200 (LGW <--> Webex Calling trunk) pokud nedefinujete stejný parametr pod samotným vytáčením.

      spuštění

      Aktivuje SRTP pro úsek hovoru.

    3. Odchozí telefonické připojení směrem k unifikovaným CM Webex Calling kmen:

      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
voice-class sip bind control source-interface GigabitEthernet 0/0/2
voice-class sip bind media source-interface GigabitEthernet 0/0/2
dtmf-relay rtp-nte
voice-class sip tenant 100
no vad

      Zde je vysvětlení polí pro konfiguraci:

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

      Definuje VoIP vytáčený partnerský bod s značkou 301 a poskytuje smysluplný popis pro usnadnění správy a řešení potíží.

      skupina-serverů relace 301

      Namísto cílové IP relace na telefonickém připojení odkazujete na skupinu cílových serverů ( skupina serverů 301 pro telefonické připojení 301 ) a definovat více cílových uzlů UCM, i když příklad ukazuje pouze jeden uzel.

      Skupina serverů v odchozím telefonickém spojení

      Pomocí více vrstevníků vytáčení v DPG a více serverů ve skupině serverů vytáčení můžete na základě definovaných preferencí dosáhnout náhodného rozložení hovorů mezi všechny odběratele nebo odběratele pro zpracování hovorů hovorů Unified CM . Každá skupina serverů může mít až pět serverů (IPv4/v6 s portem nebo bez portu). Druhý partnerský telefonát a druhou skupinu serverů potřebujete pouze v případě, že používáte více než pět odběratelů pro zpracování hovorů .

      Další informace naleznete zde Skupiny serverů v odchozích telefonických partnerských skupinách in Průvodce konfigurací Cisco Unified Border Element – Cisco IOS XE 17.6 a novější .

    4. Druhý odchozí telefonický kontakt směrem k unifikovaným CM Webex Calling trunk, pokud máte více než 5 uzlů Unified CM :

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

    5. Odchozí telefonické připojení do kmene PSTN aplikace Unified CM:

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

    6. Druhý odchozí telefonický spoj směrem do přenosového spoje PSTN aplikace Unified CM, pokud máte více než 5 uzlů Unified CM :

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

    Nakonfigurujte následující DPG:

    1. Definuje DPG 100 . Odchozí telefonické připojení s druhou stranou 101 je cíl pro všechna příchozí volání partnerského vytáčení skupina partnerských číselníků 100 . Požádáme 100 DPG na příchozí peer 302 vytáčení definovaného později pro Unified CM --> LGW --> PSTN cesta:

      voice class dpg 100
dial-peer 101 preference 1

    2. Definice DPG 200 s odchozím telefonickým připojením peer 200201 jako cíl pro Unified CM --> LGW --> Webex Calling cesta:

      voice class dpg 200
dial-peer 200201 preference 1

    3. Definice DPG 300 pro odchozí telefonické sítě 301 nebo 303 pro Webex Calling --> LGW --> Unified CM cesta:

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

    4. Definice DPG 302 pro odchozí telefonické sítě 305 nebo 307 pro PSTN --> LGW --> Unified CM cesta:

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

    Nakonfigurujte následující příchozí telefonické sítě:

    1. Příchozí telefonické spojení pro příchozí etapy volání IP PSTN:

      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
      Zde je vysvětlení polí pro konfiguraci:
      dial-peer voice 100 voip
description Incoming dial-peer from PSTN

      Definuje VoIP vytáčený partnerský bod s značkou 100 a poskytuje smysluplný popis pro usnadnění správy a řešení potíží.

      protokol relace sipv2

      Určuje druhou stranu vytáčení 100 zpracovává etapy hovor SIP .

      příchozí URI přes 100

      Udává URI hlasové třídy 100 na veškerý příchozí provoz z Unified CM na LGW na adresa IP hostitele v hlavičce VIA . Další informace naleznete zde příchozí URI in Odkaz na hlasové příkazy pro Cisco IOS – D až I .

      cílový dpg 302

      Určuje skupinu partnerských číselníků 302 vyberte odchozí telefonické připojení. Další informace o nastavení skupiny partnerských číselníků naleznete v části hlasová třída dpg in Odkaz na hlasové příkazy pro Cisco IOS – T až Z .

      klient hlasové třídy doušek 300

      Vytáčecí síť zdědí všechny parametry od klienta 300, pokud nedefinujete stejný parametr pod samotným vytáčením.

    2. Příchozí telefonické spojení s druhou stranou pro příchozí Webex Calling hovorové nohy:

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

      Zde je vysvětlení polí pro konfiguraci:

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

      Aktualizace partnerského vytáčení VoIP pomocí značky 200201 a poskytuje smysluplný popis pro usnadnění správy a řešení potíží.

      příchozí požadavek URI 200

      Udává URI hlasové třídy 200 na veškerý příchozí provoz z Unified CM do LGW s jedinečným vzorem dtg v URI požadavku, který jedinečně identifikuje web místní brány v rámci podniku a na Webex Calling ekosystému. Další informace naleznete zde příchozí URI in Odkaz na hlasové příkazy pro Cisco IOS – D až I .

      cílový dpg 300

      Určuje skupinu partnerských číselníků 300 vyberte odchozí telefonické připojení. Další informace o nastavení skupiny partnerských číselníků naleznete v části hlasová třída dpg in Odkaz na hlasové příkazy pro Cisco IOS – T až Z .

      max. přip 250

      Omezí počet souběžných hovorů na 250 mezi LGW a Webex Calling Za předpokladu, že jde o jeden telefonický kontakt, Webex Calling pro příchozí i odchozí hovory, jak je definováno v této příručce. Další podrobnosti o limitech souběžných hovorů týkajících se místní brány naleznete v dokumentu Přechod z Unified CM na Webex Calling .

    3. Příchozí telefonické připojení pro příchozí etapy Unified CM , se kterými Webex Calling jako cíl:

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

      Zde je vysvětlení polí pro konfiguraci:

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

      Definuje VoIP vytáčený partnerský bod s značkou 302 a poskytuje smysluplný popis pro usnadnění správy a řešení potíží.

      příchozí URI přes 300

      Udává URI hlasové třídy 300 na veškerý příchozí provoz z Unified CM na LGW na zdrojovém portu (5065). Další informace naleznete zde příchozí URI in Odkaz na hlasové příkazy pro Cisco IOS – D až I .

      cílový dpg 200

      Určuje skupinu partnerských číselníků 200 vyberte odchozí telefonické připojení. Další informace o nastavení skupiny partnerských číselníků naleznete v části hlasová třída dpg in Odkaz na hlasové příkazy pro Cisco IOS – T až Z .

      klient hlasové třídy doušek 300

      Vytáčecí síť zdědí všechny parametry od klienta 300, pokud nedefinujete stejný parametr pod samotným vytáčením.

    4. Příchozí telefonické připojení pro příchozí etapy Unified CM s cílem PSTN:

      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

      Zde je vysvětlení polí pro konfiguraci:

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

      Definuje VoIP vytáčený partnerský bod s značkou 302 a poskytuje smysluplný popis pro usnadnění správy a řešení potíží.

      příchozí URI přes 302

      Udává URI hlasové třídy 302 na veškerý příchozí provoz z Unified CM na LGW na zdrojovém portu (5065). Další informace naleznete zde příchozí URI in Odkaz na hlasové příkazy pro Cisco IOS – D až I .

      cílový dpg 100

      Určuje skupinu partnerských číselníků 100 vyberte odchozí telefonické připojení. Další informace o nastavení skupiny partnerských číselníků naleznete v části hlasová třída dpg in Odkaz na hlasové příkazy pro Cisco IOS – T až Z .

      klient hlasové třídy doušek 300

      Vytáčecí síť zdědí všechny parametry od klienta 300, pokud nedefinujete stejný parametr pod samotným vytáčením.

    IP PSTN do Unified CM PSTN

    Webex Calling Platforma pro Unified CM Webex Calling

    Unified CM PSTN na IP PSTN

    Unified CM Webex Calling na Webex Calling Platforma

    Monitorování a řešení problémů s místní bránou s diagnostickými podpisy

    Diagnostické podpisy (DS) proaktivně zjišťují často pozorované problémy v místní bráně založené na systému IOS XE a generuje e-mailové oznámení, oznámení syslog nebo zprávou terminálu o události. Můžete také nainstalovat systém DS pro automatizaci shromažďování diagnostických dat a přenos shromážděných dat do pouzdra středisko technické podpory Cisco (TAC) pro zrychlení řešení.

    Diagnostické podpisy (DS) jsou soubory XML , které obsahují informace o problémových spouštěcích událostech a akcích, které je třeba provést k informování, řešení a nápravě. můžete definovat logiku detekce problémů pomocí zpráv syslog, událostí SNMP a prostřednictvím pravidelného sledování konkrétních výstupů příkazu show.

    Mezi typy akcí patří shromažďování výstupů příkazu show:

    • Generování konsolidovaného soubor protokolu

    • nahrání souboru do síťového umístění poskytnutého uživatelem, jako je například HTTPS, SCP, server FTP

    Technici z TAC soubory DS vytvářejí a digitálně podepisují z důvodu ochrany 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 vhodných signatur pro sledování a řešení různých problémů.

    Dříve než začnete:

    • Soubor DS, ze kterého stahujete, neupravujte DSLT . Instalace souborů, které upravíte, se nezdařila z důvodu chyby kontroly integrity.

    • Server SMTP(Simple Mail Transfer Protocol), který potřebujete, aby mohla místní brána odesílat e-mailová oznámení.

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

    Požadavky

    Místní brána se systémem IOS XE 17.3.2 nebo vyšším

    1. Funkce Podpisy diagnostiky je ve výchozím nastavení povoleno.

    2. Nakonfigurujte zabezpečený e-mailový server, který má být používán k odesílání proaktivních oznámení, pokud zařízení používá Cisco IOS XE 17.3.2 nebo vyšší.

      configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

    3. Nakonfigurujte proměnnou prostředíds_email s e-mailová adresa správce, které vám máme oznámit.

      configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end

    Místní brána verze 16.11.1 nebo vyšší

    1. Diagnostické signatury jsou ve výchozím nastavení povoleno

    2. Nakonfigurujte e-mailový server, který má být používán k odesílání proaktivních oznámení, pokud je v zařízení spuštěna verze starší než 17.3.2.

      configure terminal 
call-home  
mail-server <email server> priority 1 
end

    3. Nakonfigurujte proměnnou prostředíds_email s e-mailová adresa správce, kterému chcete zaslat oznámení.

      configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address>
end

    Místní brána s verzí 16.9.x

    1. Zadáním následujících příkazů povolte diagnostické podpisy.

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

    2. Nakonfigurujte e-mailový server, který má být používán k odesílání proaktivních oznámení, pokud je v zařízení spuštěna verze starší než 17.3.2.

      configure terminal 
call-home  
mail-server  <email server> priority 1 
end

    3. Nakonfigurujte proměnnou prostředíds_email s e-mailová adresa správce, kterému chcete zaslat oznámení.

      configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end

    Následující část ukazuje příklad konfigurace místní brány spuštěné v systému Cisco IOS XE 17.3.2 pro odesílání proaktivních oznámení na adresu tacfaststart@gmail.com pomocí Gmailu jako zabezpečeného server SMTP:

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

    Místní brána spuštěná v systému Cisco IOS XE není typickým webovým klientem Gmailu, který podporuje OAuth. Aby bylo možné e-maily ze zařízení zpracovávat správně, musíme nakonfigurovat konkrétní nastavení účtu Gmail a poskytnout konkrétní oprávnění:

    1. Přejít na Spravovat účet Google > Zabezpečení a zapněte jej Méně zabezpečený přístup aplikací nastavení.

    2. Odpovězte „Ano, byl jsem to já“, když obdržíte e-mail z Gmailu s textem „Google zabránil někomu v přihlášení do vašeho účtu pomocí aplikace, která nepatří společnosti Google“.

    Nainstalujte diagnostické signatury pro aktivní sledování

    Sledování vysokého využití CPU

    Tento DS sleduje 5sekundové využití CPU pomocí SNMP OID 1.3.6.1.4.1.9.2.1.56. Když využití dosáhne 75 % nebo více, zakážou se všechna ladění a odinstalují všechny diagnostické podpisy nainstalované v místní bráně. Podpis nainstalujete podle následujících kroků.

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

      show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

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

    2. Stáhněte si službu DS 64224 pomocí následujících rozevíracích možností v Nástroj pro vyhledávání diagnostických podpisů :

      Název pole

      Hodnota pole

      Platforma

      Řada Cisco 4300, 4400 ISR nebo Cisco oddělení služeb zákazníkům 1000V

      Produkt

      CUBE Enterprise v řešení Webex Calling

      Rozsah problému

      Výkon

      Typ problému

      Vysoké využití CPU s upozorňováním e-mail .

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

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

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

      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)

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

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

    5. Ověřte, zda byl podpis úspěšně nainstalován pomocí zobrazit podpis-diagnostiky volání-domů . Sloupec stav musí mít hodnotu „registrováno“.

      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 bezpečnostní aplikace:

      ID DS

      Název DS

      Revize

      Stav

      Poslední aktualizace (GMT+00:00)

      64224

      DS_ LGW_ CPU_ PO75

      0.0.10

      Registrováno

      7. 11. 2020 22:05:33

      Při spuštění tato signatura odinstaluje všechny spuštěné DS včetně sebe sama. V případě potřeby přeinstalujte subsystém DS 64224, aby bylo možné i nadále sledovat vysoké využití CPU místní brány.

    Sledování registrace přenosový spoj SIP

    Tento DS kontroluje každých 60 sekund odhlášení protokol SIP přenosového spoje místní brány s cloudem Webex Calling . Jakmile je událost zrušení registrace zjištěna, vygeneruje e-mail a oznámení syslog a po dvou případech zrušení registrace se odinstaluje. K instalaci podpisu použijte následující kroky.

    1. Stáhněte si službu DS 64117 pomocí následujících rozevíracích možností do Nástroj pro vyhledávání diagnostických podpisů :

      Název pole

      Hodnota pole

      Platforma

      Řada Cisco 4300, 4400 ISR nebo Řada Cisco oddělení služeb zákazníkům 1000V

      Produkt

      CUBE Enterprise v řešení Webex Calling

      Rozsah problému

      protokol SIP– protokol SIP

      Typ problému

      Zrušení registrace přenosového spoje protokol SIP s e-mail mailovým oznámením.

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

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

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

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

    4. Použijte zobrazit podpis-diagnostiky volání-domů , abyste ověřili , že byl podpis úspěšně nainstalován . Sloupec stav musí mít hodnotu „registrováno“.

    Sledování nestandardního hovoru se odpojí

    Tento DS používá dotazování SNMP každých 10 minut k detekci nestandardního odpojení hovoru s chybami protokol SIP 403, 488 a 503.  Pokud je přírůstek počtu chyb větší nebo roven 5 od poslední ankety, vygeneruje se protokol syslog a e-mailové oznámení. K instalaci podpisu použijte následující kroky.

    1. Pomocí tohoto příkazu zkontrolujte, zda je povolen SNMP zobrazit snmp . Pokud není povolena, nakonfigurujte příkaz „snmp-server manager“.

      show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

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

    2. Stáhněte si službu DS 65221 pomocí následujících možností do Nástroj pro vyhledávání diagnostických podpisů :

      Název pole

      Hodnota pole

      Platforma

      Řada Cisco 4300, 4400 ISR nebo Řada Cisco oddělení služeb zákazníkům 1000V

      Produkt

      CUBE Enterprise v řešení Webex Calling

      Rozsah problému

      Výkon

      Typ problému

      Detekce nestandardního odpojení hovoru protokol SIP pomocí e-mail a oznámení syslog.

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

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

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

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

    5. Použijte zobrazit podpis-diagnostiky volání-domů a ověřte, že byl podpis úspěšně nainstalován, pomocí příkazu . Sloupec stav musí mít hodnotu „registrováno“.

    Nainstalujte diagnostické podpisy k vyřešení problému

    Chcete-li rychle vyřešit problémy, použijte diagnostické podpisy (DS). Inženýři společnosti středisko technické podpory Cisco (TAC) vytvořili několik signatur, které umožňují nezbytná ladění, která jsou vyžadována k ř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 pouzdra středisko technické podpory Cisco (TAC) . Diagnostické podpisy (DS) eliminují potřebu ruční kontroly výskytu problému a výrazně zjednodušují řešení občasných a přechodných problémů.

    Můžete použít Nástroj pro vyhledávání diagnostických podpisů a vyhledejte příslušné podpisy a nainstalujte je, abyste daný problém vyřešili sami, nebo můžete nainstalovat podpis doporučený technikem TAC v rámci spolupráce s podporou.

    Zde je uveden příklad, jak najít a nainstalovat DS pro detekci výskytu „%VOICE_ IEC-3-GW: CCAPI: Interní chyba (práh špičky hovoru): IEC=1.1.181.1.29.0" syslog a automatizaci shromažďování diagnostických dat pomocí následujících kroků:

    1. Nakonfigurujte další proměnnou prostředí DSds_fsurl_prefix což je cesta k souborový server středisko technické podpory Cisco (TAC) (cxd.cisco.com), na který se nahrávají shromážděná diagnostická data. Uživatelské jméno v cesta k souboru je číslo případu a heslo je token pro nahrání souboru , ze kterého lze načíst Správce případů podpory v následujícím příkazu. Token pro nahrání souboru lze vygenerovat v Přílohy části aplikace Support Case Manager podle potřeby.

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

      Příklad:

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

    2. Pomocí příkazu se ujistěte, že je SNMP povolen zobrazit snmp . Pokud není povolena, nakonfigurujte příkaz „snmp-server manager“.

      show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end

    3. Nainstalujte zařízení DS 64224 pro vysoké CPU pro sledování jako proaktivní opatření k zakázání všech signatur ladění a diagnostiky v době vysokého využití CPU . Stáhněte si službu DS 64224 pomocí následujících možností do Nástroj pro vyhledávání diagnostických podpisů :

      Název pole

      Hodnota pole

      Platforma

      Řada Cisco 4300, 4400 ISR nebo Cisco oddělení služeb zákazníkům 1000V

      Produkt

      CUBE Enterprise v řešení Webex Calling

      Rozsah problému

      Výkon

      Typ problému

      Vysoké využití CPU s upozorňováním e-mail .

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

      Název pole

      Hodnota pole

      Platforma

      Řada Cisco 4300, 4400 ISR nebo Cisco oddělení služeb zákazníkům 1000V

      Produkt

      CUBE Enterprise v řešení Webex Calling

      Rozsah problému

      Protokoly syslog

      Typ problému

      Syslog – %VOICE_ IEC-3-GW: CCAPI: Interní chyba (práh špičky hovorů): IEC = 1.1.181.1.29.0

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

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

    6. Do místní brány nainstalujte soubor XML DS 64224 s vysokým výkonem pro monitorování CPU a poté DS 65095.

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

    7. Ověřte, zda byl podpis úspěšně nainstalován pomocí zobrazit podpis-diagnostiky volání-domů . Sloupec stav musí mít hodnotu „registrováno“.

      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é systémové aplikace:

      ID DS

      Název DS

      Revize

      Stav

      Poslední aktualizace (GMT+00:00)

      64224

      00:07:45

      DS_ LGW_ CPU_ PO75

      0.0.10

      Registrováno

      8. 11. 2020

      65095

      00:12:53

      DS_ LGW_ IEC_ Call_spike_threshold

      0.0.12

      Registrováno

      8. 11. 2020

    Ověřte spuštění diagnostiky podpisů

    V následujícím příkazu je sloupec „Stav“ příkazu zobrazit podpis-diagnostiky volání-domů se změní na „spuštěno“, zatímco místní brána provádí akci definovanou v podpisu. Výstup z zobrazit statistiku diagnostiky volání domů – podpisů je nejlepší způsob, jak ověřit, zda diagnostický podpis zjistí zájmovou událost a provede akci. Sloupec „Spuštěno/Maximální/Odinstalace“ udává, kolikrát daná signatura spustila událost, maximální počet definovaných událostí k detekci události a zda se signatura po zjištění maximální počet spuštěných událostí odinstaluje.

    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é systémové aplikace:

    ID DS

    Název DS

    Revize

    Stav

    Poslední aktualizace (GMT+00:00)
    64224

    DS_ LGW_ CPU_ PO75

    0.0.10

    Registrováno

    8. 11. 2020 00:07:45

    65095

    DS_ LGW_ IEC_ Call_spike_threshold

    0.0.12

    Spuštěno

    8. 11. 2020 00:12:53

    zobrazit statistiku diagnostiky volání domů – podpisů

    ID DS

    Název DS

    Spuštěno /Max/Deinstall

    Průměrná doba spuštění (v sekundách)

    Maximální doba zpracování (v sekundách)
    64224

    DS_ LGW_ CPU_ PO75

    0/0/N

    0,000

    0,000

    65095

    DS_ LGW_ IEC_ Call_spike_threshold

    1 /20/Y

    23,053

    23,053

    E e-mailové oznámení , který je odeslán při provádění diagnostiky podpisu, obsahuje klíčové informace, jako je typ problému, podrobnosti o zařízení, verze softwaru, spuštěná konfigurace a výstupy příkazů show, které jsou relevantní pro řešení daného problému.

    Odinstalujte diagnostické podpisy

    Použití Diagnostické podpisy pro účely řešení potíží jsou obvykle definovány k odinstalaci po zjištění některých výskytů problému. Chcete-li odinstalovat podpis ručně, získejte ID DS z výstupu rozhraní zobrazit podpis-diagnostiky volání-domů a spusťte následující příkaz:

    call-home diagnostic-signature deinstall <DS ID>

    Příklad:

    call-home diagnostic-signature deinstall 64224

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

    Spravujte a ověřujte brány Cisco IOS XE prostřednictvím prostředí Control Hub

    Pro lepší správu bran Cisco IOS XE doporučujeme zaregistrovat a spravovat brány prostřednictvím rozbočovače Control Hub. Jedná se o volitelnou konfiguraci. Po zaregistrování můžete použít možnost ověření konfigurace v centru Control Hub k ověření konfigurace místní brány a identifikaci případných problémů s konfigurací. V současné době tuto funkci podporují pouze kmenové spoje založené na registraci.

    Další informace naleznete v následujícím článku:

    Proveďte konfiguraci referenční platformy

    Než začnete

    • Ujistěte se, že následující konfigurace základní platformy, kterou konfigurujete, jsou nastavit v souladu se zásadami a postupy vaší organizace:

      • Protokoly NTP

      • seznamy ACL

      • povolit hesla

      • primární heslo

      • Směrování IP

      • Adresy IP a tak dále

    • Pro všechna nasazení místní brány potřebujete minimální podporovanou verzi systému IOS XE 17.6.

    1

    Ujistěte se, že jste všem rozhraním vrstvy 3 přiřadili platné a směritelné 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 198.51.100.1 255.0.0.0

     
    Rozhraní směrem k Webex Calling musí být dosažitelné z vnějšku.

     

    Rozbočovač Control Hub můžete konfigurovat pouze s FQDN/SRV místní brány. Ujistěte se, že FQDN se překládá na IP rozhraní.
    2

    Před použitím primárního klíče pro heslo a sdílených tajných klíčů pomocí následujících příkazů proveďte předběžnou konfiguraci hesla. Hesla typu 6 jsou šifrována pomocí šifry AES a uživatelem definovaného primárního klíče.

    conf t
key config-key password-encrypt Password123
password encryption aes
    3

    Nakonfigurujte server IP názvů, abyste povolili vyhledávání DNS . Proveďte ping na serveru IP názvů a ujistěte se, že je server dosažitelný. Musí být vyřešena místní brána Webex Calling adresy proxy pomocí tohoto DNS:

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

    Povolte exkluzivitu TLS 1.2 a výchozí zástupný symbol Trustpoint:


     

    • Je nutné rozpoznat podepsaný certifikát důvěryhodné certifikát certifikační autority .

    • Doména v URI záhlaví kontaktu ve zprávách s požadavkem protokol SIP (například: Invite, Možnosti) musí být přítomen v certifikátu SAN k navázání připojení TLS .

    1. Pomocí následujícího příkazu vytvořte klíč RSA , který odpovídá délce certifikátu jako kořenový certifikát :

      crypto key generate rsa general-keys exportable label my-cube modulus 4096

    2. Pomocí následujících příkazů vytvořte bod důvěryhodnosti pro certifikát podepsaný certifikační autoritou:

      crypto pki trustpoint CUBE_CA_CERT
 enrollment terminal pem
 serial-number none
 subject-name CN=my-cube.domain.com (This has to match the DNS hostname through which this router is reachable)
 revocation-check none
 rsakeypair TestRSAkey !(this has to match the RSA key you just created)

    3. Vygenerujte žádost o podepsání certifikátu (oddělení služeb zákazníkům) pomocí následujícího příkazu:

      crypto pki enroll CUBE_CA_CERT

       

      • Pomocí tohoto souboru oddělení služeb zákazníkům můžete požádat o certifikát od jedné z podporovaných certifikačních autorit.

      • Ujistěte se, že cíl přenosového spoje (FQDN nebo SRV), který nastavíte v rozbočovači Control Hub, je přítomen v síti SAN certifikátu.
    5

    Pokud má kořenový certifikát zprostředkující certifikační autoritu, spusťte následující příkazy:


     

    Pokud nejsou k dispozici žádné zprostředkující certifikační autority, přejděte k následujícímu kroku.

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

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

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


crypto pki import CUBE_CA_CERT certificate
<paste CUBE  CA X.64 based certificate here >
    6

    Vytvořte bod důvěryhodnosti , který bude obsahovat kořenový certifikát. Pokud neexistuje žádný zprostředkující certifikační úřad, proveďte následující příkazy:

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

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

crypto pki import CUBE_CA_CERT certificate
<paste CUBE  CA X.64 based certificate here >
    7

    Nakonfigurujte protokol SIP-UA pro použití vámi vytvořeného bodu důvěry.

    configure terminal
sip-ua
crypto signaling default trustpoint CUBE_CA_CERT
transport tcp tls v1.2

    Nakonfigurujte přenosový spoj založený na certifikátech

    Než začnete

    • Síť směrem k Webex Calling musí používat veřejnou adresa IPv4. Adresy plně kvalifikovaných názvů domén (FQDN) nebo servisních záznamů (SRV) se musí překládat na veřejnou adresa IPv4 na internetu.

    • Všechny porty protokol SIP a mediální porty na externím rozhraní musí být přístupné z internetu. Porty se nesmí nacházet za překladem síťových adres (NAT). Ujistěte se, že jste aktualizovali bránu firewall v součástech podnikové sítě.

    • Nainstalujte do místní brány podepsaný certifikát.

      • Certificate Authority (CA) musí podepsat certifikát, jak je uvedeno v Jaké kořenové certifikační autority jsou podporovány pro volání na platformy Cisco Webex Audio a Video? .

      • FQDN vybraný v rozbočovači Control Hub musí být běžný název (CN) nebo alternativní název předmětu (SAN) certifikátu. Příklad:

        • Pokud přenosový spoj nakonfigurovaný z centra Control Hub vaší organizace má london.lgw.cisco.com:5061 jako FQDN místní brány, musí síť CN nebo SAN v certifikátu obsahovat london.lgw.cisco.com. 

        • Pokud přenosový spoj nakonfigurovaný z centra Control Hub vaší organizace má jako adresu SRV místní brány london.lgw.cisco.com, musí síť CN nebo SAN v certifikátu obsahovat london.lgw.cisco.com. Záznamy, na které se adresa SRV překládá (CNAME, záznam A nebo adresa IP ), jsou v síti SAN volitelné.

        • V příkladu FQDN nebo SRV, který používáte pro přenosový spoj, musí adresa kontaktu pro všechna nová dialogová okna protokol SIP z místní brány obsahovat jako hostitelskou část adresy protokol SIP adresu london.lgw.cisco.com. Vidíte, Krok 5 pro konfiguraci.

    • Zajistěte, aby byly podepsány certifikáty pro využití klientem a serverem.

    • Nahrajte balíček důvěryhodnosti do místní brány, jak je uvedeno v části Jaké kořenové certifikační autority jsou podporovány pro volání na platformy Cisco Webex Audio a Video? .

    1

    Chcete-li zapnout aplikaci Místní brána, zadejte následující příkazy (viz část Referenční informace o portech pro Cisco Webex Calling pro nejnovější podsítě IP pro přidání do seznam důvěryhodných certifikátů):

    configure terminal
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
allow-connections sip to sip
no supplementary-service sip refer
no supplementary-service sip handle-replaces
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none 
sip 
early-offer forced
asymmetric payload full

    Zde je vysvětlení polí pro konfiguraci:

    Prevence mýtných podvodů

    voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y

    • Aktivuje zdrojové IP adresy entit, od kterých místní brána očekává legitimní hovory VoIP Webex Calling vrstevníci.

    • Místní brána ve výchozím nastavení blokuje všechna příchozí nastavení VoIP hovorů z IP adres, které nejsou na jejím seznamu důvěryhodných. Adresy IP z partnerských číselníků s „cílovou IP relace“ nebo skupinou serverů jsou ve výchozím nastavení důvěryhodné a nevyplňují se zde.

    • Adresy IP v tomto seznamu se musí shodovat s podsítěmi IP podle oblasti Webex Calling datové centrum , ke kterému se zákazník připojí. Viz Referenční informace o portech pro Webex Calling kde získáte další informace.

    • Další informace o tom, jak pomocí seznamu důvěryhodných adresa IP zabránit podvodům s mýtným, naleznete v části adresa IP je důvěryhodná .

    Základní funkce protokol SIP-to- protokol SIP

    allow-connections sip to sip

    • Povolit připojení protokol SIP-to- protokol SIP .

    • Ve výchozím nastavení hlasová zařízení Cisco IOS nebo IOS XE neumožňují, aby příchozí VoIP věta byla odeslána jako VoIP.

    • Další informace o tomto příkazu naleznete v části Povolit připojení .

    Protokol faxu

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

    Aktivuje T.38 pro přenos faxů, i když není zašifrován. Další informace o tomto příkazu naleznete v části faxový protokol t38 (hlasová služba) .

    Protokol SIP

    early-offer forced

    Vynutí místní bránu, aby odeslala informace SDP v počáteční zprávě INVITE místo čekání na potvrzení od sousedního partnera. Další informace o tomto příkazu naleznete v části včasná nabídka .

    asymmetric payload full

    Konfiguruje podporu asymetrické datové části Session Initiation Protocol (SIP) pro DTMF i pro datovou část dynamických kodeků. Další informace o tomto příkazu naleznete v části předávací obsah .
    2

    Nakonfigurujte „kodek hlasové třídy 100“.

    voice class codec 100
codec preference 1 opus
codec preference 2 g711ulaw
codec preference 3 g711alaw

    Zde je vysvětlení polí pro konfiguraci:

    Kodek hlasové třídy 100

    Umožňuje opus a kodeky g711 (mu a a-law) pro relace. Použije preferovaný kodek na všechny partnerské sítě. Další informace naleznete zde kodek hlasové třídy .
    3

    Nakonfigurujte „voice class stun-usage 100“, aby bylo možné povolit ICE.

    voice class stun-usage 100 
stun usage ice lite

    Zde je vysvětlení polí pro konfiguraci:

    Stun-usage hlasové třídy 100

    Definuje použití omráčení. Použije omráčení na všechny Webex Calling -vytáčení-peers, aby se předešlo žádnému zvuku, když telefon Unified CM přesměruje hovor na jiný Webex Calling telefonu. Viz použití omráčení hlasové třídy in Hlasové příkazy pro Cisco IOS – T až Z a omračovat využití ice lite .
    4

    Nakonfigurujte příkaz k omezení podporovaných šifrování.

    voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

    Zde je vysvětlení polí pro konfiguraci:

    Hlasová třída srtp-crypto 100
    Určuje SHA1_ 80 jako jediná šifrovací sada SRTP , kterou místní brána nabízí v rámci SDP ve své nabídce a odpovědi. Webex Calling podporuje pouze SHA1 80._
    Další informace naleznete zde hlasová třída srtp-crypto .
    5

    (Pro krychle CUBE s veřejná IP adresa adresami proveďte tento krok.) Nakonfigurujte „protokol SIP profily 100“. V příkladu je cube1.abc.lgwtrunking.com FQDN vybraný pro místní bránu a „172.xxx“ je adresa IP rozhraní místní brány, která je směrem Webex Calling :

    voice class sip-profiles 100
rule 10 request ANY sip-header Contact modify "192.65.79.21" "cube1.abc.lgwtrunking.com" 
rule 20 response ANY sip-header Contact modify "192.65.79.21" "cube1.abc.lgwtrunking.com"

    Zde je vysvětlení polí pro konfiguraci:

    pravidlo 10 až pravidlo 20

    Zajišťuje, že jste nahradili adresa IP místní brány hodnotou FQDN v hlavičce „Contact“ ve zprávách požadavku a odpovědi. To je požadavek na ověření místní brány, kterou chcete použít jako přenosový spoj v dané dané oblasti Webex Calling pobočku vaší organizace.


     

    Pokud jste nakonfigurovali CUBE s veřejná IP adresa adresami, další krok přeskočte.
    6

    (Pro KRYCHLE za statickým NAT proveďte tento krok.) Nakonfigurujte krychli CUBE pro statickou adresu NAT (volitelné). V tomto příkladu je cube1.abc.lgwtrunking.com FQDN vybraný pro místní bránu a „10.80.13.12“ je adresa IP rozhraní CUBE pro službu Webex Calling a „192.65.79.20“ je veřejná IP adresa adresa NAT.

    Pokud je procesor CUBE nasazen se statickou adresou NAT, pak jsou k úpravě soukromá IP adresa adresy na veřejná IP adresa adresu NAT v požadavku a odpovědi protokol SIP vyžadovány níže uvedené konfigurace příchozího a odchozího profil SIP SIP.

    Profily protokol SIP pro odchozí zprávy do Webex Calling
    
voice class sip-profiles 200
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.abc.lgwtrunking.com:"
 rule 11 response ANY sip-header Contact modify "@.*:" "@cube1.abc.lgwtrunking.com:"
 rule 20 response ANY sdp-header Audio-Attribute modify "a=candidate:1 1(.*) 10.80.13.12 (.*)" "a=candidate:1 1\1 192.65.79.20 \2"
 rule 30 response ANY sdp-header Audio-Attribute modify "a=candidate:1 2(.*) 10.80.13.12 (.*)" "a=candidate:1 2\1 192.65.79.20 \2"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "(.*) IN IP4 10.80.13.12" "\1 IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "(.*) IN IP4 10.80.13.12" "\1 IN IP4 192.65.79.20"
 rule 80 request ANY sdp-header Audio-Attribute modify "a=rtcp:(.*) IN IP4 10.80.13.12" "a=rtcp:\1 IN IP4 192.65.79.20"
 rule 81 response ANY sdp-header Audio-Attribute modify "a=rtcp:(.*) IN IP4 10.80.13.12" "a=rtcp:\1 IN IP4 192.65.79.20"
 rule 91 request ANY sdp-header Audio-Attribute modify "a=candidate:1 1(.*) 10.80.13.12 (.*)" "a=candidate:1 1\1 192.65.79.20 \2"
 rule 93 request ANY sdp-header Audio-Attribute modify "a=candidate:1 2(.*) 10.80.13.12 (.*)" "a=candidate:1 2\1 192.65.79.20 \2"
    Profily protokol SIP pro příchozí zprávy ze Webex Calling
    
voice class sip-profiles 201
 rule 10 response ANY sdp-header Video-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.abc.lgwtrunking.com:"
 rule 30 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "(.*) IN IP4 10.80.13.12" "\1 IN IP4 192.65.79.20"
 rule 70 response ANY sdp-header Audio-Attribute modify "a=candidate:1 1(.*) 10.80.13.12 (.*)" "a=candidate:1 1\1 192.65.79.20 \2"
 rule 80 response ANY sdp-header Audio-Attribute modify "a=candidate:1 2(.*) 10.80.13.12 (.*)" "a=candidate:1 2\1 192.65.79.20 \2"
 rule 90 response ANY sdp-header Audio-Attribute modify "a=rtcp:(.*) IN IP4 10.80.13.12" "a=rtcp:\1 IN IP4 192.65.79.20"

    Další informace naleznete zde doušek-profily hlasové třídy .

    Další informace naleznete zde pravidlo (pravidlo překladu hlasu) in Odkaz na hlasové příkazy pro Cisco IOS – K až R .
    7

    Nakonfigurujte následující odchozí telefonické sítě:

    1. Nakonfigurujte první odchozí telefonické spojení s adresou Webex Calling .


       

      Vytvořte přenosový spoj v centru Control Hub a přiřaďte jej k umístění. Viz Nakonfigurujte spojová vedení, skupiny směrování a plány vytáčení pro Webex Calling kde získáte další informace.

      		 
      dial-peer voice 101 voip
description OutBound Webex Calling
session protocol sipv2
session target dns:<insert us01.sipconnect.bcld.webex.com>
session transport tcp tls
destination e164-pattern-map 2002
voice-class codec 100
voice-class stun-usage 100
voice-class sip rel1xx disable
voice-class sip asserted-id pai
voice-class sip profiles 100
voice-class sip tenant 200
voice-class sip options-keepalive profile 100
voice-class sip bind control source-interface GigabitEthernet 0/0/2
voice-class sip bind media source-interface GigabitEthernet 0/0/2
dtmf-relay rtp-nte
srtp
no vad
!

      Zde je vysvětlení polí pro konfiguraci:

      
dial-peer voice 101 voip
   description OutBound Webex Calling

      Definuje VoIP vytáčený partnerský bod s značkou 101 a poskytuje smysluplný popis pro usnadnění správy a řešení potíží. Viz hlas vytáčené osoby kde získáte další informace.

      protokol relace doušek2

      Určuje druhotné číslování 101 zpracovává etapy hovor SIP . Viz protokol relace (dial-peer) in Odkaz na hlasové příkazy pro Cisco IOS – S příkazy kde získáte další informace.

      cílové DNS relace: <insert us01.sipconnect.bcld.webex.com="">

      Označuje cílovou adresu FQDN cíle z centra Control Hub, do které se má odeslat úsek hovoru. Viz cíl relace (rovnající se VoIP ) in Odkaz na hlasové příkazy pro Cisco IOS – S příkazy kde získáte další informace.


       

      Počínaje od Cisco IOS XE Cupertino 17.9.1a výše uvedená konfigurace cílové adresy SRV je podporována.

      session transport tcp tls

      Partnerské zařízení vytáčení SIP používá TLS (zabezpečení přenášených dat) (TLS) nad protokolem transportní vrstvy TCP .

      cíl e164-pattern-map 2002

      Tento příkaz se používá k propojení mapy vzoru E.164 s partnerským zařízením. 2002 definuje cílovou mapu vzoru E.164 .

      Kodek hlasové třídy 100

      Označuje seznam předvoleb kodeků 100 , který chcete použít pro telefonické připojení 101 . Viz kodek hlasové třídy kde získáte další informace.

      profily hlasové třídy doušek 100

      Pokud je nakonfigurována KRYCHLE se statickým nat, namapujte odchozí profil SIP 200.

      klient hlasové třídy doušek 200

      Doporučujeme použít klienta s trunkovými vytáčenými partnery, kde každý kmen má svůj vlastní port naslouchání, certifikát TLS a ověřovací seznam CN nebo SAN. Položka tls-profile přidružená k klientovi zde obsahuje bod důvěry, který se použije k přijetí nebo vytváření nových připojení, a má seznam CN nebo SAN k ověření příchozích připojení.

      hlasová třída doušek možnosti-keepalive profilu 100

      Tento příkaz se používá k monitorování skupiny serverů nebo koncových bodů protokol SIP pomocí určitého profilu (100).

    2. Nakonfigurujte klienta pro Webex Calling.

      
voice class tenant 200
  tls-profile 100
  listen-port secure 5061
  no remote-party-id
  srtp-crypto 200
  localhost dns:cube1.abc.lgwtrunking.com
  session transport tcp tls
  no session refresh
  error-passthru
  bind control source-interface GigabitEthernet0/0/2
  bind media source-interface GigabitEthernet0/0/2
  no pass-thru content custom-sdp
  privacy-policy passthru
!

      Zde je vysvětlení polí pro konfiguraci:

      klient hlasové třídy 200

      Doporučujeme použít klienta s trunkovými vytáčenými partnery, kde každý kmen má svůj vlastní port naslouchání, certifikát TLS a ověřovací seznam CN nebo SAN. Položka tls-profile přidružená k klientovi zde obsahuje bod důvěry, který se použije k přijetí nebo vytváření nových připojení, a má seznam CN nebo SAN k ověření příchozích připojení.

    3. Nakonfigurujte profil možností protokol SIP .

      
voice class sip-options-keepalive 100
 description keepalive webex_mTLS
 up-interval 5
 !

      Zde je vysvětlení polí pro konfiguraci:

      hlasová třída sip-options-keepalive 100

      Nakonfiguruje profil udržování naživu a přejde do režimu konfigurace hlasové třídy. Můžete nakonfigurovat čas (v sekundách), kdy je odeslán ping protokol SIP OODO koncovému bodu vytáčení, když je prezenční připojení ke koncovému bodu ve stavu UP nebo Down.

      Tento profil udržování je spuštěn z partnerského vytáčení nakonfigurovaného pro Webex.

      K zajištění toho, aby hlavičky kontaktu obsahovaly plně kvalifikovaný název domény SBC , používá se následující profil. Pravidla 30, 40 a 50 jsou vyžadována pouze v případě, že je krychle nakonfigurována se statickým nat.

      V tomto příkladu je cube1.abc.lgwtrunking.com FQDN vybraný pro místní bránu a „10.80.13.12“ je adresa IP rozhraní CUBE pro službu Webex Calling a „192.65.79.22“ je veřejná IP adresa adresa NAT:

      
voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.abc.lgwtrunking.com:" 
 rule 30 request ANY sip-header Via modify "SIP(.*) 10.80.13.12(.*)" "SIP\1 192.65.79.22\2"
 rule 40 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.22"
 rule 50 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.22"
!
voice class sip-options-keepalive 100
 description Keepalive Webex calling
 up-interval 5
 transport tcp tls
 sip-profiles 115
    8

    Vytvořit skupinu partnerských číselníků na základě vytáčené linky směrem Webex Calling v modelu aktivní/aktivní.


     

    Tato konfigurace je použitelná pro všechny oblasti kromě přenosových spojů, které nakonfigurujete v pobočce se sídlem v Singapuru. Další informace naleznete v kroku 8.

    1. Definice DPG 100 s odchozím telefonickým připojením peer 101 , 102 , 103 , 104 směrem k Webex Calling . Použít DPG 100 příchozímu vytáčenému účastníkovi 100 , chcete-li definovat síť PSTN nebo Unified CM.

    voice class dpg 100
dial-peer 101 preference 1
    Zde je vysvětlení polí pro konfiguraci:
    dial-peer 101 preference 1

    Přiřadí odchozí zařízení s vytáčeným telefonem ke skupině vytáčení 100 a nakonfigurujte telefonické připojení 101 , 102 , 103 a 104 se stejnou preferencí. Viz hlas vytáčené osoby kde získáte další informace.
    9

    Nakonfigurujte příchozí telefonické připojení peer z Webex Calling . Příchozí shoda je založena na požadavku URI .

    voice class uri 120 sip 
pattern cube.domain.com 
    dial-peer voice 110 voip 
session protocol sipv2
session transport tcp tls
destination dpg 300
incoming uri request 120
voice-class codec 100
voice-class stun-usage 100 
voice-class sip profiles 100 
voice-class sip srtp-crypto 100
voice-class sip bind control source-interface GigabitEthernet 0/0/1 
voice-class sip bind media source-interface GigabitEthernet 0/0/1 
srtp
!

    Zde je vysvětlení polí pro konfiguraci:

    uri hlasové třídy 120 doušek

    Definuje vzor shody pro příchozí hovor od uživatele Webex Calling . Viz hlasová třída předvolba uri doušek in Odkaz na hlasové příkazy pro Cisco IOS až Z kde získáte další informace.

    session transport tcp tls

    Nastaví přenos na TLS. Viz session-transport kde získáte další informace.

    cílový dpg 300

    Určuje skupinu partnerských číselníků 120 vyberte odchozí telefonické připojení. Viz dpg hlasové třídy in Odkaz na hlasové příkazy pro Cisco IOS – T až Z naleznete další informace.o skupinách vytáčených vrstevníků.

    příchozí požadavek URI 120

    Vyhledá veškerý příchozí provoz z Webex Calling k místní bráně na jedinečném vzoru DTG v URI požadavku , který jedinečně identifikuje web místní brány v rámci podniku a na Webex Calling ekosystému. Viz příchozí URI Odkaz na hlasové příkazy pro Cisco IOS – D až I kde získáte další informace.

    profil hlasové třídy doušek 100

    Pokud je nakonfigurována KRYCHLE se statickým nat, namapujte příchozí doušek na profil 201.

    Hlasová třída srtp-crypto 100

    Nakonfiguruje upřednostňované šifrovací sady pro úsek hovoru SRTP . Viz hlasová třída srtp-crypto kde získáte další informace.

    ovládací prvek vazby zdrojového rozhraní GigabitEthernet0/0/1

    Nakonfiguruje zdrojovou adresa IP pro prokrytí rozhraní zdroje signalizace Webex Calling . Viz vázat in Odkaz na hlasové příkazy pro Cisco IOS – A až C naleznete další informace o použití funkce bind.

    rozhraní zdrojového média svázat GigabitEthernet0/0/1

    Nakonfiguruje zdrojovou adresa IP pro rozhraní zdroje médií Webex Calling .

    Nakonfigurujte místní bránu bez IP PBX

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

    1. Identifikátory URI hlasové třídy –Můžete definovat vzory IP adres/portů hostitele pro různé přenosové spoje končící na místní bráně:

      • Webex Calling do společnosti LGW

      • Ukončení přenosového spoje přenosový spoj SIP sítě PSTN na zařízení LGW

    2. Odchozí telefonické linky – Můžete nasměrovat etapy odchozí volání z LGW do přenosového spoje přenosový spoj SIP poskytovatele internetových telefonních poskytovatel služeb (ITSP). Webex Calling .

    3. Hlasová třída DPG –Můžete vyvolat cíle odchozích vytáčených vrstevníků z příchozího vytáčení.

    4. Příchozí telefonické sítě –Můžete přijmout etapy příchozích hovorů od ITSP a Webex Calling .

    Konfiguraci použijte pro nastavení místní brány hostované partnerem nebo brány webu místního zákazníka. Viz následující:

    1

    Nakonfigurujte následující identifikátor URI hlasové třídy:

    1. Definujte adresa IP hostitele ITSP:

      voice class uri 100 sip
  host ipv4:192.168.80.13

    2. Definice vzoru pro jednoznačnou identifikaci webu místní brány v rámci podniku. Jako vzor shody identifikátoru URI(Uniform Resource Identifier) použijte název hostitele místní brány.

      voice class uri 200 sip
pattern cube.domain.com

       

      Místní brána momentálně nepodporuje podtržítko „_ “ v vzoru shody. Alternativním řešením je použití tečky „“. (shoduje se s jakoukoli) aby odpovídalo „_ „.

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

    Nakonfigurujte následující odchozí telefonické sítě:

    1. Odchozí telefonické připojení s druhou stranou směrem k IP PSTN:

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

      Zde je vysvětlení polí pro konfiguraci:

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

      Definuje VoIP vytáčený partnerský bod s značkou 121 a poskytuje smysluplný popis pro usnadnění správy a řešení potíží. Další informace naleznete zde hlas vytáčené osoby.

      destination-pattern BAD.BAD

      Umožňuje výběr vytáčené linky 121 . Tento odchozí partnerský číselník však vyvoláte přímo z příchozího vytáčení pomocí příkazů DPG, což obchází kritéria shody vzoru číslic. Používáte libovolný vzor založený na alfanumerických číslicích, které jsou povoleny rozhraním CLI se vzorem cíle. Další informace naleznete zde vzor cíle (rozhraní) in Odkaz na hlasové příkazy pro Cisco IOS – D až I .

      session protocol sipv2

      Určuje druhou stranu vytáčení 121 zpracovává etapy hovor SIP . Další informace naleznete zde protokol relace (vytáčení partnerského zařízení) in Odkaz na hlasové příkazy pro Cisco IOS – S příkazy .

      session target ipv4:192.168.80.13

      Udává cílovou adresa IPv4 cíle, pro které se má odeslat úsek hovoru. Cíl relace je zde adresa IP ITSP. Další informace naleznete zde cíl relace ( partnerské VoIP ) in Odkaz na hlasové příkazy pro Cisco IOS – S příkazy .

      voice-class codec 100.

      Označuje seznam předvoleb kodeků 100 , který chcete použít pro telefonické připojení 121 . Další informace naleznete zde kodek hlasové třídy .

      dtmf-relay rtp-nte

      Definuje RTP-NTE (RFC2833) jako schopnost DTMF očekávanou v úsek hovoru. Další informace naleznete zde DTMF (Voice over IP) .

      no vad

      Zakáže zjišťování hlasové aktivity. Další informace naleznete zde vad (telefonické připojení) in Odkaz na hlasové příkazy pro Cisco IOS – T až Z .

    2. Odchozí telefonické připojení peer směrem k Webex Calling . Viz druhý postup Nakonfigurujte přenosový spoj založený na certifikátech v tomto článku.
    3

    Nakonfigurujte následující skupinu peerů (DPG):

    1. Definuje skupinu partnerských číselníků 120 . Odchozí telefonické připojení s druhou stranou 121 je cílem pro Webex Calling --> LGW --> PSTN. Aplikujete DPG 120 příchozímu vytáčenému účastníkovi 110 pro Webex Calling --> LGW --> PSTN cestu.

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

       

      Je nutné nakonfigurovat DPG 120 na příchozího vytáčeného-peer z Webex Calling . Další informace naleznete v kroku 9 tohoto postupu Nakonfigurujte přenosový spoj založený na certifikátech v tomto článku.
    4

    Nakonfigurujte následující příchozí telefonické sítě:

    1. Příchozí telefonické spojení pro příchozí etapy volání IP PSTN:

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

      Zde je vysvětlení polí pro konfiguraci:

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

      Definuje VoIP vytáčený partnerský bod s značkou 122 a poskytuje smysluplný popis pro usnadnění správy a řešení potíží. Další informace naleznete zde hlas vytáčené osoby .

      session protocol sipv2

      Určuje druhou stranu vytáčení 122 zpracovává etapy hovor SIP . Viz protokol relace (vytáčení partnerského zařízení) in Odkaz na hlasové příkazy pro Cisco IOS – S příkazy kde získáte další informace.

      incoming uri via 100

      Definuje kritérium shody pro hlavičku VIA s adresa IP IP sítě PSTN. Srovná všechny příchozí hovory IP PSTN na místní bráně s vytáčeným připojením 122 . Další informace naleznete zde příchozí adresa URL in Odkaz na hlasové příkazy pro Cisco IOS – D až I .

      destination dpg 100

      Vynechá klasická odchozí kritéria shody s telefonickým připojením v místní bráně s cílovým DPG 100 . Nastavte etapu odchozí hovor pomocí číselníků definovaných v rámci cílového DPG 100 , což je vytáčené připojení k síti 101 , 102 , 103 , 104 . Další informace o konfiguraci skupin partnerských vytáčení naleznete v části dpg hlasové třídy in Odkaz na hlasové příkazy pro Cisco IOS – D až I .

      no vad

      Zakáže zjišťování hlasové aktivity. Další informace naleznete zde vad (telefonické připojení) in Odkaz na hlasové příkazy pro Cisco IOS – T ačkoli Z .

    2. Příchozí telefonické spojení s druhou stranou pro příchozí Webex Calling hovorové nohy:

    na adresu PSTN Webex Calling :

    Spárovat všechny příchozí hovory IP PSTN na místní bráně s vytáčeným bodem 122 definice kritéria shody pro hlavičku VIA s adresa IP IP sítě PSTN . DPG 100 vyvolá odchozí telefonické spojení 101 , 102 , 103 , 104 , který má Webex Calling server jako cílový cíl.

    Webex Calling do sítě PSTN:

    Srovnat všechny příchozí Webex Calling etapy na místní bráně s vytáčeným připojením 110 k definování kritéria shody pro vzor záhlaví URI ŽÁDOST s názvem hostitele místní brány, jedinečným pro nasazení místní brány. DPG 120 vyvolá odchozí telefonické spojení 121 , který má jako cílový cíl IP adresa IP .

    Nakonfigurujte místní bránu se stávajícím Unified CM

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

    1. Identifikátory URI hlasové třídy –Můžete definovat vzory hostitelských IP adres/portů pro různé přenosové spoje ukončované na LGW z:

      • Unified CM až LGW pro cíle PSTN

      • Unified CM na LGW pro Webex Calling ových destinací

      • Webex Calling do destinací LGW

      • Ukončení přenosového spoje přenosový spoj SIP sítě PSTN v cílech LGW

    2. Skupina serverů hlasové třídy – Můžete cílit na adresy IP nebo porty pro odchozí přenosové spoje z:

      • LGW na Unified CM

      • na adresu LGW Webex Calling

      • Přenosový spoj přenosový spoj SIP z LGW do sítě PSTN

    3. Odchozí telefonické linky – Můžete směrovat etapy odchozí volání z:

      • LGW na Unified CM

      • Přenosový spoj přenosový spoj SIP poskytovatele služeb internetové telefonie (ITSP).

      • Webex Calling

    4. dpg hlasové třídy –Můžete zacílit na volání odchozích vytáčených vrstevníků z příchozího vytáčení.

    5. Příchozí telefonické sítě – Můžete přijmout etapy příchozích hovorů od Unified CM, ITSP a Webex Calling .

    1

    Nakonfigurujte následující identifikátory URI hlasové třídy:

    1. Definuje adresu IP (IP) hostitele ITSP:

      voice class uri 100 sip
host ipv4:192.168.80.13

    2. Definice vzoru pro jednoznačnou identifikaci webu místní brány v rámci podniku. Jako požadovaný vzor shody identifikátoru URI(Uniform Resource Identifier) použijte název hostitele místní brány.

      voice class uri 200 sip
pattern cube.domain.com

       

      Místní brána momentálně nepodporuje podtržítko „_ “ v vzoru shody. Jako alternativní řešení používáme tečku „“. (shoduje se s jakoukoli) aby odpovídalo „_ „.

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

    3. Definuje port VIA pro Unified CM pro Webex Calling kmen:

      voice class uri 300 sip
pattern :5065

    4. Definuje port IP a VIA zdroje Unified CM pro přenosový spoj PSTN:

      voice class uri 302 sip
pattern 192.168.80.60:5060
    2

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

    1. Definuje cílovou adresa IP hostitele Unified CM a číslo portu pro skupina Unified CM 1 (5 uzlů). Unified CM používá port 5065 pro příchozí provoz na Webex Calling kmen ( Webex Calling <-> LGW --> Unified CM).

      voice class server-group 301
ipv4 192.168.80.60 port 5065

    2. Definuje cílovou adresa IP hostitele Unified CM CM a číslo portu pro Unified CM skupinu 2 (pokud existuje:

      voice class server-group 303
ipv4 192.168.80.60 port 5065

    3. Definuje cílovou adresa IP hostitele jednotného přenosového spoje CM pro skupinu 1 Unified CM Unified CM (5 uzlů). Unified CM používá výchozí port 5060 pro příchozí provoz na přenosovém spoji PSTN. Pokud nezadáte číslo portu portu, použijte výchozí port 5060. (PSTN <-> LGW --> Unified CM)

      voice class server-group 305
ipv4 192.168.80.60

    4. Definuje cílovou adresa IP hostitele sjednoceného Unified CM pro Unified CM (pokud existuje).

      voice class server-group 307
ipv4 192.168.80.60
    3

    Nakonfigurujte následující odchozí telefonické sítě:

    1. Odchozí telefonické připojení s druhou stranou směrem k IP PSTN:

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

      Zde je vysvětlení polí pro konfiguraci:

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

      Definuje VoIP vytáčený partnerský bod s značkou 121 a poskytuje smysluplný popis pro usnadnění správy a řešení potíží. Další informace naleznete zde hlas vytáčené osoby .

      destination-pattern BAD.BAD

      Umožňuje výběr partnerského zařízení 121 . Toto odchozí zařízení s vytáčením však voláme přímo z příchozího zařízení s vytáčením pomocí příkazů DPG, což obchází kritéria shody vzoru číslic. Používáme libovolný vzor na základě alfanumerických číslic, které jsou povoleny rozhraním CLI se vzorem cíle. Další informace naleznete zde vzor cíle (rozhraní) in Odkaz na hlasové příkazy pro Cisco IOS – D až I .

      – session protocol sipv2 část určuje druhou stranu vytáčení 121 zpracovává etapy hovor SIP . Další informace naleznete zde protokol relace (vytáčení partnerského zařízení) in Odkaz na hlasové příkazy pro Cisco IOS – S příkazy .

      session target ipv4:192.168.80.13

      Zadejte cílovou adresa IPv4 cíle, pro kterou se má odeslat úsek hovoru. (V tomto případě adresa IP ITSP.) Další informace naleznete zde cíl relace ( partnerské VoIP ). in Odkaz na hlasové příkazy pro Cisco IOS – S příkazy

      voice-class codec 100

      Označuje seznam předvoleb kodeků 100 používáte pro telefonické připojení s peerem 121 .

      Další informace naleznete zde kodek hlasové třídy .

    2. Odchozí telefonické připojení peer směrem k Webex Calling :

      dial-peer voice 200201 voip
description Outgoing dial-peer to Webex Calling
destination-pattern BAD.BAD
session protocol sipv2
session target dns:<insert peering1 address from Control Hub>:5062
session transport tcp tls
voice-class sip rel1xx disable
voice-class codec 100  
voice-class stun-usage 100
voice-class sip profiles 100
voice-class sip srtp-crypto 100
voice-class sip options-keepalive
voice-class sip bind control source-interface GigabitEthernet 0/0/1
voice-class sip bind media source-interface GigabitEthernet 0/0/1
dtmf-relay rtp-nte
srtp
!

      dial-peer voice 200202 voip
description Outgoing dial-peer to Webex Calling
destination-pattern BAD.BAD
session protocol sipv2
session target dns:<insert peering2 address from Control Hub>:5062
session transport tcp tls
voice-class sip rel1xx disable
voice-class codec 100  
voice-class stun-usage 100
voice-class sip profiles 100
voice-class sip srtp-crypto 100
voice-class sip options-keepalive
voice-class sip bind control source-interface GigabitEthernet 0/0/1
voice-class sip bind media source-interface GigabitEthernet 0/0/1
dtmf-relay rtp-nte
srtp
!

      dial-peer voice 200203 voip
description Outgoing dial-peer to Webex Calling
destination-pattern BAD.BAD
session protocol sipv2
session target dns:<insert peering3 address from Control Hub>:5062
session transport tcp tls
voice-class sip rel1xx disable
voice-class codec 100  
voice-class stun-usage 100
voice-class sip profiles 100
voice-class sip srtp-crypto 100
voice-class sip options-keepalive
voice-class sip bind control source-interface GigabitEthernet 0/0/1
voice-class sip bind media source-interface GigabitEthernet 0/0/1
dtmf-relay rtp-nte
srtp
!

      dial-peer voice 200204 voip
description Outgoing dial-peer to Webex Calling
destination-pattern BAD.BAD
session protocol sipv2
session target dns:<insert peering4 address from Control Hub>:5062
session transport tcp tls
voice-class sip rel1xx disable
voice-class codec 100  
voice-class stun-usage 100
voice-class sip profiles 100
voice-class sip srtp-crypto 100
voice-class sip options-keepalive
voice-class sip bind control source-interface GigabitEthernet 0/0/1
voice-class sip bind media source-interface GigabitEthernet 0/0/1
dtmf-relay rtp-nte
srtp
!

      Zde je vysvětlení polí pro konfiguraci:

      dial-peer voice 200201 voip
description Outgoing dial-peer to Webex Calling

      Definuje VoIP vytáčený partnerský bod s značkou 200201, 200202, 200203, 200204 a poskytuje smysluplný popis pro usnadnění správy a řešení potíží.

      voice-class stun-usage 100

      Odeslat místně vygenerovanou žádost o omráčení přes sjednanou cestu k médiím. Stun otevře malou dírku v bráně firewall.

      srtp

      Aktivuje SRTP pro úsek hovoru.

    3. Odchozí telefonické připojení směrem k unifikovaným CM Webex Calling kmen:

      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 100
voice-class sip bind control source-interface GigabitEthernet 0/0/2
voice-class sip bind media source-interface GigabitEthernet 0/0/2
dtmf-relay rtp-nte
no vad

      Zde je vysvětlení polí pro konfiguraci:

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

      Definuje VoIP vytáčený partnerský bod s značkou 301 a poskytuje smysluplný popis pro usnadnění správy a řešení potíží.

      session server-group 301

      Definuje cíl relace více uzlů Unified CM ( skupina serverů 301 pro telefonické připojení 301 ), i když tento příklad zobrazuje pouze jeden uzel.

      Skupina serverů v partnerském zařízení odchozího vytáčení

      Dosahuje náhodného rozložení hovorů mezi všechny odběratele nebo shromažďování zpracování hovorů Unified CM na základě definovaných preferencí s více partnerskými číselníky v DPG a více servery ve skupině serverů s vytáčením. Každá skupina serverů může mít až pět serverů (IPv4/v6 s portem nebo bez portu). Můžete použít jen druhého partnerského vytáčení a druhou skupinu serverů pro více než pět odběratelů pro zpracování hovorů .

      Další informace naleznete zde Skupiny serverů v odchozích telefonických partnerských skupinách in Průvodce konfigurací Cisco Unified Border Element pro systém Cisco IOS XE 17.5 .

    4. Druhý odchozí telefonický kontakt směrem k unifikovaným CM Webex Calling trunk, pokud máte více než 5 uzlů Unified CM :

      dial-peer voice 303 voip
description Outgoing dial-peer to CUCM-Group-2 for inbound from Webex Calling - Nodes 6 to 10
destination-pattern BAD.BAD
session protocol sipv2
session server-group 303
voice-class codec 100
voice-class sip bind control source-interface GigabitEthernet 0/0/2
voice-class sip bind media source-interface GigabitEthernet 0/0/2
dtmf-relay rtp-nte
no vad

    5. Odchozí telefonické připojení do kmene PSTN aplikace 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 100 
voice-class sip bind control source-interface GigabitEthernet 0/0/2
voice-class sip bind media source-interface GigabitEthernet 0/0/2
dtmf-relay rtp-nte
no vad

    6. Druhý odchozí telefonický spoj směrem do přenosového spoje PSTN aplikace Unified CM, pokud máte více než 5 uzlů Unified CM :

      dial-peer voice 307 voip
description Outgoing dial-peer to CUCM-Group-2 for inbound from PSTN - Nodes 6 to 10
destination-pattern BAD.BAD
session protocol sipv2
session server-group 307
voice-class codec 100  
voice-class sip bind control source-interface GigabitEthernet 0/0/2
voice-class sip bind media source-interface GigabitEthernet 0/0/2
dtmf-relay rtp-nte
no vad
    4

    Nakonfigurujte následující skupinu peerů (DPG) pro volání směrem k Webex Calling:

    1. Definuje DPG 121 . Odchozí telefonické připojení s druhou stranou 121 je cíl pro každou příchozí linku s vytáčením, která vyvolá DPG 121 . Použít DPG 121 příchozímu vytáčenému účastníkovi 302 definováno později pro Unified CM --> LGW --> PSTN cesta:

      voice class dpg 121
dial-peer 121 preference 1

    2. Definice DPG 100 s odchozím telefonickým připojením peer 200201, 200202, 200203, 200204 jako cíl pro Unified CM --> LGW --> Webex Calling cesta:


       

      Ujistěte se, že změny předvoleb jsou založené na umístění nakonfigurované místní brány. Viz krok 7 a krok 8 tohoto postupu Nakonfigurujte přenosový spoj založený na certifikátech kde získáte další informace.

      		 
      voice class dpg 100
dial-peer 200201 preference 1
dial-peer 200202 preference 1
dial-peer 200203 preference 1
dial-peer 200204 preference 1

    3. Definice DPG 300 pro odchozí telefonické sítě 301 nebo 303 pro Webex Calling --> LGW --> Unified CM cesta:

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

    4. Definice DPG 302 pro odchozí telefonické sítě 305 nebo 307 pro PSTN --> LGW --> Unified CM cesta:

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

    Nakonfigurujte následující příchozí telefonické sítě:

    1. Příchozí telefonické spojení pro příchozí etapy volání IP PSTN:

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

      Zde je vysvětlení polí pro konfiguraci:

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

      Definuje VoIP vytáčený partnerský bod s značkou 100 a poskytuje smysluplný popis pro usnadnění správy a řešení potíží.

      session protocol sipv2

      Určuje druhou stranu vytáčení 100 zpracovává etapy hovor SIP .

      incoming uri via 100

      Udává URI hlasové třídy 100 pro přiřazování veškerého příchozího provozu z IP sítě PSTN k místní bráně na adresa IP hostitele příchozí hlavičky VIA . Další informace naleznete zde příchozí URI in Odkaz na hlasové příkazy pro Cisco IOS – D až I .

      destination dpg 302

      Určuje skupinu vrstevníků vytáčení 302 vyberte partnerského pro odchozí volání. Další informace o konfiguraci skupin partnerských vytáčení naleznete v části hlasová třída dpg in Odkaz na hlasové příkazy pro Cisco IOS – T až Z .

    2. Příchozí telefonické spojení s druhou stranou pro příchozí Webex Calling hovorové nohy:

      dial-peer voice 110 voip
description Incoming dial-peer from Webex Calling  
session protocol sipv2 
session transport tcp tls 
destination dpg 300 
incoming uri request 120  
voice-class codec 100 
voice-class stun-usage 100 
voice-class sip profiles 100 
voice-class sip srtp-crypto 100 
voice-class sip bind control source-interface GigabitEthernet 0/0/1 
voice-class sip bind media source-interface GigabitEthernet 0/0/1 
srtp 
!

      Zde je vysvětlení polí pro konfiguraci:

      dial-peer voice 110 voip
description Incoming dial-peer from Webex Calling

      Aktualizace partnerského vytáčení VoIP pomocí značky 110 a poskytuje smysluplný popis pro usnadnění správy a řešení potíží.

      destination dpg 300

      Určuje skupinu vrstevníků vytáčení 120 vyberte partnerského pro odchozí volání. Další informace o konfiguraci skupin partnerských vytáčení naleznete v části hlasová třída dpg in Odkaz na hlasové příkazy pro Cisco IOS – T až Z .

      Voice class srtp-crypto 100

      Nakonfiguruje upřednostňované šifrovací sady pro úsek hovoru SRTP . Další informace naleznete zde hlasová třída srtp-crypto .

      bind control source-interface GigabitEthernet0/0/1

      Nakonfiguruje zdrojovou adresa IP pro prokrytí rozhraní zdroje signalizace Webex Calling .

      Další informace o příkazu vazby naleznete v části vázat .

      bind media source-interface GigabitEthernet0/0/1

      Nakonfiguruje zdrojovou adresa IP pro rozhraní zdroje médií Webex Calling .

    3. Příchozí telefonické připojení pro příchozí etapy Unified CM , se kterými Webex Calling jako cíl:

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

      Zde je vysvětlení polí pro konfiguraci:

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

      Definuje VoIP vytáčený partnerský bod s značkou 300 a poskytuje smysluplný popis pro usnadnění správy a řešení potíží. Další informace naleznete zde hlas vytáčené osoby .

      incoming uri via 300

      Udává URI hlasové třídy 300 na veškerý příchozí provoz z Unified CM na LGW na zdrojovém portu (5065). Další informace naleznete zde příchozí URI in Odkaz na hlasové příkazy pro Cisco IOS – D až I .

      destination dpg 100

      Určuje skupinu vrstevníků vytáčení 200 vyberte partnerského pro odchozí volání. Další informace o konfiguraci skupin partnerských vytáčení naleznete v části hlasová třída dpg in Odkaz na hlasové příkazy pro Cisco IOS – T až Z .

    4. Příchozí telefonické připojení pro příchozí etapy Unified CM s cílem PSTN:

      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 100
dtmf-relay rtp-nte
no vad

      Zde je vysvětlení polí pro konfiguraci:

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

      Definuje VoIP vytáčený partnerský bod s značkou 302 a poskytuje smysluplný popis pro usnadnění správy a řešení potíží. Další informace naleznete zde hlas vytáčené osoby .

      incoming uri via 302

      Udává URI hlasové třídy 300 k přiřazování veškerého příchozího provozu z Unified CM k místní bráně pro cíl PSTN na portu VIA. Port 5060 můžete použít jako standardní port protokol SIP . Další informace naleznete zde příchozí URI in Odkaz na hlasové příkazy pro Cisco IOS – D až I .

      destination dpg 100

      Určuje skupinu vrstevníků vytáčení 100 vyberte partnerského pro odchozí volání. Další informace o konfiguraci skupin partnerských vytáčení naleznete v části hlasová třída dpg in Odkaz na hlasové příkazy pro Cisco IOS – T až Z naleznete další informace o konfiguraci skupin partnerských vytáčení.

    Monitorování a řešení problémů s místní bránou s diagnostickými podpisy

    Diagnostické podpisy (DS) proaktivně zjišťují často pozorované problémy v místní bráně založené na systému Cisco IOS XE a generuje e-mailové oznámení, oznámení do protokolu syslog nebo zprávou terminálu o události. Můžete také nainstalovat systém DS pro automatizaci shromažďování diagnostických dat a přenos shromážděných dat do pouzdra středisko technické podpory Cisco (TAC) pro zrychlení řešení.

    Diagnostické podpisy (DS) jsou soubory XML , které obsahují informace o problémových spouštěcích událostech a akcích za účelem informování, řešení a nápravy. K definování logiky detekce problémů použijte zprávy syslog, události SNMP a pravidelné sledování konkrétních výstupů příkazu show. Mezi typy akcí patří:

    • Shromažďování výstupů příkazu show

    • Generování konsolidovaného soubor protokolu

    • nahrání souboru do síťového umístění poskytnutého uživatelem, jako je například HTTPS, SCP, server FTP

    Technici společnosti TAC vytvářejí soubory DS a digitálně je podepisují z důvodu ochrany 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 vhodných signatur pro sledování a řešení různých problémů.

    Dříve než začnete:

    • Soubor DS, ze kterého stahujete, neupravujte DSLT . Instalace souborů, které upravíte, se nezdařila z důvodu chyby kontroly integrity.

    • Server SMTP(Simple Mail Transfer Protocol), který potřebujete, aby mohla místní brána odesílat e-mailová oznámení.

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

    Požadavky

    Místní brána se systémem IOS XE 17.6.1 nebo novějším

    1. Funkce Podpisy diagnostiky je ve výchozím nastavení povoleno.

    2. Nakonfigurujte zabezpečený e-mailový server, který používáte k odesílání proaktivních oznámení, pokud zařízení používá systém IOS XE 17.6.1 nebo vyšší.
      
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

    3. Nakonfigurujte proměnnou prostředíds_email s e-mailová adresa správce, které vám máme oznámit.

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

    Místní brána ve verzi 17.6.1

    1. Chcete-li povolit diagnostické podpisy, zadejte následující příkazy.

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

    2. Nakonfigurujte e-mailový server pro odesílání proaktivních oznámení, pokud je v zařízení spuštěna verze starší než 17.6.1.

      configure terminal 
call-home  
mail-server  <email server> priority 1 
end

    3. Nakonfigurujte proměnnou prostředí s e-mailová adresa správce, kterou oznámíteds_email

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

    Následující část ukazuje příklad konfigurace místní brány spuštěné v systému Cisco IOS XE 17.6.1 pro odesílání proaktivních oznámení na adresu tacfaststart@gmail.com pomocí Gmailu jako zabezpečeného server SMTP:

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

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

    1. Přejít na Spravovat účet Google > Zabezpečení a zapněte jej Méně zabezpečený přístup aplikací nastavení.

    2. Odpovězte „Ano, byl jsem to já“, když obdržíte e-mail z Gmailu s textem „Google zabránil někomu v přihlášení do vašeho účtu pomocí aplikace, která nepatří společnosti Google“.

    Nainstalujte diagnostické signatury pro aktivní sledování

    Sledování vysokého využití CPU

    Tento DS sleduje 5sekundové využití CPU pomocí SNMP OID 1.3.6.1.4.1.9.2.1.56. Když využití dosáhne 75 % nebo více, zakážou se všechna ladění a odinstalují všechny diagnostické podpisy, které nainstalujete do místní brány. Podpis nainstalujete podle následujících kroků.

    1. Ujistěte se, že jste povolili SNMP pomocí příkazu zobrazit snmp . Pokud SNMP není povolen, nakonfigurujte příkaz „snmp-server manager“.

      
show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

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

    2. Stáhněte si službu DS 64224 pomocí následujících rozevíracích možností v Nástroj pro vyhledávání diagnostických podpisů :

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

      Název pole

      Hodnota pole

      Platforma

      Řada Cisco 4300, 4400 ISR nebo Cisco oddělení služeb zákazníkům 1000V

      Produkt

      CUBE Enterprise v řešení Webex Calling

      Rozsah problému

      Výkon

      Typ problému

      Vysoké využití CPU s upozorňováním e-mail .

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

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

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

      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)

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

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

    5. Použijte možnost zobrazit podpis-diagnostiky volání-domů k ověření, že byl podpis úspěšně nainstalován. Sloupec stav musí mít hodnotu „registrováno“.

      
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 bezpečnostní aplikace:

      ID DS

      Název DS

      Revize

      Stav

      Poslední aktualizace (GMT+00:00)

      64224

      DS_ LGW_ CPU_ PO75

      0.0.10

      Registrováno

      7. 11. 2020 22:05:33

      Při spuštění tato signatura odinstaluje všechny spuštěné DS včetně sebe sama. V případě potřeby přeinstalujte subsystém DS 64224, aby bylo možné i nadále sledovat vysoké využití CPU místní brány.

    Sledování nestandardního hovoru se odpojí

    Tento DS používá dotazování SNMP každých 10 minut k detekci nestandardního odpojení hovoru s chybami protokol SIP 403, 488 a 503.  Pokud je přírůstek počtu chyb větší nebo roven 5 od poslední ankety, vygeneruje se protokol syslog a e-mailové oznámení. K instalaci podpisu použijte následující kroky.

    1. Pomocí příkazu se ujistěte, že je SNMP povolen zobrazit snmp . Pokud není SNMP povolen, nakonfigurujte příkaz „snmp-server manager“.

      show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

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

    2. Stáhněte si službu DS 65221 pomocí následujících možností do Nástroj pro vyhledávání diagnostických podpisů :

      Název pole

      Hodnota pole

      Platforma

      Řada Cisco 4300, 4400 ISR nebo Cisco oddělení služeb zákazníkům 1000V

      Produkt

      CUBE Enterprise v řešení Webex Calling

      Rozsah problému

      Výkon

      Typ problému

      Detekce nestandardního odpojení hovoru protokol SIP pomocí e-mail a oznámení syslog.

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

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

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

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

    5. Použijte příkaz zobrazit podpis-diagnostiky volání-domů a ověřte, zda byl podpis úspěšně nainstalován. Sloupec stav musí mít hodnotu „registrováno“.

    Nainstalujte diagnostické podpisy k vyřešení problému

    Problémy můžete rychle vyřešit také pomocí diagnostických podpisů (DS). Inženýři společnosti středisko technické podpory Cisco (TAC) vytvořili několik signatur, které umožňují nezbytná ladění, která jsou vyžadována k ř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 pouzdra středisko technické podpory Cisco (TAC) . To eliminuje potřebu ručně kontrolovat výskyt problému a výrazně usnadňuje řešení přerušovaných a přechodných problémů.

    Můžete použít Nástroj pro vyhledávání diagnostických podpisů a vyhledejte příslušné podpisy a nainstalujte je, abyste daný problém vyřešili sami, nebo můžete nainstalovat podpis doporučený technikem TAC v rámci spolupráce s podporou.

    Zde je uveden příklad, jak najít a nainstalovat DS pro detekci výskytu „%VOICE_ IEC-3-GW: CCAPI: Interní chyba (práh špičky hovoru): IEC=1.1.181.1.29.0" syslog a automatizaci shromažďování diagnostických dat pomocí následujících kroků:

    1. Nakonfigurujte jinou proměnnou prostředí DSds_fsurl_prefix jako cestu k souborový server středisko technické podpory Cisco (TAC) (cxd.cisco.com) pro nahrání diagnostických dat. Uživatelské jméno v cesta k souboru je číslo případu a heslo je token pro nahrání souboru , ze kterého lze načíst Správce případů podpory jak je znázorněno níže. Token pro nahrání souboru lze vygenerovat v Přílohy části aplikace Support Case Manager podle potřeby.

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

      Příklad:

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

    2. Pomocí příkazu se ujistěte, že je SNMP povolen zobrazit snmp . Pokud není SNMP povolen, nakonfigurujte příkaz „snmp-server manager“.

      
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end

    3. Doporučujeme nainstalovat produkt DS 64224 s vysokým výkonem CPU jako proaktivní opatření k zakázání všech signatur ladění a diagnostiky v době vysokého využití CPU . Stáhněte si službu DS 64224 pomocí následujících možností do Nástroj pro vyhledávání diagnostických podpisů :

      Název pole

      Hodnota pole

      Platforma

      Řada Cisco 4300, 4400 ISR nebo Cisco oddělení služeb zákazníkům 1000V

      Produkt

      CUBE Enterprise v řešení Webex Calling

      Rozsah problému

      Výkon

      Typ problému

      Vysoké využití CPU s upozorňováním e-mail .

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

      Název pole

      Hodnota pole

      Platforma

      Řada Cisco 4300, 4400 ISR nebo Cisco oddělení služeb zákazníkům 1000V

      Produkt

      CUBE Enterprise v řešení Webex Calling

      Rozsah problému

      Protokoly syslog

      Typ problému

      Syslog – %VOICE_ IEC-3-GW: CCAPI: Interní chyba (práh špičky hovorů): IEC = 1.1.181.1.29.0

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

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

    6. Do místní brány nainstalujte soubor XML DS 64224 s vysokým výkonem pro monitorování CPU a poté DS 65095.

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

    7. Ověřte, zda byl podpis úspěšně nainstalován pomocí zobrazit podpis-diagnostiky volání-domů . Sloupec stav musí mít hodnotu „registrováno“.

      
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é systémové aplikace:

      ID DS

      Název DS

      Revize

      Stav

      Poslední aktualizace (GMT+00:00)

      64224

      00:07:45

      DS_ LGW_ CPU_ PO75

      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

    Ověřte spuštění diagnostiky podpisů

    V následujícím příkazu je sloupec „Stav“ příkazu zobrazit podpis-diagnostiky volání-domů se změní na „spuštěno“, zatímco místní brána provádí akci definovanou v podpisu. Výstup z zobrazit statistiku diagnostiky volání domů – podpisů je nejlepší způsob, jak ověřit, zda diagnostická signatura zjistila zájmovou událost a provedla akci. Sloupec „Spuštěno/Maximální/Odinstalace“ udává, kolikrát daná signatura spustila událost, maximální počet definovaných událostí k detekci události a zda se signatura po zjištění maximální počet spuštěných událostí odinstaluje.

    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é systémové aplikace:

    ID DS

    Název DS

    Revize

    Stav

    Poslední aktualizace (GMT+00:00)
    64224

    DS_ LGW_ CPU_ PO75

    0.0.10

    Registrováno

    8. 11. 2020 00:07:45

    65095

    DS_ LGW_ IEC_ Call_spike_threshold

    0.0.12

    Spuštěno

    8. 11. 2020 00:12:53

    zobrazit statistiku diagnostiky volání domů – podpisů

    ID DS

    Název DS

    Spuštěno /Max/Deinstall

    Průměrná doba spuštění (v sekundách)

    Maximální doba zpracování (v sekundách)
    64224

    DS_ LGW_ CPU_ PO75

    0/0/N

    0,000

    0,000

    65095

    DS_ LGW_ IEC_ Call_spike_threshold

    1 /20/Y

    23,053

    23,053

    E e-mailové oznámení , který je odeslán při provádění diagnostiky podpisu, obsahuje klíčové informace, jako je typ problému, podrobnosti o zařízení, verze softwaru, spuštěná konfigurace a výstupy příkazů show, které jsou relevantní pro řešení daného problému.

    Odinstalujte diagnostické podpisy

    Použijte diagnostické signatury pro řešení potíží, které jsou obvykle definovány k odinstalaci po zjištění některých výskytů problému. Pokud chcete podpis odinstalovat ručně, získejte DS ID z výstupu rozhraní zobrazit podpis-diagnostiky volání-domů a spusťte následující příkaz:

    call-home diagnostic-signature deinstall <DS ID>

    Příklad:

    call-home diagnostic-signature deinstall 64224

    Nové podpisy se přidávají do nástroje pro vyhledávání podpisů diagnostiky pravidelně na základě problémů, které jsou zjištěny při nasazení. TAC v současné době nepodporuje žádosti o vytvoření nových vlastních podpisů.
    30. září 2022
    Implementace vysoké dostupnosti CUBE jako místní brány

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

    Základy

    Požadavky

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

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

    Hardwarové a softwarové komponenty

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

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

    Referenční materiál

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

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

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

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

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

    Redundance vrstvy 2 Box-to-Box

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

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

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

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

    Infra komponenta skupiny redundance

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

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

    • Transportní mechanismus pro kontrolní bodování signalizačního a mediálního stavu pro každý hovor z aktivního do pohotovostního routeru (přes datové rozhraní) – GigabitEthernet3 na obrázku výše.

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

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

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

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

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

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

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

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

    • Gig1 a Gig2 jsou označovány jako rozhraní pro provoz (SIP/RTP) a Gig3 je řídicí/datové rozhraní skupiny redundance (RG)

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

    • Kanál portu je podporován pro rozhraní RG Control/data i traffic

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

    • Kdykoli je platforma znovu načtena ve vztahu CUBE-HA, vždy se spustí jako pohotovostní režim

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

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

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

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

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

    • CUBE-HA není podporován přes příčné kabelové připojení pro RG-control/data link (Gig3)

    • Obě platformy musí být identické a musí být propojeny přes fyzický přepínač přes všechna podobná rozhraní, aby CUBE HA fungovala, tj. GE0/0/0 z CUBE-1 a CUBE-2 musí skončit na stejném přepínači a tak dále.

    • Nelze ukončit WAN přímo na CUBEs nebo Data HA na obou stranách

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

    • Pro redundanci je nutné použít samostatné rozhraní L3 (RG Control/data, Gig3). i.e rozhraní používané pro provoz nelze použít pro HA keepalives a checkpointing

    • Při převzetí služeb při selhání prochází dříve aktivní CUBE návrhem dobíjení, přičemž zachovává signalizaci a média

    Konfigurace redundance na obou cubech

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

    1

    Nakonfigurujte 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že aktivní trasa bude po výpadku dopravního rozhraní zcela aktivní.
    2

    Nakonfigurujte RG pro použití s VoIP HA v podrežimu 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– přejde do režimu redundance.

    • redundanceaplikací – přejde do režimu konfigurace redundance aplikace.

    • group– přejde do režimu konfigurace skupiny aplikací redundance.

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

    • Prahová hodnota převzetí služeb při selhání priority 100 75– Určuje počáteční prioritu a prahové hodnoty převzetí služeb při selhání pro RG.

    • zpoždění časovačů 30 znovu načtení 60– Nakonfiguruje dva časy pro zpoždění a opětovné načtení

      • Časovač zpoždění, což je doba, po kterou se zpozdí inicializace skupiny RG a vyjednávání rolí po zobrazení rozhraní - výchozích 30 sekund. Rozsah je 0-10000 sekund

      • Znovu načíst – Toto je doba, po kterou se po opětovném načtení odloží inicializace skupiny RG a vyjednávání rolí – výchozí hodnota 60 sekund. Rozsah je 0-10000 sekund

      • Doporučují se výchozí časovače, i když tyto časovače mohou být upraveny tak, aby vyhovovaly jakémukoli dalšímu zpoždění konvergence sítě, ke kterému může dojít během spouštění / opětovného načítání směrovačů, aby bylo zaručeno, že vyjednávání protokolu RG proběhne po sblížení směrování v síti do stabilního bodu. Pokud se například po převzetí služeb při selhání ukáže, že novému POHOTOVOSTNÍMU REŽIMU trvá až 20 sekund, než se zobrazí první paket RG HELLO z nového AKTIVNÍHO, pak by časovače měly být nastaveny na "časovače zpožďují 60 znovu načtení 120", aby se zohlednilo toto zpoždění.

    • control GigabitEthernet3 protocol 1– Nakonfiguruje rozhraní používané k výměně zpráv Keepalive a Hello mezi dvěma cube a určí instanci protokolu, která bude připojena k řídicímu rozhraní, a přejde do režimu konfigurace aplikačního protokolu redundance.

    • data GigabitEthernet3– Konfiguruje rozhraní používané pro kontrolní bodování datového provozu.

    • track—RG skupinové sledování rozhraní

    • Protokol 1– Určuje instanci protokolu, která bude připojena k řídicímu rozhraní, a přejde do režimu konfigurace aplikačního protokolu redundance.

    • časovače hellotime 3 holdtime 10– Nakonfiguruje dva časovače pro hellotime a holdtime:

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

      • Holdtime – interval mezi přijetím zprávy Hello a předpokladem, že odesílající směrovač selhal. Tato doba trvání musí být delší než doba ahoj – výchozích 10 sekund. Rozsah je 750 milisekund-255 sekund

        Doporučujeme nakonfigurovat časovač holdtime tak, aby byl alespoň 3krát vyšší než hodnota časovače hellotime.
    3

    Povolte redundanci box-to-box pro aplikaci CUBE. Konfigurace RG z předchozího kroku v části voice service voip. To umožňuje aplikaci CUBE ří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í, aby se aktualizovaná konfigurace projevila. Platformy znovu načteme po použití veškeré konfigurace.
    4

    Nakonfigurujte rozhraní Gig1 a Gig2 s příslušnými virtuálními IP adresami, jak je znázorněno níže, a použijte identifikátor rozhraní redundance (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:

    • redundancy rii– Nakonfiguruje identifikátor rozhraní redundance pro skupinu redundance. Vyžadováno pro generování adresy Virtual MAC (VMAC). Stejná hodnota RII ID musí být použita v rozhraní každého směrovače (ACTIVE/STANDBY), který má stejnou VIP.


       

      Pokud je ve stejné síti LAN více než jeden pár B2B, každý pár MUSÍ mít na svých rozhraních jedinečné rii ID (aby se zabránilo kolizi). "Zobrazit skupinu aplikací redundance all" by mělo označovat správné místní a partnerské informace.

    • skupina redundance 1– přidruží rozhraní ke skupině redundance vytvořené v kroku 2 výše. Nakonfigurujte skupinu RG a také VIP přiřazenou k tomuto fyzickému rozhraní.


       

      Pro redundanci je nutné použít samostatné rozhraní, to znamená, že rozhraní používané pro hlasový provoz nelze použít jako ovládací a datové rozhraní uvedené v kroku 2 výše. V tomto příkladu se gigabitové rozhraní 3 používá pro řízení/data RG
    5

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

    Platforma pro poslední dobíjení 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

    Ověřte, zda konfigurace box-to-box funguje podle očekávání. Příslušný 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í 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#

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

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

    • Uživatelské jméno: Hussain1076_LGU

    • Heslo: lOV12MEaZx

    1

    Ujistěte se, že je pro heslo vytvořen konfigurační klíč s níže uvedenými příkazy, než ho bude možné použít v přihlašovacích údajích nebo sdílených tajných klíčích. Hesla typu 6 jsou šifrována pomocí šifry AES a tohoto uživatelem definovaného konfiguračního klíče.

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

    Tady je konfigurace místní brány, která se bude vztahovat na obě platformy na základě výše uvedených parametrů Control Hub , uložit a znovu načíst. Přihlašovací údaje SIP Digest z Control Hubu jsou zvýrazněny tučně .

    
configure terminal
crypto pki trustpoint dummyTp
revocation-check crl
exit
sip-ua
crypto signaling default trustpoint dummyTp cn-san-validate server
transport tcp tls v1.2
end


configure terminal
crypto pki trustpool import clean url
http://www.cisco.com/security/pki/trs/ios_core.p7b
end


configure terminal
voice service voip
  ip address trusted list
    ipv4 x.x.x.x y.y.y.y
    exit
   allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol pass-through g711ulaw
  stun
    stun flowdata agent-id 1 boot-count 4
    stun flowdata shared-secret 0 Password123!
  sip
    g729 annexb-all
    early-offer forced
    end


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


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  exit

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

voice class stun-usage 200
  stun usage firewall-traversal flowdata
  exit






voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls
  url sips
  error-passthru
  asserted-id pai
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
  privacy-policy passthru


voice class tenant 100
  session transport udp
  url sip
  error-passthru
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp

voice class tenant 300
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp
  

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



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

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


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

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





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

dial-peer voice 200 voip
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

    Pro zobrazení výstupu příkazu show jsme znovu načetli VCUBE-2 následovaný VCUBE-1, čímž se VCUBE-1 stala pohotovostní CUBE a VCUBE-2 aktivní CUBE
    2

    V každém okamžiku bude pouze jedna platforma udržovat aktivní registraci jako místní brána s řadičem SBC pro přístup k volání Webex. Podívejte se na výstup následujících příkazů show.

    Zobrazit skupinu aplikací redundance 1

    zobrazit stav sip-ua-register

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

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

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

VCUBE-1#show sip-ua register status
VCUBE-1#
    
VCUBE-2#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

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

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

VCUBE-2#show sip-ua register status

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

    Z výše uvedeného výstupu můžete vidět, že VCUBE-2 je aktivní LGW udržující registraci pomocí SBC pro přístup k volání Webex, zatímco výstup "show sip-ua register status" je ve VCUBE-1 prázdný
    3

    Nyní povolte následující ladění na VCUBE-1

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

    Simulujte převzetí služeb při selhání vydáním následujícího příkazu na aktivní LGW, v tomto případě VCUBE-2.

    
VCUBE-2#redundancy application reload group 1 self

    K přepnutí z AKTIVNÍHO na POHOTOVOSTNÍ LGW dochází také v následujícím scénáři kromě výše uvedeného CLI

    • Když se aktivní směrovač znovu načte

    • Když se aktivní směrovač vypne

    • Když je vypnuto jakékoli rozhraní nakonfigurované pro RG směrovače ACTIVE, pro které je povoleno sledování
    5

    Zkontrolujte, zda se VCUBE-1 zaregistroval u SBC pro přístup k volání Webex. VCUBE-2 by se už znovu načetl.

    
VCUBE-1#show sip-ua register status

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

    VCUBE-1 je nyní aktivní LGW.
    6

    Podívejte se na příslušný protokol ladění na VCUBE-1 odeslání SIP REGISTER do Webex volání PŘES virtuální IP a přijetí 200 OK.

    
VCUBE-1#show log

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

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

    Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0

    Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0

    Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0
    30. září 2022
    Konfigurace sjednoceného CM pro volání Webex

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

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

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

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

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

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

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

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

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

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

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

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

    ESN (zkráceně vytáčení mezi weby)

    Veřejná telefonní síťMezinárodní (přístup k veřejné telefonní síti)

    onNetRemote (gdpr naučené destinace)

     

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

    Konfigurace SIP Trunk Do a Z Webexu

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

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

    Konfigurace skupiny směrování pro Webex

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

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

    Konfigurace seznamu tras pro Webex

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

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

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

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

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

    Co dělat dál

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

    Konfigurace vzorů tras pro cíle Webex

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

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

    Konfigurace zkrácené normalizace mezisite dialing normalizace pro Webex

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

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

    Zjistěte více o některých funkcích dostupných v Webex Calling a o tom, jak je nastavit pro organizaci a uživatele.

    Nastavte skupina sdružených linek

    Skupiny soudržných linek směrují příchozí hovory na skupinu uživatelů nebo pracovních prostorů. Můžete dokonce nakonfigurovat gesto pro směrování na celou skupinu.

    Další informace o nastavit skupina sdružených linek naleznete v části Skupiny pátrání v Cisco Webex Control Hub .

    Vytvoření fronty hovorů

    fronta hovorů můžete nastavit tak, aby v případě, že hovory zákazníků nelze přijmout, byl zákazníkům k dispozici automatický příjem, pohodlné zprávy a hudba, která je přidržený, dokud jejich hovor nemůže někdo přijmout.

    Další informace o nastavit a správě fronta hovorů naleznete v části Spravujte fronty hovorů v Cisco Webex Control Hub .

    Vytvořte klienta recepce

    Podpořte potřeby zaměstnanců front-office. Uživatele můžete nastavit jako telefonní operátory, aby mohli monitorovat příchozí hovory od určitých osob v organizaci.

    Informace o nastavit a zobrazení klientů na recepci naleznete v části Klienti recepce v Cisco Webex Control Hub .

    Vytvářejte a spravujte automatické operátory

    Můžete přidat pozdravy, nastavit nabídky a směrovat hovory na záznamník, skupina sdružených linek, hlasová schránka nebo skutečnou osobu. Vytvořte 24hodinový plán nebo poskytněte různé možnosti, kdy má vaše firma otevřeno nebo zavřeno.

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

    Nakonfigurujte skupinu pagingu

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

    Informace o nastavit a úpravě skupin pagingu naleznete v části Nakonfigurujte skupinu pagingu v Cisco Webex Control Hub .

    Nastavit zvednutí hovoru

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

    Informace o nastavit skupina zvednutí hovoru naleznete v části Vyzvednutí hovoru v Cisco Webex Control Hub .

    Nastavte parkování hovorů

    Možnost Parkování hovorů umožňuje definované skupině uživatelů zaparkovat hovory proti jiným dostupným členům skupiny parkování hovorů . Zaparkované hovory mohou převzít ostatní členové skupiny na svém telefonu.

    Další informace o nastavit parkování hovorů naleznete zde Parkování hovorů v Cisco Webex Control Hub .

    Povolte uživatelům přistupovat k telefonním hovorům jiných osob

    1

    Z pohledu zákazníkahttps://admin.webex.com , přejít na Uživatelé a pak vyberte uživatele, kterého chcete upravit.
    2

    Vyberte možnost Volání , přejít na Oprávnění pro uživatele a pak vyberte možnost Vplout .
    3

    Zapnout Vplout a zvolte, zda chcete z probíhajícího hovoru učinit konferenční hovor.

    • Povolit ostatním přidávat se do hovorů tohoto uživatele.

    • Přehrát tón, když někdo vstoupí do hovoru.

    Potom klikněte Uložit .

    Zabrání někomu ve sledování stav linky uživatele

    1

    Z pohledu zákazníkahttps://admin.webex.com , přejít na Uživatelé a vyberte uživatele, kterého chcete upravit.
    2

    Vyberte možnost Volání , přejděte na možnost Oprávnění mezi uživateli a povolte Ochrana osobních údajů .
    3

    Vyberte požadovanou možnost Soukromí automatických operátorů nastavení pro tohoto uživatele.

    • Povolit, aby mohl být tento uživatel vytáčen pomocí linky
    • Povolit, aby mohl být tento uživatel vytáčen pomocí jména nebo příjmení
    4

    Zkontrolujte možnost Povolit soukromí zaškrtávací políčko. Potom se můžete rozhodnout, zda chcete blokovat všechny, tím že ponecháte pole Prohledat uživatele podle jména prázdné, nebo zvolíte, kdo může sledovat stav linky tohoto uživatele.

    Za použití výše uvedeného příkladu pro vedení byste vyhledávali jméno asistenta správce.
    5

    Klikněte na možnost Uložit.

    Příklad

    Chcete vidět, jak se to dělá? Sledujte toto video ukázka o správě nastavení ochrany osobních údajů uživatele v Centrum Control Hub .

    Seznam pro sledování – ostatní uživatelé a linky pro 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 linek na telefonu uživatele.

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

    1

    Z pohledu zákazníkahttps://admin.webex.com , přejít na Uživatelé a vyberte uživatele, kterého chcete upravit.
    2

    Vyberte možnost Volání , přejít na Oprávnění mezi uživateli části, vyberte Monitorování .
    3

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

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

    Zvolte, zda chcete, aby byl uživatel upozorňován na zaparkovaná hovory, vyhledejte osobu nebo linka pro parkování hovorů pro parkování hovorů, které mají být sledovány, a pak klikněte Uložit .


     

    Seznam sledovaných linek Centrum Control Hub odpovídá pořadí sledovaných linek, které se zobrazují na zařízení uživatele. Seřazení seznamu sledovaných linek můžete kdykoliv změnit.

    Příklad

    Chcete vidět, jak se to dělá? Sledujte toto video ukázka o správě nastavení sledování pro uživatele v Centrum Control Hub .

    Přehrávat varovný tón mostu hovorů pro uživatele

    Zapněte tón upozornění přemostění hovorů pro uživatele, kteří mají nakonfigurovány sdílené linky.

    Než začnete

    Aby bylo možné vyvolat most hovorů, je nutné mít nastavenou sdílená linka . Podívejte se, jak na to konfigurovat sdílené linky před povolením přehrání tónu upozornění přemostění hovorů.

    1

    Z pohledu zákazníkahttps://admin.webex.com , přejít na Uživatelé a pak vyberte uživatele, kterého chcete upravit.
    2

    Vyberte možnost Volání , přejít na Oprávnění mezi uživateli a klikněte na tlačítko Výstražný tón přemostění hovorů .
    3

    Zapnout Výstražný tón přemostění hovorů a potom klikněte na tlačítko Uložit .


     
    Ve výchozím nastavení je tato funkce povolena.

    Další informace o přemostění hovorů na sdílená linka MPP naleznete v části sdílených linek na víceplatformovém stolní telefon .

    Další informace o přemostění hovorů na sdílená linka WebexApp naleznete v části vzhled sdílená linka pro WebexApp .

    Zapněte pro uživatele zřizování hotelů

    Když pro uživatele povolíte vytváření hotelů, umožníte mu pracovat v jiném prostoru a současně si zachovat funkce jeho hlavního stolní telefon.

    1

    Z pohledu zákazníkahttps://admin.webex.com , přejít na Uživatelé a pak vyberte uživatele, kterého chcete upravit.
    2

    Vyberte možnost Volání , přejít na Oprávnění mezi uživateli a klikněte na tlačítko Hotelování .
    3

    Zapnout Hotelování a potom klikněte na tlačítko Uložit .

    Příklad

    Chcete vidět, jak se to dělá? Sledujte toto video ukázka o tom, jak nakonfigurovat hotelnictví v centru Control Hub.
    15. května 2023
    Konfigurace a správa volajících uživatelů Webexu

    V centru Control Hub musíte přidat všechny uživatele, aby mohli využívat služby Webex Calling . Počet uživatelů, který musíte přidat, určí, jakým způsobem je přidáváte v centru Control Hub, zdali přidáte jednotlivé uživatele ručně podle e-mailová adresa , nebo více uživatelů pomocí soubor CSV. Výběr je na vás.

    Přidejte uživatele ručně v centru Control Hub

    Pokud synchronizujete uživatele z adresáře, jako je Active Directory, když ručně přidáváte osoby, Centrum Control Hub musíte je také přidat do adresáře.

    Při přidávání uživatelů nesmí jméno a příjmení obsahovat rozšířené znaky ASCII ani následující znaky %, #, <, >, \, /,“ a musí mít maximální délka 30 znaků. Tato omezení pro speciální znak se vztahují pouze na uživatele služby Webex Calling .

    Než začnete

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

    1

    Z pohledu zákazníkahttps://admin.webex.com přejít na Uživatelé a potom klikněte na tlačítko Spravovat uživatele .
    2

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

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

    Vyberte jednu a klikněte Další :

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

     

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

    Přiřazení licence:

    • Pokud máte aktivní šablonu licence, licence se novým uživatelům přiřazují automaticky a vy si můžete prohlédnout shrnutí licence.

    • Vyberte služby, které chcete přiřadit. Pokud máte více předplatných, vyberte ze seznamu předplatné.


     

    Pokud přiřazujete licence pro kontaktní centrum, vyberte možnost Webex Teams , pak Péče o zákazníky s Prémiový a standardní agent možnost. Chcete-li přidat nadřízeného, vyberte obě možnosti Prémiové a Nadřízený možností. S uživatelem se zachází jako s agentem, pokud z něj nenastavíte nadřízeného.
    6

    Správa obsahu:

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

    Klikněte na možnost Uložit.

    • Každé osobě je odeslán e-mail s pozvánkou k připojení.

    • In Centrum Control Hub , se lidé zobrazují ve stavu čekající na vyřízení pozvánky, dokud se poprvé přihlásit se . Licence se přiřazují po prvním přihlášení uživatelem nebo pokud používáte Cisco Directory Connector s deklarovanou doménou, jsou licence přiřazeny při vytvoření uživatele.
    8

    (Volitelné) Pokud jste k uživateli přidali funkci Volání, přiřaďte pobočku, telefonní číslo a linku.
    9

    Zkontrolujte stránku shrnutí zpracovaných záznamů a klikněte Dokončit .


     

    Pokud ihned po přidání volajícího uživatele dojde k chybě při výběru uživatele Nastavení volání, doporučujeme odebrat Webex Calling a pak uživateli znovu přiřadit volací licenci.

    Co dělat dál

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

    Přidejte více uživatelů v centru Control Hub pomocí šablony CSV

    Než začnete

    Pokud máte pro organizaci více soubor CSV , nahrajte jeden soubor a po dokončení tohoto úkolu můžete nahrát další soubor.

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

    Některé tabulkové editory při otevření souboru CSV odstraňují znaménko + z buněk. Doporučujeme k provádění aktualizací ve formátu CSV používat textový editor. Pokud používáte tabulkový editor, ujistěte se, že jste nastavili formát buňky na text, a přidejte zpět všechna znaménka +, která byla odstraněna.

    Exportujte nový soubor CSV , abyste mohli zaznamenat nejnovější pole a vyhnout se chybám při importování změn.

    1

    Z pohledu zákazníkahttps://admin.webex.com , přejít na Uživatelé , klikněte Spravovat uživatele a vyberte si CSV Přidat nebo upravit uživatele .
    2

    Klikněte Exportovat chcete soubor stáhnout a informace o uživateli můžete zadat na nový řádek v soubor CSV.

    • Chcete-li přiřadit službu, přidejte PRAVDA ve sloupci této služby a chcete-li službu vyloučit, přidejte FALSE . Stránka ID uživatele / e-mail (vyžadováno) Sloupec je jediné požadované pole. Pokud máte pro každého nového uživatele konkrétní telefonní čísla a externí čísla, zadejte u externích čísel bez dalších znaků znak „+“ na začátku.

      Pokud používáte automatické přiřazování licencí, ponechte při vytváření uživatelů pomocí importu CSV sloupce služby prázdné. Webex automaticky přiřadí licence těchto služeb novým uživatelům.


       

      Toto jsou výjimky z automatického přiřazení licence:

      • Webex Calling

        Nemůžete automaticky přiřadit licence služby Webex Calling tím, že necháte sloupec příslušné služby prázdný, i když automatické přiřazení licence zahrnuje službu Webex Calling.

        Chcete-li vytvořit uživatele služby Webex Calling , je nutné v soubor CSV zadat následující pole:

        • User ID/Email

        • Webex Calling VAR Basic [sub-site name] nebo Webex Calling VAR Professional[sub-site name] s hodnotou TRUE

        • Phone Number a/nebo Extension

        • Location

      • Správa podnikového obsahu

        Oprávnění ke správě podnikového obsahu nelze přiřadit uživatelům, kteří používají automatické přiřazování licencí. Správa obsahu zřízení

    • Chcete-li přiřadit pobočku, zadejte název do pole Umístění sloupec. Ponecháte-li toto pole prázdné, uživatel je přiřazen do výchozího umístění.

    • Pokud přidáváte uživatele jako správce pro Cisco Webex Contact Center, musíte Přidat uživatele ručně . Pomocí souboru CSV můžete přiřadit pouze role Standard a Premium.

     

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

     

    Soubor CSV uživatele již neobsahuje sloupce pro Profil aplikace UC Manager , Chování při volání a Profil chování při volání UC Manager . Místo toho lze chování při hovoru a profil UCM spravovat hromadně pomocí šablony pro volání. Další informace najdete na stránce Nastavte chování volání .
    3

    Klikněte Import , vyberte soubor a klikněte Otevřít .
    4

    Vyberte možnost Pouze přidat služby .

    Toto je nejlepší možnost pro přidávání nových uživatelů, zejména pokud používáte automatické přiřazování licencí.

    Použijte Přidávat a odebírat služby pokud uživatelům záměrně odebíráte služby.
    5

    Klikněte na tlačítko Odeslat.

    Soubor soubor CSV je nahrán a úloha je vytvořena. Můžete zavřít prohlížeč nebo toto okno a úloha bude pokračovat. Chcete-li zkontrolovat průběh úlohy, viz Spravujte úkoly v Cisco Webex Control Hub .

    Upravujte licence služeb pro jednotlivé uživatele v centru Control Hub

    1

    Z pohledu zákazníka , přejít na Management > Pobočky .https://admin.webex.com
    2

    Vyberte plán vytáčení, které chcete upravit.
    3

    Pod Profil , přejděte na Licence části a klikněte na tlačítko Upravit licence .

    Zobrazí se seznam služeb aktuálně přiřazených uživateli.
    4

    Klikněte Upravit licence .
    5

    Vyberte službu ze seznamu na levé straně.
    6

    Vyberte předplatné, které chcete přidat nebo odebrat.

    Pokud jste přiřadili licenci aplikace Webex Meetings , vyberte typ účtu, který chcete uživateli pro jednotlivé weby Webex Meetings přiřadit, a klikněte Uložit .
    7

    Klikněte na možnost Uložit.


     

    V jednom okamžiku lze použít pouze jednu licenci pro volání. Je však možné vybrat obě možnosti Webex Calling a registrace Unified CM pro scénáře migrace. Výběrem obou licencí pro volání pro jednotlivé uživatele získáte obrazovky pro správu Centrum Control Hub chcete-li konfigurovat Webex Calling a konfigurace přístupu a volání koncových uživatelů pro Unified CM. Tato konfigurace umožňuje koncový uživatel mít nepřerušovanou službu volání v Unified CM po dobu, co provede konfiguraci správce Webex Calling . Po dokončení konfigurace služby Webex Calling může správce odebrat nárok na aplikaci Unified CM . Tímto je migrace uživatele dokončena do Webex Calling .

     

    Aby mohl web Webex přiřadit uživatele jako účastníky, musíte mít povolenou funkci účtu účastníka. Pokud se v soubor CSV nezobrazuje sloupec Účet účastníka, pak kontaktujte svého manažera pro úspěch zákazníka (CSM) , Partner Success Manager (PSM), příp středisko technické podpory společnosti Cisco (TAC) , chcete-li tuto funkci pro svůj web Webex povolit.

    Typ účtu účastníka není k dispozici pro uživatele s Správce webu Webex roli. Pokud chcete těmto uživatelům přiřadit účet účastníka, musíte jim odebrat oprávnění správce pro daný web aplikace Webex Meetings .

     

    Pokud se při výběru nastavení uživatele Calling ihned po přidání licence Calling zobrazí chyba, doporučujeme odebrat licenci Webex Calling a pak licenci znovu přiřadit uživateli.

    Upravte uživatele v centru Control Hub pomocí šablony CSV

    Než začnete

    Pokud máte pro organizaci více soubor CSV , nahrajte je po jednom. Po dokončení úlohy můžete nahrát další soubor.

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

    Některé tabulkové editory při otevření souboru CSV odstraňují znaménko + z buněk. Doporučujeme k provádění aktualizací ve formátu CSV používat textový editor. Pokud používáte tabulkový editor, ujistěte se, že jste nastavili formát buňky na text, a přidejte zpět všechna znaménka +, která byla odstraněna.

    Exportujte nový soubor CSV , abyste si zaznamenali nejnovější pole a předešli chybám při importování změn.