Pracovní postup konfigurace volání Webex
Pracovní postup konfigurace volání Webex

01. června 2022
Přehled volání Webex

Představujeme Webex Calling

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

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

  • Volání předplatného pro uživatele telefonie a společné prostory

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

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

Webex Calling podporuje následující funkce. Další informace naleznete v kapitole Configure Webex Calling Features (Konfigurace funkcí volání Webex).

Tabulka 1. Konfigurovatelné funkce správce

Funkce

Popis

Automatický operátor

Můžete přidávat pozdravy, nastavovat nabídky a směrovat hovory na záznamník, skupinu lovců, hlasovou schránku nebo skutečnou osobu. Když máš otevřeno nebo zavřeno, můžeš si vytvořit 24hodinový rozvrh nebo nabízet různé možnosti. Můžete dokonce směrovat hovory na základě atributů ID volajícího, abyste mohli vytvářet VIP seznamy nebo zpracovávat hovory z určitých kódů oblastí odlišně.

Fronta hovorů

Můžete nastavit frontu hovorů tak, aby v případě, že příchozí hovory nelze přijmout, bylo volajícím poskytnuto automatické přijetí, zprávy o pohodlí a hudba pozastavena, dokud někdo nebude moci odpovědět na jejich volání.

Hromadné zpracování hovorů

Vytvořením skupiny pro vyzvedávání hovorů můžete zlepšit týmovou práci a spolupráci, aby si uživatelé mohli vzájemně odpovídat na hovory. Když přidáte uživatele do skupiny pro vyzvednutí hovoru a člen skupiny je pryč nebo zaneprázdněný, jiný člen může odpovídat na jeho hovory.

Parkování hovorů

Můžete zapnout parkování hovorů, takže uživatelé mohou hovor pozastavit a vyzvednout jej z jiného telefonu.

Skupina sdružených linek

Skupiny lovců 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 jeden telefon, ale pokud to nikdo nezvedne, hovor jde dalšímu agentovi ze seznamu.

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

Skupina pagingu

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

Klient recepce

Pomožte podporovat potřeby zaměstnanců vaší přední kanceláře tím, že jim poskytnete kompletní sadu možností řízení hovorů, rozsáhlé monitorování linek, frontu hovorů, více možností adresářů a zobrazení, integraci aplikace Outlook a další.

Uživatelé mohou nakonfigurovat následující funkcehttps://settings.webex.com, ve kterých se křížově spouští na volající uživatelský portál.

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 nejsou telefony uživatelů 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.

Přeposílání hovorů selektivní

Uživatelé mohou přesměrovat 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 hovor

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

Čekající hovor

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

Nerušit

Uživatelé mohou dočasně povolit, aby všechny hovory šly přímo do hlasové schránky.

Office Anywhere

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

Prioritní upozornění

Pokud jsou splněna předdefinovaná kritéria, jako je telefonní číslo nebo datum a čas, mohou uživatelé své telefony vyzvánět rozlišovacími kroužky.

Vzdálená kancelář

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

Přijetí selektivního hovoru

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

Odmítnutí selektivního hovoru

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

Sekvenční okruh

Pro příchozí hovory volejte až 5 zařízení po sobě.

Simultánní vyzvánění

Pro příchozí hovory současně zazvonit na čísla uživatelů a dalších („příjemců hovorů“).

Poskytování služeb, zařízení a uživatelů v ovládacím centru, Cross-Launch na detailní konfiguraci ve volání administrátorského portálu

Control Hub (https://admin.webex.com) je portál pro správu, který se integruje s Webex Calling, aby zefektivnil vaše objednávky a konfiguraci a centralizoval vaši správu balíčku nabídek - Webex Calling, Webex App a Meetings.

Control Hub je ústředním bodem pro poskytování všech služeb, zařízení a uživatelů. Můžete provést první nastavení služby volání, registrovat telefony MPP do cloudu (pomocí adresy Mac), konfigurovat uživatele přidružením zařízení, přidáváním čísel, služeb, funkcí volání atd. Z Control Hubu můžete také křížově spustit portál pro volající správce.

Uživatelská zkušenost

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

Přehled

Webex Calling může snížit provozní náklady a zvýšit produktivitu tím, že vám pomůže migrovat kritickou 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 on-premises, v cloudu, a smíšené nasazení modelů, aby udržovala naše zákazníky v kontaktu a produktivní odkudkoli; a to i během rušivých událostí na trhu.

Webex Calling nyní obsahuje specializovanou volbu cloud instance založenou na architektuře Cisco Unified Communications Manager. Dedikovaný případ je integrován s Webex Calling a využívá služeb platformy Webex, čímž přináší inovace v oblasti cloudu a vylepšený zážitek zákazníkům, kteří potřebují podporovat starší koncové body Cisco, lokální řešení přežití nebo stávající integrace v rámci kritických obchodních pracovních toků.

Doplněk vyhrazené instance pro volání Webex zahrnuje:

  • Cisco Unified Communications Manager

  • Cisco Unified IM a přítomnost

  • Cisco Unified Unity Connection

  • Cisco Expressway

  • Nouzová reakce společnosti Cisco (pouze oblast Ameriky)

Jednoduchá migrační cesta

Specializovaná instance pro volání Webex poskytuje zjednodušenou cestu pro migraci do cloudu ze starší ústředny PBX i z provozních systémů Unified Communications Manager.

Specializovaná instance zmírňuje bolestivé body spojené s podnikovými migracemi do cloudu:

Žádné přerušení – Vyhrazená instance má stejné funkce, funkčnost, uživatelskou zkušenost a možnosti integrace, které podporuje Unified Communications Manager nasazený v areálu, včetně podpory aplikací Jabber a Webex. Tím vzniká bezproblémová migrace do cloudu bez nutnosti školení koncových uživatelů nebo administrátorů pro stávající zákazníky Unified Communications Manager. Dedikovaná instance může být přenesena na pobočkové ústředny třetích stran, což umožňuje novým zákazníkům společnosti Cisco flexibilní plán přechodu.

Přizpůsobení – Vyhrazená soukromá instance pro každého zákazníka, umožňuje vysoce přizpůsobitelné nasazení cloudu, což je jedinečný odlišovač od jiných nabídek volání do cloudu na trhu. Otevřená rozhraní API specializované instance umožňují hlubokou integraci aplikací třetích stran, což zákazníkům umožňuje vytvořit volající prostředí, které podporuje jedinečné podnikové pracovní postupy.

Nekompromisní bezpečnost – Zákazníci s vyhrazenou instancí mají přístup ke všem bezpečnostním funkcím Unified Communications Manager pro koncové body a UC aplikace, jako jsou šifrovaná média, zabezpečené SRST, zabezpečené OTT registrace pomocí MRA.

Kromě toho mají zákazníci přístup k důležitým fyzickým bezpečnostním funkcím, jako je Cisco Survivable Remote Site Telephony (SRST) pro připojení k webu v případě, že dojde k výpadku síťových spojení, a Cisco Emergency Responder a Nomadic E911, aby se zajistilo, že zaměstnanci mohou být lokalizováni záchranáři, když jsou v kanceláři nebo v hybridním režimu práce. 

Rozšířená návratnost investic – Vyhrazená instance podporuje stejné hlasové a video koncové body jako přidružená verze správce UC, čímž eliminuje požadavek na obnovení všech koncových bodů zákazníka při přechodu do cloudu a rozšiřuje návratnost investic těchto aktiv.

Základní Inter-Op – Dedikovaný Instance je integrován s Webex Volání pro směrování volání přes platformu Webex. Zákazníci mají možnost distribuovat uživatele napříč dedikovanými instancemi i voláním Webex a v průběhu času upravovat podle potřeby tak, aby splnili své obchodní požadavky na volání do cloudu.


Zákazníci, kteří rozdělují uživatele napříč platformami, budou mít k dispozici různé funkce. Funkce volání nejsou harmonizovány mezi dedikovanou instancí a voláním Webex. Uživatelé služby Webex Calling například nemohou být součástí skupiny lovců na vyhrazené instanci.

Dostupnost řešení

Služba Vyhrazená instance je celosvětově dostupná a je možné si ji objednat jako doplněk pro společnost Webex Calling Flex Plan 3.0 prostřednictvím partnerů v konkrétních zemích. Další podrobnosti najdeš v Průvodci globální dostupností.

Dedikovaná instance podporuje stejnou úroveň lokalizace jako náš on-premise Unified Communications Manager. Podporuje tóny telefonu a brány v 82 zemích, portál pro sebeobsluhu v 50 jazycích a klienty ve více než 30 jazycích.

Výhody

Dedikovaná instance nabízí stávajícím zákazníkům Unified Communications Manager nejefektivnější migrační cestu do cloudu s následujícími klíčovými výhodami:
  • Speciální aplikace pro volání hostovaná a provozovaná společností Cisco v datových centrech Webex
  • Přizpůsobitelná platforma pro volání
  • Flexibilní, rychle škálovatelná architektura
  • Známá uživatelská zkušenost, snížení potřeby rekvalifikace zaměstnanců
  • Jednotný klient pro volání, zasílání zpráv, schůzky a týmovou spolupráci, který je použitelný ve všech typech zařízení
  • Kompatibilita s celým portfoliem telefonů, bran a video zařízení společnosti Cisco
  • Integrace s Webex setkání, zpráv a volání jako součást Webex apartmá, což umožňuje úžasný konec koncového zákazníka zkušenosti.

Pro podporované koncové body a zařízení klikněte sem.

Prohlídka ovládacího centra

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

Pro zprovoznění vaší organizace doporučujeme pozvat několik uživatelů do aplikace Webex zadáním jejich e-mailových adres v Control Hubu. Povzbuzujte lidi, aby používali služby, které poskytujete, včetně volání, a poskytovali vám zpětnou vazbu o svých zkušenostech. Až budeš připraven/a, můžeš přidat další uživatele.


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

Použijte níže uvedené informace jako shrnutí toho, co můžete očekávat od nastavení vaší organizace pomocí služeb. Podrobnější informace naleznete v jednotlivých kapitolách s podrobnými pokyny.

Začínáme

Až si tvůj partner vytvoří účet, dostaneš uvítací e-mail. Klikněte na odkaz Začínáme v e-mailu a pomocí prohlížeče Chrome nebo Firefox přejděte do ovládacího centra. 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 zkouškami

Pokud vás partner zaregistroval ke zkušebnímu provozu, průvodce nastavením se automaticky spustí po přihlášení do Control Hubu. Průvodce vás provede základním nastavením, aby vaše organizace fungovala s Webex Calling a dalšími službami. Před dokončením průvodce můžete nastavit a zkontrolovat nastavení volání.

Zkontrolovat nastavení

Až se centrum kontroly načte, zkontroluj si nastavení.

Přidat uživatele

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

Pokud používáte službu Microsoft Active Directory, doporučujeme nejprve povolit synchronizaci adresáře a poté se rozhodnout, jak chcete přidat uživatele. Klikněte na tlačítko Další a podle pokynů nastavte konektor adresáře Cisco.

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

Webex App používá základní autentizaci. SSO si můžete nastavit tak, aby uživatelé ověřovali s vaším poskytovatelem podnikové identity pomocí svých podnikových přihlašovacích údajů, spíše než pomocí samostatného hesla uloženého a spravovaného ve Webexu.

Přejděte na Nastavení, přejděte na Ověření, klikněte na Upravit a vyberte Integrovat poskytovatele identity třetí strany.

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

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

Přejděte na položku Uživatelé, klikněte na položku Spravovat uživatele, vyberte možnost Exportovat a importovat uživatele se souborem CSV a potom klikněte na položku Exportovat.

V souboru, který stáhnete, jednoduše přidejte True pro služby, které chcete přiřadit každému z vašich uživatelů.

Importujte dokončený soubor, klikněte na tlačítko Přidat a odebrat služby a poté na tlačítko Odeslat. Nyní můžete konfigurovat funkce volání, registrovat zařízení, která lze sdílet na společném místě, a registrovat a přiřazovat zařízení k uživatelům.

Posílit 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 (MPPS) pro volání Webex a aplikaci Webex pro zasílání zpráv a schůzek. Povzbuďte je, aby používali nastavení Cisco Webex jako jednotné kontaktní místo pro přístup.

Úloha místní brány

Místní brána je podnikové nebo partnersky řízené hraniční zařízení pro propojení veřejné telefonní sítě (PSTN) a starší veřejné pobočkové ústředny (PBX) (včetně Unified CM).

Ovládací centrum můžete použít k přiřazení místní brány k místu, po kterém ovládací centrum poskytuje parametry, které můžete nakonfigurovat na KRYCHLI. Tyto kroky registrují místní bránu s cloudem, a pak je služba PSTN poskytována přes bránu do Webex Volání uživatelů v konkrétním místě.

Chcete-li specifikovat a objednat místní bránu, přečtěte si průvodce objednáváním místní brány.

Podporované nasazení místní brány pro volání Webex

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

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

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

Samostatné nasazení místní brány

Tento obrázek znázorňuje nasazení Webex Calling bez existující IP PBX a je použitelný pro jedno nebo vícemístné nasazení.

Pro všechny hovory, které neodpovídají vašim cílům Webex Calling, Webex Calling odešle tyto hovory na místní bránu, která je přiřazena k místu zpracování. Místní brána trasy všechny hovory, které přicházejí z Webex Volání na PSTN a v opačném směru, PSTN na Webex Volání.

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

Nasazení lokální brány

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

Lokální nasazení brány s on-premises unifikovanou CM pobočkovou ústřednou

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

  • Webex Calling - Enabled lokace jsou přidány ke stávajícímu nasazení Cisco UC, kde je Unified CM nasazeno jako řešení řízení hovorů na místě

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

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

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

Vyhrazená brána PSTN

Speciální varianta brány PSTN tohoto nasazení, jak je znázorněno v tomto diagramu, je doporučenou volbou a může být použita, pokud stávající bránu PSTN nelze použít jako lokální bránu Webex Calling.

Brána hlavní sítě PSTN

Tento obrázek ukazuje nasazení Webex Calling s Unified CM, kde je místní brána spolurezidentem s bránou PSTN/SBC.

Webex Volání trasy všechny hovory, které neodpovídají zákazníkovi Webex Volání cíle na místní bránu, která je přiřazena k umístění. Patří sem destinace v síti PSTN a volání přes internet směrem k jednotným interním rozšířením CM. Místní brána směruje všechny hovory do Unified CM. Jednotný CM pak přesměruje hovory do místně registrovaných telefonů nebo do PSTN přes lokální bránu, která má PSTN/SBC funkcionalitu kolokovanou.

Úvahy o směrování hovorů

Volání z Webexu do Unified CM

Logika směrování volání Webex funguje takto: pokud číslo, které je vytočeno na koncovém bodu Webex Calling, nemůže být směrováno do žádného jiného místa v rámci stejného zákazníka v rámci Webex Calling, pak je hovor odeslán na místní bránu k dalšímu zpracování. Všechny hovory mimo síť (mimo volání Webex) jsou odesílány na místní bránu.

Pro nasazení Webex Calling bez integrace do stávajícího Unified CM je jakýkoliv off-net hovor považován za PSTN hovor. V kombinaci s jednotným CM může být volání mimo síť stále voláním přes síť do libovolné destinace hostované na jednotném CM nebo skutečným voláním mimo síť do destinace PSTN. Rozdíl mezi posledními dvěma typy výzev je určen Jednotným OM a závisí na plánu podnikového vytáčení, který je stanoven na Jednotném OM.

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

Jednotný CM nyní na základě nakonfigurovaného plánu vytáčení přesměruje hovor na lokálně registrovaný koncový bod, na kterém je volaný cíl poskytován jako číslo adresáře. K tomu je potřeba, aby Unified CM dial plan podporoval směrování +E.164 čísel.

Volání z Unified CM do Webex Volání

Pro povolení směrování volání z Unified CM do Webex Calling na Unified CM je třeba poskytnout sadu tras pro definování sady +E.164 a adres podnikového číslovacího plánu ve Webex Calling.

U těchto tras jsou možné oba scénáře volání uvedené na následujícím obrázku.

Pokud volající v síti PSTN zavolá na číslo DID, které je přiřazeno zařízení Webex Calling, pak je hovor předán podniku prostřednictvím brány sítě PSTN podniku a poté zasáhne Unified CM. Volaná adresa tohoto hovoru se shoduje s jednou z tras Webex Calling, která je poskytována v Unified CM a volání je odesláno na lokální bránu. (Volaná adresa musí být při odeslání do lokální brány ve formátu +E.164.) Logika směrování volání Webex se poté ujistí, že je hovor odeslán na zamýšlené zařízení Webex Calling na základě úkolu DID.

Také hovory pocházející z registrovaných koncových bodů Unified CM, cílené na destinace ve Webex Calling, podléhají plánu vytáčení, který je poskytován na Unified CM. Obvykle tento plán vytáčení umožňuje uživatelům používat běžné podnikové zvyky vytáčení pro uskutečňování hovorů. Tyto návyky nemusí nutně zahrnovat pouze vytáčení +E.164. Před odesláním hovorů do místní brány je nutné normalizovat jakýkoli zvyk vytáčení jiný než +E.164, aby bylo možné správné směrování v režimu Webex Calling.

Třída služby (CoS)

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

  • Zařízení registrovaná u Unified CM

  • Volání z PSTN do Unified CM

  • Volání přicházející do Unified CM od Webex Calling

Zařízení registrovaná u Unified CM

Přidání Webex Calling destinací jako nové třídy destinací do stávajícího nastavení CoS je docela jasné: povolení volat do destinací Webex Volání obvykle odpovídá povolení volat do destinací na místě (včetně mezi místy).

Pokud podnikový plán vytáčení již implementuje oprávnění „(zkrácené) on-net inter-site“, pak je již na Unified CM zajištěn oddíl, který můžeme použít a poskytnout všechny známé cíle volání on-net Webex ve stejném oddílu.

V opačném případě ještě neexistuje koncept oprávnění „(zkráceno) on-net inter-site“, pak je třeba poskytnout nový oddíl (například „onNetRemote“), do tohoto oddílu jsou přidány cíle volání Webex a nakonec je třeba tento nový oddíl přidat do příslušných vyhledávacích míst pro volání.

Volání z PSTN do Unified CM

Přidání Webex Calling destinací jako nové třídy destinací do stávajícího nastavení CoS je docela jasné: povolení volat do destinací Webex Volání obvykle odpovídá povolení volat do destinací na místě (včetně mezi místy).

Pokud podnikový plán vytáčení již implementuje oprávnění „(zkrácené) on-net inter-site“, pak je již na Unified CM zajištěn oddíl, který můžeme použít a poskytnout všechny známé cíle volání on-net Webex ve stejném oddílu.

V opačném případě ještě neexistuje koncept oprávnění „(zkráceno) on-net inter-site“, pak je třeba poskytnout nový oddíl (například „onNetRemote“), do tohoto oddílu jsou přidány cíle volání Webex a nakonec je třeba tento nový oddíl přidat do příslušných vyhledávacích míst pro volání.

Volání přicházející do Unified CM od Webex Calling

Volání z PSTN potřebuje přístup do všech destinací Webex Calling. To vyžaduje přidání výše uvedeného oddílu s pozdržením všech cílů volání Webex do vyhledávacího prostoru pro volání používaného pro příchozí hovory v kmeni PSTN. Přístup do destinací Webex Calling je navíc k již existujícímu přístupu.

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

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

Tento údaj porovnává tyto dvě různé třídy služeb pro volání z PSTN a Webex Calling. Obrázek také ukazuje, že pokud je funkce brány PSTN spojena s Místní bránou, pak jsou požadovány dva kmeny z kombinované PSTN GW a Místní brány do Jednotné CM: jeden pro volání z PSTN a jeden pro volání z Webex Calling. To je způsobeno požadavkem použít diferencované volané vyhledávací prostory podle typu provozu. Se dvěma příchozími kmeny na Unified CM toho lze snadno dosáhnout konfigurací požadovaného vyhledávacího prostoru pro příchozí hovory v každém kmeni.

Integrace plánu vytáčení

Tato příručka předpokládá existující instalaci, která je založena na osvědčených současných postupech v „Preferované architektuře pro nasazení na místě v rámci spolupráce se společností Cisco, CVD“. Nejnovější verze je k dispozici zde.

Doporučený návrh plánu vytáčení vychází z koncepčního přístupu, který je zdokumentován v kapitole Plán vytáčení nejnovější verze Cisco Collaboration System SRND, která je k dispozici zde.

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

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

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

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

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

  • Všechny způsoby vytáčení mimo E.164 (například zkrácené vytáčení intrasite a vytáčení PSTN pomocí běžných způsobů vytáčení) jsou normalizovány (globalizovány) na + E.164 pomocí vzorců pro normalizaci vytáčení.

  • Vytáčení normalizace překladu vzory používají překlad vzor volání hledání prostoru dědictví; mají možnost “Použít původce Volání Hledat prostor” nastavena.

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

  • Možnosti přístupu k síti PSTN (například přístup k mezinárodním cílům sítě PSTN) jsou implementovány přidáním oddílů s příslušnými vzory trasy +E.164 do 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 plánu vytáčení

Pro přidání dosažitelnosti pro cíle volání Webex do tohoto plánu vytáčení musí být vytvořen oddíl reprezentují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 trasy odkazuje na seznam tras pouze s jedním členem: skupina trasy s kmenem SIP k Místní bráně pro volání na Webex Calling. Vzhledem k tomu, že všechny volané destinace jsou normalizovány na +E.164 buď pomocí normalizačních vzorů pro volání z registrovaných koncových bodů Unified CM, nebo příchozích volaných stranových transformací pro volání z PSTN, stačí tato jediná sada +E.164 vzorců tras k dosažení dosažitelnosti pro destinace v Webexu Volání je nezávislé na použitém zvyku vytáčení.

Pokud například uživatel vytočí „914085550165“, pak normalizační překladový vzor v oddíle „UStoE164“ normalizuje tento řetězec vytáčení na „+14085550165“, který pak odpovídá vzoru trasy pro cílové volání Webex v oddíle „Volání Webex“. Jednotný CM nakonec odešle hovor na lokální bránu.

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

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

Doporučeným způsobem, jak přidat zkrácené vytáčení mezi stránkami do referenčního plánu vytáčení, je přidat normalizační překladové vzory vytáčení pro všechny stránky v rámci plánu číslování podniků do vyhrazeného oddílu („ESN“, podniková významná čísla). Tyto překladové vzory zachycují řetězce číselníku 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 Webex Calling destinací, přidáte příslušný vzor normalizace vytáčení překladů pro umístění Webex Calling do oddílu “Webex Calling” (například “8101XX” v diagramu). Po normalizaci je volání opět odesláno do Webex Calling po porovnání vzoru trasy v oddíle „Webex Calling“.

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

Manipulátory protokolu pro volání

Webex Calling registruje následující obslužné protokoly s operačním systémem pro povolení funkce kliknutí na volání z webových prohlížečů nebo jiných aplikací. Následující protokoly spustí zvukový nebo videohovor v aplikaci Webex, pokud se jedná o výchozí aplikaci pro volání na Macu nebo Windows:

  • CLICKTOCALL: nebo CLICKTOCALL://

  • SIP: nebo DOUŠEK://

  • TEL.: nebo TEL://

  • WEBEXTEL: nebo WEBEXTEL://

Manipulátory protokolů pro Windows

Ostatní aplikace se mohou zaregistrovat pro obsluhu protokolu před aplikací Webex. V systému Windows 10 systémové okno vyzve uživatele, aby si vybrali, kterou aplikaci mají použít k zahájení hovoru. Předvolby uživatele si lze zapamatovat, pokud uživatel zaškrtne Vždy používat tuto aplikaci.

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

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

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

Manipulátory protokolů pro macOS

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

V aplikaci Webex App pro Mac mohou uživatelé potvrdit, že aplikace Webex je vybrána pro počáteční hovory s nastavením v obecných předvolbách. Mohou také zkontrolovat Vždy připojit k aplikaci Microsoft Outlook, pokud chtějí volat v aplikaci Webex, když kliknou na číslo kontaktu aplikace Outlook.

07. března 2022
Příprava prostředí pro volání Webex

Požadavky na volání

Povolující

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.

17. června 2022
Konfigurace volání Webex pro vaši organizaci

Přizpůsobte svou organizaci pro Webex Calling in Control Hub. Po aktivaci své první polohy prostřednictvím Průvodce prvním nastavením můžete nastavit a spravovat další umístění, přiřazení a použití kufru, možnosti plánu vytáčení, uživatele, zařízení a funkce.

Prvním krokem k zprovoznění služby Webex Calling je dokončení Průvodce prvním nastavením (FTSW). Jakmile je FTSW dokončena pro vaši první lokalitu, nemusí být dokončena pro další lokality.

1

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


 

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

2

Projděte si a přijměte smluvní podmínky.

3

Zkontroluj svůj plán a klikni na Začít.


 

Váš účetní manažer je zodpovědný za aktivaci prvních kroků pro FTSW. Pokud po výběru Začít obdržíte oznámení „Nelze nastavit hovor“, kontaktujte svého správce účtu.

4

Vyberte zemi, do které má datové centrum mapovat, a zadejte informace o kontaktu se zákazníkem a adrese zákazníka.

5

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

6

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

  • Pokud jste správcem partnera a chcete, aby správce zákazníka dokončil poskytování služby Webex Calling, klikněte na tlačítko Uložit a zavřít.
  • Vyplňte potřebné informace o poloze. Po vytvoření umístění v průvodci můžete později vytvořit další umístění.

 

Po dokončení průvodce nastavením se ujistěte, že jste k místu, které vytvoříte, přidali hlavní číslo.

7

Pro použití na tomto místě proveďte následující volby:

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

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

9

Zadejte dostupnou adresu Cisco Webex SIP a klikněte na Další a vyberte Dokončit.

Než začnete

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

  • Adresa lokality

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

1

V zobrazení pro zákazníky v přejděte na https://admin.webex.com položky Služby > Volání > Místa a klikněte na tlačítko Přidat umístění.

Upozorňujeme, že nová místa budou umístěna v regionálním datovém centru, které odpovídá zvolené zemi pomocí Průvodce prvním nastavením.

2

Konfigurace nastavení umístění:

  • Název lokality - Zadejte jedinečný název pro identifikaci lokality.
  • Země/region-Vyberte zemi, ke které chcete lokalitu přiřadit. Můžete například vytvořit jednu lokalitu (ústředí) ve Spojených státech a jinou (pobočku) ve Spojeném království. Země, kterou si vyberete, určuje následující pole adresy. Ty zdokumentované zde používají americkou konvenci adres jako příklad.
  • Adresa umístění - Zadejte hlavní poštovní adresu umístění.
  • Město- Zadejte město pro tuto lokalitu.
  • Stát/provincie/region- Z rozbalovací nabídky vyberte stát.
  • PSČ- Zadejte PSČ.
  • Jazyk oznámení - Vyberte jazyk pro zvuková oznámení a výzvy pro nové uživatele a funkce.
  • Jazyk e-mailu -Vyberte jazyk pro e-mailovou komunikaci s novými uživateli.
  • Časové pásmo-Vyberte časové pásmo pro dané místo.
3

Klikněte na tlačítko Uložit a poté vyberte možnost Ano/Ne pro přidání čísel do umístění nyní nebo později.

4

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

  • Cisco PSTN - Tuto možnost vyberte, pokud chcete řešení Cloud PSTN od společnosti Cisco. Cisco Calling Plan je plnohodnotné náhradní řešení PSTN, které poskytuje tísňové volání, příchozí a odchozí domácí a mezinárodní volání a umožňuje objednávat nová čísla PSTN nebo portovat stávající čísla do Cisco.


     

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

    • Zakoupili jste alespoň jeden závazný Cisco Calling Plan OCP (Outbound Calling Plan).

    • Vaše poloha se nachází v zemi, kde je podporován Cisco Calling Plan.

    • Tvoje poloha je nová. Dříve existující místa, kterým byly přiřazeny jiné možnosti sítě PSTN, nejsou v tuto chvíli způsobilá pro plán volání Cisco. Otevřete podpůrný kufřík pro vedení.

    • Jste hostováni v datovém centru Webex Calling Center v regionu, kde je podporován Cisco Calling Plan.

  • Cloud Connected PSTN- Tuto možnost vyberte, pokud hledáte cloudové řešení PSTN od některého z mnoha partnerů Cisco CCP nebo pokud Cisco Calling Plan není ve vaší lokalitě k dispozici. Partneři CCP nabízejí náhradní řešení sítě PSTN, rozsáhlé globální pokrytí a širokou a pestrou škálu funkcí, balení a cen.

     

    Zde jsou uvedeni partneři ústřední protistrany a zeměpisné pokrytí. Zobrazí se pouze partneři, kteří podporují zemi, ve které se nacházíte. Partneři jsou uvedeni buď s logem, nebo jako stručný řetězec textu následovaný regionem, v závorkách (Příklad: (EU), (USA) nebo (CA)). Partneři uvedení s logem vždy nabízejí regionální média pro CCP. Pro partnery, kteří se zobrazují jako řetězec, zvolte oblast nejbližší zemi, ve které se nacházíte, abyste zajistili regionální média pro CCP.

    Pokud vidíte možnost Objednat čísla nyní pod uvedeným poskytovatelem, doporučujeme, abyste zvolili tuto možnost, abyste mohli využívat integrované CCP. Integrovaná CCP umožňuje pořizování a poskytování telefonních čísel v Control Hubu na jedné skleněné tabuli. Neintegrovaná ústřední protistrana vyžaduje, abyste si pořídili telefonní čísla od partnera ústřední protistrany mimo Control Hub.

  • Provozní PSTN (Local Gateway) -Tuto možnost si můžete zvolit, pokud si chcete ponechat svého současného poskytovatele PSTN nebo chcete propojit necloudy s cloudovými stránkami.

Volba možnosti sítě PSTN je na každé úrovni místa (každé místo má pouze jednu možnost sítě PSTN). Můžete kombinovat a porovnávat tolik možností, kolik chcete pro své nasazení, ale každé místo bude mít jednu možnost. Jakmile vyberete a poskytnete možnost PSTN, můžete ji změnit kliknutím na možnost Spravovat ve vlastnostech umístění PSTN. Některé možnosti, jako například Cisco PSTN, však nemusí být po přidělení další možnosti k dispozici. Otevřete podpůrný kufřík pro vedení.

5

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

6

Pokud jste vybrali neintegrovanou CCP nebo PSTN založenou na prostorech, zadejte telefonní čísla jako hodnoty oddělené čárkami a klikněte na tlačítko Ověřit.

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

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

7

Klikněte na položku Uložit.

Co dělat dál

Po vytvoření lokality můžete pro danou lokalitu aktivovat tísňovou linku tísňového volání. Pro více informací viz služba RedSky Emergency 911 Service for Webex Calling.

Než začnete


Získejte seznam uživatelů a pracovních prostor spojených s daným místem: Přejděte do nabídky Služby > Volání > Čísla a z rozbalovací nabídky vyberte umístění, které chcete smazat. Před odstraněním umístění musíte tyto uživatele a pracovní prostory odstranit.

Pamatujte, že jakákoli čísla spojená s tímto místem budou uvolněna zpět vašemu poskytovateli služby PSTN. Tato čísla již nebudete vlastnit.

1

V zobrazení pro zákazníky přejděte do https://admin.webex.comnabídky Služby > Volání > Místa.

2

Klikněte na sloupec Akce vedle místa, které chcete odstranit.

3

Vyberte možnost Smazat umístění a potvrďte, že chcete toto umístění smazat.

Trvá obvykle několik minut, než bude lokalita trvale smazána, ale může to trvat až hodinu. Stav můžete zkontrolovat kliknutím vedle názvu lokality a výběrem možnosti Smazat stav.

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


Pro stávající lokality můžete aktivovat tísňovou linku 911. Pro více informací viz služba RedSky Emergency 911 Service for Webex Calling.

1

V zobrazení pro zákazníky přejděte na https://admin.webex.com položky Služby > Volání > Místa a vyberte místo, které chcete aktualizovat.

Pokud vedle místa vidíte symbol Upozornění, znamená to, že jste pro dané místo ještě nenastavili telefonní číslo. Dokud toto číslo nenastavíte, nemůžete uskutečňovat ani přijímat žádné hovory.

2

(Volitelné) V části Připojení k síti PSTN vyberte buď službu PSTN připojenou k síti Cloud, nebo službu PSTN založenou na provozních prostorách (místní brána) v závislosti na tom, kterou z nich jste již nakonfigurovali. Kliknutím na možnost Spravovat tuto konfiguraci změňte a poté potvrďte související rizika výběrem možnosti Pokračovat. Poté vyberte jednu z následujících možností a klikněte na tlačítko Uložit:

  • Cisco PSTN - Tuto možnost vyberte, pokud chcete řešení Cloud PSTN od společnosti Cisco. Plán volání Cisco je plnohodnotné náhradní řešení PSTN, které poskytuje tísňové volání, příchozí a odchozí domácí a mezinárodní volání a umožňuje objednávat nová čísla PSTN nebo přenášet stávající čísla na Cisco.


     

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

    • Zakoupili jste alespoň jeden závazný Cisco Calling Plan OCP (Outbound Calling Plan).

    • Vaše poloha se nachází v zemi, kde je podporován Cisco Calling Plan.

    • Tvoje poloha je nová. V současné době nejsou pro Cisco Calling Plan způsobilá již existující místa, kterým byly přiřazeny jiné možnosti sítě PSTN. Otevřete podpůrný kufřík pro vedení.

    • Jste hostováni v datovém centru Webex Calling Center v regionu, kde je podporován Cisco Calling Plan.

  • Cloud Connected PSTN- Tuto možnost vyberte, pokud hledáte cloudové řešení PSTN od některého z mnoha partnerů Cisco CCP nebo pokud Cisco Calling Plan není ve vaší lokalitě k dispozici. Partneři CCP nabízejí náhradní řešení sítě PSTN, rozsáhlé globální pokrytí a širokou a pestrou škálu funkcí, balení a cen.

     

    Zde jsou uvedeni partneři ústřední protistrany a zeměpisné pokrytí. Zobrazí se pouze partneři, kteří podporují zemi, ve které se nacházíte. Partneři jsou uvedeni buď s logem, nebo jako stručný řetězec textu následovaný regionem, v závorkách (Příklad: (EU), (USA) nebo (CA)). Partneři uvedení s logem vždy nabízejí regionální média pro CCP. Pro partnery, kteří se zobrazují jako řetězec, zvolte oblast nejbližší zemi, ve které se nacházíte, abyste zajistili regionální média pro CCP.

    Pokud vidíte možnost Objednat čísla nyní pod uvedeným poskytovatelem, doporučujeme, abyste zvolili tuto možnost, abyste mohli využívat integrované CCP. Integrovaná CCP umožňuje pořizování a poskytování telefonních čísel v Control Hubu na jedné skleněné tabuli. Neintegrovaná ústřední protistrana vyžaduje, abyste si pořídili telefonní čísla od partnera ústřední protistrany mimo Control Hub.

  • Provozní PSTN (Local Gateway)-Tuto možnost si můžete zvolit, pokud si chcete ponechat svého současného poskytovatele PSTN nebo chcete propojit necloudové stránky s cloudovými stránkami.

     

    Webex Volání zákazníkům s lokacemi, které byly dříve nakonfigurovány s místní bránou, bude automaticky převedeno na provozovnu PSTN s odpovídajícím kmenem.

3

Vyberte hlavní číslo, na kterém lze dosáhnout na hlavní kontakt lokality.

4

(Volitelně) V části Nouzové volání můžete vybrat Identifikátor místa tísňového volání, který chcete tomuto místu přiřadit.


 

Toto nastavení je volitelné a vztahuje se pouze na země, které jej vyžadují.

V některých zemích (Příklad: Francie), existují regulační požadavky na mobilní rádiové systémy, které stanoví totožnost mobilního telefonu při uskutečnění tísňového volání a které jsou zpřístupněny tísňovým orgánům. Jiné země, jako jsou USA a Kanada, provádějí určování polohy jinými metodami. Další informace naleznete v části Rozšířené tísňové volání.

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

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

5

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

6

(Volitelně) Kliknutím na ikonu tužky v horní části stránky Umístění můžete podle potřeby změnit název lokality, jazyk oznámení, jazyk e-mailu, časové pásmo nebo adresu a klepnutím na tlačítko Uložit.


 

Změna jazyka oznámení se okamžitě projeví u všech nových uživatelů a funkcí přidaných na toto místo. Pokud by stávající uživatelé a/nebo funkce měly mít také změněn jazyk oznámení, po výzvě vyberte možnost Změnit pro stávající uživatele a pracovní prostory nebo Změnit pro stávající funkce. Klikněte na tlačítko Použít. Průběh můžete zkontrolovat na stránce Úkoly. Dokud to nedokončíš, nemůžeš provádět žádné další změny.


 

Změna časového pásma pro dané místo neaktualizuje časové pásmo funkcí přiřazených k danému místu. Chcete-li upravit časové pásmo pro funkce, jako je automatický obsluha, skupina lovců a fronta hovorů, přejděte do oblasti Obecná nastavení konkrétní funkce, pro kterou chcete aktualizovat časové pásmo, upravit a uložit.

Tato nastavení jsou určena 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 čísla příkladů v ovládacím centru aktualizují a zobrazí se tyto změny.


Odchozí volací kódy nejsou podporovány v zařízeních Webex App, Webex Calling App nebo Cisco Room.


Můžete nakonfigurovat oprávnění k odchozímu volání pro umístění. Viz tyto kroky pro konfiguraci oprávnění pro odchozí volání.

1

V zobrazení pro zákazníky přejděte na https://admin.webex.compoložky Služby > Volání > Nastavení služeb a potom přejděte na položku Interní vytáčení.

2

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

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

     

    Po prodloužení délky rozšíření se stávající rychlé volby k interním rozšířením automaticky neaktualizují.

3

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

  • Interní vytáčení- Určete předvolbu směrování, kterou musí uživatelé na jiných místech vytočit, aby mohli kontaktovat někoho na tomto místě. Předpona směrování každého místa musí být jedinečná. Doporučujeme, aby délka předpony odpovídala délce nastavené na úrovni organizace, ale musí být mezi 2-7 číslicemi.
  • Externí vytáčení- Volitelně si můžete vybrat číslici pro odchozí vytáčení, kterou musí uživatelé vytočit, aby dosáhli vnější linky. Výchozí hodnota je Žádný a můžete ji ponechat, pokud tento zvyk nevyžadujete. Pokud se rozhodnete tuto funkci používat, doporučujeme vám, abyste použili jiné číslo, než má vaše organizace.

     

    Uživatelé musí při externích hovorech zahrnout číslici odchozí volby, aby napodobili, jak volali na starších systémech.

Dopad na uživatele:

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

  • Uživatelská rozšíření by neměla začínat stejným číslem jako číslice volantu v daném místě.

Pokud jste prodejce s přidanou hodnotou, můžete pomocí těchto kroků spustit konfiguraci místní brány v ovládacím centru. Když je tato brána zaregistrována do cloudu, můžete ji použít na jednom nebo více místech, kde Webex Volá, k poskytování směrování směrem k podnikovému poskytovateli služeb PSTN.


Lokalita, která má místní bránu, nemůže být odstraněna, pokud je místní brána používána pro jiné lokality.

Podle následujících kroků vytvoř kufr v ovládacím centru.

Než začnete

  • Po přidání umístění a před konfigurací prostorové sítě PSTN pro umístění musíte vytvořit kmen.

  • Pro každou z nich vytvořte libovolná umístění, konkrétní nastavení a čísla. Před přidáním provozovny založené na síti PSTN musí existovat lokace.

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

  • Pro lokalitu s prostorovou sítí PSTN si nemůžete vybrat více než jeden kmen, ale pro více lokalit si můžete vybrat stejný kmen.

1

V zobrazení pro zákazníky přejděte do https://admin.webex.com nabídky Služby > Volání > Směrování hovorů a vyberte možnost Přidat kufr.

2

Vyberte umístění.

3

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


 

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

Co dělat dál

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

Informace o kmeni se zobrazí na obrazovce Registrovat doménu, OTG/DTG skupiny kmenů, Linka/Port a Adresa odchozí proxy.

Doporučujeme zkopírovat tyto informace z Control Hubu a vložit je do místního textového souboru nebo dokumentu, abyste je mohli použít, až budete připraveni nakonfigurovat PSTN v prostorách.

Pokud ztratíte přihlašovací údaje, musíte je vygenerovat z obrazovky informací o kufru v ovládacím centru. Klepnutím na tlačítko Načíst uživatelské jméno a obnovit heslo vygenerujte novou sadu ověřovacích údajů, které se mají použít v kufru.

1

V zobrazení pro zákazníky přejděte do https://admin.webex.comnabídky Služby > Volání > Místa.

2

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

3

Vyberte Prostory založené na síti PSTN a klikněte na tlačítko Další.

4

Z rozbalovací nabídky vyberte kmen.


 

Chcete-li spravovat výběr skupiny kmenů, navštivte stránku kmenů.

5

Klikni na oznámení o potvrzení a poté na Uložit.

Co dělat dál

Musíte vzít konfigurační informace, které Control Hub vygeneroval a zmapovat parametry do lokální brány (například na KRYCHLI Cisco, která se nachází v areálu). Tento článek vás provede tímto procesem. Příklad, jak konfigurační informace Control Hubu (vlevo) mapuje parametry v KRYCHLI (vpravo), je uveden v následujícím diagramu:

Po úspěšném dokončení konfigurace na samotné bráně se můžete vrátit do nabídky Služby > Volat > Místa v ovládacím centru a brána, kterou jste vytvořili, bude uvedena v kartě umístění, ke které jste ji přiřadili, zelenou tečkou nalevo od názvu. Tento stav označuje, že brána je bezpečně zaregistrována do volajícího cloudu a slouží jako aktivní brána PSTN pro danou lokalitu.

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

1

Z pohledu zákazníka v https://admin.webex.comčásti vyberte ikonu budovy.

2

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

Váš partner obdrží e-mail s informací, že máte zájem o konverzi na placené předplatné.

Pomocí ovládacího centra můžeš nastavit prioritu dostupných možností volání, které uživatelé uvidí v aplikaci Webex. Můžete je také povolit pro jedno kliknutí na volání.

1

V zobrazení pro zákazníky v přejděte na https://admin.webex.comNastavení organizace > Služby, přejděte na Volání a vyberte Nastavení klienta.

2

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

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

3

Pokud chcete, aby uživatelé mohli uskutečnit hovor s první volbou, kterou jste nakonfigurovali v předchozím kroku, přepněte na Povolit jedno kliknutí na volání.


 

Může trvat až 24 hodin, než se změny objeví v aplikaci Webex. Uživatelům můžete doporučit, aby své aplikace restartovali a rychleji se s těmito změnami vypořádali.

Můžete ovládat, co volání aplikace otevře, když uživatelé dělají PSTN volání. Po konfiguraci tohoto nastavení na úrovni organizace můžete toto nastavení přepsat pro konkrétní uživatele.


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

Než začnete

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

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

V zobrazení pro zákazníky přejděte do https://admin.webex.comnabídky Správa > Nastavení organizace a poté přejděte na položku Volání a vyberte jednu z následujících možností: .

  • Volání v aplikaciWebex- Tuto možnost vyberte, pokud chcete, aby uživatelé volali přímo v aplikaci Webex pomocí služby Webex Calling.
  • Aplikace Webex Calling - Tuto možnost vyberte, pokud má vaše organizace předplatné služby Cisco Webex Calling a chcete uživatelům povolit volání přes PSTN pomocí aplikace Webex Calling. Když uživatelé v aplikaci Webex volají přes PSTN, k uskutečnění hovoru se používá aplikace Webex Calling.

     

    Aplikace Webex Calling je k dispozici pouze pro výběr zákazníků.

Zobrazí se hlášení, které indikuje, že chování volání je aktualizováno. Uživatelé mohou nyní volat na PSTN z aplikace Webex nebo z aplikace Webex Calling.

Uživatelé musí mít nainstalovanou příslušnou aplikaci, aby mohli volat přes PSTN z aplikace Webex. Ujistěte se, že dáte lidem vědět, jakou volbu uděláte a zda se k volání na PSTN používá jiná aplikace.


 

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

29. července 2022
Konfigurace místní brány v systému IOS-XE pro volání Webex

Po konfiguraci Webex Calling pro vaši organizaci můžete nakonfigurovat kmen pro připojení místní brány k Webex Calling. Kufr mezi Místní bránou a Webex cloudem je vždy zabezpečen pomocí SIP TLS transportu. Média mezi Local Gateway a Webex Calling používají SRTP.

Tok konfigurační úlohy místní brány

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

  • Registrační kufr

  • Kmen založený na certifikátech

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

Než začnete

  • Porozumět požadavkům veřejné komutované telefonní sítě (PSTN) a místní brány (LGW) pro volání Webex. Další informace naleznete v části Preferovaná architektura společnosti Cisco pro volání Webex.

  • Tento článek předpokládá, že je zavedena speciální platforma Local Gateway bez stávající hlasové konfigurace. Pokud upravíte existující bránu PSTN nebo nasazení podniku Local Gateway tak, aby sloužila jako funkce Local Gateway pro volání Webex, pak věnujte pozornost konfiguraci. Ujistěte se, že kvůli provedeným změnám nepřerušujete stávající toky hovorů a funkčnost.

  • Vytvořte truhlu v ovládacím centru a přiřaďte ji k místu. Další informace naleznete v části Konfigurace kmenů, skupin tras a plánů vytáčení pro volání Webex.

Než začnete

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

    • NTP

    • ACL

    • povolit hesla

    • primární heslo

    • IP směrování

    • IP adresy a tak dále

  • Požadujete minimální podporované vydání Cisco IOS XE 16.12 nebo IOS-XE 17.3 pro všechna nasazení Local Gateway.

1

Ujistěte se, že máte přiřazena všechna rozhraní vrstvy 3 s platnými a směrovatelnými IP adresami:

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 přihlašovacích údajů a sdílených tajemství předkonfigurujte primární klíč pro heslo pomocí následujících příkazů. Hesla typu 6 šifrujete pomocí AES šifry a uživatelsky definovaného primárního klíče.

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

Nakonfigurujte server s názvem IP pro povolení vyhledávání DNS a ping pro zajištění dosažitelnosti serveru. Místní brána používá DNS k řešení adres proxy Webex Calling:

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

Povolit exkluzivitu TLS 1.2 a výchozí důvěryhodný bod zástupného symbolu:

  1. Vytvořte zástupný bod důvěry PKI a nazvěte jej sampleTP.

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


     
    • Zajistěte, aby server cn-san-validate navázal spojení Local Gateway pouze v případě, že se odchozí proxy server, který nakonfigurujete na nájemci 200 (popsáno později), shoduje se seznamem CN-SAN, který obdržíte ze serveru.

    • Aby TLS fungoval, musíte mít šifrovaný Trustpoint. Přestože nevyžadujete lokální klientský certifikát (například mTLS) nastavený pro připojení.

  3. Povolte exkluzivitu v1.2 pro zakázání TLS v1.0 a v1.1.

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

  5. Nastavte připojení časovačů pro vytvoření TLS<wait-timer in="" sec="">. Dosah je za 5–20 sekund a výchozí je 20 sekund. (LGW trvá 20 sekund, než detekuje selhání připojení TLS, než se pokusí navázat spojení s dalším dostupným přístupem Webex Calling SBC. CLI umožňuje administrátorovi změnit hodnotu tak, aby vyhovovala podmínkám sítě a detekovala selhání připojení pomocí Access SBC mnohem rychleji).


     

    Použije se Cisco IOS XE 17.3.2 a novější verze.

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

Aktualizace svěřeneckého fondu místní brány:

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

Stáhněte si nejnovější „Cisco Trusted Core Root Bundle“ http://www.cisco.com/security/pki/ z a aktualizujte balíček Trustpool.

  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í, aktualizujte je následovně:

    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
    

     

    Alternativně si můžete stáhnout balíček certifikátů a nainstalovat jej z místního serveru nebo z paměti Flash Local Gateway.

    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

Než začnete

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

1

Zadejte následující příkazy pro zapnutí aplikace Local Gateway (viz Referenční informace portu pro volání Cisco Webex pro nejnovější IP podsítě, které musíte přidat do důvěryhodného seznamu):

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
end

Zde je vysvětlení polí pro konfiguraci:

Prevence podvodů s mýtným
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
  • Umožňuje zdrojové IP adresy subjektů, od kterých Local Gateway očekává legitimní VoIP volání, jako jsou Webex Calling peers, Unified CM nodes a IP PSTN.

  • Ve výchozím nastavení LGW blokuje všechna nastavení příchozích VoIP hovorů z IP adres, které nejsou v důvěryhodném seznamu. Adresy IP z volajících s „relací cílové IP“ nebo skupiny serverů jsou ve výchozím nastavení důvěryhodné a nemusíte je zde vyplňovat.

  • IP adresy v seznamu musí odpovídat IP podsítím podle regionálního datového centra Webex Calling, které připojíte. Další informace naleznete v části Referenční informace portu pro volání Webex.


     

    Pokud je váš LGW za firewallem s omezeným kuželem NAT, můžete raději zakázat důvěryhodný seznam IP adres v rozhraní Webex Calling -facing. Firewall vás již chrání před nevyžádaným příchozím VoIP. Zakázat akci snižuje vaše dlouhodobější konfigurace režie, protože nemůžeme zaručit, že adresy Webex Volání vrstevníků zůstávají pevné, a musíte nakonfigurovat firewall pro vrstevníky v každém případě.

  • Konfigurace jiných IP adres na jiných rozhraních, například: zajistíte přidání jednotných CM adres do vnitřních rozhraní.

  • IP adresy se musí shodovat s hostitelskou IP a outbound-proxy řeší nájemce 200.

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

Média
voice service voip
 media statistics 
 media bulk-stats 
Základní funkce SIP-to-SIP
allow-connections sip to sip
Doplňkové služby
no supplementary-service sip refer
no supplementary-service sip handle-replaces

Zakáže referenci a nahradí ID dialogového okna v záhlaví s ID partnerského dialogu.

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

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

Aktivuje T.38 pro přenos faxu, i když faxový provoz nebude šifrován.

Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-f1.html#wp3472350152 naleznete v části.
Povolit globální omráčení
stun
stun flowdata agent-id 1 boot-count 4
stun flowdata shared-secret 0 Password123$
  • Když přepošlete hovor uživateli služby Webex Calling (například volající i volající strany jsou předplatitelé služby Webex Calling a pokud ukotvíte média na SBC služby Webex Calling), pak média nemohou proudit do místní brány, protože dírka není otevřená.

  • Funkce vazby omráčení na místní bráně umožňuje místně generované požadavky na omráčení odesílat přes vyjednanou mediální cestu. Omráčení pomáhá otevřít dírku ve firewallu.

  • Paralyzující heslo je předpokladem k tomu, aby místní brána vyslala paralyzující zprávy. Pro kontrolu tohoto hesla a dynamické otevírání otvorů můžete nakonfigurovat firewally založené na Cisco IOS/IOS XE (například bez explicitních pravidel in-out). Ale pro nasazení Local Gateway nakonfigurujete firewall tak, aby staticky otvíral otvory pro špendlíkové dírky dovnitř a ven na základě podsítí Webex Calling SBC. Jako takový, firewall musí zacházet s tím jako s jakýmkoliv příchozím UDP paketem, který spouští otevření dírky, aniž by se výslovně díval na obsah paketu.

Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v2.html#wp1961799183 naleznete v části.
G729
sip
g729 annexb-all

Umožňuje všechny varianty G729.

Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3562947976 naleznete v části.
Protokol SIP
early-offer forced

Nutí Local Gateway odeslat informace o SDP v úvodní ZVACÍ zprávě namísto čekání na potvrzení od sousedního peera.

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

Nakonfigurujte „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

    Zajistí, že hlavička bude uvedena jako “SIP-Req-URI” a ne “SIP-Req-URL” .

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

    Upraví záhlaví From tak, aby zahrnovalo parametr OTG/DTG skupiny kmenů z ovládacího centra pro jedinečnou identifikaci lokality místní brány v rámci podniku.

  • Aplikuje profil SIP na nájemce hlasové třídy 200 (diskutováno později) pro všechny hovory Webex směřující k provozu. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3265081475 naleznete v části.

3

Nakonfigurujte profil kodeku, definici omráčení a sadu SRTP Crypto.

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:


 

Je-li vaše kotva média na ITSP SBC a místní brány je za NAT, pak počkejte na příchozí média proudu z ITSP. Můžete použít příkaz omráčení na ITSP čelí dial-peers.


 

Vyžadujete použití omráčení Ice-lite pro volání toků s využitím optimalizace cesty média.

4

Mapovat parametry ovládacího centra na konfiguraci místní brány.

Přidat Webex Calling jako nájemce v rámci místní brány. Potřebujete konfiguraci pro registraci místní brány pod hlasovou třídou nájemníka 200. Prvky této konfigurace musíte získat ze stránky Informace o kufru z ovládacího centra, jak je znázorněno na následujícím obrázku. Následující příklad ukazuje, jaká jsou pole, která mapují do příslušné místní brány CLI.

Použít nájemce 200 na všechny vytáčecí peery ( 2xxtag) Webex Calling v konfiguraci Local Gateway. Funkce pronajímatele hlasové třídy umožňuje seskupit a nakonfigurovat parametry SIP kmene, které jsou jinak prováděny v rámci hlasové služby VoIP a SIP-ua. Když nakonfigurujete nájemce a použijete jej pod voličem, pak platí následující pořadí preferencí pro konfigurace Místní brány:

  • Konfigurace vytáčení

  • Konfigurace nájemce

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

5

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


 

Následující příkazový řádek a parametry jsou pouze příklady. Použijte parametry 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:

voice class tenant 200

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

Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp2159082993 naleznete v části.
registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls

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

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

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

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

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

no remote-party-id

Zakázat hlavičku SIP Remote-Party-ID (RPID), protože volání Webex podporuje PAI, který je povolen pomocí CIO asserted-id pai. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-r1.html#wp1580543764 naleznete v části.

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

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

Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-c6.html#wp1622025569 naleznete v části.
srtp-crypto 200

Definuje voice class srtp-crypto 200 specifikovat SHA1_80. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp1731779246 naleznete v části.

session transport tcp tls
Nastavuje transport do TLS. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066 naleznete v části.
url sips

SRV dotaz musí být SIPy podporované přístupovým SBC; všechny ostatní zprávy jsou změněny na SIP profil 200.

error-passthru

Určuje funkci přenosu odpovědi na chybu SIP.

Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-e1.html#wp2069028434 naleznete v části.
asserted-id pai

Zapíná zpracování PAI v Local Gateway. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1052365203 naleznete v části.

bind control source-interface GigabitEthernet0/0/1

Konfiguruje zdrojovou IP adresu pro signalizaci zdrojového rozhraní směrem k volání Webex. Viz, https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 pro více informací.

bind media source-interface GigabitEthernet0/0/1

Konfiguruje zdrojovou adresu IP pro rozhraní zdroje médií směrem k volání Webex. Viz, https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 pro více informací.

no pass-thru content custom-sdp

Výchozí příkaz pod nájemcem. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-p1.html#wp1894635288 naleznete v části.

sip-profiles 200

Změní SIP na SIP a upraví řádek/port pro zprávy POZVÁNÍ a REGISTRACE, jak je definováno v voice class sip-profiles 200. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3265081475 naleznete v části.

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

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

privacy-policy passthru

Transparentně přenášejte hodnoty záhlaví ochrany osobních údajů z příchozího do odchozího úseku. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-p2.html#wp2238903481 naleznete v části.

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

  • uživatelské jméno, heslo a parametry sféry z přihlašovacích údajů se používají k sestavení záhlaví a profilu SIP 200.

  • převádí url adresu SIP zpět na SIP.

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

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

  1. Nájemníci hlasové třídy -Vytvořte další nájemce pro volající, kteří čelí ITSP, podobně jako pro nájemce 200, který vytvoříte pro společnost Webex Volání volající, kteří čelí volající.

  2. URI hlasové třídy - definujte vzory pro hostitelské IP adresy/porty pro různé kmeny končící na místní bráně:

    • Webex volá LGW

    • Ukončení SIP kmene sítě PSTN na LGW

  3. Odchozí vytáčecí čísla Můžete přesměrovat odchozí volací úseky z LGW do ITSP SIP kufru a Webex Calling.

  4. Hlasová třída DPG-Můžete vyvolat cílení na odchozí volající z příchozího volajícího.

  5. Příchozí vytáčecí hovory Můžete přijímat příchozí hovory z ITSP a Webex Calling.

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

1

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

  1. Použijte hlasovou třídu nájemce 100 na všechny odchozí vytáčecí peery čelí 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 hlasovou třídu nájemce 300 na všechny příchozí vytáčecí peery z IP PSTN.

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

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

  1. Definujte IP adresu hostitele ITSP:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Definujte vzor pro jedinečnou identifikaci lokality místní brány v rámci podniku na základě parametru OTG nebo DTG skupiny kmenů Control Hub:

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

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

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

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

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

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

    Zde je vysvětlení polí pro konfiguraci:

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

    Definuje voIP volič se značkou 101a poskytuje smysluplný popis pro snadnou správu a řešení problémů.

    destination-pattern BAD.BAD

    Umožňuje výběr vytáčecího peeru 101. Tento odchozí volič však vyvoláte přímo z příchozího voliče pomocí příkazů dpg, který obejde kritéria shody číslicového vzoru. Používáte libovolný vzor založený na alfanumerických číslicích povolených cílovým vzorem CLI.

    session protocol sipv2

    Určuje, že volič 101 zpracovává SIP volací nohy.

    session target ipv4:192.168.80.13

    Označuje cílovou adresu IPv4 pro odeslání volací části. V tomto případě IP adresa ITSP.

    voice-class codec 99

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

    dtmf-relay rtp-nte

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

    voice-class sip tenant 100

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

    no vad

    Zakáže detekci hlasové aktivity.

  2. Odchozí volající směrem k volání Webex (Aktualizujete odchozí volající, aby sloužil jako příchozí volající od Webex Volání stejně později v konfigurační příručce).

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

    Vysvětlení příkazů:

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

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

    session target sip-server

    Označuje, že globální SIP server je cílem pro volání z tohoto volajícího partnera. Webex Volání server, který definujete v nájemce 200 je zděděn pro dial-peer 200201.

    voice-class stun-usage 200

    Umožňuje místně generované požadavky na omráčení na místní bráně odesílat přes vyjednané mediální cesty. Omráčení pomáhá otevřít díru ve firewallu.

    no voice-class sip localhost

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

    voice-class sip tenant 200

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

    srtp

    Aktivuje SRTP pro call nohu.

    no vad

    Zakáže detekci hlasové aktivity.

4

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

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

    voice class dpg 100
    description Incoming WxC(DP200201) to IP PSTN(DP101)
    dial-peer 101 preference 1
    
  2. Definovat skupinu vytáčení 200 s odchozím vytáčení 200201 jako cíl pro PSTN --> LGW --> Webex Volání cestu. DPG 200 se aplikuje na příchozí volič 100, který je definován později.

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

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

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

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

    Zde je vysvětlení polí pro konfiguraci:

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

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

    session protocol sipv2

    Určuje, že vytáčecí peer 100 zpracovává SIP volací nohy.

    incoming uri via 100

    Určuje hlasovou třídu URI 100 tak, aby odpovídala veškerému příchozímu provozu z IP PSTN do místní brány na hostitelské IP adrese PŘES záhlaví. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 naleznete v části.

    destination dpg 200

    Určuje skupinu číselníků 200 pro výběr odchozího číselníku. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 naleznete v části.

    voice-class sip tenant 300

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

    no vad

    Zakáže detekci hlasové aktivity.

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

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

    Zde je vysvětlení polí pro konfiguraci:

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

    Aktualizuje VoIP volič s visačkou z roku 200201a poskytuje smysluplný popis pro snadnou správu a řešení problémů.

    incoming uri request 200

    Specifikuje hlasovou třídu URI 200 tak, aby odpovídala veškerému příchozímu provozu z Webex Calling do LGW na jedinečném vzorci dtg v URI požadavku, který jednoznačně identifikuje lokalitu Local Gateway v rámci podniku a v ekosystému Webex Calling. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 naleznete v části.

    destination dpg 100

    Určuje skupinu vytáčení 100 pro výběr odchozího vytáčení. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 naleznete v části.

    max-conn 250

    Omezuje počet souběžných volání na 250 mezi LGW a Webex Calling, za předpokladu, že jeden vytáčecí peer směřující k Webex Calling pro příchozí i odchozí volání, jak je definováno v tomto článku. Další informace o limitech souběžných volání týkajících se místní brány naleznete v částihttps://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

Volání z PSTN na Webex

Porovnejte všechny příchozí IP úseky volání PSTN na místní bráně s číselníkem 100 a definujte kritérium shody pro záhlaví VIA s IP adresou PSTN. DPG 200 vyvolává odchozí dial-peer 200201, který má jako cílový cíl server Webex Calling.

Webex volá na PSTN

Porovnejte všechny příchozí úseky volání Webex na Local Gateway s parametrem dial-peer 200201 a definujte kritérium shody pro vzor záhlaví POŽADAVKU URI s parametrem OTG/DTG skupiny kmenů, který je jedinečný pro toto nasazení Local Gateway. DPG 100 vyvolává odchozí vytáčené číslo 101, které má jako cílovou cílovou adresu IP PSTN IP adresu.

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

  1. Nájemníci hlasové třídy -Vytvořte více nájemců pro vytáčecí peery, kteří čelí jednotnému CM a ITSP, podobně jako pro nájemce 200, kterého vytvoříte pro vytáčecí peery Webex Calling.

  2. URI hlasové třídy - definujte vzor pro hostitelské IP adresy/porty pro různé kmeny končící na LGW z:

    • Jednotný CM do LGW pro destinace PSTN

    • Unifikovaný CM do LGW pro cíle volání Webex

    • Webex volá do LGW destinací

    • Ukončení SIP kmene sítě PSTN na LGW

  3. Skupina serverů třídy Voice -Můžete cílit na IP adresy/porty pro odchozí kanály z:

    • LGW na Unified CM

    • LGW volá Webex

    • LGW to PSTN SIP trup

  4. Odchozí vytáčecí čísla Můžete směrovat odchozí volací úseky z:

    • LGW na Unified CM

    • ITSP SIP kmen

    • Webex Calling

  5. Hlasová třída DPG-Můžete vyvolat cílení na odchozí volající z příchozího volajícího.

  6. Inbound dial-peers- Můžete přijímat příchozí hovory z Unified CM, ITSP a Webex Calling.

1

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

  1. Použít hlasovou třídu nájemce 100 na všech odchozích volajících tváří v tvář 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 hlasovou třídu nájemce 300 na všechny příchozí vytáčecí peery z Unified CM a IP PSTN:

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

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

  1. Definuje hostitelskou IP adresu ITSP:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Definujte vzor pro jedinečnou identifikaci lokality místní brány v rámci podniku na základě parametru OTG/DTG skupiny kmenů Control Hub:

    voice class uri 200 sip
    pattern dtg=hussain2572.lgu
    

     

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

    Received
    INVITE sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0
    Via: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1
    pattern :8934
    
  3. Definuje Unified CM signalizaci PŘES port pro kmen Webex Calling:

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

    voice class uri 302 sip
    pattern 192.168.80.60:5060
    
3

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

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

    voice class server-group 301
    ipv4 192.168.80.60 port 5065
    
  2. Definuje cílovou hostitelskou IP adresu Unified CM trunku a číslo portu pro Unified CM group 2, pokud je to možné:

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

    voice class server-group 305
    ipv4 192.168.80.60
    
  4. Definuje cílovou hostitelskou IP adresu Unified CM trunku pro Unified CM group 2, pokud je to možné.

    voice class server-group 307 
    ipv4 192.168.80.60
    
4

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

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

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

    Zde je vysvětlení polí pro konfiguraci:

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

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

    destination-pattern BAD.BAD

    Umožňuje výběr vytáčecího peeru 101. Tento odchozí volič však vyvoláte přímo z příchozího voliče pomocí příkazů dpg, který obejde kritéria shody číslicového vzoru. Používáme libovolný vzor založený na alfanumerických číslicích, které jsou povoleny cílovým vzorem CLI.

    session protocol sipv2

    Určuje, že volič 101 zpracovává SIP volací nohy.

    session target ipv4:192.168.80.13

    Označuje cílovou adresu IPv4 pro odeslání volací části. (V tomto případě IP adresa ITSP.)

    voice-class codec 99

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

    voice-class sip tenant 100

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

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

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

    Zde je vysvětlení polí pro konfiguraci:

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

    Definuje voIP volič s tagem 200201 a poskytuje smysluplný popis pro snadnou správu a řešení problémů.

    session target sip-server

    Označuje, že globální SIP server je cílem volání z tohoto volajícího. Webex Volání server, který je definován v nájemce 200 je zděděn pro tento vytáčecí peer.

    voice-class stun-usage 200

    Umožňuje odesílat místně generované žádosti o omráčení na vyjednané mediální cestě. Omráčení pomáhá otevřít díru ve firewallu.

    no voice-class sip localhost

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

    voice-class sip tenant 200

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

    srtp

    Aktivuje SRTP pro call nohu.

  3. Odchozí číselník směrem ke kmeni Webex Unified CM:

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

    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 volič se značkou 301 a poskytuje smysluplný popis pro snadnou správu a řešení problémů.

    session server-group 301

    Namísto cílové IP relace v parametru dial-peer ukazujete na cílovou skupinu serverů (server-group 301 pro parametr dial-peer 301), abyste definovali více cílových uzlů UCM, i když příklad ukazuje pouze jeden uzel.

    Skupina serverů v odchozím vytáčecím peeru

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

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

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

    dial-peer voice 303 voip
    description Outgoing dial-peer to CUCM-Group-2 
    for inbound from Webex Calling - Nodes 6 to 10
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 303
    voice-class codec 99
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
  5. Odchozí číselník směrem k jednotnému kmeni PSTN 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 
    dtmf-relay rtp-nte
    voice-class sip tenant 100
    no vad
    
  6. Pokud máte více než 5 uzlů Unified CM, druhý volič směrem k jednotnému kmenu sítě PSTN:

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

Nakonfigurujte následující DPG:

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

    voice class dpg 100
    dial-peer 101 preference 1
    
  2. Definujte DPG 200 s odchozím voličem 200201 jako cíl pro Unified CM --> LGW --> Webex Calling path:

    voice class dpg 200
    dial-peer 200201 preference 1
    
  3. Definujte DPG 300 pro odchozí vytáčecí peery 301 nebo 303 pro cestu Webex Calling --> LGW --> Unified CM:

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

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

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

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

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

    Zde je vysvětlení polí pro konfiguraci:

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

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

    session protocol sipv2

    Určuje, že vytáčecí peer 100 zpracovává SIP volací nohy.

    incoming uri via 100

    Určuje hlasovou třídu URI 100 pro veškerý příchozí provoz z Unified CM do LGW na hostitelské IP adrese PŘES záhlaví. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 naleznete v části.

    destination dpg 302

    Určuje skupinu vytáčení 302 pro výběr odchozího vytáčení. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 naleznete v části.

    voice-class sip tenant 300

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

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

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

    Zde je vysvětlení polí pro konfiguraci:

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

    Aktualizuje VoIP volič s visačkou z roku 200201 a poskytuje smysluplný popis pro snadnou správu a řešení problémů.

    incoming uri request 200

    Určuje hlasovou třídu URI 200 pro veškerý příchozí provoz od Unified CM po LGW na jedinečném dtg vzoru v URI požadavku, který jednoznačně identifikuje lokální bránu v rámci podniku a v ekosystému Webex Calling. Viz https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080

    destination dpg 300

    Určuje skupinu vytáčení 300 pro výběr odchozího vytáčení. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 naleznete v části.

    max-conn 250

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

  3. Příchozí volající pro příchozí Unified CM call leg s Webex Calling jako cíl:

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

    Zde je vysvětlení polí pro konfiguraci:

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

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

    incoming uri via 300

    Určuje hlasovou třídu URI 300 pro veškerý příchozí provoz z Unified CM do LGW na portu via source (5065). Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 naleznete v části.

    destination dpg 200

    Určuje skupinu vytáčení 200 pro výběr odchozího vytáčení. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 naleznete v části.

    voice-class sip tenant 300

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

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

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

    Zde je vysvětlení polí pro konfiguraci:

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

    Definuje voIP volič se značkou 302 a poskytuje smysluplný popis pro snadnou správu a řešení problémů.

    incoming uri via 302

    Určuje hlasovou třídu URI 302 pro veškerý příchozí provoz z Unified CM do LGW na portu via source (5065). Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 naleznete v části.

    destination dpg 100

    Určuje skupinu vytáčení 100 pro výběr odchozího vytáčení. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 naleznete v části.

    voice-class sip tenant 300

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

IP PSTN do jednotného kmene CM PSTN

Webex Calling Platform do unifikovaného kufru CM Webex Calling

Jednotný kmen CM PSTN do IP PSTN

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

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

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

Dříve než začnete:

  • Neupravujte soubor DS, který stáhnete z DSLT. Soubory, které upravíte, selžou při instalaci z důvodu chyby kontroly integrity.

  • Server SMTP (Simple Mail Transfer Protocol), který potřebujete pro místní bránu pro odesílání e-mailových oznámení.

  • Pokud chcete používat zabezpečený SMTP server pro e-mailová oznámení, zkontrolujte, zda je v místní bráně spuštěn IOS XE 17.6.1 nebo vyšší.

Požadavky

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

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

  2. Nakonfigurujte zabezpečený e-mailový server, který má být použit k odeslání proaktivního oznámení, pokud 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-mailovou adresou správce, kterého chcete upozornit.

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

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

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

  2. Nakonfigurujte e-mailový server, který má být použit pro odesílání proaktivních oznámení, pokud zařízení používá verzi starší než 17.3.2.

    configure terminal 
    call-home  
    mail-server <email server> priority 1 
    end 
  3. Nakonfigurujte proměnnou prostředí ds_email s e-mailovou adresou správce, který má být upozorněn.

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

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

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

    configure terminal 
    call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
    end  
  2. Nakonfigurujte e-mailový server, který má být použit pro odesílání proaktivních oznámení, pokud zařízení používá verzi starší než 17.3.2.

    configure terminal 
    call-home  
    mail-server  <email server> priority 1 
    end 
  3. Nakonfigurujte proměnnou prostředí ds_email s e-mailovou adresou správce, který má být upozorněn.

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

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

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

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

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

  2. Odpovězte „Ano, byl jsem to já“, když obdržíte e-mail od Gmailu s textem „Google zabránil někomu v přihlášení k vašemu účtu pomocí aplikace jiné než Google“.

Nainstalujte diagnostické podpisy pro proaktivní monitorování

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

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

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

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

    Název pole

    Hodnota pole

    Platforma

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

    Produkt

    CUBE Enterprise ve Webex Calling Solution

    Rozsah problému

    Výkon

    Typ problému

    Vysoké využití procesoru s e-mailovým oznámením.

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

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

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

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
    Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
    [OK - 3571/4096 bytes] 
    3571 bytes copied in 0.064 secs (55797 bytes/sec) 
    
  4. Nainstalujte soubor DS XML 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í diagnostického podpisu show call-home. Sloupec stavu by měl mít hodnotu „registrovaný“.

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

    Download DSs:

    ID DS

    Název DS

    Revize

    Stav

    Poslední aktualizace (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registrováno

    2020-11-07 22:05:33


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

Monitorování registrace kmene SIP

Tento DS kontroluje odhlášení Local Gateway SIP trupu s Cisco Webex Volání cloudu každých 60 sekund. Jakmile je detekována událost odhlášení, vygeneruje e-mailové a syslog oznámení a odinstaluje se po dvou případech odhlášení. Pro instalaci podpisu postupujte podle níže uvedených kroků.

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

    Název pole

    Hodnota pole

    Platforma

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

    Produkt

    CUBE Enterprise ve Webex Calling Solution

    Rozsah problému

    SIP-SIP

    Typ problému

    Zrušení registrace kmene SIP s upozorněním e-mailem.

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

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

    call-home diagnostic-signature load DS_64117.xml 
    Load file DS_64117.xml success 
    LocalGateway#  
  4. Ověřte, zda byl podpis úspěšně nainstalován pomocí diagnostického podpisu show call-home. Sloupec stavu by měl mít hodnotu „registrovaný“.

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

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

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

    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 DS 65221 pomocí následujících možností v nástroji pro vyhledávání diagnostických podpisů:

    Název pole

    Hodnota pole

    Platforma

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

    Produkt

    CUBE Enterprise ve Webex Calling Solution

    Rozsah problému

    Výkon

    Typ problému

    Detekce abnormálního odpojení volání SIP pomocí e-mailu a upozornění Syslog.

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

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

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

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

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

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

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

  1. Nakonfigurujte další proměnnou prostředí DS, ds_fsurl_prefix kterou je cesta k souborovému serveru Cisco TAC (cxd.cisco.com), na kterou se nahrávají shromážděná diagnostická data. Uživatelské jméno v cestě k souboru je číslo případu a heslo je token pro nahrání souboru, který lze získat ze Správce případů podpory v následujícím příkazu. Token pro nahrání souboru lze podle potřeby vygenerovat v části Přílohy ve Správci případů podpory.

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

    Příklad:

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

    show snmp 
    %SNMP agent not enabled 
     
     
    config t 
    snmp-server manager 
    end 
  3. Ujistěte se, že nainstalujete High CPU monitoring DS 64224 jako proaktivní opatření pro zakázání všech ladění a diagnostických podpisů během doby vysokého využití CPU. Stáhněte si DS 64224 pomocí následujících možností v nástroji pro vyhledávání diagnostických podpisů:

    Název pole

    Hodnota pole

    Platforma

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

    Produkt

    CUBE Enterprise ve Webex Calling Solution

    Rozsah problému

    Výkon

    Typ problému

    Vysoké využití procesoru s e-mailovým oznámením.

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

    Název pole

    Hodnota pole

    Platforma

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

    Produkt

    CUBE Enterprise ve Webex Calling Solution

    Rozsah problému

    Syslogs

    Typ problému

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

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

    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. Nainstalujte High CPU monitoring DS 64224 a poté DS 65095 XML soubor do Local Gateway.

    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
     
    call-home diagnostic-signature load DS_65095.xml 
    Load file DS_65095.xml success 
    
  7. Ověřte, zda byl podpis úspěšně nainstalován pomocí diagnostického podpisu show call-home. Sloupec stavu by měl mít hodnotu „registrovaný“.

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

    Stažené DS:

    ID DS

    Název DS

    Revize

    Stav

    Poslední aktualizace (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registrováno

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registrováno

    2020-11-08

Ověřte provedení diagnostických podpisů

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

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

Stažené DS:

ID DS

Název DS

Revize

Stav

Poslední aktualizace (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Registrováno

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Spuštěno

2020-11-08 00:12:53

zobrazit statistiku diagnostiky a podpisu

ID DS

Název DS

Spuštěno/Max/Odinstalovat

Průměrná doba chodu (sekundy)

Maximální doba chodu (sekundy)

64224

DS_LGW_CPU_MON75

0/0/N

0, 000

0, 000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

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

Odinstalovat diagnostické podpisy

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

call-home diagnostic-signature deinstall <DS ID> 

Příklad:

call-home diagnostic-signature deinstall 64224 

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

Než začnete

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

    • NTP

    • ACL

    • povolit hesla

    • primární heslo

    • IP směrování

    • IP adresy a tak dále

  • Požadujete minimální podporované vydání IOS XE 17.6 pro všechna nasazení Local Gateway.

1

Ujistěte se, že přiřadíte platné a směrovatelné adresy IP k jakémukoli rozhraní vrstvy 3:

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 volání Webex musí být dosažitelné zvenčí.

 

Ovládací rozbočovač lze nakonfigurovat pouze s FQDN/SRV lokální brány. Ujistěte se, že FQDN řeší rozhraní IP.

2

Musíte předkonfigurovat primární klíč pro heslo pomocí následujících příkazů, než se použije jako pověřovací a sdílené tajemství. Hesla typu 6 jsou šifrována pomocí šifry AES a uživatelsky definovaného primárního klíče.

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

Pro povolení vyhledávání DNS nakonfigurujte server názvů IP. Ping na IP Name Server a ujistěte se, že server je dosažitelný. Místní brána musí vyřešit adresy proxy Webex Calling pomocí tohoto DNS:

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

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


 
  • Musí být uznán podepsaný a důvěryhodný certifikát CA.

  • Doména v URI záhlaví kontaktu zpráv SIP Request (například: Pozvánka, Možnosti) musí být k navázání spojení TLS přítomen v certifikátu SAN.

  1. Vytvořte klíč RSA odpovídající délce kořenového certifikátu s následujícím příkazem:

    crypto key generate rsa general-keys exportable label my-cube modulus 4096
  2. Vytvořte důvěryhodný bod pro držení certifikátu podepsaného CA s následujícími příkazy:

    crypto pki trustpoint CUBE_CA_CERT
     enrollment terminal pem
     serial-number none
     subject-name CN=my-cube.domain.com (this has to match the router’s hostname  [hostname.domain.name])
     revocation-check none
     rsakeypair TestRSAkey !(this has to match the RSA key you just created)
  3. Generovat žádost o podpis certifikátu (CSR) s následujícím příkazem:

    crypto pki enroll CUBE_CA_CERT

     
    • Použijte tuto CSR k vyžádání certifikátu od jedné z podporovaných certifikačních autorit.

    • Ujistěte se, že místo určení kufru (FQDN nebo SRV), které je nakonfigurováno v ovládacím centru, je obsaženo v SAN certifikátu.

5

Pokud má kořenový certifikát mezilehlou CA, pak proveďte následující příkazy:


 

Pokud neexistují žádné orgány pro průběžné osvědčení, přejděte ke kroku 6.

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 trustpoint pro přidržení kořenového certifikátu. (Pokud neexistuje mezilehlá CA, 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 SIP-UA tak, aby používal vámi vytvořený Trustpoint.

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

Než začnete

  • Síť směřující k volání Webex musí používat veřejnou IPv4 adresu. Plně kvalifikované doménové názvy (FQDN) nebo adresy servisních záznamů (SRV) musí být vyřešeny na veřejnou IPv4 adresu na internetu.

  • Všechny SIP a mediální porty na externím rozhraní musí být přístupné z internetu. Přístavy nesmí být za síťovým překladem adres (NAT). Ujistěte se, že aktualizujete bránu firewall na komponentách podnikové sítě.

  • Nainstalujte podepsaný certifikát na místní bránu.

    • Certifikát musí být podepsán CA, jak je uvedeno v části   Jaké kořenové certifikační autority jsou podporovány pro hovory na audio a video platformy Cisco Webex? .

    • FQDN vybraná z ovládacího centra musí být obecný název (KN) nebo náhradní název subjektu (SAN) osvědčení. Příklad:

      • Pokud má kmen nakonfigurovaný z Control Hubu vaší organizace london.lgw.cisco.com:5061 jako FQDN místní brány, pak CN nebo SAN musí obsahovat london.lgw.cisco.com v certifikátu.  

      • Pokud má kmen nakonfigurovaný z Control Hubu vaší organizace london.lgw.cisco.com jako SRV adresu místní brány, pak CN nebo SAN musí obsahovat london.lgw.cisco.com v certifikátu. Záznamy, na které se adresa SRV řeší (CNAME, A Record nebo IP Address), jsou v SAN nepovinné.

      • V příkladu FQDN nebo SRV, který se používá pro váš kufr, musí mít kontaktní adresa pro všechny nové SIP dialogy z místní brány london.lgw.cisco.com v hostitelské části SIP adresy. Viz, Krok 5 pro konfiguraci.

  • Ujistěte se, že jsou podepsány certifikáty pro použití klientem a serverem.

  • Musíte nahrát balíček důvěry na místní bránu, jak je uvedeno v části Jaké kořenové certifikační autority jsou podporovány pro hovory do audio a video platforem Cisco Webex?.

1

Zadejte následující příkazy pro zapnutí aplikace Local Gateway (Viz Referenční informace portu pro Cisco Webex Volání nejnovějších IP podsítí pro přidání jako důvěryhodného seznamu):

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

Zde je vysvětlení polí pro konfiguraci:

Prevence podvodů s mýtným
voice service voip
ip address trusted list
ipv4 x.x.x.x y.y.y.y
  • Povoluje zdrojové IP adresy subjektů, od kterých Local Gateway očekává legitimní VoIP hovory, od Webex Calling peers.

  • Ve výchozím nastavení zablokuje Local Gateway všechna nastavení příchozích VoIP hovorů z IP adres, které nejsou v jeho důvěryhodném seznamu. IP adresy z volajících s „relací cílové IP“ nebo skupiny serverů jsou ve výchozím nastavení důvěryhodné a nevyplňují se zde.

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


     

    Pokud se vaše místní brána nachází za firewallem s omezeným statickým NAT, zakažte důvěryhodný seznam IP adres v rozhraní, které čelí volání Webex. Je to proto, že brána firewall vás chrání před nevyžádanými příchozími VoIP hovory. Tato akce snižuje vaši dlouhodobou konfiguraci režijních nákladů, protože adresy vrstevníků Webex Calling se mohou změnit a vy musíte nakonfigurovat firewall pro vrstevníky.

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

Základní funkce SIP-to-SIP
allow-connections sip to sip
Protokol faxu
fax protocol t38 version 0 ls-redundancy 0 hs-redundancy 0 fallback none

Aktivuje T.38 pro přenos faxu, i když faxový provoz není šifrován. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-f1.html#wp3472350152 naleznete v části.

Protokol SIP
early-offer forced

Nutí Local Gateway odeslat informace o SDP v úvodní ZVACÍ zprávě namísto čekání na potvrzení od sousedního peera.

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

Nakonfigurujte "kodek třídy hlasu 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 oba g711 (mu a a-law) kodeky pro relace. Aplikuje preferovaný kodek na všechny vytáčecí peery. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3562947976 naleznete v části.

3

Nakonfigurujte "hlasová třída omráčení 100" pro povolení LEDU.

voice class stun-usage 100 
stun usage ice lite

Zde je vysvětlení polí pro konfiguraci:

Třída hlasového omráčení - použití 100

Definuje použití omráčení. Platí pro všechny vytáčecí peery Webex Calling, aby se zabránilo jakémukoli zvuku, když Unified CM telefon přesměruje hovor na jiný telefon Webex Calling.

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

Nakonfigurujte "tøídu hlasu srtp-crypto 100" pro omezení podporovaného kryptografu.

voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Zde je vysvětlení polí pro konfiguraci:

Třída hlasu srtp-crypto 100
Specifikuje SHA1_80 jako jedinou šifrovací sadu SRTP, kterou nabízí místní brána v SDP v nabídce a odpovědi. Volání Webex podporuje pouze SHA1_80.
5

Nakonfigurujte „SIP profily 100“. V příkladu je cube1.abc.lgwtrunking.com FQDN vybrána pro Local Gateway a "172.x.x.x" je IP adresa rozhraní Local Gateway, která směřuje k Webex Calling:

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

Zde je vysvětlení polí pro konfiguraci:

pravidlo 10 až pravidlo 20
Zajistí, že IP adresa místní brány bude nahrazena FQDN v hlavičce ‘Kontakt’ s požadavky a odpověďmi.

Toto je požadavek na autentizaci místní brány, která má být použita jako kufr v daném místě volání Webex pro vaši organizaci.

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

Nakonfigurujte následující čtyři odchozí voliče:

  1. Nakonfigurujte první odchozí volič směrem k volání Webex.

    dial-peer voice 101 voip 
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD 
    session protocol sipv2
    session target dns:peering1.sipconnect.bcld.webex.com: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 1 
    voice-class sip bind media source-interface GigabitEthernet 1 
    dtmf-relay rtp-nte
    srtp!
    Zde je vysvětlení polí pro konfiguraci:
    dial-peer voice 101 voip
    description OutBound Dial peer towards Webex Calling

    Definuje voIP volič se značkou 101 a poskytuje smysluplný popis pro snadnou správu a řešení problémů. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 naleznete v části.

    destination-pattern BAD.BAD

    Umožňuje výběr vytáčecího peeru 101. Odchozí číselník 101 však vyvoláváme přímo z příchozího číselníku pomocí příkazů dpg, které obcházejí kritéria shody číslicového vzoru. Používáme libovolný vzor, který je založen na alfanumerických číslicích, které jsou povoleny cílovým vzorem CLI. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp3350083587 naleznete v části.

    session protocol sipv2

    Určuje, že volič 101 zpracovává SIP volací nohy. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066 naleznete v části.

    session target dns:peering1.sipconnect-int.bcld.webex.com:5062

    Označuje cílovou FQDN adresu cíle z Control Hubu pro odeslání volací části. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp3465578841 naleznete v části.

    voice-class codec 100

    Označuje seznam předvoleb kodeku 100, který má být použit pro vytáčecí peer 101. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3869826384 naleznete v části.

  2. Nakonfigurujte zbytek odchozího číselníku směrem k volání Webex. Kroky zůstávají stejné jako v kroku 6a, ale mají odlišný „cíl relace“ pro vytáčeče.

    dial-peer voice 102 voip
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering2.sipconnect-int.bcld.webex.com: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 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    dial-peer voice 103 voip
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering3.sipconnect-int.bcld.webex.com: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 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
    !
    dial-peer voice 104 voip
    description OutBound Dial peer towards Webex Calling
    destination-pattern BAD.BAD
    session protocol sipv2
    session target dns:peering4.sipconnect-int.bcld.webex.com: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 1
    voice-class sip bind media source-interface GigabitEthernet 1
    dtmf-relay rtp-nte
    srtp
     !
7

Vytvořte skupinu vytáčení na základě vytáčení směrem k volání Webex v aktivním/aktivním modelu.


 

Tato konfigurace je použitelná pro všechny regiony s výjimkou kmenů, které konfigurujete v místě se sídlem v Singapuru. Další informace naleznete v kroku 8.

  1. Definujte dpg 100 s odchozím voličem 101,102,103,104směrem k Webex Calling. Pro definici PSTN nebo Unified CM použijte dpg 100 na příchozí volič 100.

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

Přidruží odchozí volič s voličem skupiny 100 a nakonfiguruje volič 101, 102, 103 a 104 se stejnými preferencemi. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 naleznete v části.

8

Vytvořte skupinu vytáčení na základě vytáčení směrem k volání Webex v primárním/záložním modelu.


 

Tato konfigurace je použitelná pouze pro fortrunky, které konfigurujete v singapurských lokalitách.

  1. Definujte skupinu 100 s odchozí skupinou 101,102,103,104 směrem k Webex Calling. Pro definici PSTN nebo Unified CM použijte dpg 100 na příchozí volič 100.

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

Přidruží odchozí volič s voličem skupiny 100 a jako první předvolbu nakonfiguruje volič 101 a 102. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 naleznete v části.

dial-peer 103 and 104 preference 2 

Přidruží odchozí volič k skupině voličů 100a jako druhé nastavení nakonfiguruje volič 103 a 104. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 naleznete v části.

9

Nakonfigurujte příchozí volající z Webex Calling. Příchozí shoda je založena na požadavku URI.

voice class uri 120 sip 
pattern awscube2a.var2-sg.lgwtrunking.com 
dial-peer voice 110 voip 
session protocol sipv2
session transport tcp tls
destination dpg 120
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 GigabitEthernet1 
voice-class sip bind media 
source-interface GigabitEthernet1 
srtp!

Zde je vysvětlení polí pro konfiguraci:

voice class uri 120 sip
Definuje vzorec shody pro příchozí hovor z Webex Calling. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3880836726 naleznete v části.
session transport tcp tls
Nastavuje transport do TLS. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp3059887680 naleznete v části.
destination dpg 120
Určuje skupinu vytáčení 120 pro výběr odchozího vytáčení. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 naleznete v části.
incoming uri request 120

Shoduje se s veškerým příchozím provozem z Webex Calling to Local Gateway na jedinečném dtg vzoru v požadavku URI, který jednoznačně identifikuje lokalitu Local Gateway v rámci podniku a v ekosystému Webex Calling. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 naleznete v části.

Voice class srtp-crypto 100

Konfiguruje preferované šifrovací sady pro SRTP call leg (connection). Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp1731779246 naleznete v části.

bind control source-interface GigabitEthernet0/0/1

Konfiguruje zdrojovou IP adresu pro signalizaci zdrojového rozhraní směrem k volání Webex. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 naleznete v části.

bind media source-interface GigabitEthernet0/0/1

Konfiguruje zdrojovou adresu IP pro rozhraní zdroje médií směrem k volání Webex. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-b1.html#wp2714966862 naleznete v části.

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

  1. URI hlasové třídy -Můžete definovat vzorce hostitelských IP adres/portů pro různé kmeny končící na místní bráně:

    • Webex volá LGW

    • Ukončení SIP kmene sítě PSTN na LGW

  2. Odchozí volající- můžete směrovat odchozí volací úseky z LGW na poskytovatele internetových telefonních služeb (ITSP) SIP trunk a Webex Calling.

  3. Hlasová třída DPG-Můžete vyvolat cílení na odchozí volající z příchozího volajícího.

  4. Příchozí vytáčecí hovory Můžete přijímat příchozí hovory z ITSP a Webex Calling.

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

1

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

  1. Definujte IP adresu hostitele ITSP:

    voice class uri 100 sip
      host ipv4:192.168.80.13
    
  2. Definujte vzor pro jedinečnou identifikaci lokality místní brány v rámci podniku. Jako jednotný identifikátor zdroje (URI) použijte název hostitele místní brány.

    voice class uri 200 sip
    pattern awscube2a.var2-sg.lgwtrunking.com
    

     

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

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

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

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

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

    Zde je vysvětlení polí pro konfiguraci:

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

    Definuje voIP volič se značkou 121 a poskytuje smysluplný popis pro snadnou správu a řešení problémů. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 naleznete v části.

    destination-pattern BAD.BAD

    Umožňuje volbu číselníku 121. Tento odchozí volič však vyvoláte přímo z příchozího voliče pomocí příkazů dpg, který obejde kritéria shody číslicového vzoru. Používáte libovolný vzor, který je založen na alfanumerických číslicích, které jsou povoleny cílovým vzorem CLI. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp3350083587 naleznete v části.

    session protocol sipv2

    Určuje, že volič 121 zpracovává nohy volání SIP. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066 naleznete v části.

    session target ipv4:192.168.80.13

    Označuje cílovou adresu IPv4 pro odeslání volací části. Cíl relace je IP adresa ITSP. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp3465578841 naleznete v části.

    voice-class codec 100.

    Označuje seznam předvoleb kodeku 100, který se má použít pro vytáčení čísla 121.

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

    dtmf-relay rtp-nte

    Definuje RTP-NTE (RFC2833) jako schopnost DTMF očekávanou na volací části. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d2.html#wp3639536185 naleznete v části.

    no vad

    Zakáže detekci hlasové aktivity. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp2063966724 naleznete v části.

  2. Odchozí hovor směrem k Webex Calling. Viz kapitola Configure certificate-based trunk for configurations.

3

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

  1. Definuje skupinu číselníků 120. Odchozí volající 121 je cílem pro Webex Volání--> LGW --> PSTN. Aplikujete dpg 120 na příchozí dial-peer 110 pro Webex Volání --> LGW --> PSTN cesty.

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

     

    Dpg 120 musíte nakonfigurovat na příchozí volající z Webex Calling, další informace naleznete v kroku 9 v části Configure certificate-based trunk.

4

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

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

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

    Zde je vysvětlení polí pro konfiguraci:

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

    Definuje voIP volič se štítkem 122 a poskytuje smysluplný popis pro snadnou správu a řešení problémů. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 naleznete v části.

    session protocol sipv2

    Určuje, že volič 122 zpracovává SIP volací nohy. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066 naleznete v části.

    incoming uri via 100

    Definuje kritérium shody pro záhlaví VIA s IP adresou PSTN. Shoduje se se všemi příchozími IP PSTN volacími úseky na místní bráně s vytáčecím peerem 122. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 naleznete v části.

    destination dpg 100

    Obchází klasická kritéria pro porovnávání odchozích čísel v Local Gateway s cílovým dpg 100. Nastavte úsek odchozího volání pomocí číselníků definovaných v cílovém dpg 100, tj. číselník 101,102,103,104. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 naleznete v části.

    no vad

    Zakáže detekci hlasové aktivity. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp2063966724 naleznete v části.

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

PSTN volá Webex:

Porovnejte všechny příchozí IP úseky volání PSTN na místní bráně s vytáčecím peerem 122 a definujte kritérium shody pro hlavičku VIA s IP adresou PSTN. Dpg 100 vyvolává odchozí dial-peer 101,102,103,104, který má jako cílový cíl server Webex Calling.

Webex volá na PSTN:

Porovnejte všechny příchozí úseky volání Webex na Local Gateway s parametrem dial-peer 110 a definujte kritérium shody pro vzor záhlaví POŽADAVKU URI s názvem hostitele Local Gateway, který je jedinečný pro nasazení Local Gateway. Dpg 120 vyvolá odchozí dial-peer 121, který má jako cílový cíl IP PSTN IP adresu.

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

  1. URI hlasové třídy -Můžete definovat vzory hostitelských IP adres/portů pro různé kmeny končící na LGW z:

    • Jednotný CM do LGW pro destinace PSTN

    • Unifikovaný CM do LGW pro cíle volání Webex

    • Webex volá do LGW destinací

    • Ukončení SIP kmene sítě PSTN v destinacích LGW

  2. Skupina serverů hlasové třídy -Můžete cílit na IP adresy nebo porty pro odchozí kanály z:

    • LGW na Unified CM

    • LGW volá Webex

    • LGW to PSTN SIP trup

  3. Odchozí vytáčecí čísla Můžete směrovat odchozí volací úseky z:

    • LGW na Unified CM

    • SIP kufr poskytovatele internetových telefonních služeb (ITSP)

    • Webex Calling

  4. Hlasová třída dpg-Můžete se zaměřit na vyvolání odchozích voličů z příchozích voličů.

  5. Inbound dial-peers—Můžete přijímat příchozí hovory z Unified CM, ITSP a Webex Calling.

1

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

  1. Definuje hostitelskou IP adresu ITSP:

    voice class uri 100 sip
    host ipv4:192.168.80.13
    
  2. Definujte vzor pro jedinečnou identifikaci lokality místní brány v rámci podniku. Jako požadovaný jednotný identifikátor zdroje (URI) použijte místní název hostitele brány.

    voice class uri 200 sip
    pattern awscube2a.var2-sg.lgwtrunking.com

     

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

    Received
    INVITE sip:+6531239003@awscube1a.var1-sg.lgwtrunking.com:5061;transport=tls;dtg=awscube1a.var1-sg.lgwtrunking.com SIP/2.0 
  3. Definuje Unified CM signalizaci PŘES port pro kmen Webex Calling:

    voice class uri 300 sip
    pattern :5065
    
  4. Definuje Unified CM source signaling IP a VIA port pro kmen PSTN:

    voice class uri 302 sip
    pattern 192.168.80.60:5060
    
2

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

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

    voice class server-group 301
    ipv4 192.168.80.60 port 5065
    
  2. Definuje cílovou hostitelskou IP adresu Unified CM trunku a číslo portu pro Unified CM Group 2, pokud je to relevantní:

    voice class server-group 303
    ipv4 192.168.80.60 port 5065
    
  3. Definuje cílovou hostitelskou IP adresu Unified CM trunku pro Unified CM Group 1 (5 uzlů). Unified CM používá výchozí port 5060 pro příchozí provoz na kmeni PSTN. Použijte výchozí port 5060, pokud nezadáte číslo portu. (PSTN <-> LGW --> Unified CM)

    voice class server-group 305
    ipv4 192.168.80.60
    
  4. Definuje cílovou hostitelskou IP adresu Unified CM trunku pro Unified CM Group 2, pokud existuje.

    voice class server-group 307
    ipv4 192.168.80.60
    
3

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

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

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

    Zde je vysvětlení polí pro konfiguraci:

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

    Definuje voIP volič se značkou 121 a poskytuje smysluplný popis pro snadnou správu a řešení problémů. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 naleznete v části.

    destination-pattern BAD.BAD

    Umožňuje výběr vytáčení peer 121. Tento odchozí volič však vyvoláme přímo z příchozího voliče pomocí příkazů dpg, který obejde kritéria shody číslicového vzoru. Používáme libovolný vzor založený na alfanumerických číslicích, které jsou povoleny cílovým vzorem CLI. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp3350083587 naleznete v části. session protocol sipv2

    Určuje, že volič 121 zpracovává nohy volání SIP.

    session target ipv4:192.168.80.13

    Uveďte cílovou adresu IPv4, na kterou chcete odeslat hovor. (V tomto případě IP adresa ITSP.) Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr4/vcr4-cr-book/vcr-s2.html#wp1960850066 naleznete v části.

    voice-class codec 100

    Označuje seznam preferencí kodeku 100, který používáte pro vytáčení čísla 121.

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

  2. Odchozí vytáčení 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:peering1.sipconnect-int.bcld.webex.com: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 1
    voice-class sip bind media source-interface GigabitEthernet 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:peering2.sipconnect-int.bcld.webex.com: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 1
    voice-class sip bind media source-interface GigabitEthernet 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:peering3.sipconnect-int.bcld.webex.com: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 1
    voice-class sip bind media source-interface GigabitEthernet 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:peering4.sipconnect-int.bcld.webex.com: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 1
    voice-class sip bind media source-interface GigabitEthernet 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 volič se štítkem 200201, 200202, 200203, 200204 a poskytuje smysluplný popis pro snadnou správu a řešení problémů.

    voice-class stun-usage 100

    Odeslat místně generovaný požadavek na omráčení přes vyjednanou mediální cestu. Omráčení otevře díru ve firewallu.

    srtp

    Aktivuje SRTP pro call nohu.

  3. Odchozí číselník směrem ke kmeni Webex Unified CM:

    dial-peer voice 301 voip
    description Outgoing dial-peer to CUCM-Group-1 for inbound from Webex Calling - Nodes 1 to 5
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 301
    voice-class codec 100
    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 volič se značkou 301 a poskytuje smysluplný popis pro snadnou správu a řešení problémů.

    session server-group 301

    Definuje cíl relace více unifikovaných CM uzlů (server-skupina 301 pro dial-peer 301), ačkoli příklad ukazuje pouze jeden uzel.

    Skupina serverů v odchozí volbě peer

    Dosahuje náhodného rozložení volání na všechny předplatitele Unified CM zpracování volání nebo lovu na základě definovaných preferencí s více vytáčené peery v dpg a více servery ve skupině vytáčené peer serveru. Každá skupina serverů může mít až pět serverů (IPv4/v6 s nebo bez portu). Druhou skupinu volání a druhý server můžete použít pouze pro více než pět odběratelů zpracovávajících hovory.

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

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

    dial-peer voice 303 voip
    description Outgoing dial-peer to CUCM-Group-2 for inbound from Webex Calling - Nodes 6 to 10
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 303
    voice-class codec 100
    dtmf-relay rtp-nte
    no vad
  5. Odchozí číselník směrem k jednotnému kmeni PSTN CM:

    dial-peer voice 305 voip
    description Outgoing dial-peer to CUCM-Group-1 for inbound from PSTN - Nodes 1 to 5
    destination-pattern BAD.BAD
    session protocol sipv2
    session server-group 305
    voice-class codec 100 
    dtmf-relay rtp-nte
    no vad
    
  6. Pokud máte více než 5 uzlů Unified CM, druhý volič směrem k jednotnému kmenu sítě PSTN:

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

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

  1. Definuje dpg 121. Odchozí volající 121 je cílem každého příchozího volajícího, který vyvolá dpg 121. Použít dpg 121 na příchozí volič 302 definovaný později pro cestu Unified CM --> LGW --> PSTN:

    voice class dpg 121
    dial-peer 121 preference 1
    
  2. Definujte DPG 100 s odchozím voličem 200201, 200202, 200203, 200204 jako cíl pro Unified CM --> LGW --> Webex Calling path:


     

    Ujistěte se, že změny předvoleb jsou založeny na umístění nakonfigurované místní brány. Další informace viz Krok 7 a Krok 8 v části Konfigurace kmene založeného na certifikátech.

    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. Definujte dpg 300 pro odchozí vytáčecí peery 301 nebo 303 pro cestu Webex Calling --> LGW --> Unified CM:

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

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

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

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

    dial-peer voice 100 voip
    description Incoming dial-peer from PSTN
    session protocol sipv2
    destination dpg 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 volič se značkou 100 a poskytuje smysluplný popis pro snadnou správu a řešení problémů.

    session protocol sipv2

    Určuje, že vytáčecí peer 100 zpracovává SIP volací nohy.

    incoming uri via 100

    Určuje hlasovou třídu URI 100, aby odpovídala veškerému příchozímu provozu z IP PSTN do místní brány na příchozí PŘES hostitelskou IP adresu záhlaví. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 naleznete v části.

    destination dpg 302

    Specifikuje skupinu vytáčení 302 pro výběr odchozího vytáčení. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 naleznete v části.
  2. Příchozí volající pro příchozí Webex Volání nohy:

    dial-peer voice 110 voip
    description Incoming dial-peer from Webex Calling  
    session protocol sipv2 
    session transport tcp tls 
    destination dpg 120 
    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 GigabitEthernet1 
    voice-class sip bind media source-interface GigabitEthernet1 
    srtp 
     

    Zde je vysvětlení polí pro konfiguraci:

    dial-peer voice 110 voip
    description Incoming dial-peer from Webex Calling

    Aktualizuje voIP volič se značkou 110 a poskytuje smysluplný popis pro snadnou správu a řešení problémů.

    destination dpg 120

    Určuje skupinu vytáčení 120 pro výběr odchozího vytáčení. Viz, https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 pro více informací.

    Voice class srtp-crypto 100

    Konfiguruje preferované šifrovací sady pro SRTP call leg (connection). Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp1731779246 naleznete v části.

    bind control source-interface GigabitEthernet0/0/1

    Konfiguruje zdrojovou IP adresu pro signalizaci zdrojového rozhraní směrem k volání Webex.

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

    bind media source-interface GigabitEthernet0/0/1

    Konfiguruje zdrojovou adresu IP pro rozhraní zdroje médií směrem k volání Webex.

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

  3. Příchozí volající pro příchozí Unified CM call leg s Webex Calling jako cíl:

    dial-peer voice 300 voip
    description Incoming dial-peer from CUCM for Webex Calling
    session protocol sipv2
    destination dpg 200
    incoming uri via 300
    voice-class codec 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 volič se značkou 300 a poskytuje smysluplný popis pro snadnou správu a řešení problémů. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 naleznete v části.

    incoming uri via 300

    Určuje hlasovou třídu URI 300 pro veškerý příchozí provoz z Unified CM do LGW na portu via source (5065). Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-i1.html#wp7490919080 naleznete v části.

    destination dpg 200

    Určuje skupinu číselníků 200 pro výběr odchozího číselníku. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 naleznete v části.

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

    dial-peer voice 302 voip
    description Incoming dial-peer from CUCM for PSTN
    session protocol sipv2
    destination dpg 100
    incoming uri via 302
    voice-class codec 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 volič se značkou 302 a poskytuje smysluplný popis pro snadnou správu a řešení problémů. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr2/vcr2-cr-book/vcr-d1.html#wp2182184624 naleznete v části.

    incoming uri via 302

    Určuje hlasovou třídu URI 300 tak, aby odpovídala veškerému příchozímu provozu z Unified CM do Local Gateway pro cíl PSTN na portu VIA. Port 5060 můžete použít jako standardní SIP port. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp3880836726 naleznete v části.

    destination dpg 100

    Určuje skupinu vytáčení 100 pro výběr odchozího vytáčení. Další informace https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr5/vcr5-cr-book/vcr-v1.html#wp7209864940 naleznete v části.

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

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

Dříve než začnete:

  • Neupravujte soubor DS, který stáhnete z DSLT. Soubory, které upravíte, selžou při instalaci z důvodu chyby kontroly integrity.

  • Server SMTP (Simple Mail Transfer Protocol), který potřebujete pro místní bránu pro odesílání e-mailových oznámení.

  • Pokud chcete používat zabezpečený SMTP server pro e-mailová oznámení, zkontrolujte, zda je v místní bráně spuštěn IOS XE 17.6.1 nebo vyšší.

Požadavky

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

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

  2. Nakonfigurujte zabezpečený e-mailový server, který používáte k odesílání proaktivních oznámení, pokud je zařízení spuštěno IOS XE 17.6.1 nebo vyšší.

    
    configure terminal 
    call-home  
    mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    end 
  3. Nakonfigurujte proměnnou prostředí ds_email s e-mailovou adresou správce, kterého chcete upozornit.

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

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

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

    configure terminal 
    call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
    end  
  2. Nakonfigurujte e-mailový server, který má být použit pro odesílání proaktivních oznámení, pokud zařízení používá verzi starší než 17.6.1.

    configure terminal 
    call-home  
    mail-server  <email server> priority 1 
    end 
  3. Nakonfigurujte proměnnou prostředí ds_email s e-mailovou adresou správce, kterého upozorníte.

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

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


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

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

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

  2. Odpovězte „Ano, byl jsem to já“, když obdržíte e-mail od Gmailu s textem „Google zabránil někomu v přihlášení k vašemu účtu pomocí aplikace jiné než Google“.

Nainstalujte diagnostické podpisy pro proaktivní monitorování

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

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

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

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

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

    Název pole

    Hodnota pole

    Platforma

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

    Produkt

    CUBE Enterprise ve Webex Calling Solution

    Rozsah problému

    Výkon

    Typ problému

    Vysoké využití procesoru s e-mailovým oznámením.

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

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

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

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
    Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
    [OK - 3571/4096 bytes] 
    3571 bytes copied in 0.064 secs (55797 bytes/sec) 
    
  4. Nainstalujte soubor DS XML 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í diagnostického podpisu show call-home. Sloupec stavu by měl mít hodnotu „registrovaný“.

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

    Download DSs:

    ID DS

    Název DS

    Revize

    Stav

    Poslední aktualizace (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registrováno

    2020-11-07 22:05:33


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

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

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

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

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

    Název pole

    Hodnota pole

    Platforma

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

    Produkt

    CUBE Enterprise ve Webex Calling Solution

    Rozsah problému

    Výkon

    Typ problému

    Detekce abnormálního odpojení volání SIP pomocí e-mailu a upozornění Syslog.

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

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

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

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

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

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

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

  1. Nakonfigurujte další proměnnou prostředí DS, ds_fsurl_prefix kterou je cesta k souborovému serveru CiscoTAC (cxd.cisco.com), na kterou se nahrávají shromážděná diagnostická data. Uživatelské jméno v cestě k souboru je číslo případu a heslo je token pro nahrání souboru, který lze načíst ze Správce případů podpory, jak je znázorněno na následujícím obrázku. Token pro nahrání souboru lze podle potřeby vygenerovat v části Přílohy ve Správci případů podpory.

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

    Příklad:

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

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

    Název pole

    Hodnota pole

    Platforma

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

    Produkt

    CUBE Enterprise ve Webex Calling Solution

    Rozsah problému

    Výkon

    Typ problému

    Vysoké využití procesoru s e-mailovým oznámením.

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

    Název pole

    Hodnota pole

    Platforma

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

    Produkt

    CUBE Enterprise ve Webex Calling Solution

    Rozsah problému

    Syslogs

    Typ problému

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

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

    
    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. Nainstalujte High CPU monitoring DS 64224 a poté DS 65095 XML soubor do Local Gateway.

    
    call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    call-home diagnostic-signature load DS_65095.xml 
    Load file DS_65095.xml success 
    
  7. Ověřte, zda byl podpis úspěšně nainstalován pomocí diagnostického podpisu show call-home. Sloupec stavu by měl mít hodnotu „registrovaný“.

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

    Stažené DS:

    ID DS

    Název DS

    Revize

    Stav

    Poslední aktualizace (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registrováno

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registrováno

    2020-11-08:00:12:53

Ověřte provedení diagnostických podpisů

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

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

Stažené DS:

ID DS

Název DS

Revize

Stav

Poslední aktualizace (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Registrováno

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Spuštěno

2020-11-08 00:12:53

zobrazit statistiku diagnostiky a podpisu

ID DS

Název DS

Spuštěno/Max/Odinstalovat

Průměrná doba chodu (sekundy)

Maximální doba chodu (sekundy)

64224

DS_LGW_CPU_MON75

0/0/N

0, 000

0, 000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

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

Odinstalovat diagnostické podpisy

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

call-home diagnostic-signature deinstall <DS ID> 

Příklad:

call-home diagnostic-signature deinstall 64224 

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

07. března 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: Hussain1076LGU_

  • 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
07. března 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 RLWebex_
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 RLWebex_
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
20. června 2022
Nastavení funkcí služby Webex Calling

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

Vytvořit loveckou skupinu

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

Další informace o tom, jak zřídit loveckou skupinu, naleznete v části Skupiny lovců v Cisco Webex Control Hub.

Vytvořit frontu hovorů

Můžete nastavit frontu hovorů tak, aby v případě, že zákazníci nemohou odpovídat na hovory, jim byla poskytnuta automatická odpověď, zprávy o pohodlí a hudba pozastavena, dokud někdo nebude moci odpovědět na jejich volání.

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

Vytvořit klienta recepční

Pomáhejte podporovat potřeby personálu ve vaší přední kanceláři. Můžete nastavit uživatele jako telefonní obsluhu, aby mohli sledovat příchozí hovory s určitými lidmi ve vaší organizaci.

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

Vytvořit a spravovat automatické obsluhy

Můžete přidávat pozdravy, nastavovat nabídky a směrovat hovory na záznamník, skupinu lovců, hlasovou schránku nebo skutečnou osobu. Vytvoř si 24hodinový rozvrh nebo poskytni různé možnosti, když je tvoje firma otevřená nebo zavřená.

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

Nastavit skupinu stránkování

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

Informace o tom, jak nastavit a upravit skupiny stránkování, naleznete v části Konfigurace skupiny stránkování v Cisco Webex Control Hub.

Nastavit vyzvednutí hovoru

Vylepšete týmovou práci a spolupráci vytvořením skupiny pro vyzvedávání hovorů, aby si uživatelé mohli vzájemně odpovídat na hovory. Když přidáte uživatele do skupiny pro vyzvednutí hovoru a člen skupiny je pryč nebo zaneprázdněný, jiný člen může odpovídat na jeho hovory.

Informace o tom, jak nastavit skupinu pro vyzvedávání hovorů, najdeš v části Vyzvedávání hovorů v řídicím centru Cisco Webex.

Nastavit parkování hovorů

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

Další informace o tom, jak nastavit parkování hovorů, naleznete v části Park hovorů v Cisco Webex Control Hub.

Povolit uživatelům vpadnout do telefonních hovorů jiných lidí

1

V zobrazení pro zákazníky na https://admin.webex.com přejděte do části Uživatelé a vyberte uživatele, kterého chcete upravit.

2

Vyberte položku Volání, přejděte na položku Pokročilá nastavení volání a vyberte možnost Překročit.

3

Zapněte Barge In, vyberte, zda chcete, aby telefon přehrával zvuk, když někdo vtrhne do hovoru, a klepněte na tlačítko Uložit.

Zabránit někomu sledovat stav řádku uživatele

1

V zobrazení pro zákazníky na https://admin.webex.com přejděte do části Uživatelé a vyberte uživatele, kterého chcete upravit.

2

Vyberte Volání a poté přejděte do části Ochrana osobních údajů.

3

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

4

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

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

5

Klikněte na položku Uložit.

Příklad

Chceš vidět, jak se to dělá? Podívejte se na video o tom, jak spravovat nastavení ochrany osobních údajů uživatele v ovládacím centru.

Monitorovací seznam - Ostatní uživatelé a rozšíření Call Parku

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


Monitorovací služba funguje pouze s primárním zařízením uživatele.

1

V zobrazení pro zákazníky na https://admin.webex.com přejděte do části Uživatelé a vyberte uživatele, kterého chcete upravit.

2

Vyberte položku Volání, vyberte položku Pokročilá nastavení volání a potom přejděte do části 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 tento uživatel upozorněn na zaparkované hovory, vyhledejte osobu nebo volejte rozšíření parku, které má být monitorováno, a klikněte na tlačítko Uložit.


 

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


 

Název, který se zobrazí pro sledovaný řádek, je název zadaný v poli Křestní jméno a Příjmení uživatele nebo ID volajícího v pracovním prostoru.

Příklad

Chceš vidět, jak se to dělá? Podívejte se na video o tom, jak spravovat nastavení monitorování pro uživatele v ovládacím centru.

Zapnout hotelování pro uživatele

Povolení hotelingu pro uživatele mu umožňuje pracovat v jiném prostoru při zachování funkčnosti a funkcí jeho hlavního stolního telefonu.

1

V zobrazení pro zákazníky na https://admin.webex.com přejděte do části Uživatelé a vyberte uživatele, kterého chcete upravit.

2

Vyberte možnost Volání, vyberte možnost Pokročilá nastavení volání a klikněte na položku Hoteling.

3

Zapněte Hoteling a klepněte na tlačítko Uložit.

Příklad

Chceš vidět, jak se to dělá? Podívejte se na video o tom, jak nakonfigurovat nastavení hudby v Control Hubu.
07. března 2022
Konfigurace a správa volajících uživatelů Webexu

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


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


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

Než začnete

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

1

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

2

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

3

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

4

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

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

 

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

5

Přiřazení licence:

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


 

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

6

Správa obsahu:

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

7

Klikněte na položku Uložit.

  • Každému člověku se pošle e-mail s pozvánkou k připojení.

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

8

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

9

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