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

7. bře 2022
Přehled volání Webex

Představujeme volání Webex

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

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

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

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

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

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

Tabulka 1. Funkce konfigurovatelné správcem

Funkce

Popis

Automatický operátor

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

Fronta hovorů

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

Hromadné zpracování hovorů

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

Parkování hovorů

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

Skupina sdružených linek

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

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

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

Skupina pagingu

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

Klient recepce

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

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

Tabulka 2. Uživatelsky konfigurovatelné funkce

Funkce

Popis

Anonymní odmítnutí hovoru

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

Kontinuita podnikání

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

Přesměrování hovorů

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

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

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

Upozornit na volání

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

Čekající hovor

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

Nerušit

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

Office Anywhere

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

Prioritní výstraha

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

Vzdálená kancelář

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

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

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

Selektivní odmítnutí hovoru

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

Sekvenční okruh

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

Simultánní vyzvánění

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

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

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

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

Uživatelské prostředí

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

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

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

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

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

Přehled

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

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

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

  • Cisco Unified Communications Manager

  • Cisco Unified IM and Presence

  • Připojení Cisco Unified Unity

  • Dálnice Cisco

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

Jednoduchá cesta migrace

Vyhrazená instance pro volání Webex poskytuje zjednodušenou cestu migrace do cloudu ze starší pobočkové ústředny i z místních systémů Správce sjednocené komunikace.

Vyhrazená instance zmírňuje bolestivé body spojené s podnikovým voláním migrace do cloudu:

Žádné přerušení – vyhrazená instance má stejné funkce, funkce, uživatelské prostředí a možnosti integrace podporované Správcem sjednocené komunikace nasazeným místně, včetně podpory pro Jabber a Webex App. To vytváří bezproblémovou migraci do cloudu bez nutnosti školení koncových uživatelů nebo správců pro stávající zákazníky Správce sjednocené komunikace. Vyhrazenou instanci lze sloučit do pobočkových ústředen třetích stran, což novým zákazníkům společnosti Cisco umožňuje flexibilní plán migrace.

Přizpůsobení – Vyhrazená privátní instance pro každého zákazníka umožňuje vysoce přizpůsobitelné nasazení cloudu, což je jedinečný rozdíl od ostatních nabídek cloudového volání na trhu. Otevřená rozhraní API dedicated Instance umožňují hluboké integrace aplikací třetích stran, což zákazníkům umožňuje vytvářet prostředí pro volání, které podporuje jedinečné obchodní pracovní postupy.

Nekompromisní zabezpečení – S vyhrazenou instancí mají zákazníci přístup ke všem funkcím zabezpečení Správce sjednocené komunikace pro koncové body a aplikace sjednocené komunikace, jako jsou šifrovaná média, zabezpečené SRST a zabezpečená registrace OTT pomocí MRA.

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

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

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

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

Dostupnost řešení

Služba vyhrazená instance je globálně dostupná a lze ji objednat jako doplněk pro Webex Calling Flex Plan 3.0 prostřednictvím partnerů v konkrétních zemích. Další podrobnosti najdete v Globálním průvodci dostupností.

Vyhrazená instance podporuje stejnou úroveň lokalizace jako náš místní Správce sjednocené komunikace. Podporuje telefonní a vstupní tóny v 82 zemích, samoobslužný portál v 50 jazycích a klienty ve více než 30 jazycích.

Výhody

Vyhrazená instance nabízí nejefektivnější cestu migrace do cloudu pro stávající zákazníky Správce sjednocené komunikace s následujícími klíčovými výhodami:
  • Vyhrazená instance 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, která snižuje potřebu rekvalifikace zaměstnanců
  • Sjednocený klient pro volání, zasílání zpráv, schůzky a týmovou spolupráci, který je použitelný napříč všemi typy zařízení
  • Kompatibilita s kompletním portfoliem telefonů, bran a videozařízení Cisco
  • Integruje se se schůzkami Webex, zasíláním zpráv a voláním jako součást sady Webex, což umožňuje úžasnou zkušenost koncového zákazníka.

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

Prohlídka Control Hubu

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

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


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

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

Začínáme

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

První průvodce zkušebními verzemi

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

Zkontrolujte nastavení

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

Přidat uživatele

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

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

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

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

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

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

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

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

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

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

Podpořte své uživatele

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

Role místní brány

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

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

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

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

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

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

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

Samostatná nasazení místní brány

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

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

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

Nasazení místní brány Coresident

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Třída služby (CoS)

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

  • Zařízení registrovaná v Unified CM

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

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

Zařízení registrovaná v Unified CM

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

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

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

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

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

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

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

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

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

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

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

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

Integrace vytáčecího plánu

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

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

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

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

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

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

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

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

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

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

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

Dosažitelnost volání Webex

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

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

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

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

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

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

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

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

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

Existují dvě samostatné nabídky volání, které využívají stejnou platformu volání Webex. Jedna nabídka je pro poskytovatele služeb (SP) a jejich zákazníky, zatímco druhá nabídka je pro prodejce s přidanou hodnotou (VAR) a jejich zákazníky. Z větší části jsou nabídky identické a jako takové je obecně označujeme jako voláníWebex. Existuje však několik rozdílů a tam, kde potřebujeme tyto rozdíly upozornit, se ujistíme, že víte, zda se vztahují na SP nebo VAR.

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

Sps mohou označovat své volající portály a aplikace a musí sdružovat a poskytovat své vlastní služby VEŘEJNÉ TELEFONNÍ sítě svým zákazníkům nebo využívat nasazení místní brány. SPS musí také poskytovat svou vlastní podporu Tier 1.

VAR, na druhé straně, používají značku poskytovanou společností Cisco. VAR nejsou regulovanými poskytovateli služeb a nemohou poskytovat služby veřejné telefonní sítě. Služba PSTN musí být využita prostřednictvím nasazení místní brány podniku. VAR mohou také poskytovat vlastní podporu Tier 1 nebo používat Cisco. Obě nabídky volání poskytují záruku služeb prostřednictvím metrik kvality médií a mohou sdružovat aplikace Webex a schůzky spolu s aplikacemi pro volání.

Obslužné rutiny protokolu pro volání

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

  • CLICKTOCALL: nebo CLICKTOCALL://

  • SIP: nebo SIP://

  • TEL: nebo TEL://

  • WEBEXTEL: nebo WEBEXTEL://

Obslužné rutiny protokolu pro systém Windows

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

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

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

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

Obslužné rutiny protokolu pro macOS

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

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

7. bře 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.

7. bře 2022
Konfigurace volání Webex pro vaši organizaci

Přizpůsobte svou organizaci pro volání Webex v Centru řízení. Po aktivaci prvního umístění pomocí Průvodce prvním nastavením můžete nastavit a spravovat další umístění, přiřazení a využití kmene, možnosti vytáčecího plánu, uživatele, zařízení a funkce.

Prvním krokem k uvedení služeb volání Webex do provozu je dokončení Průvodce prvním nastavením (FTSW). Jakmile je FTSW dokončen pro vaše první umístění, nemusí být dokončen pro další místa.

1

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


 

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

2

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

3

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


 

Váš správce účtu je zodpovědný za aktivaci prvních kroků pro FTSW. Pokud se vám po výběru možnosti Začínáme zobrazí oznámení "Nelze nastavit hovor", obraťte se na správce účtu.

4

Vyberte zemi, na kterou má být vaše datové centrum mapováno, a zadejte kontakt zákazníka a informace o adrese zákazníka.

5

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

6

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

  • Klikněte na Uložit a zavřít , pokud jste správce partnera a chcete, aby správce zákazníka dokončil zřizování voláníWebexu .
  • 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 do vytvořeného umístění přidali hlavní číslo .

7

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

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

Klikněte na Další.

9

Zadejte dostupnou adresu Cisco Webex SIP, klikněte na tlačítko Další a vyberte možnost Dokončit.

Než začnete

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

  • Adresa místa

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

1

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

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

2

Nakonfigurujte nastavení umístění:

  • Názevumístění – Zadejte jedinečný název pro identifikaci umístění.
  • Země/oblast– Vyberte zemi, se kterou chcete umístění svázat. Můžete například vytvořit jedno umístění (ústředí) ve Spojených státech a jiné (pobočku) ve Spojeném království. Země, kterou vyberete, určuje pole adresy, která následují. Ty, které jsou zde zdokumentovány, používají jako příklad americkou konvenci adres.
  • Adresamísta – Zadejte hlavní poštovní adresu místa.
  • Město –Zadejte město pro toto místo.
  • Stát/provincie/oblast– Z rozevíracího seznamu vyberte stát.
  • PSČ– zadejte PSČ.
  • Jazykoznámení – Vyberte jazyk zvukových oznámení a výzev pro nové uživatele a funkce.
  • Jazyke-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 Uložit a pak zvolte, jestli chcete čísla přidat hned nebo později.

4

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

  • Cisco PSTN – Tuto možnost zvolte, pokud chcete cloudové řešení veřejné telefonní sítě od společnosti Cisco. Volací plán Cisco je úplné náhradní řešení veřejné telefonní sítě, 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 veřejné telefonní sítě nebo přenášet stávající čísla na společnost Cisco.


     

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

    • Zakoupili jste alespoň jeden potvrzený telefonní plán Cisco OCP (Outbound Calling Plan).

    • Nacházíte se v zemi, kde je podporovánvolací plán Cisco.

    • Vaše poloha je nová. Dříve existující umístění, která mají přiřazené další funkce veřejné telefonní sítě, nemají v současné době nárok na volací plán Cisco. Otevřete případ podpory pro pokyny.

    • Jste hostováni ve volacím datovém centru Webex v oblasti, ve které je podporován volací plán Cisco.

  • Cloud Connected PSTN– Tuto možnost zvolte, pokud hledáte cloudové řešení veřejné telefonní sítě od jednoho z mnoha partnerů Cisco CCP nebo pokud ve vaší lokalitě není k dispozici volací plán Cisco. Partneři CCP nabízejí řešení náhrady veřejné telefonní sítě, rozsáhlé globální pokrytí a širokou a pestrou škálu funkcí, balení a cen.

     

    Zde jsou uvedeni partneři ústředních protistran a zeměpisné pokrytí. Zobrazí se pouze partneři, kteří podporují zemi vaší lokality. Partneři jsou uvedeni buď s logem, nebo jako krátký řetězec textu následovaný oblastí 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, vyberte oblast, která je nejblíže zemi vašeho umístění, abyste zajistili regionální média pro CCP.

    Pokud vidíte možnost Čísla objednávek nyní u uvedeného poskytovatele, doporučujeme zvolit tuto možnost, abyste mohli využívat výhod integrované ústřední protistrany. Integrovaná CCP umožňuje obstarávání a zřizování telefonních čísel v Control Hubu na jedné skleněné tabuli. Neintegrovaná ústřední protistrana vyžaduje, abyste si telefonní čísla obstarali od partnera ústřední protistrany mimo Centrum kontroly .

  • Místní veřejná telefonní síť (místní brána)– Tuto možnost můžete zvolit, pokud chcete zachovat stávajícího poskytovatele veřejné telefonní sítě nebo chcete propojit necloudové weby s cloudovými weby.

Možnost veřejné telefonní sítě je na každé úrovni umístění (každé umístění má pouze jednu možnost veřejné telefonní sítě). Pro své nasazení můžete kombinovat a porovnávat tolik možností, kolik chcete, ale každé umístění bude mít jednu možnost. Jakmile vyberete a zřídíte možnost veřejné telefonní sítě, můžete ji změnit kliknutím na Spravovat ve vlastnostech umístění veřejné telefonní sítě. Některé možnosti, například Cisco PSTN, však nemusí být k dispozici po přiřazení jiné možnosti. Otevřete případ podpory pro pokyny.

5

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

6

Pokud jste vybrali neintegrovanou ústřední protistranu nebo místní veřejnou telefonní síť, zadejte Telefonní čísla jako hodnoty oddělené čárkami a klikněte na Ověřit.

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

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

7

Klikněte na položku Uložit.

Co dělat dál

Po vytvoření umístění můžete pro toto umístění povolit služby tísňového volání 911. Další informace naleznete v tématu Služba RedSky Emergency 911 pro volání Webex.

Než začnete


Získejte seznam uživatelů a pracovních prostorů přidružených k umístění: Přejděte na Služby > Volání > čísel a z rozbalovací nabídky vyberte umístění, které chcete odstranit. Před odstraněním umístění je nutné tyto uživatele a pracovní prostory odstranit.

1

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

2

Klikněte do sloupce Akce vedle umístění, které chcete smazat.

3

Zvolte Odstranit umístěnía potvrďte, že chcete toto místo odstranit.

Trvalé odstranění místa obvykle trvá několik minut, ale může to trvat až hodinu. Stav můžete zkontrolovat kliknutím vedle názvu umístění a výběrem možnosti Stavodstranění.

Nastavení veřejné telefonní sítě, název, časové pásmo a jazyk místa můžete po jeho vytvoření změnit. 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í umístění můžete povolit služby tísňového volání 911. Další informace naleznete v tématu Služba RedSky Emergency 911 pro volání Webex.

1

V zobrazení zákazníka v programu https://admin.webex.compřejděte na Služby > Volání > umístěnía pak vyberte umístění, které chcete aktualizovat.

Pokud se vedle místa zobrazí symbol upozornění, znamená to, že jste pro toto místo ještě nenakonfigurovali telefonní číslo. Dokud toto číslo nenakonfigurujete, nemůžete uskutečňovat ani přijímat žádné hovory.

2

(Volitelné) V části Připojení k veřejné telefonní sítivyberte buď Cloud Connected PSTN nebo Local-based PSTN (local gateway), podle toho, kterou z nich jste už nakonfigurovali. Kliknutím na tlačítko Spravovat změňte tuto konfiguraci a pak 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 zvolte, pokud chcete cloudové řešení veřejné telefonní sítě od společnosti Cisco. Volací plán Cisco je úplné náhradní řešení veřejné telefonní sítě, 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 veřejné telefonní sítě nebo přenášet stávající čísla na společnost Cisco.


     

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

    • Zakoupili jste alespoň jeden potvrzený telefonní plán Cisco OCP (Outbound Calling Plan).

    • Nacházíte se v zemi, kde je podporovánvolací plán Cisco.

    • Vaše poloha je nová. V současné době již existující umístění, která mají přiřazené další funkce veřejné telefonní sítě, nemají nárok na volací plán Cisco. Otevřete případ podpory pro pokyny.

    • Jste hostováni ve volacím datovém centru Webex v oblasti, ve které je podporován volací plán Cisco.

  • Cloud Connected PSTN– Tuto možnost zvolte, pokud hledáte cloudové řešení veřejné telefonní sítě od jednoho z mnoha partnerů Cisco CCP nebo pokud ve vaší lokalitě není k dispozici volací plán Cisco. Partneři CCP nabízejí řešení náhrady veřejné telefonní sítě, rozsáhlé globální pokrytí a širokou a pestrou škálu funkcí, balení a cen.

     

    Zde jsou uvedeni partneři ústředních protistran a zeměpisné pokrytí. Zobrazí se pouze partneři, kteří podporují zemi vaší lokality. Partneři jsou uvedeni buď s logem, nebo jako krátký řetězec textu následovaný oblastí 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, vyberte oblast, která je nejblíže zemi vašeho umístění, abyste zajistili regionální média pro CCP.

    Pokud vidíte možnost Čísla objednávek nyní u uvedeného poskytovatele, doporučujeme zvolit tuto možnost, abyste mohli využívat výhod integrované ústřední protistrany. Integrovaná CCP umožňuje obstarávání a zřizování telefonních čísel v Control Hubu na jedné skleněné tabuli. Neintegrovaná ústřední protistrana vyžaduje, abyste si telefonní čísla obstarali od partnera ústřední protistrany mimo Centrum kontroly .

  • Místní veřejná telefonní síť (local gateway)– Tuto možnost můžete zvolit, pokud chcete zachovat stávajícího poskytovatele veřejné telefonní sítě nebo chcete propojit necloudové weby s cloudovými weby.

     

    Webex Volající zákazníci s umístěními, která jsou dříve nakonfigurována s místní bránou, budou automaticky převedeni na místní veřejnou telefonní síť s odpovídajícím kmenem.

3

Vyberte hlavní číslo , na kterém je k dispozici hlavní kontakt místa.

4

(Volitelné) V části Tísňové volánímůžete vybrat možnost Identifikátor místa tísňového volání a přiřadit k tomuto umístění.


 

Toto nastavení je volitelné a platí pouze pro země, které to vyžadují.

V některých zemích (Příklad: Francie) existují regulační požadavky na celulární rádiové systémy, které zjišťují identitu buňky při tísňovém volání a jsou zpřístupněny orgánům tísňového volání. Jiné země, jako jsou USA a Kanada, implementují určování polohy pomocí jiných metod. Další informace naleznete v tématu 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é privátní hlavičky rozšíření SIP, P-Access-Network-Info. Záhlaví obsahuje informace týkající se přístupové sítě.

Když nastavíte identifikátor nouzového umístění pro umístění, hodnota umístění je odeslána poskytovateli jako součást zprávy SIP. Obraťte se na svého poskytovatele tísňového volání a zjistěte, 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 a zkontrolovat tak 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í změňte podle potřeby názevmísta, jazykoznámení, jazyke-mailu, časové pásmonebo adresu a potom klikněte na Uložit .


 

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


 

Změna časového pásma pro místo neaktualizuje časová pásma prvků přidružených k danému místu. Chcete-li upravit časová pásma pro funkce, jako je automatický telefonický systém, skupina lovů a fronta hovorů, přejděte do oblasti Obecná nastavení konkrétní funkce, pro kterou chcete časové pásmo aktualizovat, a upravte a uložte ji.

Tato nastavení jsou určena pro interní vytáčení a jsou také k dispozici v průvodci prvním nastavením. Při změně vytáčecího plánu se ukázková čísla v Centru Control Hub aktualizují tak, aby tyto změny zobrazovala.


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

1

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

2

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

  • Délkapředpony směrování umístění – Toto nastavení doporučujeme, pokud máte více umístění. Můžete zadat délku 2-7 číslic. Pokud máte více míst se stejnou příponou, musí uživatelé při volání mezi místy vytočit předčíslí. Pokud máte například více úložišť, všechny s příponou 1000, můžete nakonfigurovat předponu směrování pro každé úložiště. Pokud má jeden obchod předponu 888, vytočte 8881000, abyste se dostali do tohoto obchodu.
  • Číslice řízení v předponěsměrování – Zde můžete nastavit hodnotu bez ohledu na to, zda používáte předpony směrování umístění.
  • Délka interníhorozšíření – Můžete zadat 2–6 číslic a výchozí hodnota je 2.

     

    Po zvětšení délky rozšíření se stávající rychlá volání na interní rozšíření automaticky neaktualizují.

3

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

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

     

    Uživatelé mohou při externích hovorech zahrnout číslici odchozího vytáčení, aby napodobili způsob vytáčení ve starších systémech. Chcete-li uskutečňovat externí hovory , musíte uvést číslici odchozího vytáčení.

Dopad na uživatele:

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

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

Pokud jste prodejce s přidanou hodnotou, můžete pomocí těchto kroků spustit konfiguraci místní brány v Centru řízení. Když je tato brána zaregistrovaná v cloudu, můžete ji použít na jednom nebo více místech volání Webex k zajištění směrování směrování směrem k podnikovému poskytovateli služeb veřejné telefonní sítě.


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

Pomocí těchto kroků vytvořte kmen v Centru řízení.

Než začnete

  • Po přidání umístění a před konfigurací místní veřejné telefonní sítě pro umístění je nutné vytvořit kmen.

  • Vytvořte libovolná umístění a konkrétní nastavení a čísla pro každé z nich. Umístění musí existovat před přidáním místní veřejné telefonní sítě.

  • Seznamte se s požadavky místní veřejné telefonní sítě (místní brána) pro volání Webexu.

  • Nemůžete zvolit více než jeden kmen pro umístění s místní veřejnou telefonní sítí, ale můžete zvolit stejný kmen pro více umístění.

1

V zobrazení zákazníka v programu https://admin.webex.compřejděte na Služby > Volání > Směrováníhovorů a vyberte Přidat kmen.

2

Vyberte umístění.

3

Pojmenujte kmen a klikněte na Uložit.


 

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

Co dělat dál

Zobrazí se příslušné parametry, které budete muset nakonfigurovat v kufru. Vygenerujete také sadu přihlašovacích údajů SIP digest pro zabezpečení připojení k veřejné telefonní síti.

Na obrazovce Register Domain (Registrovat doménu), Kmenová skupina OTG/DTG, Linka/Porta Odchozí proxy adresa se zobrazí informace o kmeni.

Doporučujeme zkopírovat tyto informace z Centra řízení a vložit je do místního textového souboru nebo dokumentu, abyste na ně mohli odkazovat, až budete připraveni nakonfigurovat místní veřejnou telefonní síť.

Pokud přihlašovací údaje ztratíte, musíte je vygenerovat z obrazovky s informacemi o kmeni v Centruřízení. Kliknutím na Načíst uživatelské jméno a Resetovat heslo vygenerujte novou sadu ověřovacích přihlašovacích údajů, které se mají použít v kmeni.

1

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

2

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

3

Vyberte Místní veřejná telefonní síť a klikněte na Další.

4

Z rozbalovací nabídky vyberte kufr.


 

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

5

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

Co dělat dál

Musíte vzít informace o konfiguraci, které Control Hub vygeneroval, a namapovat parametry do místní brány (například na Cisco CUBE, která se nachází v místním prostředí). Tento článek vás provede tímto procesem. Jako referenci najdete v následujícím diagramu příklad toho, jak se konfigurační informace o Control Hubu (vlevo) mapují na parametry v CUBE (vpravo):

Po úspěšném dokončení konfigurace samotné brány se můžete vrátit do části Služby > Volat > umístění v Centru řízení a brána, kterou jste vytvořili, bude uvedena na kartě umístění, ke které jste ji přiřadili, se zelenou tečkou vlevo od názvu. Tento stav označuje, že brána je bezpečně zaregistrována v volajícím cloudu a slouží jako aktivní brána veřejné telefonní sítě pro dané umístění.

1

V zobrazení zákazníka vyberte https://admin.webex.comikonu budovy .

2

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

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

1

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

2

Možnosti volání, které chcete, aby uživatelé viděli, přetáhněte do pole Dostupné možnosti volání a změňte jejich uspořádání v pořadí priority, které chcete pro 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 ukázkovém snímku obrazovky:

3

Přepněte na Možnost jednoho volání kliknutím, pokud chcete, aby uživatelé mohli volat pomocí možnosti prvního volání, kterou jste nakonfigurovali v předchozím kroku.


 

Změny se mohou v aplikaciWebex zobrazit až 24 hodin. Uživatelům můžete poradit, aby restartovali své aplikace a tyto změny mohli rychleji zachytit.

Můžete určit, jaká volající aplikace se otevře, když uživatelé uskuteční volání do veřejné telefonní sítě. Po nakonfigurování tohoto nastavení na úrovni organizace můžete toto nastavení přepsat pro konkrétní uživatele.


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

Než začnete

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

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

V zobrazení zákazníka v programu https://admin.webex.compřejděte na Nastavení správy > organizace, přejděte na Chovánívolání a pak zvolte jednu z následujících možností: .

  • Volání ve Webexu – Tuto možnost vyberte,pokud chcete, aby uživatelé volali přímo v aplikaci Webex pomocí voláníWebex.
  • AplikaceWebex Calling – Tuto možnost vyberte, pokud má vaše organizace předplatné volání Cisco Webex a chcete uživatelům povolit volání do veřejné telefonní sítě pomocí aplikace Webex Calling . Když uživatelé provádějí volání do veřejné telefonní sítě v aplikaciWebex, používá se k volání aplikace Webex Calling .

     

    Aplikace Volání Webex je k dispozici pouze vybraným zákazníkům.

Zobrazí se zpráva, která označuje, že chování volání je aktualizováno. Uživatelé nyní mohou volat do veřejné telefonní sítě z aplikace Webex nebo z aplikace Webex Calling .

Uživatelé musí mít nainstalovanou odpovídající aplikaci, aby mohli volat do veřejné telefonní sítě z aplikaceWebex. Ujistěte se, že dáte lidem vědět, jakou volbu uděláte a jestli se k volání do veřejné telefonní sítě používá jiná aplikace.


 

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

7. bře 2022
Konfigurace místní brány v systému IOS-XE pro volání Webex

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

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

Než začnete

  • Splňte požadavky na místní bránu pro voláníWebex.

  • Vytvořte místní bránu v Centru řízení.

  • Pokyny pro konfiguraci uvedené v tomto dokumentu předpokládají, že je k dispozici vyhrazená platforma místní brány bez existující hlasové konfigurace. Pokud se stávající podniková implementace brány veřejné telefonní sítě nebo CUBE upravuje tak, aby používala také funkci místní brány pro voláníWebexu, věnujte pečlivou pozornost použité konfiguraci a ujistěte se, že stávající toky volání a funkce nejsou přerušeny v důsledku provedených změn.

  Příkaz nebo akce Účel
1

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

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

2

Provedení konfigurace referenční platformy

Implementujte tyto kroky jako běžnou globální konfiguraci pro místní bránu. Konfigurace zahrnuje konfiguraci platformy směrného plánu a aktualizaci fondu důvěryhodných certifikátů.

3

Registrace místní brány pro volání Webexu

4

Vyberte si jednu v závislosti na nasazení:

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

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

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

Tabulka 1. Mapování parametrů mezi řídicím centrem a místní bránou

Control Hub

Místní brána

Doména registrátora:

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

příklad.com

registrátor

příklad.com

OTG/DTG skupiny přenosového spoje

sip profily:

požadavek pravidla <rule-number> ANY sip-header

Z modify ">" ";otg=otgDtgId>"

Linka/port

user@example.com

číslo: Uživatel

Odchozí proxy server

odchozí proxy (DNS název – SRV access SBC)

Uživatelské jméno SIP

uživatelské jméno

Heslo SIP

heslo

Než začnete

  • Ujistěte se, že základní konfigurace platformy, jako jsou NTP, seznamy ACL, hesla povolení, primární heslo, směrování IP adres, IP adresy atd., jsou nakonfigurovány podle zásad a postupů vaší organizace.

  • Minimální podporovaná verze IOS-XE 16.12 nebo IOS-XE 17.3 je vyžadována pro všechna nasazení LGW.

1

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

interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling
 ip address 192.168.43.197 255.255.255.0
2

Primární klíč pro heslo je nutné předem nakonfigurovat pomocí níže uvedených příkazů, než ho budete moct použít v přihlašovacích údajích a sdílených tajných klíčích. Hesla typu 6 jsou šifrována pomocí šifry AES a uživatelem definovaného primárního klíče.


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

Nakonfigurujte názvový server IP tak, aby umožňoval vyhledávání DNS, a zajistěte, aby byl dosažitelný pomocí příkazu ping:


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

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

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

  2. Přiřazení bodu důvěryhodnosti jako výchozího signálního bodu důvěryhodnosti v rámci sip-ua

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

  4. Kryptografický bod důvěryhodnosti je nutný pro fungování protokolu TLS, i když pro nastavení připojení není vyžadován místní klientský certifikát (například mTLS).

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

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

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


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

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

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

Aktualizace trustpoolu místní brány:

Výchozí sada trustpoolu neobsahuje certifikáty "DigiCert Root CA" nebo "IdenTrust Commercial" potřebné pro ověření certifikátu na straně serveru během navazování připojení TLS k volání Webexu.

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

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

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

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

    
    LocalGateway#show crypto pki trustpool | include DigiCert
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    cn=DigiCert Global Root CA
    o=DigiCert Inc
    
    LocalGateway#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 Centru řízení pro vytvoření umístění a přidali kmen pro toto umístění. V uvedeném příkladu byly informace získány z Control Hub.

1

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

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

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

LocalGateway(conf-serv-stun)#sip

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

Vysvětlení příkazů:

Prevence mýtných podvodů
Device(config)# voice service voip
Device(config-voi-serv)# ip address trusted list
Device(cfg-iptrust-list)# ipv4 x.x.x.x y.y.y.y
  • Explicitně povolí zdrojové IP adresy entit, od kterých místní brána očekává legitimní volání VoIP, jako jsou partnerské webexy volající , sjednocené CM uzly, IP PSTN.

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

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


     

    Pokud je váš LGW za bránou firewall s omezeným kuželem NAT, můžete raději zakázat seznam důvěryhodných adres IP v rozhraní Webex Calling. Je to proto, že brána firewall vás již chrání před nevyžádaným příchozím VoIP. Tato akce by snížila vaši dlouhodobější režii na konfiguraci, protože nemůžeme zaručit, že adresy partnerských webexů volajících zůstanou pevné a v každém případě byste museli nakonfigurovat bránu firewall pro partnerské počítače.

  • Na jiných rozhraních může být nutné nakonfigurovat další ADRESY IP; například vaše adresy Unified CM může být nutné přidat do rozhraní směřujících dovnitř.

  • IP adresy se musí shodovat s IP adresou hostitelů outbound-proxy Řeší v tenantovi 200

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

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

  • Hromadné statistiky médií umožňují řídicí rovině dotazovat se roviny dat pro statistiku hromadných volání.

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 FUNKCI REFER a nahradí ID dialogového okna v poli Nahradí záhlaví ID dialogového okna partnera.

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

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

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

Povolit globální STUN
stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
  • Když je hovor přesměrován zpět na volajícího uživatele Webex (například volající i volající strany jsou předplatiteli volání Webex a mají média ukotvená v knihovně Webex Calling SBC), médium nemůže proudit do místní brány, protože dírka není otevřená.

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

  • Heslo STUN je předpokladem pro to, aby místní brána odesílala zprávy STUN. Brány firewall založené na IOS/IOS-XE lze nakonfigurovat tak, aby kontrolovaly toto heslo a dynamicky otevíraly dírky (například bez explicitních pravidel pro vstup a výstup). Ale pro případ nasazení místní brány je brána firewall staticky nakonfigurována tak, aby otevírala dírky dovnitř a ven na základě Webex volání podsítí SBC. Brána firewall by s tím měla zacházet jako s jakýmkoli příchozím paketem UDP, který spustí otevření dírky, aniž by se explicitně podíval na obsah paketu.

Skupina G729
sip
  g729 annexb-all

Umožňuje všechny varianty G729.

Protokol SIP
early-offer forced

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

2

Nakonfigurujte "SIP Profil 200".

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

Tato pravidla jsou

Vysvětlení příkazů:

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

    To převádí mezi identifikátory URI SIP a adresami URL SIP, protože volání Webex nepodporuje identifikátory URI SIP ve zprávách požadavků a odpovědí, ale potřebuje je pro dotazy SRV, např. _sips._tcp.<outbound-proxy>.
  • Pravidlo 20 upravuje hlavičku From tak, aby zahrnovala parametr Trunk Group OTG/DTG z Control Hub pro jedinečnou identifikaci webu LGW v rámci podniku.

  • Tento profil SIP se použije na tenanta 200 hlasové třídy (popsáno později) pro veškerý provoz, který čelí volání Webexu.

3

Nakonfigurujte profil kodeku, definici STUN a sadu SRTP Crypto.

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

Vysvětlení příkazů:

  • Kodek hlasové třídy 99: Umožňuje kodeky g711 (mu a a-law) pro relace. Použije se na všechny partnerské počítače s vytáčením.

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

  • Použije se na tenanta hlasové třídy 200 (diskutováno později) tváří v tvář voláníWebex.

  • Hlasová třída ochromení-použití 200: Definuje použití STUN. Aplikuje se na všechny partnerské telefony Webex Calling-facing(2XX tag), aby se zabránilo žádnému zvuku, když telefon Unified CM přesměruje hovor na jiný telefon Webex Calling.


 

V případech, kdy je médium ukotveno v řadiči SBC ITSP a místní brána je za překladem adres (NAT) a čeká na příchozí datový proud médií z ITSP, může být tento příkaz použit v partnerských počítačích ITSP.


 

Použití ochromení ice lite je vyžadováno pro toky volání využívající optimalizaci cesty médií.

4

Namapujte parametry Control Hub na konfiguraci místní brány:

Volání Webex je přidáno jako klient v rámci místní brány. Konfigurace potřebná k registraci místní brány je definována v části tenant 200hlasové třídy. Prvky této konfigurace je nutné získat ze stránky Informace o kmeni v centru řízení, jak je znázorněno na tomto obrázku. Toto je příklad pro zobrazení polí mapovaných na příslušné rozhraní příkazového řádku místní brány.

Tenant 200 se pak použije na všechny webex volání směřující k vytáčení (2xx značka) v rámci konfigurace místní brány. Funkce tenanta hlasové třídy umožňuje seskupování a konfiguraci parametrů kmene SIP, které se jinak provádějí v rámci hlasové služby voip a sip-ua. Když je tenant nakonfigurovaný a použitý v rámci partnerského zařízení pro telefonické připojení, konfigurace IOS-XE se použijí v následujícím pořadí:

  • Konfigurace partnerského vytáčeného připojení

  • Konfigurace tenanta

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

5

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


 

Následující příkazový řádek a parametry jsou pouze příklady. Parametry je nutné použít pro vlastní nasazení.

LocalGateway(config)#voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Hussain6346_LGU username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm BroadWorks
  authentication username Hussain2572_LGU password 0 meX7]~)VmF realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls 
  url sips 
  error-passthru
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 200 
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com  
  privacy-policy passthru

Vysvětlení příkazů:

voice class tenant 200

Víceklientská funkce místní brány umožňuje specifické globální konfigurace pro více klientů na kmenech SIP, které umožňují rozlišené služby pro klienty.

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

Server registrátora pro místní bránu s registrací nastavenou na aktualizaci každé dvě minuty (50 % z 240 sekund). Další informace naleznete v tématu https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-r1.html#wp1687622014.

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

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

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

Výzva k ověření pro hovory. Další informace naleznete v tématu https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr1/vcr1-cr-book/vcr-a1.html#wp1551532462.

no remote-party-id

Zakažte hlavičku SIP Remote-Party-ID (RPID), protože volání Webexu podporuje PAI, které je povoleno pomocí CIO asserted-id pai(viz níže).

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

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

srtp-crypto 200

Určuje SHA180_, jak je definováno v voice class srtp-crypto 200.

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

Dotaz SRV musí být SIPs, jak je podporován přístupovým řadičem SBC; všechny ostatní zprávy jsou změněny na SIP pomocí sip-profilu 200.

error-passthru

Funkce předávání chybových odpovědí SIP

asserted-id pai

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

bind control source-interface GigabitEthernet0/0/1

Signalizace zdrojového rozhraní směřujícího k voláníWebex.

bind media source-interface GigabitEthernet0/0/1

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

no pass-thru content custom-sdp

Výchozí příkaz v části tenant.

sip-profiles 200

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

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

Webex volání přístup sBC. Další informace naleznete v tématu https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/vcr3/vcr3-cr-book/vcr-o1.html#wp3297755699.

privacy-policy passthru

Transparentně předávejte hodnoty hlaviček ochrany osobních údajů z příchozí do odchozí části.

Po definování tenanta 200 v rámci místní brány a konfiguraci partnerského vytáčeného připojení SIP VoIP brána inicializuje připojení TLS směrem k voláníWebex, kdy řadič SBC aplikace Access předloží svůj certifikát místní bráně. Místní brána ověří certifikát SBC volajícího přístupu Webex pomocí kořenové sady certifikační autority aktualizované dříve. Mezi místní bránou a webexem volajícím přístupem SBC je vytvořena trvalá relace TLS. Místní brána pak odešle REGISTR do řadiče SBC aplikace Access, který je napaden. Registrace AOR je number@domain. Číslo je převzato z parametru "číslo" pověření a domény z "registrátor dns:<fqdn>". Když je registrace napadena, uživatelské jméno, heslo a parametry sféry z přihlašovacích údajů se použijí k sestavení hlavičky a sip-profile 200 převede ADRESU URL SIPS zpět na SIP. Registrace je úspěšná, jakmile je z řadiče Access SBC přijato 200 OK.

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

  1. Tenanti hlasové třídy– Nejprve vytvoříme další klienty pro partnerské počítače s vytáčením, kteří čelí ITSP, podobně jako tenant 200 , který jsme vytvořili pro Webex Calling facing dial-peers.

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

  3. Odchozí partnerské telefonické služby– Směrování odchozích hovorů z LGW do KMENE ITSP SIP a voláníWebex.

  4. DPGhlasové třídy – Cíl na odchozí partnerské telefony vyvolané z příchozího partnerského zařízení pro telefonické připojení.

  5. Příchozí partnerské telefonické služby– Přijímání příchozích hovorů od ITSP a Volání Webex.

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

1

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

  1. Tenant 100 hlasové třídy se používá na všech odchozích partnerských telefonních sítích, které čelí IP veřejné telefonní síti.

    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. Tenant hlasové třídy 300 se používá na všechny příchozí partnerské telefonické služby z IP veřejné telefonní sítě.

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

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

  1. Definujte IP adresu hostitele ITSP:

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

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

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

    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í partnerské odchozí vytáčení:

  1. Odchozí partnerský telefon směrem k IP veřejné telefonní síti:

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

    Vysvětlení příkazů:

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

    Definuje VOIP dial-peer se značkou 101 a je uveden smysluplný popis pro snadnou správu a odstraňování problémů.

    destination-pattern BAD.BAD

    Vzor číslic, který umožňuje výběr tohoto vytáčeného partnera. Tento odchozí partnerský počítač však vyvoláme přímo z příchozího partnerského zařízení pro telefonické připojení pomocí příkazů DPG, což obchází kritéria shody vzoru číslic. V důsledku toho používáme libovolný vzor založený na alfanumerických číslicích povolených rozhraním příkazového řádku cílového vzoru.

    session protocol sipv2

    Určuje, že tento partnerský počítač pro vytáčení bude zpracovávat nohy volání SIP.

    session target ipv4:192.168.80.13

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

    voice-class codec 99

    Označuje seznam předvoleb kodeku 99, který má být použit pro tento partnerský počítač.

    dtmf-relay rtp-nte

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

    voice-class sip tenant 100

    Partnerský počítač pro telefonické připojení zdědí všechny parametry z klienta 100, pokud není stejný parametr definován v rámci samotného partnera pro telefonické připojení.

    no vad

    Zakáže detekci hlasové aktivity.

  2. Odchozí vytáčecí peer směrem k volání Webex (Tento dial-peer bude aktualizován tak, aby sloužil jako příchozí dial-peer z volání Webex a dále v konfigurační příručce).

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

    Vysvětlení příkazů:

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

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

    session target sip-server

    Označuje, že globální server SIP je cílem pro volání z tohoto partnerského uzlu. Volající server Webex definovaný v tenantovi 200 je pro tento partnerský počítač s vytáčením zděděn.

    voice-class stun-usage 200

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

    no voice-class sip localhost

    Zakáže nahrazení názvu místního hostitele DNS namísto fyzické adresy IP v hlavičkách Odchozí zprávy Odesílatel, ID volání a ID vzdálené strany.

    voice-class sip tenant 200

    Partnerský počítač pro telefonické připojení dědí všechny parametry z tenanta 200 (LGW <--> Webex Calling Trunk), pokud není stejný parametr definován v rámci samotného partnerského zařízení pro telefonické připojení. </-->

    srtp

    SRTP je povolen pro tuto nohu volání.

    no vad

    Zakáže detekci hlasové aktivity.

4

Nakonfigurujte následující skupiny partnerských telefonních relací (DPG):

  1. Definuje skupinu vytáčeného partnerského připojení 100. Odchozí vytáčený partnerský počítač 101 je cílem pro všechny příchozí vytáčené partnerské služby, které vyvolávají skupinu 100partnera příchozího telefonického připojení. Použijeme DPG 100 na příchozí dial-peer 200201 pro volání Webex --> LGW --> cestu PSTN .

    voice class dpg 100
     description Incoming WxC(DP200201) to IP PSTN(DP101)
     dial-peer 101 preference 1
    
  2. Definujte skupinu dial-peer 200 s odchozími 200201 vytáčeného partnera jako cíl pro veřejnou telefonní síť --> LGW --> cesta volání Webex. DPG 200 bude použit pro příchozí dial-peer 100 definovaný později.

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

Nakonfigurujte následující partnerské počítače příchozího telefonického připojení:

  1. Příchozí vytáčený partner pro příchozí IP hovory do veřejné telefonní sítě:

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

    Vysvětlení příkazů

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

    Definuje VOIP dial-peer se značkou 100 a je uveden smysluplný popis pro snadnou správu a odstraňování problémů.

    session protocol sipv2

    Určuje, že tento partnerský počítač pro vytáčení bude zpracovávat nohy volání SIP.

    incoming uri via 100

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

    destination dpg 200

    S cílovým dpg 200 IOS-XE by projde klasickými kritérii pro odchozí vytáčení-peer párování a okamžitě pokračuje v nastavení odchozího volání pomocí dial-peers definovaného v cílové dial-peer skupině 200, což je dial-peer 200201.

    voice-class sip tenant 300

    Partnerský počítač pro telefonické připojení zdědí všechny parametry z klienta 300, pokud není stejný parametr definován v rámci samotného partnera pro vytáčení.

    no vad

    Zakáže detekci hlasové aktivity.

  2. Příchozí dial-peer pro příchozí volání Webex volání nohy:

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

    Vysvětlení příkazů

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

    Aktualizuje VOIP dial-peer se značkou 200201 a smysluplný popis je uveden pro snadnou správu a odstraňování problémů.

    incoming uri request 200

    Veškerý příchozí provoz z volání Webex do LGW lze přiřadit k jedinečnému vzoru dtg v identifikátoru URI požadavku, který jednoznačně identifikuje web místní brány v rámci podniku a v ekosystému volání Webex.

    destination dpg 100

    S cílovým dpg 100 IOS-XE by projde klasickými kritérii pro odchozí vytáčení-peer párování a okamžitě pokračuje v nastavení odchozího volání pomocí dial-peers definovaných v cílové Dial-peer skupině 100, což je dial-peer 101.

    max-conn 250

    Omezuje počet souběžných volání na 250 mezi voláním LGW a Webex, za předpokladu, že jeden vytáčený partnerský webex volá 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í zahrnujících místní bránu najdete na adrese https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

Volání ze veřejné telefonní sítě do Webexu

Všechny příchozí IP hovory veřejné telefonní sítě v místní bráně jsou spárovány na dial-peer 100, protože definuje kritéria shody pro hlavičku VIA s IP adresou IP veřejné telefonní sítě. Výběr partnerského vztahu odchozího telefonického připojení je určen dpg 200, který přímo vyvolá odchozí 200201 partnerského vztahu pro telefonické připojení, který má jako cílový cíl uvedený volající server Webex.

Webex volání do veřejné telefonní sítě

Všechny příchozí větve volání Webex v místní bráně jsou spárovány na dial-peer 200201 protože splňuje kritéria shody pro vzor hlavičky IDENTIFIKÁTORU URI REQUEST s parametrem TrunkGroup OTG/DTG, který je jedinečný pro toto nasazení místní brány. Výběr partnerského partnera odchozího telefonického připojení je určen dpg 100, který přímo vyvolá odchozí partnerský telefon 101, který má IP adresu IP veřejné telefonní sítě uvedenou jako cílový cíl.

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

  1. Tenanti hlasové třídy– Musíte vytvořit další klienty pro partnerské počítače s vytáčením, které čelí Unified CM a ITSP, podobně jako tenant 200 , který jsme vytvořili pro Webex Calling facing dial-peers.

  2. Identifikátory URI hlasové třídy– vzory definující IP adresy/porty hostitele pro různé kmeny končící na LGW: z Unified CM na LGW pro cíle veřejné telefonní sítě; Sjednocený CM na LGW pro cíle volání Webex; Webex volání na LGW; a PSTN SIP ukončení kmene na LGW.

  3. Skupinaserverů hlasové třídy – Cílové IP adresy/porty pro odchozí kmeny z LGW do Unified CM, LGW do Volání Webexa LGW do KMENE SIP veřejné telefonní sítě.

  4. Odchozí partnerské telefonické služby– Směrování odchozích hovorů z LGW do Unified CM, ITSP SIP trunk a/nebo Webex Calling.

  5. DpGhlasové třídy – Cíl odchozího partnerského zařízení pro telefonické připojení vyvolaného z partnerského zařízení příchozího telefonického připojení.

  6. Příchozí partnerské telefonické služby – Přijetí příchozích volání z Unified CM, ITSP a/nebo Webex Calling.

1

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

  1. Tenant hlasové třídy 100 se používá na všech odchozích partnerských telefonických sítích, které čelí Sjednocenému CM a IP veřejné telefonní síti:

    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. Tenant hlasové třídy 300 se použije na všechny příchozí partnerské telefonní služby z Unified CM a IP PSTN:

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

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

  1. Definuje 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 TrunkGroup OTG/DTG v Control Hubu:

    voice class uri 200 sip
     pattern dtg=hussain2572.lgu
    

     

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

    Received
    INVITE sip:+16785550123@198.18.1.226:5061;transport=tls;dtg=hussain2572_lgu SIP/2.0
       Via: SIP/2.0/TLS 199.59.70.30:8934;branch=z9hG4bK2hokad30fg14d0358060.1
     pattern :8934
    
  3. Definuje sjednocený port CM signalizace VIA pro kmen volání Webex:

    voice class uri 300 sip
     pattern :5065
    
  4. Definuje zdrojovou signalizaci CUCM IP a port VIA pro kmen veřejné telefonní sítě:

    voice class uri 302 sip
     pattern 192.168.80.60:5060
    
3

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

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

    voice class server-group 301
     ipv4 192.168.80.60 port 5065
    
  2. Definuje IP adresu cílového hostitele Unified CM trunk 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 IP adresu cílového hostitele kmene Unified CM pro Unified CM Group 1 (5 uzlů). Unified CM používá výchozí port 5060 pro příchozí provoz v kmeni veřejné telefonní sítě. Bez zadaného čísla portu se použije výchozí číslo 5060. (PSTN <-> LGW --> Unified CM)</->

    voice class server-group 305
     ipv4 192.168.80.60
    
  4. Definuje IP adresu cílového hostitele kmene Unified CM 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í partnerské odchozí připojení:

  1. Odchozí partnerský telefon směrem k IP veřejné telefonní síti:

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

    Vysvětlení příkazů

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

    Definuje VOIP dial-peer se značkou 101 a je uveden smysluplný popis pro snadnou správu a odstraňování problémů.

    destination-pattern BAD.BAD

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

    session protocol sipv2

    Určuje, že tento partnerský počítač pro vytáčení bude zpracovávat nohy volání SIP.

    session target ipv4:192.168.80.13

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

    voice-class codec 99

    Označuje seznam předvoleb kodeku 99, který má být použit pro tento partnerský počítač.

    voice-class sip tenant 100

    Partnerský počítač pro telefonické připojení zdědí všechny parametry z klienta 100, pokud není stejný parametr definován v rámci samotného partnera pro telefonické připojení.

  2. Odchozí vytáčecí peer směrem k volání Webex (Tento dial-peer bude aktualizován tak, aby sloužil jako příchozí dial-peer z Volání Webex a dále v konfigurační příručce.):

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

    Vysvětlení příkazů

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

    Definuje VOIP dial-peer se značkou 200201 a smysluplný popis je uveden pro snadnou správu a odstraňování problémů.

    session target sip-server

    Označuje, že globální server SIP je cílem pro volání z tohoto partnerského uzlu. Volající server Webex definovaný v tenantovi 200 bude zděděn pro tento partnerský telefon.

    voice-class stun-usage 200

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

    no voice-class sip localhost

    Zakáže subsitituci názvu místního hostitele DNS namísto fyzické adresy IP v hlavičkách Odchozích zpráv, ID volání a ID vzdálené strany.

    voice-class sip tenant 200

    Partnerský počítač pro telefonické připojení dědí všechny parametry z tenanta 200 (LGW <--> Webex Calling Trunk), pokud není stejný parametr definován v rámci samotného partnerského zařízení pro telefonické připojení. </-->

    srtp

    SRTP je povolen pro tuto nohu volání.

  3. Odchozí dial-peer směrem k Volání Kmene Webex unified CM:

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

    Vysvětlení příkazů

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

    Definuje VOIP dial-peer se značkou 301 a smysluplný popis je uveden pro snadnou správu a odstraňování problémů.

    session server-group 301

    Místo cílové IP adresy relace v partnerském počítači pro telefonické připojení odkazujeme na skupinu cílových serverů (skupina serverů 301 pro partnerský počítač pro vytáčené připojení 301), abychom definovali více cílových uzlů UCM, i když příklad ukazuje pouze jeden uzel.

    Skupina serverů v partnerském zařízení odchozího vytáčení

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

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

  4. Druhý odchozí dial-peer směrem k Webex Calling Trunk Unified CM, pokud máte více než 5 uzlů Unified CM:

    dial-peer voice 303 voip
     description Outgoing dial-peer to CUCM-Group-2 
    for inbound from Webex Calling - Nodes 6 to 10
     destination-pattern BAD.BAD
     session protocol sipv2
     session server-group 303
     voice-class codec 99
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
  5. Odchozí partnerský počítač pro vytáčení směrem ke kmenové síti VEŘEJNÉ telefonní sítě Unified CM:

    dial-peer voice 305 voip
     description Outgoing dial-peer to CUCM-Group-1 
    for inbound from PSTN - Nodes 1 to 5
     destination-pattern BAD.BAD
     session protocol sipv2
     session server-group 305
     voice-class codec 99 
     dtmf-relay rtp-nte
     voice-class sip tenant 100
     no vad
    
  6. Druhý odchozí vytáčený partner směrem ke kmeni veřejné telefonní sítě Unified CM, pokud máte více než 5 uzlů Unified CM:

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

Nakonfigurujte následující DPG:

  1. Definuje DPG 100. Odchozí vytáčený partnerský počítač 101 je cílem pro všechny příchozí vytáčené partnerské služby, které vyvolávají skupinu 100partnera příchozího telefonického připojení. DpG 100 použijeme na příchozí dial-peer 302 definovaný později pro Unified CM --> LGW --> PSTN cestu:

    voice class dpg 100
     dial-peer 101 preference 1
    
  2. Definujte DPG 200 s odchozími 200201 partnerského připojení jako cíl pro Unified CM --> LGW --> Cesta volání Webexu:

    voice class dpg 200
     dial-peer 200201 preference 1
    
  3. Definujte DPG 300 pro odchozí partnerské telefony 301 nebo 303 pro volání Webex --> LGW --> Cesta Unified CM :

    voice class dpg 300
     dial-peer 301 preference 1
     dial-peer 303 preference 1
    
  4. Definujte DPG 302 pro odchozí partnerské telefonní linky 305 nebo 307 pro veřejnou telefonní síť --> LGW --> Unified CM path:

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

Nakonfigurujte následující příchozí partnerské telefony:

  1. Příchozí vytáčený partner pro příchozí IP hovory do veřejné telefonní sítě:

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

    Vysvětlení příkazů

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

    Definuje VOIP dial-peer se značkou 100 a je uveden smysluplný popis pro snadnou správu a odstraňování problémů.

    session protocol sipv2

    Určuje, že tento partnerský počítač pro vytáčení bude zpracovávat nohy volání SIP.

    incoming uri via 100

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

    destination dpg 302

    S cílovou DPG 302 IOS-XE by splňuje klasická kritéria pro odchozí vytáčení-peer párování a okamžitě pokračuje v nastavení odchozího volání pomocí dial-peers definovaných v cílové DPG 302, což může být buď dial-peer 305 nebo dial-peer 307.

    voice-class sip tenant 300

    Partnerský počítač pro telefonické připojení zdědí všechny parametry z klienta 300, pokud není stejný parametr definován v rámci samotného partnera pro vytáčení.

  2. Příchozí dial-peer pro příchozí volání Webex volání nohy:

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

    Vysvětlení příkazů

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

    Aktualizuje VOIP dial-peer se značkou 200201 a smysluplný popis je uveden pro snadnou správu a odstraňování problémů.

    incoming uri request 200

    Veškerý příchozí provoz z volání Webex do LGW lze přiřadit k jedinečnému vzoru dtg v identifikátoru URI požadavku, který jednoznačně identifikuje web místní brány v rámci podniku a v ekosystému volání Webex.

    destination dpg 300

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

    max-conn 250

    Omezuje počet souběžných volání na 250 mezi voláním LGW a Webex za předpokladu, že volání Webex s přístupem k jednomu partnerskému vytáčení 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 najdete na adrese https://www.cisco.com/c/dam/en/us/td/docs/solutions/PA/mcp/DEPLOYMENT_CALLING_Unified_CM_to_Webex_Calling.pdf.

  3. Příchozí dial-peer pro příchozí unifikované nohy volání CM s voláním Webex jako cílem:

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

    Vysvětlení příkazů

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

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

    incoming uri via 300

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

    destination dpg 200

    S cílovým DPG 200 IOS-XE by projde klasickými kritérii pro odchozí vytáčení-peer párování a okamžitě pokračuje v nastavení odchozího hovoru pomocí dial-peers definovaných v cílové DPG 200, který bude dial-peer 200201.

    voice-class sip tenant 300

    Partnerský počítač pro telefonické připojení zdědí všechny parametry z klienta 300, pokud není stejný parametr definován v rámci samotného partnera pro vytáčení.

  4. Příchozí vytáčený partner pro příchozí volání Unified CM s PSTN jako cílem:

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

    Vysvětlení příkazů

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

    Definuje VOIP dial-peer se značkou 302 a je uveden smysluplný popis pro snadnou správu a odstraňování problémů.

    incoming uri via 302

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

    destination dpg 100

    S cílovým DPG 100 IOS-XE by projde klasickými kritérii pro odchozí dial-peer párování a okamžitě pokračuje v nastavení odchozího hovoru pomocí dial-peers definovaných v cílové DPG 100, což bude dial-peer 101.

    voice-class sip tenant 300

    Partnerský počítač pro telefonické připojení zdědí všechny parametry z klienta 300, pokud není stejný parametr definován v rámci samotného partnera pro vytáčení.

IP PSTN na Unified CM PSTN Trunk

Webex volací platforma pro Sjednocený CM Webex volací kmen

Sjednocený CM PSTN Trunk to IP PSTN

Sjednocený volající kmen CM Webex na volací platformu Webex

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

Diagnostické podpisy (DS) jsou soubory XML, které obsahují informace o událostech spouštěče problémů a akcích, které je třeba provést za účelem informování, řešení a nápravy problému. Logika detekce problémů je definována pomocí syslog zpráv, SNMP událostí a prostřednictvím pravidelného sledování 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 do uživatelem poskytnutého síťového umístění, jako je HTTPS, SCP, FTP server. DS soubory jsou vytvořeny inženýry TAC a jsou digitálně podepsány pro ochranu integrity. Každý soubor DS má jedinečné číselné ID přiřazené systémem. Diagnostický nástroj pro vyhledávání podpisů (DSLT) je jediný zdroj pro vyhledání použitelných podpisů pro monitorování a řešení různých problémů.

Dříve než začnete:

  • Neupravujte soubor aplikace DS stažený z DSLT . Instalace upravených souborů se nezdaří z důvodu chyby kontroly integrity.

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

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

Požadavky

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

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

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

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home  
    LocalGateway(cfg-call-home)#mail-server <username>:<pwd>@<email server> priority 1 secure tls 
    LocalGateway(config)#end 
  3. Nakonfigurujte proměnnou ds_email prostředí s e-mailovou adresou správce, který má být upozorněn.

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

Místní brána se systémem IOS XE 16.11.1 nebo novějším

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

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

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

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

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

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

    
    LocalGateway#configure terminal 
    LocalGateway(config)#call-home reporting contact-email-addr sch-smart-licensing@cisco.com  
    LocalGateway(config)#end  
  2. Nakonfigurujte e-mailový server, který se má používat k odesílání proaktivních oznámení, pokud zařízení používá verzi starší než 17.3.2.

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

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

Následuje příklad konfigurace místní brány se systémem IOS XE 17.3.2 pro odesílání proaktivních oznámení 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 se softwarem IOS XE není typický webový klient Gmail, který podporuje OAuth, takže musíme nakonfigurovat konkrétní nastavení účtu Gmail a poskytnout konkrétní oprávnění ke správnému zpracování e-mailu ze zařízení:

  1. Přejděte do části Správa účtu Google > Zabezpečení a zapněte nastavení Méně zabezpečený přístup k aplikacím.

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

Instalace diagnostických signatur pro proaktivní monitorování

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

Tento DS sleduje 5 sekund využití procesoru pomocí SNMP OID 1.3.6.1.4.1.9.2.1.56. Když využití dosáhne 75 % nebo více, zakáže všechna ladění a odinstaluje všechny diagnostické podpisy nainstalované v místní bráně. K instalaci podpisu použijte níže uvedené kroky.

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

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

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

    Název pole

    Hodnota pole

    Platforma

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

    Produkt

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

    Rozsah problému

    Výkon

    Typ problému

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

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

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

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

    
    LocalGateway# copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
    Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
    [OK - 3571/4096 bytes] 
    3571 bytes copied in 0.064 secs (55797 bytes/sec) 
    LocalGateway # 
  4. Nainstalujte soubor DS XML do místní brány.

    
    LocalGateway# call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    LocalGateway# 
  5. Ověřte, zda je podpis úspěšně nainstalován pomocí show call-home diagnostic-signature. Sloupec stavu by měl mít hodnotu "registrováno".

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

    Stáhnout DSes:

    DS ID

    Název DS

    Revize

    Stav

    Poslední aktualizace (GMT+00:00)

    64224

    DSLGWCPUMON75___

    0.0.10

    Registrováno

    2020-11-07 22:05:33

    LocalGateway #


    Po spuštění tento podpis odinstaluje všechny spuštěné DSs včetně sebe sama. V případě potřeby přeinstalujte DS 64224, abyste mohli nadále sledovat vysoké využití CPU na místní bráně.

Monitorování registrace KMENE SIP

Tento DS kontroluje zrušení registrace místního kmene SIP brány s cloudem Cisco Webex Calling každých 60 sekund. Jakmile je detekována událost zrušení registrace, vygeneruje e-mailové oznámení a oznámení syslog a po dvou výskytech zrušení registrace se odinstaluje. K instalaci podpisu použijte níže uvedené kroky.

  1. Stáhněte si DS 64117 pomocí následujících možností rozevíracího seznamu v Nástroji provyhledávání diagnostických podpisů:

    Název pole

    Hodnota pole

    Platforma

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

    Produkt

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

    Rozsah problému

    SIP-SIP

    Typ problému

    Zrušení registrace SIP Trunku s e-mailovým oznámením

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

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

    
    LocalGateway# call-home diagnostic-signature load DS_64117.xml 
    Load file DS_64117.xml success 
    LocalGateway#  
  4. Ověřte, zda je podpis úspěšně nainstalován pomocí show call-home diagnostic-signature. Sloupec stavu by měl mít hodnotu "registrováno".

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

Tato služba DS používá dotazování protokolu SNMP každých 10 minut k detekci abnormálního odpojení hovoru s chybami SIP 403, 488 a 503.  Pokud je přírůstek počtu chyb větší nebo roven 5 z posledního hlasování, vygeneruje syslog a e-mailové oznámení. K instalaci podpisu použijte níže uvedené kroky.

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

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

    Název pole

    Hodnota pole

    Platforma

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

    Produkt

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

    Rozsah problému

    Výkon

    Typ problému

    Detekce abnormálního odpojení SIP hovorů pomocí e-mailového a syslog oznámení

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

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

    
    LocalGateway# call-home diagnostic-signature load DS_65221.xml 
    Load file DS_65221.xml success 
    LocalGateway# 
  5. Ověřte, zda je podpis úspěšně nainstalován pomocí show call-home diagnostic-signature. Sloupec stavu by měl mít hodnotu "registrováno".

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

Diagnostické podpisy (DS) lze také použít k rychlému řešení problémů. Inženýři Cisco TAC vytvořili několik podpisů, které umožňují potřebné ladění potřebné k řešení daného problému, detekci výskytu problému, shromáždění správné sady diagnostických dat a automatickému přenosu dat do případu Cisco TAC. To eliminuje potřebu ruční kontroly výskytu problému a usnadňuje řešení občasných a přechodných problémů.

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

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

  1. Nakonfigurujte další proměnnou ds_fsurl_prefix prostředí DS, což je cesta k souborovému serveru CiscoTAC (cxd.cisco.com), do které se odesílají shromážděná diagnostická data. Uživatelské jméno v cestě k souboru je číslo případu a heslo je token pro nahrávání souborů, který lze načíst z Nástroje případů podpory, jak je znázorněno níže. Token pro nahrání souboru lze podle potřeby vygenerovat v části Přílohy ve Správci případů podpory.

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

    Příklad:

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

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

    Název pole

    Hodnota pole

    Platforma

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

    Produkt

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

    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 diagnostickéhovyhledávání podpisů:

    Název pole

    Hodnota pole

    Platforma

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

    Produkt

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

    Rozsah problému

    Syslogy

    Typ problému

    Syslog - %VOICEIEC-3-GW_: CCAPI: Vnitřní chyba (prahová hodnota špičky volání): IEC = 1.1.181.1.29.0

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

    
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
    LocalGateway# copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash: 
  6. Nainstalujte DS 64224 s vysokým monitorováním CPU a poté soubor XML DS 65095 do místní brány.

    
    LocalGateway# call-home diagnostic-signature load DS_64224.xml 
    Load file DS_64224.xml success 
    LocalGateway# 
    LocalGateway# call-home diagnostic-signature load DS_65095.xml 
    Load file DS_65095.xml success 
    LocalGateway# 
  7. Ověřte, zda je podpis úspěšně nainstalován pomocí show call-home diagnostic-signature. Sloupec stavu by měl mít hodnotu "registrováno".

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

    Stažené DSes:

    DS ID

    Název DS

    Revize

    Stav

    Poslední aktualizace (GMT+00:00)

    64224

    00:07:45

    DSLGWCPUMON75___

    0.0.10

    Registrováno

    2020-11-08:00:07:45

    65095

    00:12:53

    DSLGWIECC___all_spike_threshold

    0.0.12

    Registrováno

    2020-11-08:00:12:53

    LocalGateway #

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

Jak je znázorněno níže, sloupec "Stav" příkazu show call-home diagnostic-signature se změní na "spuštěno", zatímco místní brána provádí akci definovanou v podpisu. Výstup statistiky diagnostického podpisu show call-home je nejlepší způsob, jak ověřit, zda diagnostický podpis zjistil událost, která vás zajímá, a provedl akci. Sloupec "Triggered/Max/Deinstall" udává, kolikrát daný podpis spustil událost, maximální počet případů, kdy je definován pro detekci události a zda se podpis automaticky odinstaluje po zjištění maximálního počtu aktivovaných událostí.


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

Stažené DSes:

DS ID

Název DS

Revize

Stav

Poslední aktualizace (GMT+00:00)

64224

DSLGWCPUMON75___

0.0.10

Registrováno

2020-11-08 00:07:45

65095

DSLGWIECC___all_spike_threshold

0.0.12

Spuštěno

2020-11-08 00:12:53

LocalGateway #

LocalGateway# zobrazit statistiku diagnostiky a podpisu volání

DS ID

Název DS

Spuštěno/Max/Deinstall

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

Maximální doba běhu (sekundy)

64224

DSLGWCPUMON75___

0/0/N

0.000

0.000

65095

DSLGWIECC___all_spike_threshold

20.1.Y

23.053

23.053

LocalGateway #

E-mail s oznámení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 zobrazení výstupů příkazů, které jsou relevantní pro řešení daného problému.

Odinstalace diagnostických podpisů

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


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

Příklad:


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

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

7. bře 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
7. bře 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
12. dub 2022
Nastavení funkcí služby Webex Calling

Přečtěte si další informace o některých funkcích dostupných v volání Webex a o tom, jak je nastavit pro vaši organizaci a uživatele.

Vytvoření lovecké skupiny

Skupiny hunt směrují příchozí hovory do skupiny uživatelů nebo pracovních prostorů. Můžete dokonce nakonfigurovat vzor pro směrování do celé skupiny.

Další informace o tom, jak nastavit loveckou skupinu, naleznete v tématu Love Groups v řídicím centru Cisco Webex.

Vytvoření fronty hovorů

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

Další informace o tom, jak nastavit a spravovat frontu volání, naleznete v tématu Správa front volání v řídicím centru Cisco Webex.

Vytvoření recepčního klienta

Pomozte podpořit potřeby personálu front-office. Uživatele můžete nastavit jako telefonní obsluhu, aby mohli prověřovat příchozí hovory určitým lidem ve vaší organizaci.

Informace o tom, jak nastavit a zobrazit klienty recepčních, naleznete v tématu Klienti recepčních v řídicím centruCisco Webex.

Vytváření a správa automatických telefonních systémů

Můžete přidávat pozdravy, nastavovat nabídky a směrovat hovory do záznamové služby, lovecké skupiny, hlasové schránky nebo skutečné osoby. Vytvořte si 24hodinový rozvrh nebo poskytněte různé možnosti, když je vaše firma otevřená nebo zavřená.

Informace o tom, jak vytvořit a spravovat automatické telefonické systémy, naleznete v tématu Správa automatických telefonních systémů v řídicím centruCisco Webex.

Konfigurace stránkovací skupiny

Stránkování skupin umožňuje uživateli zadat jednosměrný hovor nebo stránku skupiny až 75 cílovým uživatelům a pracovním prostorům vytočením čísla nebo linky přiřazené konkrétní skupině stránkování.

Informace o tom, jak nastavit a upravit stránkovací skupiny, naleznete v tématu Konfigurace stránkovací skupiny v řídicím centru Cisco Webex.

Nastavení vyzvednutí hovoru

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

Informace o tom, jak nastavit skupinu pro vyzvednutí hovoru, naleznete v tématu Vyzvednutí hovoru v řídicím centru Cisco Webex.

Nastavení parku hovorů

Call park umožňuje definované skupině uživatelů parkovat hovory proti ostatním dostupným členům skupiny call parku. Zaparkované hovory mohou být zachyceny ostatními členy skupiny na svém telefonu.

Další informace o tom, jak nastavit park volání, naleznete v tématu Call Park v řídicím centru Cisco Webex.

Umožněte uživatelům zapojit se do telefonních hovorů jiných lidí

1

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

2

Vyberte Volání, přejděte na Advanced Call Settings (Upřesnit nastaveníhovorů) a pak vyberte Barge In(Nasadit se).

3

Zapněte možnost Při přepnutí, zvolte, zda má telefon přehrát zvuk, když někdo přivadí hovor, a klikněte na tlačítko Uložit.

Zabránění někomu ve sledování stavu řádku uživatele

1

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

2

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

3

Zvolte příslušné nastavení ochrany osobních údajů automatického telefonického systému pro tohoto uživatele.

4

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

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

5

Klikněte na položku Uložit.

Příklad

Chcete vidět, jak se to dělá? Podívejte se na toto video ukázku toho, jak spravovat nastavení ochrany osobních údajů pro uživatele v Centruřízení.

Povolení zobrazení stavu linky v telefonu někoho jiného nebo v rozšíření o park hovorů

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


Služba monitorování funguje pouze s primárním zařízením uživatele.

1

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

2

Vyberte Volání, zvolte Upřesnit nastaveníhovorů a pak přejděte na 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 má být tento uživatel upozorněn na zaparkované hovory, vyhledejte osobu nebo rozšíření o park hovorů, které má být monitorováno, a klikněte na tlačítko Uložit.


 

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


 

Název, který se zobrazí pro sledovaný řádek, je název zadaný do polí ID volajícího uživatele nebo pracovního prostoru, Jméno a Příjmení.

Příklad

Chcete vidět, jak se to dělá? Podívejte se na toto video ukázku , jak spravovat nastavení monitorování pro uživatele v Centruřízení.

Zapnutí hotelování pro uživatele

Umožnění hotelingu pro uživatele jim umožňuje pracovat v jiném prostoru při zachování funkčnosti a vlastností jejich hlavního stolního telefonu.

1

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

2

Vyberte Volání, zvolte Pokročilé nastaveníhovorů a klikněte na Hoteling.

3

Zapněte hotelovánía klepněte na tlačítko Uložit.

Příklad

Chcete vidět, jak se to dělá? Podívejte se na toto video ukázku , jak nakonfigurovat nastavení přidržené hudby v Centru Řízení.
7. bře 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.


 

Ihned po přidání volajícího uživatele, pokud se při výběru nastavení volání uživatele zobrazí chyba, doporučujeme odebrat licenci volání Webex a poté znovu přiřadit volající licenci uživateli.

Co dělat dál

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

Než začnete

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

U zákazníků v asijsko-tichomořské oblasti (včetně Japonska, Číny a Hongkongu) se ID volajícího automaticky vyplní z polí Jméno a Příjmení a pole ID volajícího Jméno a ID volajícího Se při nahrávání do formátu CSV ignorují.


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


Exportujte nový soubor CSV, abyste zachytili nejnovější pole a vyhnuli se chybám při importu změn.

1

V zobrazení zákazníka v programu https://admin.webex.compřejděte na Uživatelé, klikněte na Spravovat uživatele a zvolte Přidat nebo Upravit uživateleve formátu CSV.

2

Kliknutím na tlačítko Exportovat stáhněte soubor a můžete zadat informace o uživateli do nového řádku v souboru CSV.

  • Chcete-li přiřadit službu, přidejte hodnotu TRUE do sloupce této služby a chcete-li službu vyloučit, přidejte hodnotu FALSE. Sloupec ID uživatele/E-mail (povinné) je jediné povinné pole. Pokud máte specifický adresář a externí čísla pro každého nového uživatele, pak zahrňte úvodní + pro externí čísla bez dalších znaků,

    Pokud máte aktivní šablonu licence, ponechte všechny sloupce služby prázdné a šablona se automaticky přiřadí novému uživateli v tomto řádku.


     

    Oprávnění ke správě podnikového obsahu nelze přiřadit uživatelům pomocí šablony licence, podrobnosti naleznete v tématu Konfigurace nastavení správy podnikového obsahu v řídicím centru Cisco Webex.

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

  • Pokud přidáváte uživatele jako supervizory pro kontaktní centrum Cisco Webex, musíte přidat uživatele ručně. Role Standard a Premium můžete přiřadit pouze pomocí sdíleného svazku clusteru.

 

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

3

Klikněte na Importovat, vyberte soubor a klikněte na Otevřít.

4

Zvolte buď Přidat pouze služby, nebo Přidat a odebrat služby.

Pokud máte aktivní šablonu licence, zvolte Přidat pouzeslužby.

5

Klikněte na tlačítko Odeslat.

Soubor CSV se nahraje a váš úkol se vytvoří. Můžete zavřít prohlížeč nebo toto okno a úloha bude pokračovat v běhu. Chcete-li zkontrolovat průběh úlohy, přečtěte si téma Správa úloh v řídicím centru Cisco Webex.

1

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

2

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

3

Pokud máte více předplatných, vyberte předplatné ze seznamu.

4

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

5

Pokud jste přiřadili licenci webex Meetings, zvolte typ účtu, který chcete uživateli přiřadit pro každý web webů Webex Meetings, a klikněte na Uložit .


 

Chcete-li přiřadit uživatele jako účastníky, musíte mít pro svůj web Webex povolenou funkci účtu účastníka. Pokud v souboru CSV nevidíte sloupec účtu Účastník, obraťte se na svého Manažera úspěchu zákazníků (CSM),Manažera úspěchu partnerů (PSM) nebo Cisco Technical Assistance Center (TAC) a povolte tuto funkci pro svůj web Webex.

Typ účtu účastníka není k dispozici pro uživatele s rolí správce webu Webex. Pokud chcete těmto uživatelům přiřadit účet účastníka, musíte odebrat jejich oprávnění správce pro tento web web web Webex Meetings.


 

Ihned po přidání licence pro volání, pokud se při výběru nastavení volání uživatele zobrazí chyba, doporučujeme odebrat licenci volání Webex a poté znovu přiřadit licenci uživateli.

Než začnete

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

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


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


Exportujte nový soubor CSV, abyste zachytili nejnovější pole a vyhnuli se chybám při importu změn.

1

V zobrazení zákazníka v programu https://admin.webex.compřejděte na Uživatelé, klikněte na Spravovat uživatelea zvolte Přidat nebo Upravit uživateleCSV.

2

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

3

Kliknutím na tlačítko Exportovat soubor stáhněte. Stažený soubor (exported_users.csv) můžete upravit některým z následujících způsobů:

  • Chcete-li upravit stávající uživatele, můžete aktualizovat libovolný sloupec kromě ID uživatele/E-mail (povinné)a Umístění. Pokud například změníte ID uživatele /e-mail, vytvoří se nový uživatel.

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

  • Chcete-li přiřadit službu, přidejte hodnotu TRUE do sloupce této služby a chcete-li službu vyloučit, přidejte hodnotu FALSE.

  • Pokud máte více předplatných, můžete pomocí ID předplatného v záhlaví sloupce identifikovat službu, kterou chcete přidat. Pokud máte například dvě předplatná se stejnou službou, můžete zadat službu z konkrétního předplatného, která se bude vztahovat na uživatele.

4

Zadejte hodnotu do sloupce Chování volání, pokud chcete změnit způsob, jakým volání probíhá pro konkrétní uživatele. Můžete zadat jednu z následujících možností a další informace o každém nastavení naleznete v tématu Nastavení chování volání aplikace Webex:

  • USEORGSETTINGS__– Zadejte tento řetězec, chcete-li použít nastavení pro celou organizaci.

  • NATIVEWEBEXTEAMSCALLING – Zadejte tento řetězec pro použití možnosti _Volání ve Webex Teams_ ._

  • CALLWITHAPPREGISTEREDFORWEBEXCALLTEL_____– Zadejte tento řetězec pro použití možnosti Aplikace volání Webex.

5

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


 

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

6

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

7

Zvolte buď Přidat pouze služby nebo Přidat a odebrat službya klikněte na Odeslat.


 

Uživatel nemůže mít dvě licence pro volání, takže pokud má vaše organizace více předplatných a chcete přesunout uživatele do nového předplatného, zvolte možnost Přidat a odebrat služby . Chcete-li přidat služby, nastavte buňky na hodnotu PRAVDA a odeberte služby nastavením těchto buněk na hodnotu NEPRAVDA.

Soubor CSV se nahraje a váš úkol se vytvoří. Můžete zavřít prohlížeč nebo toto okno a úloha bude pokračovat v běhu. Chcete-li zkontrolovat průběh úlohy, přečtěte si téma Správa úloh v řídicím centru Cisco Webex.

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

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

Alternativní čísla můžete také nakonfigurovat tak, aby na stejném telefonu vyzvánělo více telefonních čísel. Pro každé číslo můžete zadat různé vyzváněcí tóny, které vám pomohou rozlišit, které řádky jsou volány.

1

V zobrazení zákazníka v programu https://admin.webex.compřejděte na Uživateléa pak vyberte osobu, které chcete přiřadit číslo.

2

Vyberte Volání a pak klikněte na Přidat číslo.

3

Vyberte telefonní číslo ze seznamu dostupných čísel. Máte také možnost přiřadit rozšíření.

Pokud je uživateli již přiřazeno číslo, bude jako alternativní číslo přidáno jakékoli další číslo přidané uživateli. Uživateli můžete přidat až 10 alternativních čísel.

4

(Volitelné) Chcete-li identifikovat hovory přicházející z konkrétních telefonních čísel, můžete přiřadit výrazný vzor vyzvánění. Chcete-li povolit, klepněte na přepínač v části Rozlišovací vzor vyzvánění.

5

Klikněte na položku Uložit.

1

V zobrazení zákazníka v , https://admin.webex.compřejděte na Uživatelé, filtrujte sloupec Stav a zobrazte lidi se stavem Pozvat čeká na vyřízení .

2

V části Akce vyberte u osoby se stavem Čekající na pozvání další > Znovu odeslat pozvánku.

Pokud vaše organizace používá synchronizaci adresářů, možnost odstranění není v Centruřízení k dispozici a je nutné odstranit uživatelské účty ze služby Active Directory. Potom konektor Cisco Directory Connector aktualizuje seznam uživatelů vaší organizace při synchronizaci informací o uživatelském účtu.

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

Uživatel se již nemůže přihlásit k vašemu webu Webex , všechny přiřazené služby Webex jsou odebrány a jsou odebrány ze všech prostorů nebo týmů, kterých se účastnil. Veškerý obsah, který vytvořili v prostorech, se neodstraní a obsah podléhá zásadám uchovávání informací, které implementoval každý vlastník prostoru.

Uživatele můžete deaktivovat a vypnout tak služby Webex , včetně služeb volání Webex. Na rozdíl od odstranění uživatele, když deaktivujete uživatele, uživatel zůstane ve vašem seznamu uživatelů, takže můžete v případě potřeby kdykoli znovu aktivovat.

1

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

2

Klikněte na tlačítko Více .

3

Klikněte na Deaktivovat uživatele.

Služby Webex , včetně služeb volání Webex, jsou nyní pro tohoto uživatele deaktivovány.

Po deaktivaci budou uživatelé aplikace Webex i aplikace Webex Calling odhlášeni ze svých relací. Veškerý přístup uživatelů k https://settings.webex.com/ Centru řízení a Control Hub je zakázán. Telefony MPP budou i nadále podporovat volání pro odchozí a příchozí hovory po krátkou dobu, pokud správce nepovolí zachycení hovorů pro daného uživatele. Další informace o zachycení volání naleznete v tématu Konfigurace zachycení volání pro uživatele pro volání Webex v Cisco Control Hub.

Můžete nastavit správce odběratele s různými úrovněmi oprávnění. Mohou to být úplní správci, správci podpory, správci jen pro čtení nebo kontroloři dodržování předpisů. S úplnými oprávněními správce můžete přiřadit jednu nebo více rolí libovolnému uživateli ve vaší organizaci.


Kdokoli, komu byla přiřazena role správce uživatele a zařízení nebo správce zařízení, nebude moci spravovat voláníWebexu.

V Centru řízení se můžete dozvědět o různých úrovních oprávnění a nastavit správce zákazníků. Správci zákazníků mohou být úplní správci, správci podpory, správci uživatelů a zařízení, správci zařízení, správci jen pro čtení nebo úředníci pro dodržování předpisů. S úplnými oprávněními správce můžete přiřadit jednu nebo více rolí libovolnému uživateli ve vaší organizaci.

Vždy budete chtít mít více než jednoho správce pro organizaci. Je to osvědčený postup a vždy vám umožní provádět změny správy, pokud některý ze správců není k dispozici.

Uživatelům ve vaší organizaci mohou být přiřazeny konkrétní role pro správu, aby bylo možné určit, co mohou vidět a k čemu mají přístup v Centruřízení. Přiřazením konkrétních rolí pro správu zjednodušíte odpovědnosti a usnadníte odpovědnost správců. Pracovníci pro dodržování předpisů mohou hledat konkrétní lidi ve vaší společnosti, najít obsah, který sdíleli, nebo prohledávat konkrétní prostor a poté vygenerovat zprávu o svých zjištěních.


1

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

2

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

3

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

Chcete-li přiřadit uživatele jako správce webu Webex, vedle rolísprávce webu Webex klikněte na Tlačítko Upravit a vyberte roli pro každý web Webex, který má uživatel spravovat.


 

Pokud uživatelé s existujícími rolemi správce služeb (například správce webu Webex) získají nebo ztratí roli správce na úrovni organizace, mohou být jejich role správce služeb změněny. Měli byste zkontrolovat role správce služby pro tyto uživatele, abyste se ujistili, že jsou správné.

4

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

28. dub 2022
Konfigurace a správa zařízení pro volání Webex

V Control Hubu můžete přiřadit a spravovat zařízení pro uživatele a pracovní prostory. Vyberte, zda chcete přidat adresu Mac nebo vygenerovat aktivační kód, který chcete zadat na samotném zařízení.

Pomocí Control Hubu můžete přiřadit zařízení uživatelům pro osobní použití a poté tato zařízení zaregistrovat do cloudu.

Zde uvedená zařízení podporují Webex Calling. Zatímco všechna tato zařízení mohou být registrována pomocí Mac adresy, pouze následující podmnožina může být registrována pomocí aktivačního kódu:

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

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

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

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

  • Telefon na konferenci Cisco IP 7832 a 8832


Pokud jde o zařízení DECT, v ovládacím centru jsou k dispozici pouze základní zařízení DECT (nikoli sluchátka DECT) pro přiřazení. Poté, co přiřadíte základní jednotku uživateli, musíte ručně spárovat DECT sluchátko s touto základní jednotkou. Další informace naleznete v části Připojení soupravy k základní stanici.

1

V zobrazení pro zákazníky v přejděte na https://admin.webex.compoložku Zařízení a klikněte na tlačítko Přidat zařízení.


 
Můžete také přidat telefon k uživateli v profilu uživatele. Podívejte se, jak v části Správa zařízení pro uživatelskou sekci.
2

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

3

V rozevíracím seznamu vyberte zařízení a klepněte na tlačítko Další.

4

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

  • Aktivační kód- Tuto možnost vyberte, pokud chcete vygenerovat aktivační kód, který můžete sdílet s majitelem zařízení. 16místný aktivační kód musí být ručně zadán na samotném zařízení.

     

    Multiplatformní telefony musí mít pro zobrazení obrazovky aktivačního kódu načtený firmware 11.2.3MSR1 nebo novější. Pokud je třeba aktualizovat firmware telefonu, ukažte nahttps://upgrade.cisco.com/MPP_upgrade.html.

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

 

Při používání zařízení třetích stran se mohou uplatňovat omezení.

Pokud jste se rozhodli vygenerovat aktivační kód pro zařízení, ale tento kód jste dosud nepoužili, stav tohoto zařízení bude v části „Zařízení“ přiřazeného uživatele a v hlavním seznamu zařízení v ovládacím centru zobrazen jako „Aktivace“. Pamatujte, že aktualizace stavu zařízení v ovládacím centru může trvat až 10 minut.

Když jsou lidé v práci, scházejí se na mnoha místech, jako jsou jídelny, lobby a konferenční místnosti. V těchto pracovních prostorech můžete nastavit sdílená zařízení Cisco Webex, přidávat služby a sledovat spolupráci.

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

Uvedená zařízení podporují Webex Calling. Zatímco většina těchto zařízení může být registrována pomocí Mac adresy, pouze následující podmnožinu lze registrovat pomocí aktivačního kódu:

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

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

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

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

  • Telefon na konferenci Cisco IP 7832 a 8832

1

V zobrazení pro zákazníky přejděte do části https://admin.webex.comSpráva > Pracovní prostory a klikněte na tlačítko Přidat pracovní prostor.

2

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


 

Název pracovního prostoru nesmí být delší než 30 znaků a nesmí obsahovat znaky %, #, <, >, /,\ a „.

3

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

4

Z rozevíracího seznamu vyberte typ zařízení, vyberte, zda chcete zaregistrovat telefon s aktivačním kódem (pokud se tato možnost zobrazí), nebo adresu Mac, a klepněte na tlačítko Další. Pamatujte, že pokud se rozhodnete zaregistrovat zařízení pomocí aktivačního kódu, kód bude zaslán e-mailem určenému správci pro dané umístění.

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

Pro Cisco IP Conference Phone 7832 nemusí být některé softwarové klávesy k dispozici. Pokud potřebujete úplnou sadu softwarových tlačítek, doporučujeme, abyste tento telefon přiřadili uživateli.

5

Přiřaďte umístění a telefonní číslo (podle zvoleného umístění) a klikněte na tlačítko Uložit. Máte také možnost přiřadit rozšíření.


Uživatelé s profesionální licencí Webex Calling mohou používat své osobní pokojové systémové zařízení k provádění (nebo přijímání) externích hovorů pomocí telefonního čísla nebo použít hovor na bázi rozšíření ze zařízení.


Volání přes URI budou i nadále přesměrována přes aplikaci Webex.

1

V zobrazení pro zákazníky přejděte do části Uživatelé a vyberte uživatelehttps://admin.webex.com, kterému chcete zařízení přiřadit.

2

Z uživatelského panelu, který se otevře vpravo, přejděte dolů na položku Zařízení a vyberte jednu z následujících možností:

  • Pokud má uživatel alespoň jedno zařízení již přiřazené, klikněte... a vyberte Přidat zařízení Webex Room.
  • Pokud uživatel nemá již přiřazena žádná zařízení, klikněte na tlačítko Přidat zařízení Webex Room.
3

Zkopírujte, pošlete e-mailem nebo vytiskněte šestnáctimístný aktivační kód a odešlete jej uživateli, aby mohl aktivovat své nové zařízení, nebo pokud je zařízení ve vašem vlastnictví, můžete zařízení aktivovat jménem uživatele.

Pokud uživatel neaktivuje zařízení před vypršením platnosti kódu, může z vygenerovat nový aktivační kódhttps://settings.webex.com. Odtud mohou uživatelé také přidávat svá vlastní osobní zařízení. Další informace naleznete v části Nastavení místnosti nebo stolního zařízení jako osobního zařízení.


Uživatelé s profesionální licencí Webex Calling mohou používat své osobní pokojové systémové zařízení k provádění (nebo přijímání) externích hovorů pomocí telefonního čísla nebo použít hovor na bázi rozšíření ze zařízení.


Volání přes URI budou i nadále přesměrována přes aplikaci Webex.

1

Ze zákaznického pohledu v https://admin.webex.compřejděte na Zařízení.

2

Klikněte na Přidat zařízení a vyberte možnost Stávající uživatel.

3

Vyhledejte uživatele, kterému chcete zařízení přiřadit, a klikněte na tlačítko Další.

4

Vyberte Cisco Webex Room Device.

5

Zkopírujte, pošlete e-mailem nebo vytiskněte šestnáctimístný aktivační kód a odešlete jej uživateli, aby mohl aktivovat své nové zařízení, nebo pokud je zařízení ve vašem vlastnictví, můžete zařízení aktivovat jménem uživatele.

Pokud uživatel neaktivuje zařízení před vypršením platnosti kódu, může z vygenerovat nový aktivační kódhttps://settings.webex.com. Odtud mohou uživatelé také přidávat svá vlastní osobní zařízení. Další informace naleznete v části Nastavení zařízení Webex Board, Room nebo Desk jako osobního zařízení.

Když jsou lidé v práci, sejdou se na mnoha pracovištích, jako jsou jídelny, lobby a konferenční místnosti. V těchto pracovních prostorech můžete nastavit sdílená zařízení Cisco Webex, přidávat služby a sledovat spolupráci.

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

Zde uvedená zařízení podporují Webex Calling.

1

V zobrazení pro zákazníky přejděte https://admin.webex.comdo části Pracovní prostory a klikněte na tlačítko Přidat pracovní prostor.

2

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

3

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

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

4

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

  • Volání zdarma - Uživatelé mohou volat pouze prostřednictvím aplikace Webex nebo protokolu Webex Session Initiation Protocol (SIP) s použitím adresy SIP (například username@example.calls.webex.com).
  • Webex Volání -Kromě toho, že je možné uskutečňovat a přijímat hovory Webex App a SIP, mohou lidé v tomto pracovním prostoru používat zařízení k uskutečňování a přijímání telefonních hovorů v rámci číslovacího plánu Webex Volání. Můžete například zavolat svému kolegovi Giacomovi Edwardsovi vytočením jeho telefonního čísla 555-555-5555, jeho přípony 5555 nebo jeho SIP adresy gedwards@example.webex.com, ale můžete také zavolat do místní pizzerie.
5

Zařízení aktivujte pomocí poskytnutého kódu. Aktivační kód můžete zkopírovat, odeslat e-mailem nebo vytisknout.

Pokud máte několik zařízení, která musíte přiřadit uživatelům a pracovním prostorům, můžete vyplnit soubor CSV požadovanými informacemi a aktivovat tato zařízení v několika jednoduchých krocích.

Zde uvedená zařízení podporují Webex Calling. Zatímco všechna tato zařízení mohou být registrována pomocí Mac adresy, pouze následující podmnožina může být registrována pomocí aktivačního kódu:

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

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

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

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

  • Telefon na konferenci Cisco IP 7832 a 8832

1

V zobrazení pro zákazníky přejděte https://admin.webex.comna položku Zařízení, klikněte na položku Přidat zařízení a vyberte, zda chcete zařízení přidat do uživatele nebo do pracovního prostoru.

2

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

3

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

  • Uživatelé v mé organizaciMůžete získat seznam všech uživatelů ve vaší organizaci a jejich přidružených atributů, takže nemusíte ručně vyhledávat každého uživatele.
  • Přidat vzorovou šablonu zařízení - Můžete použít šablonu, se kterou jste přišli, a poté zadat informace, jako jsou uživatelská jména, typ (uveďte, zda se jedná o uživatele nebo pracovní plochu), adresy MAC a modely zařízení. Zde je několik věcí, které je třeba mít na paměti:
    • Musíte zadat telefonní číslo, rozšíření nebo obojí. Poznámka: Tato pole byla dříve pojmenována Directory Number a Direct Line (Číslo adresáře a přímá linka); názvy těchto sloupců budou i nadále podporovány po krátkou dobu.

    • Ve sloupci Uživatelské jméno souboru CSV nezapomeňte zadat e-mailovou adresu uživatele, nikoli jeho uživatelské jméno nebo jméno. Do tohoto sloupce můžete také vložit název pracovního prostoru.

    • Doporučujeme omezit počet zařízení na 1000 na CSV soubor. Pokud musíte přidat více, použijte druhý soubor CSV.

    • Pokud vstoupíte do pracovního prostoru, který ještě neexistuje, pracovní prostor se automaticky vytvoří.

    • Je-li typ zařízení IP, je vyžadován model (například Cisco 7841, Cisco 8851 atd.), je-li typ zařízení WEBEX NEBO WEBEX_VOLÁNÍ modelu by mělo být prázdné.

    • Pokud ponecháte sloupec Mac adresa prázdný, je vygenerován aktivační kód a musí být zadán na samotném zařízení.

4

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

  • Zadej odkaz- aktivační kód se přidá do souboru CSV, který si pak můžeš stáhnout.
  • Aktivační kód e-mailu -Pokud je zařízení pro pracovní prostor, aktivační kód vám bude zaslán jako administrátorovi. Pokud je zařízení určeno pro uživatele, aktivační kód je uživateli zaslán e-mailem.
5

Importovat obydlený soubor CSV.

6

Klikněte na tlačítko Odeslat.

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

 

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

Můžete přidat, odebrat, restartovat, zkontrolovat aktivaci nebo vytvořit nový aktivační kód pro zařízení, která jsou přiřazena uživatelům ve vaší organizaci. To může být užitečné pro zobrazení a správu zařízení na obrazovce uživatele, pokud je to potřeba.

1

Ze zákaznického pohledu v https://admin.webex.compřejděte na Uživatelé.

2

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

3

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


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

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

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

5

Pokud je zařízení přidané k uživateli Webex Aware, pak je možnost Webex Aware zobrazena pod zařízeními, jak je znázorněno na obrázku. Webex Aware označuje, že zařízení se připojilo k platformě Webex a má přístup k funkcím Webex podporovaným telefonem.

6

Pro správu zařízení klikněte na tlačítko Akce. Akce pomáhají aplikovat změny konfigurace nebo aktualizovat firmware pro MPP zařízení.

Na kartě Akce jsou k dispozici tyto možnosti pro zařízení Webex Aware:
  • Pro stažení a použití změn v konfiguraci aplikovat na telefon požadavek na změny - problémy.
  • Reboot-issues požadavek na vynucení restartu zařízení a stažení aktuální konfigurace.
  • Nahlášení požadavku na problémové problémy zařízení pro generování a nahrání PRT do cloudu.
  • Smazat- smaže zařízení, které je uvedeno pro uživatele.

Zařízení lze přidávat a spravovat přímo z profilu pracovního prostoru. Zařízení pracovního prostoru mohou zahrnovat zařízení ATA, jako jsou faxy. Můžete také nastavit pracovní prostor zařízení jako hotelový hostitel. Pro více informací o hotelnictví viz Hoteling v Cisco Webex Control Hub.

1

Ze zákaznického pohledu v přejděte https://admin.webex.comdo části Pracovní prostory.

2

Vyberte pracovní plochu, kterou chcete upravit, a přejděte na dlaždici Zařízení.

3

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

4

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

Zde můžete prohlížet a upravovat nastavení zařízení, mazat zařízení, restartovat zařízení a povolit, aby bylo zařízení používáno jako hotelový hostitel. Další informace o konfiguraci nastavení telefonu naleznete v části Konfigurace a aktualizace nastavení telefonu.

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

Maximální konfigurační limit je 35 zařízení pro každé telefonní číslo uživatele, včetně stolních počítačů nebo mobilních aplikací používaných uživatelem. Další řádky mohou být přidány do pracovního prostoru telefonu, ale pracovní prostor telefon nemůže být přidán jako sdílená linka.


Rychlé volby, které uživatel přidal do svého MPP telefonu, nejsou v ovládacím centru viditelné a mohou být přepsány, pokud je nakonfigurována sdílená linka.

1

Z pohledu zákazníka v přejděte do https://admin.webex.comčásti Uživatelé nebo Pracovní prostory (v závislosti na tom, kde je přiřazeno zařízení, které chcete upravit).

2

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

3

Vyberte zařízení, do kterého chcete přidávat nebo upravovat sdílené řádky, a přejděte na položku Uživatelé a nastavení telefonu.

Uživatelé a místa zobrazená v tomto telefonu jsou seřazena podle vzhledu.

4

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

5

Chcete-li odstranit čáru, klikněte na ikonu.


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

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


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

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

Porty můžete nakonfigurovat na zařízení s analogovým telefonním adaptérem (ATA) přiřazeným uživateli v ovládacím rozbočovači. V současné době jsou dvě konfigurace pro zařízení ATA k dispozici pro zařízení se 2 porty a zařízení s 24 porty.

1

Ze zákaznického pohledu v https://admin.webex.compřejděte na Uživatelé.

2

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

3

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

4

V části Uživatelé na tomto zařízení klikněte na položku Konfigurovat porty.

5

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

6

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


 
Ve vyhledávání se zobrazují pouze pracovní prostory bez zařízení.
7

Pokud zařízení vyžaduje kompresi faxu T.38, zaškrtněte políčko ve sloupci T.38 nebo přepište možnosti komprese na uživatelské úrovni a klikněte na tlačítko Uložit.


 
Pracovní prostor může mít ATA. To je užitečné pro faxy.

Telefonní čísla můžete kdykoli přidávat do stolních a pokojových zařízení ve své zákaznické organizaci, ať už jste uprostřed zkušebního období nebo jste byli převedeni na placené předplatné.


Zvýšili jsme počet telefonních čísel, která můžete přidat do Control Hubu z 250 na 1000.

1

V zobrazení pro zákazníky přejděte do https://admin.webex.com nabídky Služby > Volání > Čísla a klikněte na tlačítko Přidat čísla.

2

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

3

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

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

V zobrazení pro zákazníky v přejděte na https://admin.webex.com položky Služby > Volání > Objednávky PSTN.

Když připojíte příslušenství (náhlavní soupravy/kem) k zařízení MPP, zobrazí se jako položka inventáře na kartě Zařízení v ovládacím rozbočovači. V inventáři Control Hub Devices se dozvíte model příslušenství, stav a komu příslušenství patří. Při výběru příslušenství lze získat další informace, jako je sériové číslo příslušenství a aktuální verze softwaru. Pole stavu příslušenství se hlásí jako „online“, pokud je příslušenství připojeno k MPP. Náhlavní souprava připojená k MPP automaticky aktualizuje svůj software na nejnovější verzi dostupnou ze Správy zařízení.

Chceš vidět, jak se to dělá? Podívejte se na video ukázku, jak zobrazit příslušenství v ovládacím centru.
Tabulka 1. Kompatibilní náhlavní soupravy

Model telefonu

Sada náhlavních souprav Cisco 520

Sada náhlavních souprav Cisco 530

Náhlavní souprava Cisco řady 560

Sada náhlavních souprav Cisco řady 730

Telefon Cisco IP 8811/8841/8845

RJ9 a RJ11

Telefon Cisco IP 8851/8861/8865

USB

USB

USB

RJ9 a RJ11

Telefon Cisco IP 7811/7821/7841/7861

Telefon Cisco IP 6821/6841/6851/6861

Telefon Cisco IP 6871

USB

USB

USB

Telefon na konferenci Cisco IP 7832/8832

Tabulka 2. Kompatibilní rozšiřující moduly klíče

Model telefonu

klíčový rozšiřující modul

Telefon Cisco IP 8811/8841/8845

Telefon Cisco IP 8851/8861/8865

BEKEM

CP-8800-A-KEM

CP-8800-V-KEM

Telefon Cisco IP 7811/7821/7841/7861

Telefon Cisco IP 6821/6841/6861/6871

Telefon Cisco IP 6851

CP-68KEM-3PCC

Telefon na konferenci Cisco IP 7832/8832

7. bře 2022
Trendy přijetí a sestavy využití pro volání Webex

Máte na dosah ruky řadu sestav, které vám mohou pomoci posoudit, jak jsou služby volání Webex používány, jak často jsou používány. Můžete také získat rychlý přehled o kvalitě médií pro vaši polohu.

Zobrazení zpráv o volání

Na stránce Analýza v Centru řízení můžete získat přehled o tom, jak lidé používají volání Webex a aplikaci Webex (zapojení), a o křepelosti jejich prostředí pro média volání. Chcete-li získat přístup k analýze volání Webex, přihlaste se k Centru řízení, přejděte na Analytics a vyberte kartu Volání .

1

Pokud chcete zobrazit podrobné přehledy historie hovorů, přihlaste se do Centra Control Hub, přejděte do Analytics a pak vyberte Podrobná historie hovorů.

Automaticky se dostanete na portálpro správu volání, kde můžete analyzovat a vyhodnotit využití hovorů. Informace o sestavách, které jsou k dispozici pro konkrétní funkce volání, najdete v tématu Portál pro správu volání – sestavy. Informace o aktivitě volání najdete v tématu Volání portálu pro správu – Analytics. Informace o voláních pomocí vyhrazené instance najdete v tématu Analýza vyhrazených instancí.

2

Pokud chcete získat přístup k datům o kvalitě médií, přihlaste se do Centra řízení, přejděte do Analytics a pak vyberte Volání.

Další informace najdete v tématu Analýza pro vaše portfoliocloudové spolupráce.

Spuštění nástroje CScan

CScan je nástroj připravenosti na síť určený k testování síťového připojení k volání Webex.

Další informace naleznete v tématu Použití nástroje CScan k testování kvalityvolání sítě Webex.

20. dub 2022
Referenční informace o portu pro volání Cisco Webex

Zde je seznam adres, portů a protokolů používaných pro připojení telefonů a bran k volání Cisco Webex z kterékoli z následujících oblastí: Produkce (zahrnuje Severní Ameriku, EMEA, Austrálii a Japonsko) a Beta. Tyto porty je nutné zpřístupnit pro určitý provoz procházející sítí. Všimněte si, že konfigurace místní brány je nyní k dispozici také pro poskytovatele služeb.

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

Ne všechny konfigurace brány firewall vyžadují, aby porty byly otevřené, ale pokud používáte pravidla zevnitř ven, musíte otevřít porty, aby se povolily protokoly vyžadované pro službu. Pokud nasadíte překlad adres (NAT), definujete přiměřené doby vazby a vyhnete se manipulaci se sip na zařízení NAT, neměli byste otevírat příchozí porty na bráně firewall.


Pokud směrovač nebo brána firewall podporuje PROTOKOL SIP, což znamená, že má povolenou bránu SIP Application Layer Gateway (ALG) nebo něco podobného, doporučujeme tuto funkci vypnout, aby byl zachován správný provoz služby. Informace o tom, jak zakázat SIP ALG na konkrétních zařízeních, naleznete v dokumentaci příslušného výrobce.

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

Webex volání provozu přes bránu firewall

Většina zákazníků nasazuje internetovou bránu firewall nebo internetový proxy server a bránu firewall, aby omezila a řídila provoz založený na protokolu HTTP, který opouští a vstupuje do jejich sítě. Koncové body volání Webexu nepodporují proxy server https, s výjimkou měkkých klientů, kteří podporují následující prostředí proxy a odpovídající metody ověřování:

  1. Ruční konfigurace proxy serveru

    • Žádné ověřování

    • Základní

    • Protokol NTLM

    • Vyjednávat

  2. Konfigurace serveru proxy WPAD

    • Žádné ověřování

    • Základní

  3. Konfigurace proxy PAC

    • Žádné ověřování

    • Základní

    • Protokol NTLM

    • Vyjednávat

Postupujte podle pokynů brány firewall a povolte přístup ke službám volání Webex z vaší sítě.

Konfigurace brány firewall

Pokud vaše brána firewall podporuje filtrování adres URL, nakonfigurujte bránu firewall tak, aby povolovala uvedené cílové adresy URL volání Webexu. Viz tabulka Domény a adresy URL pro služby volání Webex pro detials.

Pokud používáte bránu firewall, která nepodporuje filtrování adres URL/domén, nakonfigurujte bránu firewall tak, aby filtrovala provoz pomocí rozsahů IP adres a portů, jak je uvedeno v části IP adresy a porty pro služby voláníWebex.

IP adresy a porty pro volací služby Webex

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

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

85.119.56.0/23

128.177.14.0/24

128.177.36.0/24

135.84.168.0/21

139.177.64.0/21

139.177.72.0/23

185.115.196.0/22

199.19.196.0/23

199.19.199.0/24

199.59.64.0/21

23.89.76.128/25

170.72.29.0/24

170.72.17.128/25

170.72.0.128/25

170.72.82.0/25

150.253.209.128/25

23.89.33.0/24

23.89.40.0/25

23.89.1.128/25

Účel připojení

Zdrojové adresy

Zdrojové porty

Protokol

Cílové adresy

Cílové porty

Poznámky

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

Místní brána externí (NIC) 8000-65535

TCP

Viz Podsítě PROTOKOLU IP pro službyvolání Webex.

8934

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

Zařízení

5060-5080

Aplikace

Efemérní (závislé na operačním systému)

Volání médií na volání Webex (STUN, SRTP)

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

8000-48198

UDP

Viz Podsítě PROTOKOLU IP pro službyvolání Webex.

5004,19560-65535

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

Zařízení

19560-19660

Aplikace

Chvilkové

Signalizace volání na bránu PSTN (SIP TLS) Interní síťová karta místní brány 8000-65535 TCP Vaše ITSP PSTN GW nebo Unified CM Závisí na možnosti veřejné telefonní sítě (například obvykle 5060 nebo 5061 pro Unified CM)
Volání médií do brány veřejné telefonní sítě (SRTP) Interní síťová karta místní brány

8000-48198

UDP Vaše ITSP PSTN GW nebo Unified CM Závisí na možnosti veřejné telefonní sítě (například obvykle 5060 nebo 5061 pro Unified CM)

Signalizace volání do veřejně adresovaných koncových bodů (SIP TLS)

Viz Podsítě PROTOKOLU IP pro službyvolání Webex.

Chvilkové

TCP

IP adresa koncového bodu

8934

Tyto IP adresy/porty jsou potřebné pro signalizaci příchozích hovorů SIP-TLS z Webex Calling Cloud (Zdroj) do veřejně adresovaných koncových bodů (Cíl).

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

Volací zařízení Webex

Chvilkové

TCP

3.20.185.219

3.130.87.169

3.134.166.179

443,6970

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

Cloudupgrader.webex.com a porty 443 6970 je třeba povolit pouze při migraci z podnikových telefonů (Cisco Unified CM) na volání Webex. Další informace najdete v upgrade.cisco.com .

3.20.118.133

3.20.228.133

3.23.144.213

3.130.125.44

3.132.162.62

3.140.117.199

18.232.241.58

35.168.211.203

50.16.236.139

52.45.157.48

54.145.130.71

54.156.13.25

80,443

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

Tyto IP adresy jsou potřebné pro bezpečný onboarding zařízení (telefony MPP) prostřednictvím 16místného aktivačního kódu (GDS).

72.163.10.96/27

72.163.15.64/26

72.163.15.128/26

72.163.24.0/23

173.36.127.0/26

173.36.127.128/26

173.37.26.0/23

173.37.149.96/27

192.133.220.0/26

192.133.220.64/26

80,443

Tyto IP patří activate.cisco.com.

Tato doména se používá pro zřizování na základě CDA / EDOS - MAC adres. Používají ho zařízení (telefony MPP, ATA a SPA ATA) s novějším firmwarem.

Když se telefon připojí k síti poprvé nebo po obnovení továrního nastavení a nejsou nastaveny žádné možnosti DHCP, kontaktuje aktivační server zařízení pro nulové zřizování dotyků. Nové telefony používají pro zřizování "activate.cisco.com" místo "webapps.cisco.com". Telefony s firmwarem starším než 11.2(1) nadále používají "webapps.cisco.com". Doporučujeme povolit oba názvy domén přes bránu firewall.

72.163.10.128/25

173.37.146.128/25

80,443

Tyto IP patří webapps.cisco.com.

Tato doména se používá pro zřizování na základě CDA / EDOS - MAC adres. Používají ho zařízení (telefony MPP, ATA a SPA ATA) se starším firmwarem.

Když se telefon připojí k síti poprvé nebo po obnovení továrního nastavení a nejsou nastaveny žádné možnosti DHCP, kontaktuje aktivační server zařízení pro nulové zřizování dotyků. Nové telefony používají pro zřizování "activate.cisco.com" místo "webapps.cisco.com". Telefony s firmwarem starším než 11.2(1) nadále používají "webapps.cisco.com". Doporučujeme povolit oba názvy domén přes bránu firewall.

Viz Podsítě PROTOKOLU IP pro službyvolání Webex.

80,443

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

Synchronizace času zařízení (NTP)

Volací zařízení Webex

51494

UDP

Viz Podsítě PROTOKOLU IP pro službyvolání Webex.

123

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

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

Volací zařízení Webex

Chvilkové

UDP a TCP

Definováno hostitelem

53

Konfigurace aplikace

Aplikace volání Webex

Chvilkové

TCP

62.109.192.0/18

64.68.96.0/19

150.253.128.0/17

207.182.160.0/19

80, 443

Tyto IP adresy patří do ověřovacích služeb Webex Idbroker a používají je klienti, tj. Aplikace Webex.

Viz Podsítě PROTOKOLU IP pro službyvolání Webex.

80, 443, 8443

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

Synchronizace času aplikace

Aplikace volání Webex

123

UDP

Definováno hostitelem

123

Překlad názvů aplikací

Aplikace volání Webex

Chvilkové

UDP a TCP

Definováno hostitelem

53

CScan

Aplikace volání Webex

Chvilkové

UDP a TCP

Viz Podsítě PROTOKOLU IP pro službyvolání Webex.

8934 a 80, 443, 19569-19760

Tyto IP adresy používají služby CScan používané klienty, tj. Aplikace Webex. Další informace najdete v cscan.webex.com .

† rozsah portů médií CUBE je konfigurovatelný s rozsahem portů RTP.

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

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

Doména / URL

Popis

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

Služby Cisco Webex

*.webexcallingpbx.com

Autorizační mikroslužby Webex pro křížové spuštění z Řídicího centra na portál pro správu volání.

Control Hub

*.webexcalling.com.au

Služby volání Webex v Austrálii.

Všichni

*.webexcalling.eu

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

Všichni

*.webexcallingpbx.net

Volání služeb konfigurace a správy klienta.

Aplikace Webex

*.cisco.com

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

Telefony MPP, Control Hub

*.ucmgmt.cisco.com

Služby volání Webex

Control Hub

*.webex.com

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

Všichni

*.wbx2.com a *.ciscospark.com

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

Všichni

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

*.appdynamics.com

*.eum-appdynamics.com

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

Control Hub

*.huron-dev.com

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

Control Hub

*.sipflash.com

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

Aplikace Webex

*.walkme.com *.walkmeusercontent.com

Klient s pokyny pro uživatele Webex. Poskytuje onboarding a usage prohlídky pro nové uživatele.

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

Aplikace Webex

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

Schůzky Webex / zasílání zpráv - požadavky na síť

Pokud nasazujete volání Webex se službami Webex Meetings and Messaging, síťové požadavky na služby Webex Meetings and Messaging naleznete v tématu Síťové požadavky pro službyWebex.

Historie revizí dokumentu

Datum

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

Dubna 7, 2022

Rozsah interních a externích portů UDP místní brány byl aktualizován na 8000-48198

Dubna 5, 2022

Byly přidány následující podsítě IP pro službu volání Webex:

  • 23.89.40.0/25

  • 23.89.1.128/25

29. března 2022

Byly přidány následující podsítě IP pro službu volání Webex:

  • 23.89.33.0/24

  • 150.253.209.128/25

Září 20, 2021

Přidány 4 nové podsítě IP pro službu volání Webex:

  • 23.89.76.128/25

  • 170.72.29.0/24

  • 170.72.17.128/25

  • 170.72.0.128/25

Dubna 2, 2021

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

25. března 2021

Přidáno 6 nových rozsahů IP adres pro activate.cisco.com, které vstoupí v platnost od 8. května 2021.

  • 72.163.15.64/26

  • 72.163.15.128/26

  • 173.36.127.0/26

  • 173.36.127.128/26

  • 192.133.220.0/26

  • 192.133.220.64/26

4. března 2021

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

Února 26, 2021

Přidán 5004 jako cílový port pro volání médií do volání Webex (STUN, SRTP) pro podporu interaktivního připojení (ICE), které bude k dispozici v volání Webex v dubnu 2021.

Února 22, 2021

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

Tabulka IP adres a Porty jsou upraveny tak, aby seskupovaly ADRESY IP pro stejné služby dohromady.

Sloupec Poznámky byl přidán do tabulky IP adresy a porty, aby bylo možné lépe porozumět potřebám.

Následující IP adresy byly přesunuty do zjednodušených rozsahů pro konfiguraci zařízení a správu firmwaru (zařízení Cisco):

activate.cisco.com

  • 72.163.10.125 -> 72.163.10.96/27

  • 173.37.149.125 -> 173.37.149.96/27

webapps.cisco.com

  • 173.37.146.134 -> 173.37.146.128/25

  • 72.163.10.134 -> 72.163.10.128/25

Následující IP adresy byly přidány pro konfiguraci aplikace, protože klient Cisco Webex je v březnu 2021 v Austrálii odkazován na novější DNS SRV.

  • 199.59.64.237

  • 199.59.67.237

Ledna 21, 2021

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

  • 3.134.166.179

  • 50.16.236.139

  • 54.145.130.71

  • 72.163.10.125

  • 72.163.24.0/23

  • 173.37.26.0/23

  • 173.37.146.134

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

  • 35.172.26.181

  • 52.86.172.220

  • 52.203.31.41

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

  • 62.109.192.0/19

  • 64.68.96.0/19

  • 207.182.160.0/19

  • 150.253.128.0/17

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

  • 64.68.99.6

  • 64.68.100.6

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

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

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

  • idbroker-b-us.webex.com

  • idbroker-eu.webex.com

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

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

Prosince 23, 2020

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

Prosince 22, 2020

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

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

Prosince 11, 2020

Byly aktualizovány řádky Konfigurace zařízení a firmwaru (zařízení Cisco) a Konfigurace aplikace pro podporované kanadské domény.

Října 16, 2020

Byla aktualizována signalizace hovorů a záznamy médií s následujícími IP adresami:

  • 139.177.64.0/24

  • 139.177.65.0/24

  • 139.177.66.0/24

  • 139.177.67.0/24

  • 139.177.68.0/24

  • 139.177.69.0/24

  • 139.177.70.0/24

  • 139.177.71.0/24

  • 139.177.72.0/24

  • 139.177.73.0/24

Září 23, 2020

V rámci CScan byl 199.59.64.156 nahrazen 199.59.64.197.

Srpna 14, 2020

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

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

Srpna 12, 2020

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

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

  • Signalizace volání na veřejně adresované koncové body (SIP TLS) – 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

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

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

  • Konfigurace aplikace – 135.84.173.154,135.84.174.154

22. července 2020

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

Června 9, 2020

V položce CScan jsme provedli následující změny:

  • Opravena jedna z IP adres – změněno 199.59.67.156 na 199.59.64.156

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

11. března 2020

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

  • jp.bcld.webex.com—135.84.169.150

  • client-jp.bcld.webex.com

  • idbroker.webex.com—64.68.99.6, 64.68.100.6

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

  • cisco.webexcalling.eu—85.119.56.198, 85.119.57.198

  • webapps.cisco.com—72.163.10.134

  • activation.webex.com—35.172.26.181, 52.86.172.220

  • cloudupgrader.webex.com—3.130.87.169, 3.20.185.219

27. února 2020

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

cloudupgrader.webex.com—443, 6970

Byl tento článek užitečný?
Pracovní postup konfigurace volání Webex