Možná jste si všimli, že některé články zobrazují obsah nekonzistentně. Omluvte drobný nepořádek, právě pracujeme na aktualizaci stránky.
cross icon
V tomto článku
dropdown icon
Přineste si vlastní řešení pro veřejnou telefonní síť
    Definice
    dropdown icon
    Příklad konfiguračních prvků BYOPSTN
      Porty používané službou Webex
      Sady šifer TLS a SRTP
      Zvukové kodeky podporovány
      Požadavky na profil SIP a RTP
      Domény směrování volání Webex
    dropdown icon
    REDUNDANCE Cube
      Duplexní nasazení CUBE pro Broadworks nasazeno na jednom webu
      Nasazení Simplex CUBE pro Broadworks nasazeno ve více lokalitách
    dropdown icon
    Zajištění
      Krok 1: Předpoklady partnera
      Krok 2: Zřízení skupin telefonních čísel (PNG) v prostředí Partner Hub
      Krok 3: Zřízení skupin zpětného volání DNS SRV (CDSG) v prostředí Partner Hub
      Krok 4: Přiřazení PNG a CDSG k šablonám zákazníků v prostředí Partner Hub
      Krok 5: Zřizování organizací pro řešení osiva
      Krok 6: Vyberte organizaci řešení primárního osiva
      Krok 7: Stáhnout konfiguraci Broadworks (BYOPSTN)
      Krok 8: Určení domény DNS SRV služby Webex Edge Audio
      Krok 9: Zřídit konfiguraci partnera Broadworks
      Krok 10 Zřizování Partner CUBE
      Krok 11 Certifikace BYOPSTN
    Použití aktualizací na skupinu telefonních čísel v rámci služby / skupinu zpětného volání DNS SRV
    Interoperabilita médií G722 při použití vlastního SBC
    Známá omezení
    Historie revizí dokumentu

Řešení Bring Your Own PSTN pro Webex pro Cisco BroadWorks

list-menuV tomto článku
list-menuZpětná vazba?
Přineste si vlastní řešení PSTN

Definice

Definice

Popis

Partner společnosti Cisco

Subjekt (obecně poskytovatel služeb), který prodává produkty a služby společnosti Cisco svým zákazníkům.

Koncový zákazník

Uživatelé, kteří používají produkty a služby společnosti Cisco, které jim prodává partner společnosti Cisco.

CUBE

Cisco Unified Border Element

Partnerská organizace

Úložiště identit a správy služeb Webex, které uchovává informace o partnerech společnosti Cisco a jejich zákaznících.

Partner Hub

Webový portál pro poskytování identit a služeb pro partnery společnosti Cisco a zákazníky, které spravují.

Organizace zákazníka

Úložiště identit a správy služeb Webex, které uchovává informace o koncovém zákazníkovi.

Podnik nebo poskytovatel služeb / skupina Broadworks

Zastupování koncového zákazníka v Broadworks.

Přehled

Řešení BYoPSTN (Bring Your Own PSTN) umožňuje službě Webex pro poskytovatele služeb Cisco BroadWorks zřizovat jejich vlastní telefonní čísla, která mohou uživatelé použít při připojení k aplikaci Webex Meetings. Řešení umožňuje partnerům využívat vlastní sítě PSTN a využívat stávající vztahy s poskytovateli veřejné telefonní sítě, nikoli používat čísla poskytnutá společností Cisco.

Referenční architektura v tomto dokumentu poskytuje komplexní design pro možnost BYoPSTN. Tato architektura byla ověřena společností Cisco a používá aplikaci Cisco Unified Border Element (CUBE) jako Session Border Controller (SBC) pro provoz hovorů mezi platformami BroadWorks a Webex Meetings.

Výběr možnosti připojení ke schůzce

V současné době Webex pro Cisco Broadworks podporuje dvě možnosti zřizování telefonních čísel pro schůzky. Poskytovatelé služeb si musí vybrat jednu z těchto dvou možností – kombinace není podporována:

  • Čísla pro přímé volání Cisco (Cisco PSTN) – Cisco poskytuje telefonní čísla, která mohou účastníci schůzky použít k připojení ke schůzkám

  • Čísla pro přímé volání poskytnutá partnerem (BYoPSTN) – poskytovatelé služeb poskytují vlastní telefonní čísla, která mohou účastníci schůzky používat při připojování ke schůzkám.

Řešení BYOPSTN

Partneři, kteří si vyberou možnost Čísla pro přímé volání poskytnutá partnerem (BYOPSTN), musí poskytnout svá vlastní telefonní čísla PSTN a musí zřídit síťovou infrastrukturu, která je vyžadována pro směrování hovorů do služby Webex a z ní. Řešení BYOPSTN usnadňuje směrování hovorů Přes Top (OTT) přes veřejný internet z Broadworks do služby Webex.

Při výběru možnosti BYoPSTN platí následující podmínky:

  • Partneři společnosti Cisco mohou používat stejná telefonní čísla pro více než jednoho koncového zákazníka. Tato telefonní čísla mohou být v jakékoli zemi, ve které partner působí.

  • Možnost BYOPSTN nevyžaduje žádné změny v obecném procesu registrace pro zákazníky Webex pro Cisco Broadworks.

  • BYoPSTN vyžaduje zřizování na úrovni partnera společnosti Cisco a všichni koncoví zákazníci, které partneři aktivují po spuštění sítě BYOPSTN, jsou automaticky aktivováni.

  • Veškeré zřizování vyžadované pro weby schůzek zákazníků je automatické, stejně jako v případě aktuálního obecně dostupného řešení.

  • Partneři, kteří aktivují jak standardní, tak prémiové balíčky, mají dvě weby pro schůzky: jeden web pro standardní uživatele a druhý pro prémiové uživatele. Pro BYOPSTN jsou povoleny obě weby.

  • Účastníci schůzky, kteří volají na schůzky, se mohou rozhodnout použít sdílení videa a obsahu prostřednictvím internetu.

  • Platí pro připojení ke schůzce pro schůzky v prostoru i schůzky PMR. Upozorňujeme, že pro schůzky v prostoru musí být prostor vytvořen standardním nebo prémiovým uživatelem s funkcemi hostitele schůzky Webex, aby mohl obdržet přístupové číslo PSTN – prostory vytvořené základními uživateli neobdrží přístupová čísla PSTN.

  • Tento dokument poskytuje ověřenou konfiguraci, která používá CUBE jako váš SBC. Pokud však nechcete používat CUBE, můžete nasadit vlastní SBC.

architektuře

Řešení Webex pro Cisco Broadworks BYOPSTN staví na sadě služeb Webex Edge, konkrétně na službě Webex Edge Audio dostupné podnikovým zákazníkům. Architektura je upravena tak, aby integrovala infrastrukturu Broadworks Cisco Partners s Webex Edge Audio, což partnerovi Cisco umožňuje centrálně konfigurovat sady telefonních čísel pro použití jejich koncovými zákazníky.

Hlavní prvky architektury jsou následující:

  • Broadworks – infrastruktura Broadworks partnerů Cisco

  • Cisco Unified Border Element (CUBE) – referenční řadič hranic relace (SBC) pro řešení nasazené v datovém centru Cisco Partners. CUBE musí být uvnitř DMZ. Pokud nechcete používat CUBE, můžete nasadit vlastní SBC.

  • Webex Edge Audio – služba Webex, která odděluje síť PSTN od služby Webex změnou směrování hovorů, aby mohla využívat infrastrukturu poskytovanou partnerem Cisco.

Volání účastníků, aby se připojili ke schůzce, prochází přes Broadworks do CUBE a z CUBE do infrastruktury Webex v cloudu přes internet. Tento model platí pro oba následující scénáře připojení ke schůzce:

  • Přímé volání– účastník vytočí telefonní číslo pozvánky na schůzku na svém registrovaném sluchátku, mobilním zařízení nebo v aplikaci Webex. Hovor iniciuje společnost Broadworks.

  • Zpětné volání (volitelné) – účastník požaduje, aby služba Webex zavolala na telefonní číslo, které účastník poskytl. Hovor je zahájen službou Webex.

Hovory směrované z Broadworks do CUBE v rámci partnerské infrastruktury budou používat protokol SIP TCP pro signalizaci hovorů a protokol RTP pro média. Hovory od cube po službu Webex používají pro signalizaci protokol TLS SIP a pro média sRTP. Směrování hovorů z CUBE do aplikace Webex probíhá přes internet a nepoužívá přenosový spoj SIP.

Typické nastavení scénářů přímého volání/zpětného volání je následující:

  • Partner Cisco má telefonní číslo PSTN (například 2403332200) a přidružený přístupový kód Webex (například 88631321777971704941).

  • Partner společnosti Cisco zřizuje virtuálního předplatitele v platformě Broadworks, který odpovídá zařízení CUBE. Partner mapuje telefonní číslo na přístupový kód a naopak.

  • Přístupový kód, který je odeslán do služby Webex ve zprávách SIP, identifikuje weby schůzek přidružené k partnerovi Cisco.

  • Výše uvedené telefonní číslo pro přístup k mapování kódu je nakonfigurováno jednou a je společné pro všechny weby schůzek koncového zákazníka.

  • Účastníci, kteří se připojují ke schůzce, musí zadat odpovídající ID schůzky (například 123456), které označuje konkrétní schůzku, ke které se mají připojit.

Doporučuje se, aby partneři dodržovali níže uvedený model redundance.

Připojení ke schůzce pomocí přímého volání

Následující obrázek znázorňuje proces uživatele, který se připojí ke schůzce prostřednictvím přímého volání.

Zde jsou příslušné kroky, aby se účastník připojil ke schůzce prostřednictvím přímého volání.

  1. Uživatel naplánuje schůzku v aplikaci Webex. Webex přiřadí ID schůzky (například 123456).

  2. Uživatel vytočí telefonní číslo přidružené ke schůzce (například 2403332200). Pozvánka SIP nese identifikátor URI požadavku jako telefonní číslo přidružené ke schůzce.

  3. Broadworks překládá telefonní číslo na přístupový kód (například 88631321777971704941) přidružený k webu schůzky a směruje hovor na cube s identifikátorem URI požadavku jako přístupovým kódem.

  4. Služba Webex přijme pozvánku SIP a přijme hovor. Jazyk oznámení je určen jazykem zadaným pro telefonní číslo, když je zřízeno v partnerském centru Cisco a Broadworks.

  5. Uživatel zadá ID schůzky (například 123456) pomocí DTMF. Webex uživatele ověří a poté jej nechá připojit ke schůzce.

Připojení ke schůzce pomocí zpětného volání (volitelné)

Následující obrázek ukazuje proces uživatele, který se připojí ke schůzce zpětným voláním. Uživatel požádá o volání ze služby Webex, aby se připojil ke schůzce.

Zde jsou kroky, které se účastníkovi týkají připojení ke schůzce pomocí zpětného volání:

  1. Uživatel naplánuje schůzku v aplikaci Webex. Webex přiřadí ID schůzky (například 123456).

  2. Uživatel požaduje hovor ze služby Webex na požadované číslo (například +16504441000), aby se připojil ke schůzce pomocí aplikace Webex nebo klienta Meetings.

  3. Webex iniciuje pozvánku SIP do CUBE na základě skupiny zpětného volání DNS SRV zřízené v Cisco Partner Hub a Broadworks. Identifikátor URI požadavku SIP INVITE obsahuje telefonní číslo, které musí hovor přijmout (například +16504441000@cube.example.com).

  4. Cube převede telefonní číslo v ID vzdálené strany na hodnotu, která identifikuje virtuálního odběratele v Broadworks (například 88631321777971704941@ecccx.amer.pub.webex.com). Identifikuje CUBE jako virtuálního uživatele aplikačního serveru Broadworks.

  5. Hovor je nabízen uživateli požadovanému telefonnímu číslu a uživatel hovor přijme a připojí se ke schůzce. Toto telefonní číslo může být předplatitel Broadworks nebo číslo PSTN. Pokud je požadované číslo číslem sítě PSTN, služba Broadworks použije zřízenou cestu ke směrování hovoru do sítě PSTN.

Pro možnost Zpětné volání je povinné aktivovat následující dvě funkce:

  • 102746 – Podpora Broadworks pro CI UUID
  • 102074 – BYO PSTN Fakturační podpora pro Back and In

Toto lze potvrdit z rozhraní příkazového řádku, jak je uvedeno níže:

AS_CLI/System/ActivatableFeature> get

      Id                                               Description  Activated  Last Modified Timestamp
=============================================================================================
  102746                            BroadWorks Support for CI UUID       true
  102074          BYO PSTN Billing support for CallBack and CallIn       true      

Podrobný popis těchto funkcí a aktivaci naleznete v části „Virtuální odběratel zpětného volání ze schůzky XML“ v tomto dokumentu.


 
Pokud se rozhodnete nenakonfigurovat připojení ke schůzce pomocí možnosti Zpětné volání, uživatelé mohou i nadále používat možnost Přímé volání k připojení ke schůzkám nebo se mohou připojit pomocí zvuku počítače. V takovém případě nemusíte konfigurovat skupiny zpětného volání DNS SRV.

Přehled konfigurace řešení

Řešení má několik různých komponent, z nichž každá musí být správně nakonfigurována, aby řešení fungovalo úspěšně. Jedná se o tyto součásti:

  • BroadWorks

  • CUBE (nebo alternativní SP Certified Session Border Controller, SBC)

  • Webex Edge Audio

Existují vzájemné závislosti mezi konfigurací těchto různých komponent a jako taková je vyžadována jedna nebo více organizací osiva řešení pro dokončení požadované konfigurace a ověření řešení.

Organizace osiva

Seed organizace je organizace Webex, kterou nakonfigurujete pro generování a ověřování nastavení pro řešení BYOPSTN. Organizace seed musí mít alespoň jednoho uživatele přiřazenou standardní balíček, a tento standardní balíček musí používat čísla pro přímé volání poskytnutá partnerem (BYoPSTN) možnost připojení ke schůzce. Doporučuje se přidružit organizaci seed k testovacímu poskytovateli služeb Broadworks nebo podniku.

Organizace zabývající se semeny řešení slouží dvěma účelům:

  • Konfigurace osiva – zřízení organizace (organizací) osiva vygeneruje telefonní číslo pro mapování přístupových kódů schůzky a univerzálně jedinečný identifikátor webu schůzky (UUID webu), které jsou vyžadovány pro probíhající provoz řešení. Tyto informace jsou nutné ke konfiguraci virtuálních předplatitelů Broadworks (VSUB).

  • Ověření konfigurace – Pomocí organizace Seed můžete určit, zda je řešení BYoPSTN nakonfigurováno v souladu s vašimi požadavky. Použijte organizaci seed a otestujte uživatele k ověření případů použití přímého volání a zpětného volání schůzky pomocí čísel pro přímé volání poskytnutých partnerem a záznamů zpětného volání DNS SRV (pokud je zpětné volání povoleno).

Správce musí vygenerovat organizaci řešení seed pro každou jedinečnou sadu telefonních čísel a záznamů zpětného volání DNS SRV. Generování organizace řešení seed v každém případě vygeneruje požadované telefonní číslo pro mapování přístupových kódů pro schůzky a možnost ověřit přidružené případy přímého volání a zpětného volání na schůzku pro tato telefonní čísla a záznamy zpětného volání DNS SRV.

Správce pomocí centra Cisco Partner Hub musí vybrat jednu organizaci řešení osiva jako organizaci řešení primárního osiva. UUID webu schůzky schůzky standardního balíčku této organizace primárního osiva musí být nakonfigurováno v aplikaci Broadworks. Je důležité, aby tento web schůzky zůstal zřízen, protože toto UUID webu je odesláno v každé žádosti o připojení ke schůzce s přímým voláním jako ověřovací token. Toto jednotné UUID webu je sdíleno všemi sadami telefonních čísel a záznamů DNS SRV zpětného volání. Více hodnot UUID webu není vyžadováno.

Organizace primárního a sekundárního řešení osiva mohou být v případě potřeby odstraněny před přiřazením sady telefonních čísel a záznamů zpětného volání DNS SRV netestovaným zákazníkům. Když je sada telefonních čísel a záznamů zpětného volání DNS SRV přiřazena libovolným netestovaným zákazníkům, jsou tato telefonní čísla a záznamy zpětného volání přidruženy k webům schůzek pro tyto zákazníky a používají se pro připojení ke schůzce pomocí přímého volání a zpětného volání. Jakékoli změny by měly být považovány za ovlivňující službu.

V následujících částech jsou uvedeny další podrobnosti o různých konfiguračních prvcích.

Konfigurační prvky BYOPSTN

Klíčovým prvkem řešení je konfigurace telefonních čísel partnera Cisco a záznamů zpětného volání DNS SRV. Síť BYOPSTN používá skupiny telefonních čísel a skupiny zpětného volání DNS SRV jako způsob přiřazování geograficky založených telefonních čísel a redundantního směrování hovorů pro schůzky Webex. Tyto prvky jsou přiřazeny koncovým zákazníkům šablonou zákazníka.

Skupiny telefonních čísel (PNG)

Partneři společnosti Cisco poskytují telefonní čísla používaná účastníky k připojení ke schůzkám v prostředí Cisco Partner Hub. Tato telefonní čísla jsou uspořádána do skupiny telefonních čísel. Seznam Telefonních čísel je přiřazen k webu Schůzky. Všechny místnosti pro osobní schůzky (PMR) a naplánované schůzky na webu schůzky používají přiřazená telefonní čísla. Následuje příklad skupiny telefonních čísel:

Tabulka 1. Skupina telefonních čísel: Východní Amerika

Název telefonního čísla

Země

Směrové číslo země

Telefonní číslo

Oznámení

Zpoplatněný typ

Priorita přímého volání

marylandském

US

+1 (ČÍSLO)

2403332200

Angličtina

Zpoplatněné

Primární

floridském

US

+1 (ČÍSLO)

9049002303 (ROZCESTNÍK)

Angličtina

Zpoplatněné

Sekundární

New Yorském

US

+1 (ČÍSLO)

8056504578 (číslo)

Angličtina

Bezplatné

Žádné

Telefonní čísla mají následující atributy:

  • Název telefonního čísla – název k popisu telefonního čísla

  • Země – země, k níž je telefon přiřazen

  • Směrové číslo země – volací kód země nebo předvolba země

  • Telefonní číslo – telefonní číslo, které se má použít k připojení ke schůzce bez směrového čísla země

  • Oznámení – jazyk oznámení, které má být přehráno, když se účastník připojuje ke schůzce

  • Typ mýtného – typ čísla: Zpoplatněné nebo bezplatné

  • Priorita přímého volání – priorita přiřazená číslům schůzky. Zobrazení čísel připojení ke schůzce účastníků je seřazeno na základě této priority.

Výchozí telefonní čísla: Správci mohou přiřadit prioritu přímého volání primárního, sekundárního nebo žádného telefonnímu číslu ve skupině telefonních čísel. Výchozí telefonní čísla s prioritou primární nebo sekundární jsou telefonní čísla. Výchozí telefonní čísla jsou odesílána v e-mailech s pozvánkou na schůzku a jsou uvedena v pořadí priorit, které by účastníci měli použít k připojení ke schůzkám. Výchozí telefonní čísla nemusí být ve stejné zemi. Je nutné vybrat primární telefonní číslo, sekundární telefonní číslo je volitelné. Alespoň jedno z výchozích telefonních čísel musí být typu Zpoplatněné.

Uživatelé koncového zákazníka mohou pomocí webového rozhraní webu schůzky zadat vlastní výchozí telefonní čísla. Tato čísla se zobrazují pro daného uživatele a jeho účastníky, když jsou hostitelem schůzky. Pokud se uživatel připojí ke schůzce jako účastník, zobrazí se pouze pro něj.

Jak je uvedeno výše, správce partnera Cisco udává US Maryland jako primární a US Florida jako sekundární, jedná se o výchozí telefonní čísla. Uživatel se může rozhodnout toto přepsat na svých schůzkách změnou primární na US New York a sekundární jako US Maryland.

Maximální počet telefonních čísel pro danou skupinu telefonních čísel je 98.

POZNÁMKA: Konfigurace vyhrazeného čísla pro jeden podnik není podporována.

Skupiny zpětného volání DNS SRV (CDSG)

Aby si účastníci schůzky mohli vybrat možnost zpětného volání, je vyžadována skupina zpětného volání DNS SRV, která ukazuje na instanci CUBE v rámci sítě partnera Cisco. Webex používá tyto záznamy ke směrování zpětného volání přes CUBE do služby Broadworks, která pak může zpětné volání schůzky umístit na telefonní číslo účastníka schůzky.

Následuje příklad skupiny zpětného volání DNS SRV.

Tabulka 2. Název skupiny zpětného volání DNS SRV: Globální CB

Země/oblast

Směrové číslo země

Záznam DNS SRV

Spojené státy americké

+1 (ČÍSLO)

cube.us.příklad.com

Mexiko

+52 (číslo)

cube.mx.example.com

Všechny ostatní země

cube.global.example.com

Záznamy zpětného volání DNS SRV mají následující atributy:

  • Země/oblast – země nebo oblast, pro kterou má být tento záznam DNS SRV použit k odesílání žádostí o hovor.

  • Kód země – kód země přidružený k zemi/oblasti. Pro každý kód země můžete mít pouze jeden záznam DNS SRV.

  • Záznam DNS SRV – záznam DNS SRV pro instance (instance) Cisco Partner CUBE.

Když účastník požádá o hovor na svém zadaném telefonním čísle, aplikace Webex použije zpětné volání DNS SRV přidružené k kódu země pro zadané telefonní číslo k směrování hovoru na příslušné prvky v síti Cisco Partners.

Tímto způsobem použití záznamu DNS SRV poskytuje podporu nadbytečným instancím CUBE pro obsluhu požadavků na volání ze služby Webex. Ve výše uvedeném příkladu, když účastníci schůzky v USA požádají o zpětné volání ze služby Webex na své telefonní číslo v USA, Webex používá DNS SRV cube.us.example.com pro směrování hovoru do sítě partnera Cisco. Když účastníci schůzky v Mexiku požádají o zpětné volání ze služby Webex na své telefonní číslo v Mexiku, Webex použije DNS SRV cube.mx.example.com pro směrování hovoru do sítě partnera Cisco.

Pro jakoukoli zemi/regiony, které nemají konkrétní záznam zpětného volání DNS SRV, směřují tyto žádosti o volání k „záznamu DNS SRV všech ostatních zemích “. Správce musí nakonfigurovat záznam DNS SRV „Všechny ostatní země“.

Maximální počet záznamů pro danou skupinu zpětného volání DNS SRV je 200.

Zákaznické šablony

Šablona zákazníka je existující koncept řešení Webex pro Broadworks. Šablona poskytuje výchozí konfiguraci, která se používá ke zřízení koncového zákazníka. Síť BYOPSTN poskytuje šabloně zákazníka další atributy:

  • Typ připojení ke schůzce – mohou to být čísla pro přímé volání společnosti Cisco nebo čísla pro přímé volání poskytnutá partnerem. Tento atribut označuje telefonní čísla, která jsou nakonfigurována pro weby schůzek přidružené k balíčkům Standard a Premium. Čísla pro přímé volání poskytnutá partnerem by měl vybrat správce.

  • Skupina telefonních čísel – přidružená pouze k číslům pro přímé volání poskytnutým partnerem. Tento atribut označuje telefonní čísla, která používají koncoví zákazníci zřízená pro standardní a prémiové balíčky při připojování ke schůzkám.

Skupina zpětného volání DNS SRV – přidružená pouze k možnosti čísel pro přímé volání poskytnutým partnerem. Tento atribut označuje záznamy DNS SRV, které služba Webex používá při zpětném volání koncovým zákazníkům, které jsou při připojování ke schůzkám zřízeny pro standardní a prémiové balíčky. Pokud nechcete povolit zpětné volání, můžete při vytváření nebo aktualizaci šablony zákazníka zvolit možnost „Zakázat zpětné volání“. Když je pro koncového zákazníka zřízen první předplatitel standardní nebo prémiové služby, zřizuje se přidružený web pro schůzky balíčků. Místo pro schůzky balíčku je zřízeno podle výše uvedené šablony zákazníka. Jakýkoli následně zřízený předplatitel pro službu Standard nebo Premium je přidán k již zřízenému webu schůzky – konfigurace webu schůzky se nemění.

Jakékoli změny šablony zákazníka s ohledem na výše uvedené atributy platí pouze pro nově zřízené weby pro schůzky balíčků. Stávající weby schůzek, které jsou již zřízeny, nejsou změnami šablony zákazníka ovlivněny.

Významnou výjimkou je, že pokud již koncový zákazník má web pro schůzky s balíčkem, je jakýkoli nový web pro schůzky s balíčkem zřízen pomocí stejného typu připojení ke schůzce jako stávající web pro schůzky s balíčkem. Pokud má například koncový zákazník standardní stránku pro schůzky balíčku používající čísla pro přímé volání Cisco a šablona zákazníka je aktualizována tak, aby používala čísla pro přímé volání poskytnutá partnerem, je pomocí čísel pro přímé volání Cisco zřízena nová stránka pro schůzky s prémiovým balíčkem, nastavení šablony zákazníka se nepoužije. Standardní a prémiové weby pro daného koncového zákazníka budou vždy zřizovány konzistentně.

Cluster volání Broadworks

Obrazovka Cisco Partner Hub – klastr volání Broadworks poskytuje přístup k zobrazení a/nebo stažení informací o konfiguraci Broadworks (BYoPSTN). Konfigurační údaje BYoPSTN pro daný cluster obsahují následující data:

  • Podrobnosti o organizaci primárního řešení Seed, včetně standardního balíčku UUID webu pro schůzky a adresy URL webu.

  • Podrobnosti o skupině telefonních čísel pro všechny skupiny nakonfigurované pro tento cluster. To zahrnuje telefonní číslo pro mapování přístupového kódu schůzky pro každou skupinu. Všimněte si, že podrobnosti by měly zahrnovat skupiny, které jsou přidružené ke všem organizacím pro řešení sekundárních osiv.

  • Podrobnosti o skupině zpětného volání DNS SRV pro všechny skupiny nakonfigurované pro tento cluster. Všimněte si, že podrobnosti by měly zahrnovat skupiny, které jsou přidružené ke všem organizacím pro řešení sekundárních osiv.

  • Podrobnosti o šabloně zákazníka pro tyto šablony používající některou ze skupin telefonních čísel a skupin zpětného volání DNS SRV.

Každý cluster volání Broadworks má vlastní konfigurační údaje Broadworks (BYoPSTN), konkrétně přiřazené skupiny telefonních čísel a skupinu zpětného volání DNS SRV. Upozorňujeme však, že všechny Broadworks Calling Cluster sdílejí stejnou organizaci řešení primárního osiva a jako takové všechny obsahují stejné standardní UUID webu pro schůzky a adresu URL webu.

Informace o konfiguraci Broadworks (BYoPSTN) jsou k dispozici k zobrazení/stažení pouze v případě, že správce nakonfiguruje a vybere organizaci řešení primárního osiva. Organizace řešení primárního osiva musí mít k balíčku Standard přiřazeného alespoň jednoho uživatele a tento balíček Standard musí používat možnost připojení ke schůzce poskytnuté partnerem (BYoPSTN).

Příklad konfiguračních prvků BYOPSTN

Na následujícím obrázku je příklad nasazení Broadworks s více klastry se zeměpisnými šablonami zákazníků, telefonními čísly a směrováním.

První tabulka ukazuje nasazení Broadworks s více klastry s regionálními šablonami zákazníků, skupinami telefonních čísel a skupinami zpětného volání DNS SRV. Následující tabulky se rozbalují na skupiny telefonních čísel a skupiny zpětného volání DNS SRV.

Cluster BroadWorks

Název šablony

Balíček

Typ připojení ke schůzce

Skupina telefonních čísel

Skupina zpětného volání DNS SRV

BWKS US NG

Pohlavně přenosné nemoci USA

Standard

Čísla pro přímé volání poskytnutá partnerem

Západ USA

Pensylvánské univerzitě

Západní Prem

Premium

USA Východní Std

Standard

Východní Amerika

Východní Prem

Premium

BWKS MX (rozcestník)

Pohlavně přenosné nemoci

Standard

Čísla pro přímé volání poskytnutá partnerem

PNG (operační systém)

Centrální banka MX

Mistrovství světa v basketbalu mužů

Premium

BWKS Spojené království

Pohlavně přenosné nemoci

Standard

Čísla pro přímé volání poskytnutá partnerem

PNG Spojeného království

Zpětné volání bylo zakázáno

Prem (rozcestník)

Premium

Spojené státy americké

Pohlavně přenosné nemoci

Standard

Čísla pro přímé volání Cisco

Žádné

Žádné

  • Předplatitelé zřízení pomocí šablony US West Std nebo US West Prm používají při připojování ke schůzkám telefonní číslo US West. Tyto předplatitelé, kteří se setkávají s požadavky na zpětné volání, jsou odeslány do záznamů CB US DNS SRV.

  • Předplatitelé zřízení pomocí šablony US East Std nebo US East Prm používají při připojování ke schůzkám telefonní číslo US East. Tyto předplatitelé, kteří se setkávají s požadavky na zpětné volání, jsou odeslány do záznamů CB US DNS SRV.

  • Předplatitelé zřízení pomocí šablony MX Std nebo MX Prm používají při připojování ke schůzkám telefonní číslo MX PNG. Tyto předplatitelé, kteří se připojí ke schůzkám, jsou odeslány do záznamů CB MX DNS SRV.

  • Předplatitelé zřízení pomocí šablony UK Std nebo UK Prm používají při připojování ke schůzkám telefonní čísla PNG ve Spojeném království. Těmto předplatitelům nebude nabídnuto připojení ke schůzce prostřednictvím zpětného volání, protože zpětné volání je zakázáno.

  • Předplatitelé zřízení pomocí amerického Std používají čísla pro přímé volání Cisco, a proto nemají přiřazena žádná skupina telefonních čísel ani skupina zpětného volání DNS SRV. Tito předplatitelé používají telefonní čísla poskytnutá společností Cisco pro připojení ke schůzce a záznamy Cisco DNS SRV pro připojení ke schůzce pomocí zpětného volání.

Podrobnosti o příkladu skupin telefonních čísel jsou následující:

Skupina telefonních čísel

Název telefonního čísla

Země

Směrové číslo země

Telefonní číslo

Oznámení

Zpoplatněný typ

Priorita přímého volání

Západ USA

San Francisco (město)

US

+1 (ČÍSLO)

4156551000

Angličtina

Zpoplatněné

Primární

Palo Alto

US

+1 (ČÍSLO)

9863502478 (číslo)

Angličtina

Bezplatné

Žádné

Východní Amerika

marylandském

US

+1 (ČÍSLO)

2403332200

Angličtina

Zpoplatněné

Primární

floridském

US

+1 (ČÍSLO)

9049002303 (ROZCESTNÍK)

Angličtina

Zpoplatněné

Sekundární

New Yorském

US

+1 (ČÍSLO)

8056504578 (číslo)

Angličtina

Bezplatné

Žádné

PNG (operační systém)

Mexiko

MGR. (ČÍSLO)

+52 (číslo)

2065304086 (ČÍSLO)

Evropská španělština

Zpoplatněné

Primární

PNG Spojeného království

Spojené království

Spojené království

+44 (ČÍSLO)

4527789651 (číslo)

Angličtina

Zpoplatněné

Primární

Podrobnosti o příkladu skupin zpětného volání DNS SRV jsou následující:

Skupina zpětného volání DNS SRV

Země

DNS SRV

Pensylvánské univerzitě

US

cube.us.příklad.com

Všechny ostatní země

cube.row.example.com

Centrální banka MX

MGR. (ČÍSLO)

cube.mx.example.com

Všechny ostatní země

cube.row.example.com

Konfigurace pro záznam US DNS SRV, cube.us.example.com může být jako v příkladu:

_sips._tcp.cube.us.example.com

86400 (číslo)

indiánském

SRV

10

10

5061

cube01.us.example.com

_sips._tcp.cube.us.example.com

86400 (číslo)

indiánském

SRV

10

10

5061

cube02.us.example.com

Tento záznam DNS SRV může být převeden na následující záznam DNS:

cube01.us.example.com

86400 (číslo)

indiánském

A

45.84.168.81

cube02.us.example.com

86400 (číslo)

indiánském

A

45.84.168.82


 
Záznamy DNS SRV řeší zabezpečení hovorů SIP ze služby Webex do CUBE.

Porty používané službou Webex

Porty v tabulce níže musí být otevřeny na bráně firewall DMZ, kde je CUBE umístěn, a ostatní porty mohou být uzavřeny. Další informace o přístavech a požadavcích na síť naleznete v následujícím článku:

https://collaborationhelp.cisco.com/article/WBX264

Zdroj

Porty zdroje

Cíl

Cílové porty

Protokol

Popis

Služby Webex Edge Audio

Chvilkové

CUBE

5061

TCP

(mtls 1.2) Příchozí signalizace SIP z Webex Edge Audio do CUBE SBC.


 
CUBE SBC vyžaduje konkrétně použití portu 5061. Použití jiných portů v rozmezí od 5060 do 5070 může být podporováno jinými S<UNK>.

Služby Webex Edge Audio

4000 - 4010

CUBE

5061

TCP

(mtls 1.2) Možnosti Ping pro Webex Edge Audio.

CUBE

Chvilkové

Zvukové soubory

5605 (rozcestník)

TCP

(mtls 1.2) Signalizace odchozího protokolu SIP pro Webex Edge Audio.

Služby Webex Edge Audio

Chvilkové

CUBE

Efemérní přístavy

8000 - 59999

UDP

(SRTP) Pro příchozí mediální provoz do Edge audio je třeba otevřít dírky brány firewall.

CUBE

Efemérní přístavy

10200 - 28000

Edge Audio

Chvilkové

UDP

(SRTP) Otvory brány firewall musí být otevřeny pro odchozí mediální provoz do CUBE.

Sady šifer TLS a SRTP

Pro handshake mTLS se používá TLS verze 1.2 nebo vyšší a služba Webex Edge Audio podporuje následující šifry (během zpětného volání je Webex Edge Audio nabízí v klientovi TLS Handshake Hello):

  • TLS (rozcestník)_ECDHE (měsíc)_Evropská kosmická agentura_S_AES (rozcestník)_256 (číslo)_GCM (rozcestník)_MANŽELKA384

  • TLS_ECDHE_ECDSA_S ŠIFROVÁNÍM_AES_128_GCM_SHA256

  • TLS (rozcestník)_ECDHE (měsíc)_Evropská kosmická agentura_S_AES (rozcestník)_256 (číslo)_Krevní obraz_MANŽELKA384

  • TLS_ECDHE_ECDSA_S ŠIFROVÁNÍM_AES_128_CBC_SHA256

  • TLS_ECDHE_RSA_S_AES_256_GCM_SHA384

  • TLS_ECDHE_RSA_S ŠIFROVÁNÍM_AES_128_GCM_SHA256

  • TLS _ECDHE_RSA_S_AES_256_CBC_SHA384

  • TLS_ECDHE_RSA_S ŠIFROVÁNÍM_AES_128_CBC_SHA256

  • TLS_RSA_S_AES_256_GCM_SHA384

  • TLS_RSA_S_AES_256_CBC_SHA256

  • TLS_RSA_S_AES_128_GCM_SHA256

  • TLS_RSA_S_AES_128_CBC_SHA256

  • TLS_DHE_DSS_S_AES_256_GCM_SHA384

  • TLS_DHE_DSS_S_AES_256_CBC_SHA256

  • TLS_DHE_DSS_S ŠIFROVÁNÍM_AES_128_GCM_SHA256

  • TLS_DHE_DSS_S ŠIFROVÁNÍM_AES_128_CBC_SHA256

Pro sRTP se používají následující šifry:

  • AEAD_AAD_256 _GCM

  • AEAD_AAD_128_GCM

  • AES_CM_128_HMAC_SHA1_80

  • AES_CM_128_HMAC_SHA1_32

Zvukové kodeky podporovány

  • Třída G722

  • Třída G711µ

  • Třída G711a

Požadavky na profil SIP a RTP

Řešení vyžaduje, abyste mezi CUBE (nebo vaším SBC) a službou Webex nasadili protokol TLS SIP pro signalizaci a protokol sRTP pro média.

Profily SIP a RTP jako součást tohoto sdělení by měly splňovat následující požadavky:

Požadavky na profil SIP

Podrobnosti

Časovač vypršení relace

2220 sec (akceptujte SIP 422) * se upraví podle potřeb firmy a očekává se 422.

Nabídka médií pro vloupání

Včasná nabídka

Mediální nabídka pro únik

Pozdní nabídka

Interval pingu možností

30 let (Minimálně)

DTMF

RFC2833 Užitečné zatížení 101 (bez akustického DTMF!)

Porty SIP-UDP

4000-4010,5061,5065

profil RTP

Podrobnosti

profil datové části hlasu

G. 722/ G. 711μ/ G. 711a

Velikost paketu

20 ms

VAD (detekce hlasové aktivity)

Ne

Časovač neaktivity médií

1200 ms

Změna kodeku uprostřed vytáčení

Nepřijato

POČÍTAČOVÁ GRAFIKA

8000-48198

Šifry srtp

AEAD_AAD_256 _GCM

AEAD_AAD_128_GCM

AES_CM_128_HMAC_SHA1_80

AES_CM_128_HMAC_SHA1_32


 
Kodek G.729 není podporován. Pokud chcete použít G.729, musíte použít transcodery.

Domény pro směrování hovorů Webex

DNS SRV _sips._tcp.<domain> se používá k dosažení zvuku Webex Edge. V závislosti na regionu existují čtyři domény.

Oblast

Doména

Jižní a Severní Amerika

ecccspx.amer.pub.webex.com

Velká Británie, Severní Afrika

ecccspx.emea.pub.webex.com

Asie/Tichomoří

ecccspx.apac.pub.webex.com

Austrálie / Nový Zéland

ecccspx.anz.pub.webex.com

Evropa

ecccspx.euro.pub.webex.com

DNS SRV se převede na několik záznamů A ukazujících na primární a sekundární místo. Následující tabulka uvádí příklad pro region AMER a v budoucnu se může změnit.

Typ záznamu

Záznam

Cíl

Účel

SRV

_sips._tcp.ecccspx.amer.pub.webex.com

ecccspxpr1.amer.pub.webex.com

Zjišťování služby Webex Edge Audio

SRV

_sips._tcp.ecccspx.amer.pub.webex.com

ecccspxpr2.amer.pub.webex.com

Zjišťování služby Webex Edge Audio

SRV

_sips._tcp.ecccspx.amer.pub.webex.com

ecccspxsc1.amer.pub.webex.com

Zjišťování služby Webex Edge Audio

SRV

_sips._tcp.ecccspx.amer.pub.webex.com

ecccspxsc2.amer.pub.webex.com

Zjišťování služby Webex Edge Audio

A

ecccspxpr1.amer.pub.webex.com

207.182.174.101*

Ukazuje na Webex Edge Audio AMER primární 1

A

ecccspxpr2.amer.pub.webex.com

207.182.174.102*

Ukazuje na Webex Edge Audio AMER primární 2

A

ecccspxsc1.amer.pub.webex.com

207.182.174.229*

Ukazuje na Webex Edge Audio AMER sekundární 1

A

ecccspxsc2.amer.pub.webex.com

207.182.174.230*

Ukazuje na Webex Edge Audio AMER sekundární 2


 

DNS-SRV je dynamický charakter, IP adresy jsou náchylné ke změně; proto se vyhněte tvrdému kódování nebo záložkování IP adres. Jakékoli změny nebo aktualizace v dokumentu Referenční informace o portech pro službu Webex Calling naleznete v části „Historie revizí dokumentů“.

REDUNDANCE Cube

Prvek Cisco Unified Border Element (CUBE) umožňuje funkci hraničního řízení relace v síti spravující připojení SIP mezi externími entitami a interní sítí. Více informací o CUBE naleznete v sekci Předpoklady níže.

Podporované modely redundance jsou definovány s cílem zajistit vysokou dostupnost a eliminovat jedno místo selhání pro partnera společnosti Cisco. Níže jsou nastíněny tři různé modely. Partneři společnosti Cisco by měli přijmout jakýkoli model použitelný pro jejich prostředí.

Během procesu registrace by měl partner filtry ICMP zakázat.

Duplexní nasazení CUBE pro Broadworks nasazeno na jednom webu

Nasazení Simplex CUBE pro Broadworks nasazeno ve více lokalitách

Je možný ještě jeden model redundance, kde je CUBE nasazen v duplexním režimu na každém webu. Tento model není nutný vzhledem k tomu, že Broadworks je nasazován s georedundancí.

Zajištění

Partneři společnosti Cisco jsou povinni nasadit a spravovat výše uvedenou požadovanou infrastrukturu pro povolení sítě BYoPSTN. Zřízení a povolení sítě BYOPSTN pro partnera Cisco vyžaduje následující kroky.
1

Předpoklady partnera

  • Nasazení systému Broadworks

  • Nasaďte CUBE pro Webex Edge Audio nebo využijte vlastní SBC

2

Zřízení telefonních čísel v prostředí Cisco Partner Hub

  • Zřídit skupiny telefonních čísel, které mají být přidruženy k šablonám zákazníků

3

Zřízení skupin zpětného volání DNS SRV v centru Cisco Partner Hub (volitelné)

  • Pokud chcete nasadit funkci Připojení ke schůzce prostřednictvím zpětného volání, zřiďte skupiny zpětného volání DNS SRV a aktualizujte nastavení DNS. V opačném případě můžete tento krok přeskočit.

4

Přidružit PNG (a CDSG) k šablonám zákazníků

  • Přiřaďte skupiny telefonních čísel a skupiny zpětného volání DNS SRV (pouze pokud je nasazeno zpětné volání schůzky) k šablonám zákazníků.

5

Zřizování organizací pro řešení osiva

  • Zřídit testovacího poskytovatele služeb nebo podniku pro službu Webex Pro Broadworks pomocí každé šablony zákazníka.

  • Zajistěte předplatiteli Standardní balíček, který používá možnost připojení ke schůzce s telefonními čísly poskytnutými partnerem.

6

Vyberte organizaci řešení primárního osiva

  • Vyberte organizaci řešení primárního osiva pro BYoPSTN.

7

Stáhnout konfiguraci Broadworks (BYOPSTN)

  • Stáhněte soubor JSON z centra Cisco Partner Hub, který obsahuje informace potřebné ke konfiguraci služby Broadworks

8

Určení domény DNS SRV služby Webex Edge Audio

  • Identifikujte doménu DNS SRV služby Webex Edge Audio

9

Zřídit konfiguraci partnera Broadworks

  • Konfigurace virtuálního odběratele CUBE

  • Použití telefonního čísla pro přístup k mapování kódů ze staženého souboru JSON ve virtuálních předplatitelích

  • Konfigurace síťového serveru

10

Zřídit partnerskou cube (nebo vlastní SBC)

  • Chcete-li zřídit CUBE jako svůj SBC, postupujte podle ověřené konfigurace

  • Alternativní. Pokud nechcete používat CUBE, vytvořte vlastní SBC pomocí konfigurace CUBE jako průvodce na vysoké úrovni

11

Certifikace BYOPSTN

  • Kompletní přijímací zkoušky pro certifikaci

Krok 1: Předpoklady partnera

Pro zřizování sítě BYOPSTN musí být splněny následující předpoklady. Níže uvedené předpoklady předpokládají, že partner má funkční nasazení služby Webex pro Cisco Broadworks, které zahrnuje:

  • Fungující systém Broadworks – jak je zdokumentováno v příručce k řešení Webex pro Cisco Broadworks

  • Licence Broadworks AS se službou „ XML“ v dostatečném množství (1 na číslo PSTN)

  • Jsou vyžadovány opravy Broadworks:

    Pro R22:

    • AP.xsp.22.0.1123.ap376935

    • AP.as.22.0.1123.ap376935

    Pro R23:

    • AP.xsp.23.0.1075.ap376935

    • AP.as.23.0.1075.ap376935

    Pro R24

    • AP.as.24.0.944.ap376935

  • Nasazený systém Cisco CUBE (verze IOS 16.12.2 nebo vyšší): https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

    Podporována je hardwarová i virtuální CUBE. Hardwarová cube je doporučena pro škálovatelnost a vyřizování většího počtu hovorů.

  • Organizace partnera Webex – jak je uvedeno v příručce k řešení Webex pro Cisco Broadworks

Krok 2: Zřízení skupin telefonních čísel (PNG) v prostředí Partner Hub

Postup, který partner společnosti Cisco používá k přidání svých telefonních čísel pro přímé volání ve službě Webex Meeting, je následující:

  1. Přihlaste se k partnerskému centru Cisco.

  2. Přejděte do nabídky Nastavení.

  3. Přejděte na Broadworks Calling.

  4. V části Konfigurace připojení ke schůzce (BYoPSTN) vyberte možnost Vytvořit telefonní číslo pro přímé volání Group.

  5. Zadejte název skupiny telefonních čísel a vyberte možnost Další.

  6. Zadejte podrobnosti o telefonním čísle a vyberte možnost Další.

  7. Zkontrolujte souhrn podrobností o skupině telefonních čísel a vyberte možnost Uložit.

  8. Opakujte tento postup pro každou skupinu telefonních čísel, která má být přidána.

Postup znázorňují snímky obrazovky níže.

Krok 3: Zřízení skupin zpětného volání DNS SRV (CDSG) v prostředí Partner Hub


 
Tento krok bude dokončen, pouze pokud chcete nasadit možnost Připojení ke schůzce prostřednictvím zpětného volání. V opačném případě můžete tento krok přeskočit.

 
Pokud tuto možnost nenakonfigurujete, uživatelé se mohou připojit ke schůzkám pomocí možnosti přímého volání nebo se mohou připojit pomocí zvuku počítače.

Když použijete možnost zpětného volání schůzky, ke směrování hovorů ze služby Webex na cube je vyžadována skupina zpětného volání DNS SRV. Postup, který partner Cisco používá k přidání záznamů CUBE DNS SRV do služby Webex, je následující:

  1. Přihlaste se k partnerskému centru.

  2. Přejděte do nabídky Nastavení.

  3. Přejděte na Broadworks Calling.

  4. V části Konfigurace připojení ke schůzce (BYoPSTN) vyberte možnost Vytvořit skupinu zpětného volání DNS SRV.

  5. Zadejte název skupiny zpětného volání DNS SRV .

  6. Vyberte možnost Další .

  7. Zadejte podrobnosti zpětného volání DNS SRV.

  8. Vyberte možnost Další .

  9. Zkontrolujte souhrn podrobností zpětného volání DNS SRV.

  10. Vyberte možnost Uložit .

  11. Zřídit veškeré aktualizace DNS tak, aby odrážely nové záznamy ve skupině DNS SRV.

  12. Opakujte tento postup pro každou skupinu zpětného volání DNS SRV, která má být přidána.

Postup znázorňují snímky obrazovky níže.

Krok 4: Přiřazení PNG a CDSG k šablonám zákazníků v prostředí Partner Hub

Počáteční konfigurace a ověření řešení BYoPSTN vyžaduje semínkovou organizaci pro každou jedinečnou kombinaci skupiny telefonních čísel a skupiny zpětného volání DNS SRV (pokud je vyžadováno zpětné volání). Proto se doporučuje, aby partneři společnosti Cisco podobně vytvořili novou šablonu zákazníka pro každou jedinečnou kombinaci skupiny telefonních čísel a skupiny zpětného volání DNS SRV. Každá šablona zákazníka by měla být použita k vytvoření odpovídající secí organizace.

Jakmile je konfigurace BYOPSTN nasazena a ověřena pomocí organizací seed, lze skupiny telefonních čísel a skupiny zpětného volání DNS SRV podle potřeby použít na stávající šablony zákazníků.

Upozorňujeme, že nově vytvořené šablony zákazníků nepoužívají stávající zákazníci, kteří nejsou testováni, a proto je lze bezpečně použít pro ruční ověření konfigurace BYoPSTN.


 
Pokud nenasazujete funkci Připojení ke schůzce prostřednictvím zpětného volání, nemusíte přiřazovat skupiny zpětného volání DNS SRV k šabloně zákazníka. Musíte však vybrat možnost Zakázat zpětné volání.

Chcete-li přidat do nové šablony zákazníka, postupujte takto:

  1. Přihlaste se k partnerskému centru Cisco.

  2. Přejděte do nabídky Nastavení.

  3. Přejděte na Broadworks Calling.

  4. V části Šablony vyberte možnost Přidat šablonu.

  5. Zadejte podrobnosti o šabloně. Ve fázi Typ balíčku:

    • Vyberte možnost Typ balíčku jako Standard.

    • Vyberte možnost Konfigurace připojení ke schůzce jako čísla pro přímé volání poskytnutá partnerem (BYoPSTN).

    • Vyberte zřízenou skupinu telefonních čísel.

    • Pokud chcete u skupiny zpětného volání DNS SRV povolit možnost zpětného volání schůzky, vyberte zřízenou skupinu zpětného volání DNS SRV. V opačném případě vyberte možnost Zakázat zpětné volání.

  6. Vyberte možnost Další .

  7. Zadejte zbývající podrobnosti o šabloně.

  8. Zkontrolujte souhrn podrobností šablony.

  9. Klikněte na možnost Uložit.

  10. Tento postup opakujte pro každou šablonu zákazníka, která musí být přidána

Postup znázorňuje snímek obrazovky níže.

Chcete-li aktualizovat stávající šablonu zákazníka, postupujte takto:

  1. Přihlaste se k partnerskému centru Cisco.

  2. Přejděte do nabídky Nastavení.

  3. Přejděte k části Volání Broadworks.

  4. V části Šablony vyberte možnost Zobrazit šablonu.

  5. Vyberte šablonu, kterou chcete aktualizovat.

  6. Přejděte na část Konfigurace připojení ke schůzce:

    • Vyberte čísla pro přímé volání poskytnutá partnerem (BYoPSTN).

    • Vyberte dříve nakonfigurovanou skupinu telefonních čísel.

    • Pokud chcete u skupiny zpětného volání DNS SRV povolit možnost zpětného volání schůzky, vyberte zřízenou skupinu zpětného volání DNS SRV. V opačném případě vyberte možnost Zakázat zpětné volání.

  7. Vyberte možnost Uložit .

    Postup znázorňuje snímek obrazovky níže.

Krok 5: Zřizování organizací pro řešení osiva

Řešení BYOPSTN má několik různých komponent, z nichž každá musí být správně nakonfigurována, aby řešení fungovalo úspěšně. Jedním ze dvou účelů organizací pro řešení seed je generování telefonních čísel pro mapování přístupových kódů pro schůzky a univerzálně jedinečný identifikátor webu schůzky (site UUID), který je nutný pro probíhající provoz řešení. Dalším účelem je ověření konfigurace.

Pro každou jedinečnou kombinaci skupiny telefonních čísel a skupiny zpětného volání DNS SRV, která má být použita, by měla být dříve vytvořena odpovídající šablona zákazníka. Pro každou z těchto šablon zákazníků musí být zřízena organizace řešení seed. Zřízení těchto semenných organizací vygeneruje telefonní číslo pro mapování přístupových kódů schůzky a identifikátor UUID webu schůzky, které jsou nutné ke konfiguraci služby Broadworks.

Pomocí každé z dříve nakonfigurovaných šablon zákazníků zřiďte předplatitele nového zkušebního poskytovatele služeb Broadworks nebo nového podniku Broadworks s uživatelem standardního balíčku. Výsledná stránka standardního balíčku pro schůzky by měla používat možnost připojení ke schůzce čísla pro přímé volání partnerského poskytovatele. Pro poskytnutí účastníka lze použít jednu z následujících metod:

  1. Zřídit testovací odběratele pomocí Broadworks Subscribers APIS, jak je zdokumentováno na developer.webex.com.

  2. Povolte testovacího odběratele služby IM&P na platformě Broadworks, která je nakonfigurována tak, aby používala šablonu zákazníka. Ujistěte se, že šablona zákazníka používá standardní balíček jako výchozí, aby testovanému odběrateli byl přiřazen standardní balíček. Alternativně musí být testovací předplatitel následně aktualizován, aby měl standardní balíček.

Upozorňujeme, že se doporučuje, aby organizace zabývající se řešením osiva byly spojeny s testovacím poskytovatelem služeb Broadworks nebo testováním Broadworks Enterprise.

Krok 6: Vyberte organizaci řešení primárního osiva

Je důležité, aby tento web schůzky zůstal zřízen, protože toto UUID webu je odesláno v každé žádosti o připojení ke schůzce s přímým voláním jako ověřovací token. Neměli byste odstraňovat organizaci osiva, protože bude odstraněna také přidružená stránka schůzky. Pokud je organizace seed odebrána, budete muset zřídit novou a překonfigurovat Broadworks pomocí nového UUID webu.

Organizace primárního a sekundárního řešení osiva mohou být v případě potřeby odstraněny před přiřazením sady telefonních čísel a záznamů zpětného volání DNS SRV netestovaným zákazníkům. Když je sada telefonních čísel a záznamů zpětného volání DNS SRV přiřazena libovolným netestovaným zákazníkům, jsou tato telefonní čísla a záznamy zpětného volání přidruženy k webům schůzek pro tyto zákazníky a používají se pro připojení ke schůzce pomocí přímého volání a zpětného volání. Jakékoli změny by měly být považovány za ovlivňující službu.

Chcete-li vybrat organizaci řešení primárního osiva, postupujte takto:

  1. Přihlaste se k partnerskému centru Cisco.

  2. Přejděte do nabídky Nastavení.

  3. Přejděte k části Volání Broadworks.

  4. V části Ověření konfigurace (BYoPSTN) vyberte možnost Přiřadit.

  5. Na obrazovce Přiřadit organizaci vyhledejte a vyberte jednu z dříve nakonfigurovaných organizací pro sdílení.

  6. Vyberte možnost Přiřadit.

    Vybraná organizace osiva je organizací primárního osiva.

Postup znázorňují snímky obrazovky níže.

Krok 7: Stáhnout konfiguraci Broadworks (BYOPSTN)

Podrobnosti o organizaci řešení primárního osiva, skupinách telefonních čísel a skupině zpětného volání DNS SRV pro daný cluster Broadworks jsou k dispozici v jednom umístění, v souboru JSON konfigurace Broadworks (BYOPSTN). Tyto informace jsou potřebné ke konfiguraci služby Broadworks pro BYOPSTN.

Upozorňujeme, že konfigurační soubor JSON je k dispozici k zobrazení/stažení pouze poté, co je vybrána organizace primárního osiva.

Postup zobrazení/stažení konfiguračního souboru JSON je následující:

  1. Přihlaste se k partnerskému centru Cisco.

  2. Přejděte do nabídky Nastavení.

  3. Přejděte na Broadworks Calling.

  4. V části Clustery vyberte možnost Zobrazit cluster.

  5. Vyberte cluster přidružený k šablonám zákazníků nakonfigurovaným pro BYOPSTN.

  6. Přejděte k části konfigurace Broadworks pro BYoPSTN.

  7. Klikněte na možnost Stáhnout konfigurační soubor JSON.

  8. Tento postup opakujte pro všechny ostatní clustery Broadworks.

Postup znázorňují snímky obrazovky níže.

Viz ukázkový konfigurační soubor JSON níže. Soubor obsahuje doplňující informace o každé skupině telefonních čísel, skupině zpětného volání DNS SRV, následující konfigurační položky klíčů, které musí být zadány v Broadworks, jsou označeny tučně.

  • UUID: Broadworks musí tuto hodnotu odeslat ve zprávách SIP; jedná se o token, který Webex Edge Audio používá k potvrzení identity Broadworks partnera Cisco a jeho přístupu k webům schůzek spravovaným tímto partnerem Cisco.

  • Mapování přístupového kódu telefonního čísla: Telefonní čísla a přidružené přístupové kódy služby Webex musí být nakonfigurovány v platformě Broadworks.

    • telefonníčíslo

    • Kód přístupu

  • Místní značka: Požadovaný jazyk oznámení přidružený k telefonnímu číslu musí být nakonfigurován v aplikaci Broadworks.

  • Dnssrv: DNS SRV zpětného volání musí být nakonfigurován v DNS a odkazovat na požadované instance CUBE.


{
   "siteUUID": "491db0821791441a96c233fefb6c6dfc",
   "siteURL": " seedtestenterpriseabc.webex.com ",
   "partnerOrgId": "1da175de-3651-4467-b26b-b0d85a2cb3ad",
   "solutionValidationOrgId": "d927ac4d-3d73-4d7f-8506-a1bc0a221934",
   "customerTemplates": [
      {
         "name": "US West Std",
         "id": "27fe1337-ab1d-44b0-8b5e-ff1d32f6e3f8",
         "phoneNumberGroupId": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
         "callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
      },
      {
         "name": "US East Std",
         "id": "070d6682-b64f-46ea-bc4b-b2e1218ba4bb",
         "phoneNumberGroupId": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
         "callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
      }
   ],
   "phoneNumberGroups": [
   {
         "name": "US West",
         "id": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
         "phonenumbers": [
            {
               "id": "617c5faa-1721-45c7-bc70-e6d7c20ccc29",
               "name": "US Palo Alto",
               "countryCode": "US",
               "localeTag": "en_US",
               "tollType": "TollFree",
               "defaultPhoneNumberType": "NONE",
               "phoneNumber": "9863502478",
               "accessCode": "88672693772924908359"
            },
            {
               "id": "48fa7c50-9da0-4c8b-9b2f-307ff435c7c7",
               "name": "US Toll San Francisco",
               "countryCode": "US",
               "localeTag": "en_US",
               "tollType": "Toll",
               "defaultPhoneNumberType": "PRIMARY",
               "phoneNumber": "4156551000",
               "accessCode": "88652789466280320324"
            }
         ]
      },
      {
         "name": "US East",
         "id": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
         "phonenumbers": [
            {
               "id": "ca0c622a-8621-4477-91e0-b3e214833568",
               "name": "US Maryland",
               "countryCode": "US",
               "localeTag": "en_US",
               "tollType": "Toll",
               "defaultPhoneNumberType": "PRIMARY",
               "phoneNumber": "2403332200",
               "accessCode": "88631321777971704941"
            },
            {
               "id": "00875574-9a46-4447-a967-350b6176755a",
               "name": "US Florida",
               "countryCode": "US",
               "localeTag": "en_US",
               "tollType": "Toll",
               "defaultPhoneNumberType": "SECONDARY",
               "phoneNumber": "9049002303",
               "accessCode": "88632627551145646175"
            },
            {
               "id": "a2c10316-9266-4423-a669-d67949f99d33",
               "name": "US New York",
               "countryCode": "US",
               "localeTag": "en_US",
               "tollType": "TollFree",
               "defaultPhoneNumberType": "NONE",
               "phoneNumber": "8056504578",
               "accessCode": "88649679020033567943"
            }
         ]
      }
   ],
   "callbackDnsSrvGroups": [
      {
         "name": "CB US",
         "callbackDnsSrvs": [
            {
               "name": "Callback US",
               "countryCode": "US",
               "dnsSrv": "cube.us.example.com",
               "id": "c5209d17-7c2f-45b3-95a6-65d7f5f53c7e"
            }
         ],
         "id": "25392686-a390-49b9-bad5-cb47159c3e992"
      },
      {
         "name": "CB MX",
         "callbackDnsSrvs": [
            {
               "name": "Callback MX",
               "countryCode": "MX",
               "dnsSrv": "cube.mx.example.com",
               "id": "cca0e4c3-5cff-412c-a854-bfb719f603a2"
            }
         ],
         "id": "36403797-b401-50c0-cbe5-dc58260d4f003"
      }
   ]
}

Krok 8: Určení domény DNS SRV služby Webex Edge Audio

Doména Webex Edge Audio DNS SRV musí být nakonfigurována v Broadworks. K určení hodnoty použijte následující postup.

  1. Přihlaste se k partnerskému centru Cisco.

  2. Přejděte na Zákazníci.

  3. Vyberte ověřovací podnik BYOPSTN.

  4. Vyberte možnost Zobrazit zákazníka.

  5. Přejděte do části Služby/Schůzky.

  6. Vyberte místo schůzky se standardním balíčkem.

  7. Posuňte se na spodní stranu bočního výstupního panelu a vyberte možnost Konfigurovat web.

  8. Vyberte Společná nastavení / Nastavení zvuku.

  9. V části Vlastní globální čísla pro přímé volání Edge Audio vyberte možnost Generovat skript Lua.

  10. Ve vyskakovacím okně vyhledejte hodnotu „-- Update to header with CCAX URL“.

     
    -- Update To header with CCAX URL
     local oldTo1 = msg:getHeader("To")
     local newTo1 = string.gsub(oldTo1, "<sip:(.+)@(.*)>", "<sip:%1@ecccx.amer.webex.com>")
     msg:modifyHeader("To", newTo1)
    
  11. Extrahujte hodnotu tučně, například ecccx.amer.webex.com.

Toto je doména Webex Edge Audio DNS SRV, která musí být nakonfigurována v Broadworks.

Krok 9: Zřídit konfiguraci partnera Broadworks

Tato část popisuje konfiguraci služby Broadworks nezbytnou k implementaci scénářů přímého volání a zpětného volání ze schůzky uvedených v níže uvedených schématech. Příklady konfigurace jsou založeny na datech v souboru JSON zobrazených v předchozí části. Očekává se, že čísla, domény, názvy podniků/skupin, typ zařízení, zásady, profily atd. se budou lišit podle partnera.

Podrobnosti o Broadworks – Zavolejte mi (zpětné volání pomocí záhlaví SIP X-Cisco-Meet-Info) – na registrovaný telefon / PSTN

Postup hovoru:

  1. Uživatel požaduje zpětné volání, služba Webex zahájí zpětné volání.
  2. Hovor je směrován na Broadworks OTT.
  3. Hovor dosáhne cube zřízené v CH. CUBE směruje hovor do služby Broadworks.
  4. Broadworks identifikuje hovor jako původ hostitele schůzky a vytvoří relaci pro uživatele hostitele schůzky a zpracuje hovor.
  5. Relace uživatele hostitele schůzky zpracuje hovor a přeloží vytočené číslo. Kromě toho je vygenerován fakturační záznam jménem uživatele hostitele schůzky.
  6. Broadworks směruje hovor na uživatele přidruženého k zařízení (7) nebo na PSTN (8).
Telefon nebo síť PSTN uživatele zazvoní a po přijetí se připojí ke schůzce.

Než začnete

Komunikace SIP mezi Broadworks a CUBE může probíhat přes UDP nebo TCP v závislosti na požadavcích sítě. Pokud například některá síťová nebo přístupová zařízení (například brány nebo koncové body) v tocích přímého volání BYOPSTN nebo zpětného volání nepodporují protokol TCP, měla by se místo toho použít protokol UDP.

Konfigurace a příklady uvedené v této příručce používají jako transportní protokol protokol TCP. Chcete-li používat protokol TCP, ujistěte se, že aplikační server i síťový server Broadworks jsou nakonfigurovány pro protokol TCP:

_CLI/Interface/SIP> get
networkProxyTransport = unspecified
accessProxyTransport = unspecified
supportDnsSrv = true
supportTcp = true

Aplikační Server

Identifikace/typ profilu zařízení

Měl by být vytvořen nový typ profilu identity/zařízení, který bude reprezentovat CUBE. Ujistěte se, že jste nastavili následující vlastnosti, zatímco ostatní mohou být ponechány ve výchozím nastavení:

  • Typ signalizační adresy – nastaveno na inteligentní adresování proxy

  • Ověřování – nastaveno na povoleno

  • Identita podpory v aktualizaci a opětovném pozvání – zaškrtnuto

  • Statická registrace schopná – nastavena na Povoleno

  • Schopné video – nastaveno na zakázané

V níže uvedeném příkladu je vytvořen nový typ profilu identity/zařízení „VXML_profile“, aby reprezentoval CUBE.

Virtuální odběratel Voice XML

Vytvořit instanci XML

Každé číslo PSTN aplikace Webex Meetings je reprezentováno virtuálním předplatitelem v platformě Broadworks a lze použít funkci virtuálního předplatitele XML. Doporučuje se, aby pro všechny virtuální předplatitele XML byly použity vyhrazené podniky a skupina. Všimněte si, že ve skutečnosti nevyužíváme žádné možnosti XML, ale tento typ virtuálního uživatele je vhodný pro interakci s CUBE.

Chcete-li používat službu XML, ujistěte se, že licence má dostatečné množství „ XML“ a že služba je autorizována na úrovni podniku a skupiny, a služba XML je přiřazena skupině, jak je znázorněno na níže uvedeném příkladu.

Pod Skupina > Služby, vyberte XML a vytvořte instanci pro každé číslo PSTN.

Nastavení adres XML

Pro každou instanci XML zadejte v adresách XML následující:

  • Telefonní číslo – Zadejte vytáčené číslo pro web aplikace Webex Meetings (například 2403332200).

  • Linka

  • Identita/profil zařízení– vytvořte jednu instanci (například VXML_deviceProf) na základě typu zařízení vytvořeného v předchozí části (v příkladu VXML_profile) a zadejte následující konfiguraci.

  • Linka/port – zadejte ve formátu <access number="">@<domain> , kde

    • <access number=""> je číslo přístupového kódu webu aplikace Webex Meetings (k dispozici ze souboru JSON) (například 88631321777971704941)

    • <domain> je doménou služby Webex Edge Audio pro tuto stránku schůzky (například ecccspx.amer.pub.webex.com)

  • Contact sip – Pro přímé volání na schůzku na přístupové číslo bude POZVÁNKA odeslána s identifikátorem URI požadavku nastaveným na hodnotu tohoto pole. Zadejte kontakt SIP v tomto formátu <sip contact="">;<Locale>;<Meetings Site="" UUID="">;<SIP transport="">, kde:

    • <sip contact=""> je pole <number> od linky/portu, ale s doménou jako SRV, která se přechází na adresu CUBE (například 88631321777971704941@cube.internal.local)

    • <Locale> reprezentuje nastavení jazyka podle národního prostředí uživatele (například locale=en_USA)

    • <Meetings Site="" UUID=""> je UUID webu ze souboru JSON (například x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b)

    • <SIP transport=""> should be transport=tcp, aby AS používal TCP k odesílání zpráv do CUBE.

Níže je uveden příklad nastavení adres XML.


 
Pro každé další přístupové číslo schůzky, které má být použito, by měl být vytvořen další virtuální předplatitel XML, který je analogický k výše uvedenému. Lze použít stejný profil zařízení, ale pole Line Port a Contact musí být zkonstruována z informací o přístupovém čísle, jak je uvedeno výše.

 
Ujistěte se, že limity zásad zpracování hovorů, které nakonfigurujete ve virtuálním předplatiteli Broadworks, jsou dostatečné pro zpracování dalších hovorů BYOPSTN ve vaší skupině telefonních čísel.

Přiřadit ověřování SIP instanci XML

Přiřaďte ověřovací službu virtuálnímu odběrateli XML. Tato akce se použije k ověření zpráv SIP INVITE z cube ve scénáři zpětného volání. Také zabraňuje virtuálnímu předplatiteli XML přijímat hovory od jiných stran než CUBE

Přejděte na stránku Ověření virtuálního odběratele v části Nástroje a zadejte uživatelské jméno a heslo SIP, jak je uvedeno níže:


 

CUBE musí být nakonfigurována se stejným uživatelským jménem a heslem, aby bylo možné správně ověřit zprávy INVITE odeslané do přidruženého systému.

Příklad příkazu ke konfiguraci ověřování SIP v cube je následující:

sip-ua authentication username VSUB password 0 <unencrypted password>
(See the CUBE onfiguration/datafill for more details).

Namedefs soubor

Pole kontaktu SIP virtuálního odběratele XML obsahuje adresu URL, ve které se část domény přesune na adresu CUBE. Jedná se o interní SRV a soubor názvů na AS lze použít k vyřešení interní SRV do IP CUBE.

V našem příkladu, SIP contact SRV je cube.internal.local a řeší adresu 10.165.196.30 port 5060 dosáhnout CUBE. Na přidruženém systému, /usr/local/broadworks/bw_base/conf/namedefs soubor je aktualizován následovně:

_sip.tcp.cube.internal.local SRV 1 99 5060 10.165.196.30

Typ hovoru v aplikaci Webex Meetings

K dispozici jsou možnosti konfigurace zpracování hovorů v aplikaci Webex Meetings, které řídí, jak se vyřizují hovory s přímým voláním ve schůzce. Ve výchozím nastavení jsou hovory s přímým voláním schůzky zpracovávány jako externí hovory, protože čísla pro přímé volání jsou hostována ve vyhrazeném podniku nebo poskytovateli služeb. Externí hovory jsou obvykle zahrnuty v počtu relací Řízení přístupu k relaci a označeny pro nabíjení v poli CDR Indicator.

Následující příklad přidává doporučenou konfiguraci ke zpracování příchozích hovorů schůzky jako interních hovorů tak, že jsou vyloučeny z nabíjení a vyloučeny z počtů řízení přijetí do relace.

Nastavením možnosti Vynutit NS Charge Field na hodnotu true je populace pole CDR Indicator založena na nakonfigurovaném atributu Charge typu volání síťového serveru.

AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> add "Webex Meetings" WXM true true

AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> get
      Name    NS Call Type    Enforce NS Charge Field  Process As Internal For SAC-Subscriber
  ==========================================================================================
  Webex Meetings       WXM               true                                true

Virtuální odběratel zpětného volání XML na schůzku

Vytvoření odběratele zpětného volání schůzky XML

Aby mohl vyřizovat hovory zpětného volání Webex Meetings, musí být na aplikačním serveru Broadworks (AS) nakonfigurován vyhrazený virtuální předplatitel XML se speciální možností zpětného volání Webex Meetings. V přidruženém systému lze nakonfigurovat pouze jednu instanci tohoto odběratele.

Chcete-li funkci povolit, nastavte funkci Aktivovatelná funkce 102074 na hodnotu True prostřednictvím rozhraní příkazového řádku.

AS_CLI/System/ActivatableFeature> activate 102074
***** Warning *****:
This activity should only be done during a maintenance window because
this may cause large amounts of data to be added/modified/deleted and
it may take some time to execute. Features that have web page impacts
require that users and administrators log out and log back in.
Are you sure you want to continue?

Please confirm (Yes, Y, No, N): y
...Done

AS_CLI/System/ActivatableFeature> get

      Id                                               Description  Activated  Last Modified Timestamp
=============================================================================================
  102746                            BroadWorks Support for CI UUID       true
  102074          BYO PSTN Billing support for CallBack and CallIn       true      
  104256                          Weak Password Validation Service      false
  104073  Add FAC Support for Call Center Agent Join-Unjoin in CDR      false
  103542   Configurable Endpoint For Auto-Answer And Forced Answer      false
  104255    Control password usage and behavior to ensure security      false

 

Vzhledem k tomu, že podpora fakturace BYO PSTN pro funkce Back a In závisí na funkci „Podpora služby Broadworks pro službu CI UUID“, musíte před aktivací funkce (102074) aktivovat také funkci (102746). Další podrobnosti naleznete v části „Synchronizace CI uživatele UUID (podpora Broadworks pro CI UUID)“.

Předplatitel zpětného volání na schůzku XML je podobný stávajícímu virtuálnímu předplatiteli BYOPSTN VXML, ale označil jej novým příznakem „Zpětné volání na schůzku Webex“. Tento odběratel zpětného volání na schůzku XML je nakonfigurován se stejným profilem zařízení jako stávající virtuální odběratel BYOPSTN VXML a také se službou ověřování se stejnými přihlašovacími údaji.

Níže je uveden příklad:

Předplatitel zpětného volání na schůzku XML musí existovat ve přidruženém systému, který hostí uživatele hostitele schůzky. Když přidružený systém obdrží žádost o POZVÁNKU zpětného volání na schůzku, pokusí se během nastavení hovoru vyhledat uživatele zpětného volání na schůzku XML i hostitele schůzky v přidruženém systému. Pokud není nalezen žádný z těchto uživatelů, hovor je odmítnut.

Hostitelská relace schůzky

Ve scénáři zpětného volání s hlavičkou X-Cisco-Meet-Info obdrží aplikační server Cisco Broadworks žádost SIP INVITE a identifikuje hostitele schůzky pomocí parametru UUID uživatele hostitele CI záhlaví SIP X-Cisco-Meet-Info. Relace hovoru je vytvořena jménem uživatele hostitele schůzky, který slouží ke zpracování hovoru a provedení profilu služby uživatele. Kromě toho je vygenerován fakturační záznam jménem uživatele hostitele schůzky. ID schůzky a informace o UUID webu z hlavičky SIP X-Cisco-Meet-Info jsou zaznamenány ve fakturačním záznamu.

Níže je uveden příklad záhlaví SIP X-Cisco-Meet-Info:

X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab
-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec

Platforma pro doručování aplikací

Synchronizace UUID uživatele CI (podpora Broadworks pro CI UUID)

CI UUID uživatele je jedinečný identifikátor pro identifikaci uživatelů v prostředí Webex.

Tato aplikace Webex Provisioning Sync na platformě Cisco Broadworks Application Delivery Platform (ADP) se používá k synchronizaci, mapování a ukládání uživatelského CI UUID do infrastruktury Broadworks tak, aby mohla být použita v různých interakcích se službou Webex a Webex pro Broadworks.

Viz část „Povolit zpětné volání schůzky Webex“, kde najdete informace o tom, jak je asociace CI User UUID používána síťovým serverem Cisco Broadworks a aplikačním serverem Cisco Broadworks používána.

Následující kroky nastavují aplikaci Webex Provisioning Sync tak, aby pravidelně prováděla anketu a aktualizovala uživatele Broadwork pomocí CI UUID UCI.

Aplikace pro synchronizaci zřizování Webex vyžaduje přihlašovací údaje OAuth s rozsahem spark-admin:broadworks_subscribers_read pro poskytovatele identity Cisco a lze ji získat podáním žádosti o službu u agenta registrace.

Další informace o žádosti o službu najdete v části „Získání přihlašovacích údajů OAuth pro službu Webex pro Cisco Broadworks“ na adrese: https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/Solution_Guide/wbxbw_b_solution-guide/wbxbw_b_SolutionGuide-PDF_chapter_01.html?bookSearch=true#Cisco_Generic_Topic.dita_0e1beabc-80ae-4e8d-b177-17108ec5daed

Přidejte token s příslušným jménem partnera následujícím způsobem:

ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> add custBYO refreshToken
      New Password:
      Re-type New Password:
      ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> get
       Partner Name  Refresh Token
==================================
  FederationPartner       ********
           custPart       ********
            custBYO       ********

Přidejte název partnera přidružený k tokenu OAuth na seznam partnerů, kteří mají být monitorováni aplikací Webex Provisioning Sync, s příznakem „povoleno“ nastaveným na „true“.

Pomocí této aplikace Webex Provisioning Sync začne provádět synchronizaci UUID uživatele CI v definovaném intervalu synchronizace.

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> add custBYO true

Jakmile je partner zahrnut, aplikace Webex Provisioning Sync může nyní provést přidružení CI UUID k uživatelům Broadworks.

Změňte časový limit připojení pomocí následujících příkazů:

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> set requestTimeout 30000
...Done

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> get
requestTimeout = 30000

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> cd http

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller/Http> set connectionTimeout 300
*** Warning: BroadWorks needs to be restarted for the changes to take effect ***

ADP_CLI/Application/WebexProvisioningSync/GeneralSetting/Controller/HTTP > get
connectionPoolSize = 5
connectionTimeout = 300
connectionIdleTimeOut = 300
maxConcurrentRequests = 10
maxCookieAgeInHours = 24

Toto přidružení lze provést automaticky nebo ručně. Příkaz CLI Sync může okamžitě spustit přiřazení.

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> manualSync custBYO

Partneři s funkcí „Enabled“ nastavenou na „true“ provádějí přiřazené v intervalu dotazování. Během počátečního přidružení se aplikace Webex Provisioning Sync dotazuje rozhraní API předplatitele Webex a načte data obsahující CI UUID pro všechny uživatele hostované partnerem. Externí ID uživatele Broadworks je aktualizováno přidruženým identifikátorem CI UUID. Následná sdružení mají vliv na uživatele přidané k partnerovi. Ke zjištění, zda je synchronizace dokončena, lze použít stavový příkaz.

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> status
  Partner Name         Status                 Last Sync Time
============================================================
       custBYO  synchronizing
      custPart     monitoring  2023-01-29T15:36:43.873-05:00
2 entries found.

Po dokončení synchronizace se stav změní zpět na monitorování. Následná synchronizace se provádí u uživatelů přidaných k partnerovi po „čase poslední synchronizace“.

Následující obrázek znázorňuje sadu CI UUID v rámci externího ID:

Síťový Server

Typ hovoru

Pro účely fakturace a vykazování může být žádoucí označit CDRS pro přímé volání v aplikaci Meetings. Toho lze dosáhnout pomocí zásad Pre Typing síťového serveru.

Nejprve na rozhraní příkazového řádku NS v části /System/ P/ Type přidejte nový typ hovoru. Následující příklad přidává nový typ volání „WXM“:

NS_CLI/System/CallP/CallTypes> add WXM LOCAL true false "Webex Meetings"
NS_CLI/System/CallP/CallTypes> get calltype WXM    
  CallType     Description  Category         Scope  SupportE164  Charge      
=======================================================================    
  WXM          Webex Meetings  LOCAL  User Defined         true   false

Typ hovoru pak lze použít v instanci Pre Typing, která je součástí profilu směrování uživatele Broadworks. V tomto příkladu byla do kontextu rozhraní příkazového řádku /Policy/Pre Typing přidána nová instance „wxm“, ale může se jednat o existující instanci Pre Typing, která se již používá:

NS_CLI/Policy/PreCallTyping> add wxm true CallTypes ALL

NS_CLI/Policy/PreCallTyping> get wxm                        
Policy: PreCallTyping  Instance: wxm                        
  CallTypes:                                
    Selection = {ALL}                                
    From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}        
  supportLCABasedNormalization = false                        
  Enable = true 

Dalším krokem je přidání položek do instance Pre Typing pro všechna vytáčená čísla v kontextu rozhraní příkazového řádku /Policy/Pre Typing/Plan. Příklad:

NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt_e164 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings

NS_CLI/Policy/PreCallTyping/DialPlan> get wxm 1                
Policy: PreCallTyping  Instance: wxm  Table: DialPlan                
CC Dial Plan   From     To          Match Min Max Call Type Prefix Action  Call Ind  Description                  
================================================================================================
1 dflt      12403332200 12403332200 {exact} 11 11 {WXM}     0                      Webex Weetings
1 dflt_e164 12403332200 12403332200 {exact} 11 11 {WXM}     0                      Webex Meetings

Instance Pre Typing se pak přidá (pokud již neexistuje) do příslušného směrovacího profilu původního uživatele, jak je uvedeno v následujícím příkladu:

NS_CLI/Policy/Profile> add Profall PreCallTyping wxm
NS_CLI/Policy/Profile> get profile Profall
Profile:  Profall
                 Policy              Instance
   ==========================================
             CallTyping           DefaultInst
          CallScreening           DefaultInst
            SubLocation           DefaultInst
              FarEndRtg           DefaultInst
             NearEndRtg           DefaultInst
             UrlDialing           DefaultInst
            MediaSrvSel           DefaultInst
                 SIMPLE           DefaultInst
              DstSvcRtg           DefaultInst
      NumberPortability           DefaultInst
             RCBasedRtg           DefaultInst
      NetVoicePortalRtg           DefaultInst
          PreCallTyping                   wxm    

 
Broadworks pocházející z CDR jsou generovány pouze hovory pocházející od předplatitelů BW. Hovory pocházející ze sítě PSTN ze „síťové“ strany přidruženého systému nebudou generovat původní CDR. V obou případech bude pro virtuálního předplatitele XML ukončovací CDR.

Routingová NE

RoutingNE je vyžadováno na NS v kontextu /System/Device/RoutingNE CLI pro reprezentaci CUBE. Tímto způsobem, když NS obdrží INVITE z CUBE, bude odpovídat záhlaví via položce RoutingNE, která je zřízena v NS. Podívejte se na příručka ke správě rozhraní příkazového řádku pro síťový server Cisco Broadworks pro podrobnosti o tom, jak přidat RoutingNE.

Níže je uveden příklad příkazů pro přidání RoutingNE „Webexmeetings“, kde adresa IP krychle = 10.165.196.30. Příklad také ukazuje příkazy pro vytvoření nových instancí Origredirect a Profile, které se mají přidružit k RoutingNE, ale lze použít i existující instance.

NS_CLI/Policy/OrigRedirect> add wxm_Inst true CallTypes ALL supportTrunkGroupLookups disable applyAccessSideRules enableRestrictive

NS_CLI/Policy/OrigRedirect> get  wxm_Inst
Policy: OrigRedirect  Instance: wxm_Inst
  Enable = true
  CallTypes:
    Selection = {ALL}
    From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}
  supportTrunkGroupLookups:
    Selection = {disable}
    From = {disable, enablePermissive, enableRestrictive}
  applyAccessSideRules:
    Selection = {enableRestrictive}
    From = {disable, enablePermissive, enableRestrictive}

NS_CLI/Policy/Profile> add wxm_routing

NS_CLI/Policy/Profile> add wmx_routing OrigRedirect wxm_Inst

NS_CLI/Policy/Profile> add wmx_routing SubLocation  DefaultInst

NS_CLI/Policy/Profile> get profile wxm_routing 
Profile:  wxm_routing
                 Policy              Instance
   ==========================================
           OrigRedirect           wxm_Inst
            SubLocation           DefaultInst

NS_CLI/System/Device/RoutingNE> add  WebexMeetings 1240364 1 99 wxm_routing false OnLine AccessRoutingNE

NS_CLI/System/Device/RoutingNE/Address> add WebexMeetings 10.165.196.30 1 99 tcp

NS_CLI/System/Device/RoutingNE> get
Network Element  WebexMeetings
   Location      =  1240364
   Static Cost   =  1
   Static Weight =  99
   Poll          =  false
   OpState       =  enabled
   State         =  OnLine
   Profile       =  wxm_routing
   Signaling Attributes=  AccessRoutingNE
 
NS_CLI/System/Device/RoutingNE/Address> get
Routing NE   Address     Cost    Weight     Port    Transport Route  
WebexMeetings   10.165.196.30     1      99     -          tcp

Pomocí vzorové konfigurace odešle CUBE do NS POZVÁNKU, která je podobná následujícím (důležitá pole tučně):

INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks
"<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID:
e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGSTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68

Kde:

  • IDENTIFIKÁTOR URI žádosti o pozvání obsahuje číslo pro zpětné volání

  • Pomocí záhlaví: obsahuje IP adresu CUBE, která bude použita k výběru profilu RoutingNE.

  • Záhlaví X-Cisco-Info-Meet: slouží k identifikaci hostingu CIUSERUID, meetingid & UUID.

Po obdržení POZVÁNKY použije NS záhlaví Via, aby odpovídalo aplikaci Routingne „Webexmeetings“. To zase vybere profil „wxm_routing“ směrování, který obsahuje instanci „wxm_Inst“ služby Origredirect.

Zásady přesměrování NS se poté budou shodovat s hlavičkou X-CISCO-MEET-INFO:

X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec

s portem linky nakonfigurovaným na virtuálním předplatiteli XML a odesláním přesměrování 302 na páru AS hostující tohoto předplatitele. Zpráva 302 je podobná následujícímu:

SIP/2.0 302 Moved temporarily
Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK5452684
From:" Webex "<sip:+12403332200@10.165.196.30>;tag=8EEAA586-1675
To:<sip:+14519615001@10.155.6.172>;tag=394411970-1602687588994
Call-ID:ABC5CCA2-D6411EB-8AD6D92D-EE20F768@10.165.196.30
CSeq:101 INVITE
Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone> ;q=0.5, <sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone>;q=0.25
Content-Length:0

Alias

Doména v identifikátoru INVITE URI (v příkladu je to bw.myenterprise.com) odeslaná CUBE do NS musí být rozpoznána NS. To lze provést přidáním domény do kontextu NS_CLI/System/Alias, například:

NS_CLI/System/Alias> add bw.myenterprise.com

Příkaz ke konfiguraci domény identifikátoru URI INVITE na cube naleznete v další části pod cílem dial-peer/session, například:

dial-peer voice 23401 voip
session target dns:bw.myenterprise.com

Kategorie: Albánie

Pro podporu možností konfigurace zpracování hovorů aplikace Webex Meetings pro fakturaci a řízení přijetí do relace musí být v kontextu NS_CLI/System/Device/ NE povoleny atributy signalizace Hosting NE serveru aplikace Application Server Hosting NE Required a Indication._ Příklad:

NS_CLI/System/Device/HostingNE> set broadworksASHostNe signaling E164Compliant,
 CallTypeInfoRequired, SourceId, RequiresNetworkIndication RequiresChargeIndication;

Povolit zpětné volání schůzky Webex

Ve scénáři zpětného volání s hlavičkou SIP X-Cisco-Meet-Info odešle CUBE volání na síťový server pro přesměrování původce na pár AS. Pár AS je určen na základě parametru systému Webex Hoostlookup .

NS_CLI/System/CallP/Options> get
  accessSideRoutingNeDeterminedViaSignaling = false
  disableNdcValidationForCalledNumbers = true
  forceRoutingNEProfile = false
  skipPrivatePoliciesOnEmergency = true
  maxReturnedContacts = 10
  enableWebexMeetingHostLookup = true

Když je parametr Webex Hoostlookup nastaven na hodnotu true, CI UUID hostitele schůzky v hlavičce X-Cisco-Meet-Info slouží k identifikaci páru AS hostujícího hostitele schůzky.

INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks "<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID: e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGISTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68

Krok 10 Zřizování Partner CUBE

Tato část poskytuje ověřenou konfiguraci, jak nasadit prvek Cisco Unified Border Element (CUBE) jako řadič relace (SBC) pro řešení Přineste si vlastní síť PSTN.

Tato část se zaměřuje na konfigurace CUBE, které jsou nezbytné pro propojení s příkladem konfigurace Webex pro Cisco Broadworks zobrazeným v předchozí části. Podrobnější informace o počátečním nasazení a konfiguraci CUBE naleznete v následujících příručkách: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-overview.html

https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-Guide

Nasazenívlastní možnosti SBC

Pokud nechcete nasadit CUBE, máte možnost nasadit vlastní SBC. Upozorňujeme však, že tento dokument neposkytuje ověřenou konfiguraci pro jiné S<UNK> než CUBE.

Pokud nasadíte vlastní SBC, můžete se řídit požadavky na konfiguraci CUBE na vysoké úrovni (například přiřazení jako doména, veřejná a soukromá rozhraní a brány) a řídit konfiguraci. Podrobnou nápovědu k příkazové řádce naleznete v dokumentaci SBC, protože skutečné příkazy pro vlastní SBC se pravděpodobně budou lišit od CUBE.


 

Pokud není uvedeno jinak, platí zbývající požadavky na konfiguraci v kroku 10 bez ohledu na to, které zařízení SBC nasadíte. Příklady příkazového řádku jsou však pouze pro CUBE, pokud není uvedeno, že příklad platí pro jiné S<UNK>. Další konfigurační příkazy naleznete v dokumentaci SBC.

Počáteční konfigurace

Pro konfiguraci CUBE musí být povolen privilegovaný režim EXEC. Pokud budete vyzváni, zadejte heslo.

enable

Přepnutí do globálního režimu konfigurace:

configure terminal

Nastavení domény:

ip domain name myenterprise.com

Nastavení maximální velikosti segmentu (MSS):

ip tcp mss 1360

Konfigurace sítě

Definujte veřejná a soukromá rozhraní. V našem příkladu CUBE:

------- Private side -------
interface GigabitEthernet1
 description Interface facing BC
 ip address <CUBE PRIV IP> <SUBNET MASK>
 negotiation auto
 no mop enabled
 no mop sysid
!
------- Public side -------
interface GigabitEthernet2
 description Interface facing WEBEX
 ip address <CUBE PUB IP> <SUBNET MASK>
negotiation auto
 no mop enabled
 no mop sysid
!

Nakonfigurujte brány pro směrování IP pro veřejnou a soukromou stranu:

ip route 0.0.0.0 <PUB SUBNET MASK> <CUBE PUB GW IP>
ip route 10.0.0.0 <PRIV SUBNET MASK> <CUBE PRIV GW IP>

Povolit SSH:

ip ssh logging events
ip ssh version 2
!
username admin privilege 15 password <password>

 

CUBE (nebo vaše vlastní SBC) musí být uvnitř DMZ s správně nakonfigurovanými pravidly brány firewall. Seznam portů k otevření na externí bráně firewall naleznete v části Porty používané službou Webex.

Nakonfigurujte záznamy SRV pro volání zpětného volání odesílaná z CUBE (nebo vašeho SBC) na síťové servery Broadworks. Například SRV pro bw.myenterprise.com:

ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns01.myenterprise.com
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns02.myenterprise.com
ip host ns01.myenterprise.com <NS01 IP>
ip host ns02.myenterprise.com <NS02 IP>

Konfigurace serveru DNS:

ip name-server <DNS_IP_address>

 

Alternativní možností DNS je nakonfigurovat interní DNS, kde interní DNS osloví nadřazený server DNS, pokud interní vyhledávání selže.

Konfigurace zpracování hovorů

Obecné

Nakonfigurujte CUBE (nebo SBC) se všemi IP adresami, které potřebují přístup ke službě VoIP. Zahrnuje:

  • Privátní SIP signalizační adresy pro servery Broadworks AS, NS a MS.

  • Veřejné boční adresy pro infrastrukturu Webex Edge pro zvuk.

Viz níže příklad konfigurace CUBE:

voice service voip
 ip address trusted list
  ------- IPs on private side (needs to include all BroadWorks AS, NS and MS signaling addresses)  -------
  ipv4 <NS01 IP>
  ipv4 <NS02 IP>
  ipv4 <AS01 IP>
  ipv4 <AS02 IP>
  ipv4 <MS01 IP>
  ------- IPs on public side (These are the public addresses for the Webex audio infrastructure. The below range is an example only.) -------
  ipv4 64.68.96.0 255.255.224.0  
  ipv4 66.114.160.0 255.255.240.0
  ipv4 66.163.32.0 255.255.224.0

 
Výše uvedený rozsah IP adres je příkladem. Aktuální seznam veřejných IP adres pro zvukovou infrastrukturu Webex naleznete zde:

Jak povolím provoz schůzek Webex v mé síti?– Rozsah IP adres pro většinu clusterů se zobrazí v seznamu rozsahů IP adres používaných službami Cisco Webex Meeting. Výjimkou jsou clustery v Číně, pro které je rozsah uveden na následujícím odkazu:

Síťové požadavky na clustery Cisco Webex China

Výchozí časovač CUBE pro navázání spojení TCP před pokrokem směrování je 20 sekund. Chcete-li ji změnit:

ip tcp synwait-time <5-300 (seconds)>

Na straně služby Broadworks je výchozí časovač pro vypršení časového limitu aplikačního serveru na zařízení, které nereaguje na přístup, 6 sekund. Chcete-li ji změnit:

AS_CLI/System/CallP/AccessRouting> set terminationAttemptTimeoutSeconds <1-15 (seconds)>

Je třeba otevřít veřejná a soukromá boční rozhraní pro provoz RTP na CUBE (nebo na vašem vlastním SBC). Viz níže příklad CUBE:

voice service voip
 rtcp all-pass-through
 media disable-detailed-stats
  ------- CUBE public IP + port range -------
 media-address range <CUBE PUB IP> <CUBE PUB IP> port-range 10200-28000
  ------- CUBE private IP + port range -------
 media-address range <CUBE PRIV IP> <CUBE PRIV IP> port-range 10200-28000

Kde:

  • <CUBE PUB="" IP=""> je veřejná IP adresa CUBE
  • <CUBE PRIV="" IP=""> je soukromá IP adresa CUBE
  • Rozsah portů: v příkladu, port rozsah od 10200 do 28000

CUBE podporuje následující šifrovací sady TLS (během přímého volání je CUBE nabízí v klientovi TLS Handshake Hello):

  • TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
  • TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
  • TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
  • TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
  • TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
  • TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
  • TLS_RSA_WITH_AES_128_CBC_SHA
  • TLS_EMPTY_RENEGOTIATION_INFO_SCSV

Další obecná nastavení pro konfiguraci (ukázkové konfigurace CUBE viz níže):

aaa new-model
aaa authentication login default local
aaa authorization exec default local
!
ip scp server enable
!
 voice service voip
 address-hiding
 allow-connections sip to sip
 no supplementary-service sip moved-temporarily
 call-quality
  max-dropout 2
  max-reorder 2
 sip  
  contact-passing

Identifikátory URI pro příchozí a odchozí vytáčení musí být definovány pro pozdější použití ve vytáčených partnerech:

voice class uri INEdgeAudio sip
 pattern x-cisco-webex-service=audio
!
voice class uri OUTEdgeAudio sip
 host cube.internal.local

Webex Edge Audio podporuje kodeky G722, G711ulaw a G711alaw. Následující kód hlasové třídy musí být definován pro pozdější použití ve vytáčených partnerech:

voice class codec 3
 codec preference 1 g722-64
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

Webex Edge Audio používá SRTP. Hlasová třída SRTP-crypto přiřadí preferovanou šifrovací sadu SRTP, která se má použít pro Edge Audio. Nakonfigurujte následující krypto suites v pořadí. Konfigurace hlasové třídy srtp-crypto musí být použita na vytáčecí partnerky používané pro připojení s Edge Audio.

voice class srtp-crypto 234
 crypto 1 AEAD_AES_256_GCM
 crypto 2 AEAD_AES_128_GCM
 crypto 3 AES_CM_128_HMAC_SHA1_80
 crypto 4 AES_CM_128_HMAC_SHA1_32

Předkonfigurujte primární klíč tak, aby bylo možné nastavit heslo pro ověření

key config-key password-encrypt Password123 authentication username <username>
password encryption aes

Pomocí následujícího příkazu zadejte přihlašovací údaje SIP, které byly zřízeny pro virtuálního předplatitele XML ve přidruženém systému. Pro scénáře zpětného volání budou tyto přihlašovací údaje použity, když AS napadne INVITE, které CUBE (nebo vaše vlastní SBC) odešle AS.

sip-ua
 ------- to enable authentication -------
 authentication username <username> password 0 <password>

Jakmile je ověřování nakonfigurováno, heslo bude zakryto při prohlížení příkazem „show running-config“

sip-ua
 ------- to enable authentication -------
 authentication username <username> password 6 [GF]XXXXX[YYYYYY\ZZZZZ]\

Je třeba provést také následující globální konfiguraci SIP:

------- Max INVITE retries -------
 retry invite 3
 ------- By default, use TLS -------
 transport tcp tls v1.2
 connection-reuse
 ------- What trustpoint to use when mTLS is challenged -------
 crypto signaling default trustpoint <trustpoint> 

Profily překladu

Profil překladu zpráv SIP 2340 se používá pro přímé volání na schůzku. Před odesláním do Edge Audio by měl mít záznam upravující zprávy SIP příchozí z Broadworks, jak je uvedeno v příkladu pravidla 11.

------- BroadWorks to Webex -------
voice class sip-profiles 2340
 rule 1 request INVITE sip-header SIP-Req-URI modify "sips:" "sip:" 
 rule 2 request INVITE sip-header To modify "sips:" "sip:" 
 rule 3 request INVITE sip-header From modify "sips:" sip:
 rule 4 request INVITE sip-header Remote-Party-ID modify "sips:" "sip:"  
 rule 5 request INVITE sip-header P-Asserted-Identity modify "sips:" "sip:" 
 rule 6 request ACK sip-header From modify "sips:" "sip:" 
 rule 7 request REINVITE sip-header P-Asserted-Identity modify "sips:" "sip:" 
 rule 8 request REINVITE sip-header From modify "sips:" "sip:" 
 rule 9 request REINVITE sip-header Contact modify "sips:(.*)>" "sip:\1;transport=tls>" 
 rule 10 request INVITE sip-header Contact modify "sips:" "sip:" 
 rule 11 request INVITE sip-header SIP-Req-URI modify "cube.internal.local" "ecccspx.amer.pub.webex.com"

Výše uvedené pravidlo 11 mapuje příchozí identifikátor Request Uri od společnosti Broadworks, která má hodnotu Contact v profilu virtuálního odběratele CUBE (hodnotu pole Contact v profilu zařízení VXML_deviceProf v našem příkladu):

88631321777971704941@cube.internal.local;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Na příslušnou doménu směrování zvukových hovorů Webex Edge:
88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp

Všimněte si, že pokud je CUBE (nebo vaše vlastní SBC) za statickým NAT, je vyžadována dodatečná konfigurace sip-profile 2340. Další informace naleznete v následujícím odkazu:

https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-Guide

 
Pokud nasadíte vlastní SBC, budete muset nakonfigurovat podobná pravidla na vlastní SBC.

Chcete-li předat 486 zpráv odeslaných systémem AS zpět do zvuku Webex Edge, je v cube vyžadována následující konfigurace (nápověda pro vlastní SBC naleznete v dokumentaci SBC).

voice service voip
 no notify redirect ip2ip
 sip
  sip-profiles inbound
!
voice class sip-profiles 1
 response 486 sip-header Reason modify "7" "" 
 response 486 sip-header SIP-StatusLine modify "486.*" "600 Busy Everywhere"

Pokud je nutné další 4xx zprávy přeposlat zpět do služby Webex Edge Audio, postupujte podle stejného příkladu výše.

Vytáčecí protějšky

Klient hlasové třídy musí být definován na CUBE (nebo na vašem vlastním SBC), aby byl později použit ve vytáčecích partnerech, což splňuje následující kritéria:

  • Pro pakety RTP-NTE DTMF není nutné prokládání datové zátěže, proto nakonfigurujte asymetrickou datovou zátěž plnou.
  • Edge audio nepodporuje aktualizace ID volajícího, takže je třeba nakonfigurovat hodnotu „no update-callerid“.
  • Směrování hovorů Webex Edge Audio je založeno na identifikátorech URIS. Identifikátor URI směrování hovorů musí být povolen, aby odpovídal vytáčecím partnerům založeným na identifikátorech URIS.
voice class tenant 234
  asymmetric payload full
  no update-callerid
  Header-passing
  no pass-thru content custom-sdp
  call-route url

Následující vytáčecí protějšky jsou nakonfigurovány tak, aby CUBE umožňovaly zpracovávat hovory mezi Broadworks a Webex Edge Audio. Nakonfigurujte na CUBE následující nastavení (podobná konfigurace by musela být nakonfigurována na vašem vlastním SBC):

dial-peer voice 23411 voip
 description External Webex edge audio entry or exit dial-peer
 session protocol sipv2
 session target dns:ecccspx.amer.pub.webex.com
 session transport tcp tls
 destination uri OUTEdgeAudio
 incoming uri request INEdgeAudio
 voice-class codec 3 offer-all
 voice-class sip url sips
 voice-class sip profiles 2340
 voice-class sip tenant 234
 voice-class sip srtp-crypto 234
 voice-class sip bind control source-interface GigabitEthernet2
 voice-class sip bind media source-interface GigabitEthernet2
 voice-class sip requri-passing
 voice-class sip audio forced
 dtmf-relay rtp-nte
 srtp
!
dial-peer voice 23401 voip
 description Internal mix mode Webex edge audio entry or exit dial-peer
 session protocol sipv2
 ---- using DNS SRV (preferred) - must match srv record configured above (_sip._tcp.bw.myenterprise.com) ----
 session target dns:bw.myenterprise.com
 session transport tcp
 destination uri INEdgeAudio
 incoming uri request OUTEdgeAudio
 voice-class codec 3  
 voice-class sip url sip
 voice-class sip profiles 2341
 voice-class sip profiles 1 inbound
 voice-class sip tenant 234
 voice-class sip bind control source-interface GigabitEthernet1
 voice-class sip bind media source-interface GigabitEthernet1 dtmf-relay rtp-nte
!

Toky Hovorů CUBE

S výše uvedenou konfigurací jsou níže popsány příklady scénářů toku příchozích/odchozích hovorů na CUBE. Barevné kódování v konkrétním kroku jej vztahuje ke stejným barevným položkám v protějšcích na číselníku výše.


 
Pokud nasazujete vlastní SBC, podrobnosti o postupech hovorů s vaším SBC naleznete v dokumentaci SBC.

Scénář přímého volání schůzky ze služby Broadworks do služby Webex:

  • Příchozí POZVÁNKA je přijata z Broadworks na interním rozhraní s:
    INVITE sip: 88631321777971704941@cube.internal.local;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0
    To:"VXML Virtual"<sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
    
  • Profil příchozího vytáčení 23401 je vybrán na základě hostitele v identifikátoru URI příchozího požadavku („cube.internal.local“), který odpovídá konfiguraci „příchozí požadavek URI OUTE Audio“.
  • Protějšek pro odchozí vytáčení 23411 je vybrán na základě hostitele v identifikátoru URI požadavku („cube.internal.local“) odpovídající konfiguraci „destination uri OUTE Audio“.
  • Odchozí INVITE je odeslána na externí rozhraní s hostitelem v identifikátoru URI požadavku, který byl změněn z „cube.internal.local“ na „ecccspx.amer.pub.webex.com“ pomocí profilu překladu zprávy „voice-class sip profiles 2340“ zadaného v partnerském zařízení:
    INVITE sip: 88631321777971704941@ecccspx.amer.pub.webex.com;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0
    To: " VXML Virtual" <sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
    

Scénář zpětného volání schůzky ze služby Webex do služby Broadworks

  • Příchozí POZVÁNKA je přijata z aplikace Webex na externím rozhraní CUBE s:
    INVITE sip:+14519615001@cube.us.example.com;transport=tls;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b;x-cisco-webex-service=audio SIP/2.0 
    To: sip:+14519615001@cube.us.example.com;type=carrier_sbc 
    X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
    
  • Protějšek příchozího vytáčení 23411 je vybrán na základě vzoru „x-cisco-webex-service=audio“, který je přítomen v identifikátoru URI příchozího požadavku na základě konfigurace „INE Audio požadavek na příchozí identifikátor URI“.
  • Dva protějšky odchozích vytáčení jsou vybrány na základě vzoru „x-cisco-webex-service=audio“, který je přítomen v identifikátoru URI požadavku na základě konfigurace „destination uri INE Audio“.

    - Vytáčecí vrstevník 302

    - Vytáčecí Peer 23401

  • Odchozí pozvánka je odeslána na síťové servery (vyhledávání SRV na základě „session target dns:bw.myenterprise.com entry“ ve vytáčecím peer) v interním rozhraní
    INVITE sip:+14519615001@10.155.6.172:5060 SIP/2.0 
    X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
    From: " Webex " ;tag=B91821B7-561
    
  • Síťový server vrací kontakty pro pár AS hostující virtuální předplatitele CUBE:
    SIP/2.0 302 Moved temporarily
    Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK880BD
    From:" Webex "<sip:+12404540887@10.165.196.30>;tag=B91821B7-561
    To:<sip:+14519615001@10.155.6.172>;tag=1829261807-1603395221529
    Call-ID:3C88DF6A-13D411EB-8EE3D92D-EE20F768@10.165.196.30
    CSeq:101 INVITE
    Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.5,<sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.25
    Content-Length:0
    
  • CUBE směruje volání na aktivní AS na základě vráceného kontaktu ve zprávě 302:
    INVITE sip:+14519615001@hs2-bwks-v-as01-
    alpha.bwlab.org:5060;user=phone;transport=tcp SIP/2.0
    Via: SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK8812341
    X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
    From: " Webex " <sip:+12404540887@10.165.196.30>;tag=B91821C8-1AF5
    To: <sip:+14519615001@10.155.6.172>
    
Nastavení MTLS

Chcete-li povolit připojení mTLS mezi CUBE (nebo vaším vlastním SBC) a Webex Edge Audio, je nutné provést následující kroky konfigurace.


 
Nastavení mTLS mezi CUBE (nebo vlastním SBC) a Webex Edge Audio je povinné.

Podpora certifikátu se zástupnými znaky

Certifikáty podepsané zástupnými znaky používají obecný název předmětu (např. *.us.example.com), který odpovídá doméně pro CUBE nebo vlastní SBC. Certifikáty zástupných znaků jsou podporovány pro nasazení víceclusterů CUBE nebo SBC, ale nejsou podporovány pro nasazení CUBE nebo SBC s jedním uzlem.

Svěřenský fond

Během handshake TLS, když služba Webex Edge Audio odešle svůj certifikát, CUBE jej ověří podle seznamu certifikátů přijatých ve fondu důvěryhodnosti.

Balíček důvěryhodnosti je třeba aktualizovat pomocí kořenové certifikační autority Cisco stažením nejnovější verze „Cisco Trusted Core Root Bundle“ z http://www.cisco.com/security/pki/ příkazu:

crypto pki trustpool import clean url <url>

Certifikáty odeslané službou Webex Edge Audio jsou podepsány společností Identrust. Ujistěte se, že je nainstalován certifikát „Identrust Commercial Root CA“. Další podrobnosti naleznete na tomto odkazu:

https://help.webex.com/en-us/WBX9000008850/What-Root-Certificate-Authorities-are-Supported-for-Calls-to-Cisco-Webex-Audio-and-Video-Platforms


 
Pokud používáte vlastní SBC a nemůžete import dokončit, můžete balíček převést do formátu .pem pomocí open-source nástrojů, jako je OpenSSL. Můžete například použít certifikáty hyd ID s následujícím příkazem:
openssl x509 -inform der -in certificate.cer -out certificate.pem

Bod důvěryhodnosti

Edge Audio vyžaduje, aby vaše cube nabízela podepsané certifikáty od důvěryhodných certifikačních autorit certifikační autority pro připojení vzájemného TLS (mTLS). Pomocí následujícího odkazu se dostanete k seznamu certifikačních autorit, kterým společnost Cisco důvěřuje. Certifikáty podepsané úřady v tomto seznamu jsou považovány za platné a připojení bude povoleno: https://help.webex.com/en-us/WBX9000008850/What-Root-Certificate-Authorities-are-Supported-for-Calls-to-Cisco-Webex-Audio-and-Video-Platforms

Kostka Jednoho UZLU

Jeden uzel znamená, že CUBE (nebo vaše vlastní SBC) bude importovat certifikát s názvem předmětu unikátním pro jeho FQDN, což znamená, že žádný jiný CUBE nebude moci importovat (jinými slovy, NE zástupný certifikát).

  • Vytvoření požadavku na podepsání certifikátu (CSR) pro cube:

    - vytvořit keypair (tento keypair bude propojen s bodem důvěryhodnosti)

    CUBE(config)# crypto key generate rsa general-keys label <key label> exportable
    • general-keys - Určuje, že má být vygenerován pár klíčů pro všeobecné účely.
    • label <key-label> - (Volitelně) Název používaný pro pár klíčů RSA při jejich exportu. Pokud není zadán popisek klíče, použije se plně kvalifikovaný název domény (FQDN) směrovače.
    • exporttable - (Volitelně) Určuje, že pár klíčů RSA lze exportovat do jiného zařízení Cisco, například do směrovače.

    - create trustpoint (Trustpoint obsahuje certifikát, který chcete na CUBE navázat. Když CUBE obdrží žádost o certifikát, bude reagovat přiloženým certifikátem důvěryhodnosti.)

    CUBE(config)#crypto pki trustpoint <trustpoint>
    CUBE(ca-trustpoint)#
        crl optional
        enrollment terminal pem
        fqdn <fqdn>
        subject-name CN=<fqdn>
        rsakeypair <key label>
    
  • crl - Seznam odvolaných certifikátů (CRL) je seznam odvolaných certifikátů. CRL je vytvořena a digitálně podepsána certifikační autoritou, která certifikáty původně vydala. Referenční laboratoř Společenství obsahuje data, kdy byl každý certifikát vydán a kdy vyprší jeho platnost.

    terminál zápisu pem - Přidá hranice pošty vylepšené ochranou soukromí (PEM) k požadavku na certifikát (ruční kopírování a vložení od požadavku BEGIN CERTIFICATE REQUEST do END CERTIFICATE REQUEST)

    fqdn – Plně kvalifikovaný název domény CUBE

    subject-name CN=<fqdn> - název předmětu, který má být podepsán

    rsakeypair <key label=""> - pár klíčů vygenerovaný z předchozího kroku

    (odkaz: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/sec_conn_pki/configuration/15-mt/sec-pki-15-mt-book/sec-cert-enroll-pki.html)

    - generovat CSR:

    CUBE(config)#crypto pki enroll <trustpoint>
    % Start certificate enrollment ..
    ...
    % Include the router serial number in the subject name? [yes/no]: no
    % Include an IP address in the subject name? [no]: no
    Display Certificate Request to terminal? [yes/no]: yes
     
    Certificate Request follows:
     
    -----BEGIN CERTIFICATE REQUEST-----
    ...
    -----END CERTIFICATE REQUEST-----
     
    ---End - This line not part of the certificate request---
                           
    Redisplay enrollment request? [yes/no]: no
    
  • Odeslat CSR (od BEGIN CERTIFICATE REQUEST do END CERTIFICATE REQUEST) certifikační autoritě (certifikační autoritě)
  • CA vygeneruje podepsaný certifikát

    - V závislosti na certifikační autoritě poskytnou kořenový certifikát (např. DigicertCA.crt) a požadovaný certifikát (např. cube.crt)

  • Načíst certifikát certifikační autority

    - Nejprve ověřte důvěryhodný bod pomocí kořenového certifikátu

  • CUBE(config)#crypto pki authenticate <trustpoint>
    Enter the base 64 encoded CA certificate.
    End with a blank line or the word "quit" on a line by itself
     
    -----BEGIN CERTIFICATE-----
    <ENTER THE ROOT CERT>
    -----END CERTIFICATE-----
     
    Certificate has the following attributes:
    Fingerprint: 40065311 FDB33E88 0A6F7DD1 4E229187
    % Do you accept this certificate? [yes/no]: yes
    Trustpoint CA certificate accepted.
    % Certificate successfully imported
    

    - Poté importujte certifikát CUBE do CUBE bodu důvěryhodnosti

    CUBE(config)# crypto ca import <trustpoint> certificate
    % The fully-qualified domain name in the certificate will be: ...
     
    Enter the base 64 encoded certificate.
    End with a blank line or the word "quit" on a line by itself
     
    -----BEGIN CERTIFICATE-----
    <ENTER THE FQDN CERT>
    -----END CERTIFICATE-----
     
    % Router Certificate successfully imported
    

 
Pokud nasazujete vlastní SBC, podrobnosti o vytvoření CSR naleznete v dokumentaci SBC.

Cluster CUBE s více uzly (pomocí alternativních názvů v certifikátu) – NENÍ podporován

Více uzlů znamená, že CUBE bude moci importovat stejný certifikát pro více než jedno nasazení CUBE. Použití alternativního názvu předmětu k vygenerování CSR není momentálně podporováno: https://bst.cloudapps.cisco.com/bugsearch/bug/CSCud90920/?rfs=iqvred

Multi Node CUBE Cluster (Použití certifikátu podepsaného zástupnými znaky ve formátu pkcs12)

Vícenásobný uzel používající certifikát se zástupnými znaky znamená, že název předmětu je obecný (např. *.us.example.com) a odpovídá doméně CUBE (nebo vaší doméně SBC).

  • Za předpokladu, že máte připravený certifikát zástupných znaků, připravte soubory veřejného klíče (.crt) a soukromého klíče (.key).
  • Pomocí OpenSSL vytvořte soubor formátu PKCS12 (.pfx) včetně souboru .crt a .key: (použít cygwin na Windows) - reference: https://www.ssl.com/how-to/create-a-pfx-p12-certificate-file-using-openssl/
     openssl pkcs12 -export -out <pfxfilename>.pfx -inkey <privatekeyfile>.key -in <certfile>.crt
  • Přeneste soubor .pfx v CUBE:bootflash: (scp z linuxového serveru do CUBE)
    scp <pfxfilename>.pfx <user>@<CUBEIP>:bootflash:<pfxfilename>.pfx
  • Vytvořte důvěryhodný bod a importujte soubor pkcs12:
    CUBE# conf t
    CUBE(config)#
    CUBE(config)# crypto pki trustpoint <trustpoint>
    CUBE(ca-trustpoint)# revocation-check crl
    CUBE(ca-trustpoint)# exit
    CUBE(config)# crypto pki import <trustpoint> pkcs12 bootflash:<pfxfilename>.pfx password <password>
    

Ověřit konfiguraci certifikátu CUBE

Ověřte, zda je v certifikátu zahrnut celý řetězec. Následující příklad ukazuje ověřovací příkazy pro CUBE. Pokud nasazujete vlastní SBC, použijte příkazy, které platí pro SBC.

CUBE(config)#crypto pki certificate validate <trustpoint>
    Chain has 2 certificates
    Certificate chain for <trustpoint> is valid
 
 
CUBE#show crypto pki trustpoints status
    ...
  Trustpoint <trustpoint>:
    Issuing CA certificate configured:
    Subject Name:
     cn=HydrantID SSL ICA G2,o=HydrantID (Avalanche Cloud Corporation),c=US
    Fingerprint MD5: 1135E326 56E5AADF 53A4DD32 C8D5590F 
    Fingerprint SHA1: AC4A728B 4DFC3560 1FA34B92 2422A42C 253F756C 
  Router General Purpose certificate configured:
    Subject Name:
     cn=*.us.example.com,ou=Webex,o=Cisco Systems, Inc.,l=San Jose,st=California,c=US
    Fingerprint MD5: 756E4C83 CF36311A 7839FA51 7FA7ABA0 
    Fingerprint SHA1: 8268817F 79EF91E0 3BA976A1 5C9D97F3 E834EB54 
  State:
    Keys generated ............. Yes (General Purpose, non-exportable)
    Issuing CA authenticated ....... Yes
    Certificate request(s) ..... Yes

Nastavte signalizaci SIP pro použití bodu důvěryhodnosti

Pomocí následujícího příkazu zřídit protokol SIP UA s bodem důvěryhodnosti CUBE. Následuje příklad pro CUBE. Pokud nasazujete vlastní SBC, vyhledejte nápovědu k příkazům v dokumentaci SBC.

CUBE(config)#sip-ua CUBE(config-sip-ua)#crypto signaling default trustpoint <trustpoint>
Protokoly CUBE

Zobrazení povolených filtrů ladění

CUBE# show debug

Nastavení filtrů ladění (příklady)

CUBE# debug ccsip messages
CUBE# debug ccsip transport
CUBE# debug ccsip error
CUBE# debug ccsip info
CUBE# debug voip dialpeer inout
CUBE# debug voip ccapi inout
CUBE# debug voip application
CUBE# debug ip tcp transaction

Zrušení nastavení filtrů ladění (příklad)

CUBE# no debug ccsip messages

Vymazání a kontrola vyrovnávací paměti protokolu

CUBE# clear log
>>> make test call <<<
CUBE# show log

 

Pokud neimplementujete CUBE, podrobnosti o používání protokolů naleznete v dokumentaci k vlastnímu SBC.

Další užitečné příkazy

Kontrola aktuální konfigurace

CUBE# show running-config (or just CUBE# show run)

Uložení konfigurace do ROM, která bude použita při startu systému

CUBE# write

Krok 11 Certifikace BYOPSTN

Po dokončení konfigurace a zřizování řešení BYoPSTN je partner povinen projít sadou testovacích případů přijetí, aby mohl své řešení certifikovat. Toto je povinný krok pro schválení a povolení BYoPSTN partnera.

Testovací případy přijetí jsou uvedeny v dokumentu Přineste si vlastní postup přijetí PSTN Webex Pro Cisco Broadworks na adrese: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .

Partner by měl výsledky úspěšně provedených akceptačních testů poskytnout onboardingovým a certifikačním týmům.

Otázky, problémy a výsledky z provedení testovacích případů přijetí by měly být nahlášeny a sdíleny v prostoru Webex přiřazeném k registraci partnera.

Použití aktualizací na skupinu telefonních čísel v rámci služby / skupinu zpětného volání DNS SRV

Jakmile jsou netestovaní zákazníci přiřazeni k šabloně zákazníka pomocí čísel pro přímé volání poskytnutých partnerem, mají tito uživatelé k dispozici následující možnosti připojení ke schůzce:

  • Pozvánky na schůzku zahrnují jedno nebo více výchozích telefonních čísel z přiřazené skupiny telefonních čísel

  • Aplikace Webex zobrazuje jedno nebo více výchozích telefonních čísel z možnosti přiřazení skupiny telefonních čísel jako možnosti připojení ke schůzce

  • Uživatelské rozhraní webu Webex Meeting zobrazuje jedno nebo více výchozích telefonních čísel z možnosti přiřazení skupiny telefonních čísel jako možnosti připojení ke schůzce

  • Pokud bylo v šabloně zákazníka povoleno zpětné volání, aplikace Webex Meeting poskytuje možnost „Zavolejte mi na“, kde je požadavek na zpětné volání směrován do jedné ze záznamů zadaných v přiřazené skupině zpětného volání DNS SRV

Změna možností připojení ke schůzce pro šablonu zákazníka nebo změna přiřazené skupiny telefonních čísel nebo změna skupiny zpětného volání DNS SRV může ovlivnit výše uvedené možnosti připojení ke schůzce. Tyto změny se nevztahují na stávající zákazníky, ale nově zřízeným zákazníkům se tyto změny projeví okamžitě na svých webech pro schůzky se standardním a prémiovým balíčkem. Proto se důrazně doporučuje, aby byla jakákoli taková změna ověřena pomocí organizace řešení seed před použitím na stávající šablony zákazníků, skupiny telefonních čísel nebo skupiny zpětného volání DNS SRV (pokud jsou nasazeny skupiny zpětného volání DNS SRV).

Při aktualizaci možností připojení ke schůzce pro šablonu zákazníka a/nebo při použití aktualizací skupin telefonních čísel nebo skupin zpětného volání DNS SRV je třeba postupovat podle následujících kroků.

Upozorňujeme, že šablony zákazníků, skupiny telefonních čísel nebo skupiny zpětného volání DNS SRV používají testovací poskytovatelé služeb Broadworks a/nebo testovací podniky Broadworks, je tento postup volitelný. Může být vhodnější jednoduše odstranit testovací poskytovatele služeb Broadworks a/nebo testovat organizace Broadworks Enterprises a znovu je zřídit pomocí aktualizovaných šablon zákazníků, skupin telefonních čísel nebo skupin zpětného volání DNS SRV.

Aktualizovat pouze skupinu telefonních čísel:

  1. Vytvořte novou dočasnou skupinu telefonních čísel s požadovanými aktualizacemi.

  2. Vytvořte novou dočasnou šablonu zákazníka, která používá novou skupinu telefonních čísel. Pokud je současně se skupinou používána existující skupina telefonních čísel, přiřaďte ji šabloně.
  3. Vytvořte organizaci řešení osiva zřízením předplatitele od zkušebního poskytovatele služeb Broadworks nebo otestujte podnik Broadworks pomocí standardního balíčku pomocí nové šablony zákazníka. Upozorňujeme, že se jedná o organizaci řešení sekundárních semen. Není vyžadována žádná aktualizace schůzky UUID nakonfigurované na Broadworks.
  4. Stáhněte soubor JSON konfigurace Broadworks (BYOPSTN), který obsahuje telefonní číslo pro přístup k mapování kódů nových telefonních čísel ve skupině telefonních čísel.
  5. Určete doménu DNS SRV služby Webex Edge Audio pro web standardního balíčku pro schůzky organizace pro řešení osiva. Měla by být nezměněna od hodnoty dříve určené pro původní skupinu telefonních čísel.
  6. Použijte aktualizace konfigurace na službu Broadworks pomocí souboru JSON konfigurace Broadworks (BYOPSTN).
  7. Konfiguraci ověřte naplánováním schůzek pomocí webu standardního balíčku organizace Seed a připojením ke schůzce pomocí telefonních čísel pro přímé volání.
  8. Použijte aktualizaci na původní skupinu telefonních čísel. Změna je nyní v provozu pro netestované zákazníky.
  9. Organizaci řešení seed, dočasnou skupinu telefonních čísel a šablonu zákazníka lze odstranit. Tyto prvky již nejsou po aktualizaci původní skupiny telefonních čísel vyžadovány.

Aktualizovat pouze skupinu zpětného volání DNS SRV:

  1. Vytvořte novou dočasnou skupinu zpětného volání DNS SRV s požadovanými aktualizacemi.
  2. Vytvořte novou dočasnou šablonu zákazníka, která používá novou skupinu zpětného volání DNS SRV a stávající skupinu telefonních čísel. Pokud je současně se skupinou používána existující skupina zpětného volání DNS SRV, přiřaďte ji šabloně.
  3. Vytvořte organizaci řešení osiva zřízením předplatitele od zkušebního poskytovatele služeb Broadworks nebo otestujte podnik Broadworks pomocí standardního balíčku pomocí nové šablony zákazníka. Upozorňujeme, že se jedná o organizaci řešení sekundárních semen. Není vyžadována žádná aktualizace schůzky UUID nakonfigurované na Broadworks.
  4. Konfiguraci ověřte naplánováním schůzek pomocí webu standardního balíčku organizace Seed, připojením ke schůzce pomocí telefonních čísel pro přímé volání a pomocí možnosti „Zavolejte mi na“.
  5. Použijte aktualizaci na původní skupinu zpětného volání DNS SRV. Změna je nyní v provozu pro netestované zákazníky.
  6. Organizaci řešení osiva, skupinu zpětného volání DNS SRV a šablonu zákazníka lze odstranit. Tyto prvky již nejsou potřebné, jakmile byla aktualizována původní skupina zpětného volání DNS SRV.

Aktualizovat telefonní číslo i skupinu zpětného volání DNS SRV:

  1. Vytvořte nové dočasné telefonní číslo a skupinu zpětného volání DNS SRV s požadovanými aktualizacemi.
  2. Vytvořte novou dočasnou šablonu zákazníka, která používá novou skupinu telefonních čísel a novou skupinu zpětného volání DNS SRV. Pokud je současně se skupinou používána existující skupina telefonních čísel a/nebo skupina zpětného volání DNS SRV, přiřaďte ji šabloně.
  3. Vytvořte organizaci řešení osiva zřízením předplatitele od zkušebního poskytovatele služeb Broadworks nebo otestujte podnik Broadworks pomocí standardního balíčku pomocí nové šablony zákazníka. Upozorňujeme, že se jedná o organizaci řešení sekundárních semen. Není vyžadována žádná aktualizace schůzky UUID nakonfigurované na Broadworks.
  4. Stáhněte soubor JSON konfigurace Broadworks (BYOPSTN), který obsahuje telefonní číslo pro přístup k mapování kódů nových telefonních čísel ve skupině telefonních čísel.
  5. Určete doménu DNS SRV služby Webex Edge Audio pro web standardního balíčku pro schůzky organizace pro řešení osiva. Měla by být nezměněna od hodnoty dříve určené pro původní skupinu telefonních čísel.
  6. Použijte aktualizace konfigurace na službu Broadworks pomocí souboru JSON konfigurace Broadworks (BYOPSTN).
  7. Konfiguraci ověřte naplánováním schůzek pomocí webu standardního balíčku organizace Seed, připojením ke schůzce pomocí telefonních čísel pro přímé volání a pomocí možnosti „Zavolejte mi na“.
  8. Použijte aktualizaci na původní telefonní číslo a skupinu zpětného volání DNS SRV. Změna je nyní v provozu pro netestované zákazníky.
  9. Organizaci řešení seed, dočasnou skupinu telefonních čísel, skupinu zpětného volání DNS SRV a šablonu zákazníka lze odstranit. Tyto prvky již nejsou vyžadovány, jakmile byla aktualizována původní skupina telefonních čísel a skupina zpětného volání DNS SRV.

 
Organizace řešení primárního osiva by neměla být odstraněna, pokud nebyla v aplikaci Broadworks vybrána a nakonfigurována nová organizace řešení primárního osiva. Odstraněním organizace řešení primárního osiva se odstraní parametr UUID, na kterém řešení BYoPSTN závisí pro ověřování zpráv SIP v aplikaci Webex Edge Audio. Pokud dojde k odstranění, připojení ke schůzce pomocí přímého volání pro weby pomocí čísla pro přímé volání poskytnutého partnerem se nezdaří.

Interoperabilita médií G722 při použití vlastního SBC

Při využívání vlastního SBC je třeba zvážit problémy s interoperabilitou, které obvykle řeší řešení CUBE mezi infrastrukturou Broadworks Partners a cloudem Webex Cloud. Jedním příkladem je přímé volání nebo zpětné volání pomocí kodeku G722, který zahrnuje mediální server Broadworks (například při použití služby nahrávání hovorů Broadworks). V tomto scénáři může služba Webex Edge Audio odeslat protokol SDP s linkou „a=fmtp:9“. Váš SBC bude muset tuto linku aktualizovat a přidat parametr datového toku tak, aby měl před odesláním do backendu Broadworks "a=fmtp:9 bitrate=64".

Známá omezení

  • Jakékoli změny možnosti připojení ke schůzce šablony zákazníka, čísel pro přímé volání společnosti Cisco nebo čísel pro přímé volání poskytnuté partnerem se použijí pouze na nově zřízené zákazníky. Stávající zákazníci používající šablonu zůstávají beze změny.

  • Jakékoli změny nastavení skupiny telefonních čísel šablony zákazníka nebo skupiny zpětného volání DNS SRV se použijí pouze na nově zřízené zákazníky nebo stávající zákazníky, kteří jsou zřízeni pro svého prvního uživatele standardního nebo prémiového balíčku. Stávající zákazníci, kteří již mají uživatele standardních nebo prémiových balíčků, zůstávají nezměněni.

  • Jakékoli změny skupin telefonních čísel nebo skupin zpětného volání DNS SRV, které jsou přiřazeny šablonám zákazníků, se použijí pouze na nově zřízené zákazníky nebo stávající zákazníky, kteří jsou zřízeni pro svého prvního uživatele standardního nebo prémiového balíčku. Stávající zákazníci přiřazení k přidruženým šablonám, které již mají uživatele standardních nebo prémiových balíčků, zůstávají beze změny.

  • Daná šablona zákazníka podporuje čísla pro přímé volání společnosti Cisco nebo možnost připojení ke schůzce s telefonním číslem poskytnutou partnerem. Kombinace těchto dvou možností pro stejnou šablonu není podporována.

  • Zprávy SIP pro případ použití možnosti „Zavolejte mi na“ nebo zpětného volání ke schůzce neobsahují informace o zákazníkovi a/nebo uživateli, který hostuje schůzku, k níž se má připojit.

  • Telefonní čísla a přidružené přístupové kódy ke schůzce pro danou skupinu telefonních čísel podporují pouze jednu doménu Webex Edge Audio DNS SRV (například ecccspx.amer.webex.com). Použití těchto telefonních čísel k volání na schůzky v jiné doméně Webex Edge Audio DNS SRV není podporováno.

  • Služba Webex Edge Audio nepodporuje opětovné projednání kodeků během hovoru. Služby, které jsou vyvolány po přijetí hovoru, nemusí fungovat správně.

  • Aplikace Webex, uživatelské rozhraní webu Webex Meeting a e-mail s pozvánkou na schůzku Webex poskytují odkaz na dokument „Omezení bezplatného volání“. Tento dokument je specifický pro telefonní čísla poskytnutá společností Cisco a uživatelé by jej měli při používání telefonních čísel poskytnutých partnerem pro připojení ke schůzce ignorovat.

Historie revizí dokumentů

Následující tabulka zobrazuje historii změn tohoto dokumentu za posledních 12 měsíců.

Datum

Verze

Popis změny

8. dubna 2024

1–36

  • Addedd poznamenává, že DNS-SRV je dynamický charakter a přidal zástupný znak k IP adresám.

10. ledna 2024

1–35

  • Do sekce Profily překladu bylo přidáno pravidlo 4.

22. prosince 2023

1–34 (číslo)

  • Aktualizované části Připojení ke schůzce pomocí zpětného volání (volitelné), RoutingNE, Povolit zpětné volání schůzky Webex, Profily překladu a Toky hovorů cube byly aktualizovány.

04. července 2023

1–33 (číslo)

  • Aktualizováno připojení ke schůzce pomocí části Zpětné volání (volitelné).

02. února 2023

1–32 (číslo)

  • Přidána Nová doména pro Velkou Británii a v rámci domén směrování volání Webex byla přidána Severní Afrika.

  • V kroku 9 byla přidána možnost Hostitel schůzky a Platforma pro doručování aplikací: Zřídit konfiguraci partnera Broadworks.

02. února 2023

1–31 (číslo)

  • Aktualizováno Použijte aktualizace na část skupiny telefonních čísel / skupiny zpětného volání DNS SRV.

31. ledna 2023

1–30

  • Přidána část Platforma pro doručování aplikací v části Aplikační server.

29. listopadu 2022

1–29

  • Byla přidána možnost Povolit zpětné volání schůzky Webex v části Síťový server.

  • Přidáno Vytvoření předplatitele zpětného volání schůzky XML v části Aplikační server.

  • Aktualizovány záznamy DNS SRV v rámci domén směrování hovorů Webex.

Přineste si vlastní řešení PSTN

Definice

Definice

Popis

Partner společnosti Cisco

Subjekt (obecně poskytovatel služeb), který prodává produkty a služby společnosti Cisco svým zákazníkům.

Koncový zákazník

Uživatelé, kteří používají produkty a služby společnosti Cisco, které jim prodává partner společnosti Cisco.

CUBE

Cisco Unified Border Element

Partnerská organizace

Úložiště identit a správy služeb Webex, které uchovává informace o partnerech společnosti Cisco a jejich zákaznících.

Partner Hub

Webový portál pro poskytování identit a služeb pro partnery společnosti Cisco a zákazníky, které spravují.

Organizace zákazníka

Úložiště identit a správy služeb Webex, které uchovává informace o koncovém zákazníkovi.

Podnik nebo poskytovatel služeb / skupina Broadworks

Zastupování koncového zákazníka v Broadworks.

Přehled

Řešení BYoPSTN (Bring Your Own PSTN) umožňuje službě Webex pro poskytovatele služeb Cisco BroadWorks zřizovat jejich vlastní telefonní čísla, která mohou uživatelé použít při připojení k aplikaci Webex Meetings. Řešení umožňuje partnerům využívat vlastní sítě PSTN a využívat stávající vztahy s poskytovateli veřejné telefonní sítě, nikoli používat čísla poskytnutá společností Cisco.

Referenční architektura v tomto dokumentu poskytuje komplexní design pro možnost BYoPSTN. Tato architektura byla ověřena společností Cisco a používá aplikaci Cisco Unified Border Element (CUBE) jako Session Border Controller (SBC) pro provoz hovorů mezi platformami BroadWorks a Webex Meetings.

Výběr možnosti připojení ke schůzce

V současné době Webex pro Cisco Broadworks podporuje dvě možnosti zřizování telefonních čísel pro schůzky. Poskytovatelé služeb si musí vybrat jednu z těchto dvou možností – kombinace není podporována:

  • Čísla pro přímé volání Cisco (Cisco PSTN) – Cisco poskytuje telefonní čísla, která mohou účastníci schůzky použít k připojení ke schůzkám

  • Čísla pro přímé volání poskytnutá partnerem (BYoPSTN) – poskytovatelé služeb poskytují vlastní telefonní čísla, která mohou účastníci schůzky používat při připojování ke schůzkám.

Řešení BYOPSTN

Partneři, kteří si vyberou možnost Čísla pro přímé volání poskytnutá partnerem (BYOPSTN), musí poskytnout svá vlastní telefonní čísla PSTN a musí zřídit síťovou infrastrukturu, která je vyžadována pro směrování hovorů do služby Webex a z ní. Řešení BYOPSTN usnadňuje směrování hovorů Přes Top (OTT) přes veřejný internet z Broadworks do služby Webex.

Při výběru možnosti BYoPSTN platí následující podmínky:

  • Partneři společnosti Cisco mohou používat stejná telefonní čísla pro více než jednoho koncového zákazníka. Tato telefonní čísla mohou být v jakékoli zemi, ve které partner působí.

  • Možnost BYOPSTN nevyžaduje žádné změny v obecném procesu registrace pro zákazníky Webex pro Cisco Broadworks.

  • BYoPSTN vyžaduje zřizování na úrovni partnera společnosti Cisco a všichni koncoví zákazníci, které partneři aktivují po spuštění sítě BYOPSTN, jsou automaticky aktivováni.

  • Veškeré zřizování vyžadované pro weby schůzek zákazníků je automatické, stejně jako v případě aktuálního obecně dostupného řešení.

  • Partneři, kteří aktivují jak standardní, tak prémiové balíčky, mají dvě weby pro schůzky: jeden web pro standardní uživatele a druhý pro prémiové uživatele. Pro BYOPSTN jsou povoleny obě weby.

  • Účastníci schůzky, kteří volají na schůzky, se mohou rozhodnout použít sdílení videa a obsahu prostřednictvím internetu.

  • Platí pro připojení ke schůzce pro schůzky v prostoru i schůzky PMR. Upozorňujeme, že pro schůzky v prostoru musí být prostor vytvořen standardním nebo prémiovým uživatelem s funkcemi hostitele schůzky Webex, aby mohl obdržet přístupové číslo PSTN – prostory vytvořené základními uživateli neobdrží přístupová čísla PSTN.

  • Tento dokument poskytuje ověřenou konfiguraci, která používá CUBE jako váš SBC. Pokud však nechcete používat CUBE, můžete nasadit vlastní SBC.

architektuře

Řešení Webex pro Cisco Broadworks BYOPSTN staví na sadě služeb Webex Edge, konkrétně na službě Webex Edge Audio dostupné podnikovým zákazníkům. Architektura je upravena tak, aby integrovala infrastrukturu Broadworks Cisco Partners s Webex Edge Audio, což partnerovi Cisco umožňuje centrálně konfigurovat sady telefonních čísel pro použití jejich koncovými zákazníky.

Hlavní prvky architektury jsou následující:

  • Broadworks – infrastruktura Broadworks partnerů Cisco

  • Cisco Unified Border Element (CUBE) – referenční řadič hranic relace (SBC) pro řešení nasazené v datovém centru Cisco Partners. CUBE musí být uvnitř DMZ. Pokud nechcete používat CUBE, můžete nasadit vlastní SBC.

  • Webex Edge Audio – služba Webex, která odděluje síť PSTN od služby Webex změnou směrování hovorů, aby mohla využívat infrastrukturu poskytovanou partnerem Cisco.

Volání účastníků, aby se připojili ke schůzce, prochází přes Broadworks do CUBE a z CUBE do infrastruktury Webex v cloudu přes internet. Tento model platí pro oba následující scénáře připojení ke schůzce:

  • Přímé volání– účastník vytočí telefonní číslo pozvánky na schůzku na svém registrovaném sluchátku, mobilním zařízení nebo v aplikaci Webex. Hovor iniciuje společnost Broadworks.

  • Zpětné volání (volitelné) – účastník požaduje, aby služba Webex zavolala na telefonní číslo, které účastník poskytl. Hovor je zahájen službou Webex.

Hovory směrované z Broadworks do CUBE v rámci partnerské infrastruktury budou používat protokol SIP TCP pro signalizaci hovorů a protokol RTP pro média. Hovory od cube po službu Webex používají pro signalizaci protokol TLS SIP a pro média sRTP. Směrování hovorů z CUBE do aplikace Webex probíhá přes internet a nepoužívá přenosový spoj SIP.

Typické nastavení scénářů přímého volání/zpětného volání je následující:

  • Partner Cisco má telefonní číslo PSTN (například 2403332200) a přidružený přístupový kód Webex (například 88631321777971704941).

  • Partner společnosti Cisco zřizuje virtuálního předplatitele v platformě Broadworks, který odpovídá zařízení CUBE. Partner mapuje telefonní číslo na přístupový kód a naopak.

  • Přístupový kód, který je odeslán do služby Webex ve zprávách SIP, identifikuje weby schůzek přidružené k partnerovi Cisco.

  • Výše uvedené telefonní číslo pro přístup k mapování kódu je nakonfigurováno jednou a je společné pro všechny weby schůzek koncového zákazníka.

  • Účastníci, kteří se připojují ke schůzce, musí zadat odpovídající ID schůzky (například 123456), které označuje konkrétní schůzku, ke které se mají připojit.

Doporučuje se, aby partneři dodržovali níže uvedený model redundance.

Připojení ke schůzce pomocí přímého volání

Následující obrázek znázorňuje proces uživatele, který se připojí ke schůzce prostřednictvím přímého volání.

Zde jsou příslušné kroky, aby se účastník připojil ke schůzce prostřednictvím přímého volání.

  1. Uživatel naplánuje schůzku v aplikaci Webex. Webex přiřadí ID schůzky (například 123456).

  2. Uživatel vytočí telefonní číslo přidružené ke schůzce (například 2403332200). Pozvánka SIP nese identifikátor URI požadavku jako telefonní číslo přidružené ke schůzce.

  3. Broadworks překládá telefonní číslo na přístupový kód (například 88631321777971704941) přidružený k webu schůzky a směruje hovor na cube s identifikátorem URI požadavku jako přístupovým kódem.

  4. Služba Webex přijme pozvánku SIP a přijme hovor. Jazyk oznámení je určen jazykem zadaným pro telefonní číslo, když je zřízeno v partnerském centru Cisco a Broadworks.

  5. Uživatel zadá ID schůzky (například 123456) pomocí DTMF. Webex uživatele ověří a poté jej nechá připojit ke schůzce.

Připojení ke schůzce pomocí zpětného volání (volitelné)

Následující obrázek ukazuje proces uživatele, který se připojí ke schůzce zpětným voláním. Uživatel požádá o volání ze služby Webex, aby se připojil ke schůzce.

Zde jsou kroky, které se účastníkovi týkají připojení ke schůzce pomocí zpětného volání:

  1. Uživatel naplánuje schůzku v aplikaci Webex. Webex přiřadí ID schůzky (například 123456).

  2. Uživatel požaduje hovor ze služby Webex na požadované číslo (například +16504441000), aby se připojil ke schůzce pomocí aplikace Webex nebo klienta Meetings.

  3. Webex iniciuje pozvánku SIP do CUBE na základě skupiny zpětného volání DNS SRV zřízené v Cisco Partner Hub a Broadworks. Identifikátor URI požadavku SIP INVITE obsahuje telefonní číslo, které musí hovor přijmout (například +16504441000@cube.example.com).

  4. Cube převede telefonní číslo v ID vzdálené strany na hodnotu, která identifikuje virtuálního odběratele v Broadworks (například 88631321777971704941@ecccx.amer.pub.webex.com). Identifikuje CUBE jako virtuálního uživatele aplikačního serveru Broadworks.

  5. Hovor je nabízen uživateli požadovanému telefonnímu číslu a uživatel hovor přijme a připojí se ke schůzce. Toto telefonní číslo může být předplatitel Broadworks nebo číslo PSTN. Pokud je požadované číslo číslem sítě PSTN, služba Broadworks použije zřízenou cestu ke směrování hovoru do sítě PSTN.

Pro možnost Zpětné volání je povinné aktivovat následující dvě funkce:

  • 102746 – Podpora Broadworks pro CI UUID
  • 102074 – BYO PSTN Fakturační podpora pro Back and In

Toto lze potvrdit z rozhraní příkazového řádku, jak je uvedeno níže:

AS_CLI/System/ActivatableFeature> get

      Id                                               Description  Activated  Last Modified Timestamp
=============================================================================================
  102746                            BroadWorks Support for CI UUID       true
  102074          BYO PSTN Billing support for CallBack and CallIn       true      

Podrobný popis těchto funkcí a aktivaci naleznete v části „Virtuální odběratel zpětného volání ze schůzky XML“ v tomto dokumentu.


 
Pokud se rozhodnete nenakonfigurovat připojení ke schůzce pomocí možnosti Zpětné volání, uživatelé mohou i nadále používat možnost Přímé volání k připojení ke schůzkám nebo se mohou připojit pomocí zvuku počítače. V takovém případě nemusíte konfigurovat skupiny zpětného volání DNS SRV.

Přehled konfigurace řešení

Řešení má několik různých komponent, z nichž každá musí být správně nakonfigurována, aby řešení fungovalo úspěšně. Jedná se o tyto součásti:

  • BroadWorks

  • CUBE (nebo alternativní SP Certified Session Border Controller, SBC)

  • Webex Edge Audio

Existují vzájemné závislosti mezi konfigurací těchto různých komponent a jako taková je vyžadována jedna nebo více organizací osiva řešení pro dokončení požadované konfigurace a ověření řešení.

Organizace osiva

Seed organizace je organizace Webex, kterou nakonfigurujete pro generování a ověřování nastavení pro řešení BYOPSTN. Organizace seed musí mít alespoň jednoho uživatele přiřazenou standardní balíček, a tento standardní balíček musí používat čísla pro přímé volání poskytnutá partnerem (BYoPSTN) možnost připojení ke schůzce. Doporučuje se přidružit organizaci seed k testovacímu poskytovateli služeb Broadworks nebo podniku.

Organizace zabývající se semeny řešení slouží dvěma účelům:

  • Konfigurace osiva – zřízení organizace (organizací) osiva vygeneruje telefonní číslo pro mapování přístupových kódů schůzky a univerzálně jedinečný identifikátor webu schůzky (UUID webu), které jsou vyžadovány pro probíhající provoz řešení. Tyto informace jsou nutné ke konfiguraci virtuálních předplatitelů Broadworks (VSUB).

  • Ověření konfigurace – Pomocí organizace Seed můžete určit, zda je řešení BYoPSTN nakonfigurováno v souladu s vašimi požadavky. Použijte organizaci seed a otestujte uživatele k ověření případů použití přímého volání a zpětného volání schůzky pomocí čísel pro přímé volání poskytnutých partnerem a záznamů zpětného volání DNS SRV (pokud je zpětné volání povoleno).

Správce musí vygenerovat organizaci řešení seed pro každou jedinečnou sadu telefonních čísel a záznamů zpětného volání DNS SRV. Generování organizace řešení seed v každém případě vygeneruje požadované telefonní číslo pro mapování přístupových kódů pro schůzky a možnost ověřit přidružené případy přímého volání a zpětného volání na schůzku pro tato telefonní čísla a záznamy zpětného volání DNS SRV.

Správce pomocí centra Cisco Partner Hub musí vybrat jednu organizaci řešení osiva jako organizaci řešení primárního osiva. UUID webu schůzky schůzky standardního balíčku této organizace primárního osiva musí být nakonfigurováno v aplikaci Broadworks. Je důležité, aby tento web schůzky zůstal zřízen, protože toto UUID webu je odesláno v každé žádosti o připojení ke schůzce s přímým voláním jako ověřovací token. Toto jednotné UUID webu je sdíleno všemi sadami telefonních čísel a záznamů DNS SRV zpětného volání. Více hodnot UUID webu není vyžadováno.

Organizace primárního a sekundárního řešení osiva mohou být v případě potřeby odstraněny před přiřazením sady telefonních čísel a záznamů zpětného volání DNS SRV netestovaným zákazníkům. Když je sada telefonních čísel a záznamů zpětného volání DNS SRV přiřazena libovolným netestovaným zákazníkům, jsou tato telefonní čísla a záznamy zpětného volání přidruženy k webům schůzek pro tyto zákazníky a používají se pro připojení ke schůzce pomocí přímého volání a zpětného volání. Jakékoli změny by měly být považovány za ovlivňující službu.

V následujících částech jsou uvedeny další podrobnosti o různých konfiguračních prvcích.

Konfigurační prvky BYOPSTN

Klíčovým prvkem řešení je konfigurace telefonních čísel partnera Cisco a záznamů zpětného volání DNS SRV. Síť BYOPSTN používá skupiny telefonních čísel a skupiny zpětného volání DNS SRV jako způsob přiřazování geograficky založených telefonních čísel a redundantního směrování hovorů pro schůzky Webex. Tyto prvky jsou přiřazeny koncovým zákazníkům šablonou zákazníka.

Skupiny telefonních čísel (PNG)

Partneři společnosti Cisco poskytují telefonní čísla používaná účastníky k připojení ke schůzkám v prostředí Cisco Partner Hub. Tato telefonní čísla jsou uspořádána do skupiny telefonních čísel. Seznam Telefonních čísel je přiřazen k webu Schůzky. Všechny místnosti pro osobní schůzky (PMR) a naplánované schůzky na webu schůzky používají přiřazená telefonní čísla. Následuje příklad skupiny telefonních čísel:

Tabulka 1. Skupina telefonních čísel: Východní Amerika

Název telefonního čísla

Země

Směrové číslo země

Telefonní číslo

Oznámení

Zpoplatněný typ

Priorita přímého volání

marylandském

US

+1 (ČÍSLO)

2403332200

Angličtina

Zpoplatněné

Primární

floridském

US

+1 (ČÍSLO)

9049002303 (ROZCESTNÍK)

Angličtina

Zpoplatněné

Sekundární

New Yorském

US

+1 (ČÍSLO)

8056504578 (číslo)

Angličtina

Bezplatné

Žádné

Telefonní čísla mají následující atributy:

  • Název telefonního čísla – název k popisu telefonního čísla

  • Země – země, k níž je telefon přiřazen

  • Směrové číslo země – volací kód země nebo předvolba země

  • Telefonní číslo – telefonní číslo, které se má použít k připojení ke schůzce bez směrového čísla země

  • Oznámení – jazyk oznámení, které má být přehráno, když se účastník připojuje ke schůzce

  • Typ mýtného – typ čísla: Zpoplatněné nebo bezplatné

  • Priorita přímého volání – priorita přiřazená číslům schůzky. Zobrazení čísel připojení ke schůzce účastníků je seřazeno na základě této priority.

Výchozí telefonní čísla: Správci mohou přiřadit prioritu přímého volání primárního, sekundárního nebo žádného telefonnímu číslu ve skupině telefonních čísel. Výchozí telefonní čísla s prioritou primární nebo sekundární jsou telefonní čísla. Výchozí telefonní čísla jsou odesílána v e-mailech s pozvánkou na schůzku a jsou uvedena v pořadí priorit, které by účastníci měli použít k připojení ke schůzkám. Výchozí telefonní čísla nemusí být ve stejné zemi. Je nutné vybrat primární telefonní číslo, sekundární telefonní číslo je volitelné. Alespoň jedno z výchozích telefonních čísel musí být typu Zpoplatněné.

Uživatelé koncového zákazníka mohou pomocí webového rozhraní webu schůzky zadat vlastní výchozí telefonní čísla. Tato čísla se zobrazují pro daného uživatele a jeho účastníky, když jsou hostitelem schůzky. Pokud se uživatel připojí ke schůzce jako účastník, zobrazí se pouze pro něj.

Jak je uvedeno výše, správce partnera Cisco udává US Maryland jako primární a US Florida jako sekundární, jedná se o výchozí telefonní čísla. Uživatel se může rozhodnout toto přepsat na svých schůzkách změnou primární na US New York a sekundární jako US Maryland.

Maximální počet telefonních čísel pro danou skupinu telefonních čísel je 98.

POZNÁMKA: Konfigurace vyhrazeného čísla pro jeden podnik není podporována.

Skupiny zpětného volání DNS SRV (CDSG)

Aby si účastníci schůzky mohli vybrat možnost zpětného volání, je vyžadována skupina zpětného volání DNS SRV, která ukazuje na instanci CUBE v rámci sítě partnera Cisco. Webex používá tyto záznamy ke směrování zpětného volání přes CUBE do služby Broadworks, která pak může zpětné volání schůzky umístit na telefonní číslo účastníka schůzky.

Následuje příklad skupiny zpětného volání DNS SRV.

Tabulka 2. Název skupiny zpětného volání DNS SRV: Globální CB

Země/oblast

Směrové číslo země

Záznam DNS SRV

Spojené státy americké

+1 (ČÍSLO)

cube.us.příklad.com

Mexiko

+52 (číslo)

cube.mx.example.com

Všechny ostatní země

cube.global.example.com

Záznamy zpětného volání DNS SRV mají následující atributy:

  • Země/oblast – země nebo oblast, pro kterou má být tento záznam DNS SRV použit k odesílání žádostí o hovor.

  • Kód země – kód země přidružený k zemi/oblasti. Pro každý kód země můžete mít pouze jeden záznam DNS SRV.

  • Záznam DNS SRV – záznam DNS SRV pro instance (instance) Cisco Partner CUBE.

Když účastník požádá o hovor na svém zadaném telefonním čísle, aplikace Webex použije zpětné volání DNS SRV přidružené k kódu země pro zadané telefonní číslo k směrování hovoru na příslušné prvky v síti Cisco Partners.

Tímto způsobem použití záznamu DNS SRV poskytuje podporu nadbytečným instancím CUBE pro obsluhu požadavků na volání ze služby Webex. Ve výše uvedeném příkladu, když účastníci schůzky v USA požádají o zpětné volání ze služby Webex na své telefonní číslo v USA, Webex používá DNS SRV cube.us.example.com pro směrování hovoru do sítě partnera Cisco. Když účastníci schůzky v Mexiku požádají o zpětné volání ze služby Webex na své telefonní číslo v Mexiku, Webex použije DNS SRV cube.mx.example.com pro směrování hovoru do sítě partnera Cisco.

Pro jakoukoli zemi/regiony, které nemají konkrétní záznam zpětného volání DNS SRV, směřují tyto žádosti o volání k „záznamu DNS SRV všech ostatních zemích “. Správce musí nakonfigurovat záznam DNS SRV „Všechny ostatní země“.

Maximální počet záznamů pro danou skupinu zpětného volání DNS SRV je 200.

Zákaznické šablony

Šablona zákazníka je existující koncept řešení Webex pro Broadworks. Šablona poskytuje výchozí konfiguraci, která se používá ke zřízení koncového zákazníka. Síť BYOPSTN poskytuje šabloně zákazníka další atributy:

  • Typ připojení ke schůzce – mohou to být čísla pro přímé volání společnosti Cisco nebo čísla pro přímé volání poskytnutá partnerem. Tento atribut označuje telefonní čísla, která jsou nakonfigurována pro weby schůzek přidružené k balíčkům Standard a Premium. Čísla pro přímé volání poskytnutá partnerem by měl vybrat správce.

  • Skupina telefonních čísel – přidružená pouze k číslům pro přímé volání poskytnutým partnerem. Tento atribut označuje telefonní čísla, která používají koncoví zákazníci zřízená pro standardní a prémiové balíčky při připojování ke schůzkám.

Skupina zpětného volání DNS SRV – přidružená pouze k možnosti čísel pro přímé volání poskytnutým partnerem. Tento atribut označuje záznamy DNS SRV, které služba Webex používá při zpětném volání koncovým zákazníkům, které jsou při připojování ke schůzkám zřízeny pro standardní a prémiové balíčky. Pokud nechcete povolit zpětné volání, můžete při vytváření nebo aktualizaci šablony zákazníka zvolit možnost „Zakázat zpětné volání“. Když je pro koncového zákazníka zřízen první předplatitel standardní nebo prémiové služby, zřizuje se přidružený web pro schůzky balíčků. Místo pro schůzky balíčku je zřízeno podle výše uvedené šablony zákazníka. Jakýkoli následně zřízený předplatitel pro službu Standard nebo Premium je přidán k již zřízenému webu schůzky – konfigurace webu schůzky se nemění.

Jakékoli změny šablony zákazníka s ohledem na výše uvedené atributy platí pouze pro nově zřízené weby pro schůzky balíčků. Stávající weby schůzek, které jsou již zřízeny, nejsou změnami šablony zákazníka ovlivněny.

Významnou výjimkou je, že pokud již koncový zákazník má web pro schůzky s balíčkem, je jakýkoli nový web pro schůzky s balíčkem zřízen pomocí stejného typu připojení ke schůzce jako stávající web pro schůzky s balíčkem. Pokud má například koncový zákazník standardní stránku pro schůzky balíčku používající čísla pro přímé volání Cisco a šablona zákazníka je aktualizována tak, aby používala čísla pro přímé volání poskytnutá partnerem, je pomocí čísel pro přímé volání Cisco zřízena nová stránka pro schůzky s prémiovým balíčkem, nastavení šablony zákazníka se nepoužije. Standardní a prémiové weby pro daného koncového zákazníka budou vždy zřizovány konzistentně.

Cluster volání Broadworks

Obrazovka Cisco Partner Hub – klastr volání Broadworks poskytuje přístup k zobrazení a/nebo stažení informací o konfiguraci Broadworks (BYoPSTN). Konfigurační údaje BYoPSTN pro daný cluster obsahují následující data:

  • Podrobnosti o organizaci primárního řešení Seed, včetně standardního balíčku UUID webu pro schůzky a adresy URL webu.

  • Podrobnosti o skupině telefonních čísel pro všechny skupiny nakonfigurované pro tento cluster. To zahrnuje telefonní číslo pro mapování přístupového kódu schůzky pro každou skupinu. Všimněte si, že podrobnosti by měly zahrnovat skupiny, které jsou přidružené ke všem organizacím pro řešení sekundárních osiv.

  • Podrobnosti o skupině zpětného volání DNS SRV pro všechny skupiny nakonfigurované pro tento cluster. Všimněte si, že podrobnosti by měly zahrnovat skupiny, které jsou přidružené ke všem organizacím pro řešení sekundárních osiv.

  • Podrobnosti o šabloně zákazníka pro tyto šablony používající některou ze skupin telefonních čísel a skupin zpětného volání DNS SRV.

Každý cluster volání Broadworks má vlastní konfigurační údaje Broadworks (BYoPSTN), konkrétně přiřazené skupiny telefonních čísel a skupinu zpětného volání DNS SRV. Upozorňujeme však, že všechny Broadworks Calling Cluster sdílejí stejnou organizaci řešení primárního osiva a jako takové všechny obsahují stejné standardní UUID webu pro schůzky a adresu URL webu.

Informace o konfiguraci Broadworks (BYoPSTN) jsou k dispozici k zobrazení/stažení pouze v případě, že správce nakonfiguruje a vybere organizaci řešení primárního osiva. Organizace řešení primárního osiva musí mít k balíčku Standard přiřazeného alespoň jednoho uživatele a tento balíček Standard musí používat možnost připojení ke schůzce poskytnuté partnerem (BYoPSTN).

Příklad konfiguračních prvků BYOPSTN

Na následujícím obrázku je příklad nasazení Broadworks s více klastry se zeměpisnými šablonami zákazníků, telefonními čísly a směrováním.

První tabulka ukazuje nasazení Broadworks s více klastry s regionálními šablonami zákazníků, skupinami telefonních čísel a skupinami zpětného volání DNS SRV. Následující tabulky se rozbalují na skupiny telefonních čísel a skupiny zpětného volání DNS SRV.

Cluster BroadWorks

Název šablony

Balíček

Typ připojení ke schůzce

Skupina telefonních čísel

Skupina zpětného volání DNS SRV

BWKS US NG

Pohlavně přenosné nemoci USA

Standard

Čísla pro přímé volání poskytnutá partnerem

Západ USA

Pensylvánské univerzitě

Západní Prem

Premium

USA Východní Std

Standard

Východní Amerika

Východní Prem

Premium

BWKS MX (rozcestník)

Pohlavně přenosné nemoci

Standard

Čísla pro přímé volání poskytnutá partnerem

PNG (operační systém)

Centrální banka MX

Mistrovství světa v basketbalu mužů

Premium

BWKS Spojené království

Pohlavně přenosné nemoci

Standard

Čísla pro přímé volání poskytnutá partnerem

PNG Spojeného království

Zpětné volání bylo zakázáno

Prem (rozcestník)

Premium

Spojené státy americké

Pohlavně přenosné nemoci

Standard

Čísla pro přímé volání Cisco

Žádné

Žádné

  • Předplatitelé zřízení pomocí šablony US West Std nebo US West Prm používají při připojování ke schůzkám telefonní číslo US West. Tyto předplatitelé, kteří se setkávají s požadavky na zpětné volání, jsou odeslány do záznamů CB US DNS SRV.

  • Předplatitelé zřízení pomocí šablony US East Std nebo US East Prm používají při připojování ke schůzkám telefonní číslo US East. Tyto předplatitelé, kteří se setkávají s požadavky na zpětné volání, jsou odeslány do záznamů CB US DNS SRV.

  • Předplatitelé zřízení pomocí šablony MX Std nebo MX Prm používají při připojování ke schůzkám telefonní číslo MX PNG. Tyto předplatitelé, kteří se připojí ke schůzkám, jsou odeslány do záznamů CB MX DNS SRV.

  • Předplatitelé zřízení pomocí šablony UK Std nebo UK Prm používají při připojování ke schůzkám telefonní čísla PNG ve Spojeném království. Těmto předplatitelům nebude nabídnuto připojení ke schůzce prostřednictvím zpětného volání, protože zpětné volání je zakázáno.

  • Předplatitelé zřízení pomocí amerického Std používají čísla pro přímé volání Cisco, a proto nemají přiřazena žádná skupina telefonních čísel ani skupina zpětného volání DNS SRV. Tito předplatitelé používají telefonní čísla poskytnutá společností Cisco pro připojení ke schůzce a záznamy Cisco DNS SRV pro připojení ke schůzce pomocí zpětného volání.

Podrobnosti o příkladu skupin telefonních čísel jsou následující:

Skupina telefonních čísel

Název telefonního čísla

Země

Směrové číslo země

Telefonní číslo

Oznámení

Zpoplatněný typ

Priorita přímého volání

Západ USA

San Francisco (město)

US

+1 (ČÍSLO)

4156551000

Angličtina

Zpoplatněné

Primární

Palo Alto

US

+1 (ČÍSLO)

9863502478 (číslo)

Angličtina

Bezplatné

Žádné

Východní Amerika

marylandském

US

+1 (ČÍSLO)

2403332200

Angličtina

Zpoplatněné

Primární

floridském

US

+1 (ČÍSLO)

9049002303 (ROZCESTNÍK)

Angličtina

Zpoplatněné

Sekundární

New Yorském

US

+1 (ČÍSLO)

8056504578 (číslo)

Angličtina

Bezplatné

Žádné

PNG (operační systém)

Mexiko

MGR. (ČÍSLO)

+52 (číslo)

2065304086 (ČÍSLO)

Evropská španělština

Zpoplatněné

Primární

PNG Spojeného království

Spojené království

Spojené království

+44 (ČÍSLO)

4527789651 (číslo)

Angličtina

Zpoplatněné

Primární

Podrobnosti o příkladu skupin zpětného volání DNS SRV jsou následující:

Skupina zpětného volání DNS SRV

Země

DNS SRV

Pensylvánské univerzitě

US

cube.us.příklad.com

Všechny ostatní země

cube.row.example.com

Centrální banka MX

MGR. (ČÍSLO)

cube.mx.example.com

Všechny ostatní země

cube.row.example.com

Konfigurace pro záznam US DNS SRV, cube.us.example.com může být jako v příkladu:

_sips._tcp.cube.us.example.com

86400 (číslo)

indiánském

SRV

10

10

5061

cube01.us.example.com

_sips._tcp.cube.us.example.com

86400 (číslo)

indiánském

SRV

10

10

5061

cube02.us.example.com

Tento záznam DNS SRV může být převeden na následující záznam DNS:

cube01.us.example.com

86400 (číslo)

indiánském

A

45.84.168.81

cube02.us.example.com

86400 (číslo)

indiánském

A

45.84.168.82


 
Záznamy DNS SRV řeší zabezpečení hovorů SIP ze služby Webex do CUBE.

Porty používané službou Webex

Porty v tabulce níže musí být otevřeny na bráně firewall DMZ, kde je CUBE umístěn, a ostatní porty mohou být uzavřeny. Další informace o přístavech a požadavcích na síť naleznete v následujícím článku:

https://collaborationhelp.cisco.com/article/WBX264

Zdroj

Porty zdroje

Cíl

Cílové porty

Protokol

Popis

Služby Webex Edge Audio

Chvilkové

CUBE

5061

TCP

(mtls 1.2) Příchozí signalizace SIP z Webex Edge Audio do CUBE SBC.


 
CUBE SBC vyžaduje konkrétně použití portu 5061. Použití jiných portů v rozmezí od 5060 do 5070 může být podporováno jinými S<UNK>.

Služby Webex Edge Audio

4000 - 4010

CUBE

5061

TCP

(mtls 1.2) Možnosti Ping pro Webex Edge Audio.

CUBE

Chvilkové

Zvukové soubory

5605 (rozcestník)

TCP

(mtls 1.2) Signalizace odchozího protokolu SIP pro Webex Edge Audio.

Služby Webex Edge Audio

Chvilkové

CUBE

Efemérní přístavy

8000 - 59999

UDP

(SRTP) Pro příchozí mediální provoz do Edge audio je třeba otevřít dírky brány firewall.

CUBE

Efemérní přístavy

10200 - 28000

Edge Audio

Chvilkové

UDP

(SRTP) Otvory brány firewall musí být otevřeny pro odchozí mediální provoz do CUBE.

Sady šifer TLS a SRTP

Pro handshake mTLS se používá TLS verze 1.2 nebo vyšší a služba Webex Edge Audio podporuje následující šifry (během zpětného volání je Webex Edge Audio nabízí v klientovi TLS Handshake Hello):

  • TLS (rozcestník)_ECDHE (měsíc)_Evropská kosmická agentura_S_AES (rozcestník)_256 (číslo)_GCM (rozcestník)_MANŽELKA384

  • TLS_ECDHE_ECDSA_S ŠIFROVÁNÍM_AES_128_GCM_SHA256

  • TLS (rozcestník)_ECDHE (měsíc)_Evropská kosmická agentura_S_AES (rozcestník)_256 (číslo)_Krevní obraz_MANŽELKA384

  • TLS_ECDHE_ECDSA_S ŠIFROVÁNÍM_AES_128_CBC_SHA256

  • TLS_ECDHE_RSA_S_AES_256_GCM_SHA384

  • TLS_ECDHE_RSA_S ŠIFROVÁNÍM_AES_128_GCM_SHA256

  • TLS _ECDHE_RSA_S_AES_256_CBC_SHA384

  • TLS_ECDHE_RSA_S ŠIFROVÁNÍM_AES_128_CBC_SHA256

  • TLS_RSA_S_AES_256_GCM_SHA384

  • TLS_RSA_S_AES_256_CBC_SHA256

  • TLS_RSA_S_AES_128_GCM_SHA256

  • TLS_RSA_S_AES_128_CBC_SHA256

  • TLS_DHE_DSS_S_AES_256_GCM_SHA384

  • TLS_DHE_DSS_S_AES_256_CBC_SHA256

  • TLS_DHE_DSS_S ŠIFROVÁNÍM_AES_128_GCM_SHA256

  • TLS_DHE_DSS_S ŠIFROVÁNÍM_AES_128_CBC_SHA256

Pro sRTP se používají následující šifry:

  • AEAD_AAD_256 _GCM

  • AEAD_AAD_128_GCM

  • AES_CM_128_HMAC_SHA1_80

  • AES_CM_128_HMAC_SHA1_32

Zvukové kodeky podporovány

  • Třída G722

  • Třída G711µ

  • Třída G711a

Požadavky na profil SIP a RTP

Řešení vyžaduje, abyste mezi CUBE (nebo vaším SBC) a službou Webex nasadili protokol TLS SIP pro signalizaci a protokol sRTP pro média.

Profily SIP a RTP jako součást tohoto sdělení by měly splňovat následující požadavky:

Požadavky na profil SIP

Podrobnosti

Časovač vypršení relace

2220 sec (akceptujte SIP 422) * se upraví podle potřeb firmy a očekává se 422.

Nabídka médií pro vloupání

Včasná nabídka

Mediální nabídka pro únik

Pozdní nabídka

Interval pingu možností

30 let (Minimálně)

DTMF

RFC2833 Užitečné zatížení 101 (bez akustického DTMF!)

Porty SIP-UDP

4000-4010,5061,5065

profil RTP

Podrobnosti

profil datové části hlasu

G. 722/ G. 711μ/ G. 711a

Velikost paketu

20 ms

VAD (detekce hlasové aktivity)

Ne

Časovač neaktivity médií

1200 ms

Změna kodeku uprostřed vytáčení

Nepřijato

POČÍTAČOVÁ GRAFIKA

8000-48198

Šifry srtp

AEAD_AAD_256 _GCM

AEAD_AAD_128_GCM

AES_CM_128_HMAC_SHA1_80

AES_CM_128_HMAC_SHA1_32


 
Kodek G.729 není podporován. Pokud chcete použít G.729, musíte použít transcodery.

Domény pro směrování hovorů Webex

DNS SRV _sips._tcp.<domain> se používá k dosažení zvuku Webex Edge. V závislosti na regionu existují čtyři domény.

Oblast

Doména

Jižní a Severní Amerika

ecccspx.amer.pub.webex.com

Velká Británie, Severní Afrika

ecccspx.emea.pub.webex.com

Asie/Tichomoří

ecccspx.apac.pub.webex.com

Austrálie / Nový Zéland

ecccspx.anz.pub.webex.com

Evropa

ecccspx.euro.pub.webex.com

DNS SRV se převede na několik záznamů A ukazujících na primární a sekundární místo. Následující tabulka uvádí příklad pro region AMER a v budoucnu se může změnit.

Typ záznamu

Záznam

Cíl

Účel

SRV

_sips._tcp.ecccspx.amer.pub.webex.com

ecccspxpr1.amer.pub.webex.com

Zjišťování služby Webex Edge Audio

SRV

_sips._tcp.ecccspx.amer.pub.webex.com

ecccspxpr2.amer.pub.webex.com

Zjišťování služby Webex Edge Audio

SRV

_sips._tcp.ecccspx.amer.pub.webex.com

ecccspxsc1.amer.pub.webex.com

Zjišťování služby Webex Edge Audio

SRV

_sips._tcp.ecccspx.amer.pub.webex.com

ecccspxsc2.amer.pub.webex.com

Zjišťování služby Webex Edge Audio

A

ecccspxpr1.amer.pub.webex.com

207.182.174.101*

Ukazuje na Webex Edge Audio AMER primární 1

A

ecccspxpr2.amer.pub.webex.com

207.182.174.102*

Ukazuje na Webex Edge Audio AMER primární 2

A

ecccspxsc1.amer.pub.webex.com

207.182.174.229*

Ukazuje na Webex Edge Audio AMER sekundární 1

A

ecccspxsc2.amer.pub.webex.com

207.182.174.230*

Ukazuje na Webex Edge Audio AMER sekundární 2


 

DNS-SRV je dynamický charakter, IP adresy jsou náchylné ke změně; proto se vyhněte tvrdému kódování nebo záložkování IP adres. Jakékoli změny nebo aktualizace v dokumentu Referenční informace o portech pro službu Webex Calling naleznete v části „Historie revizí dokumentů“.

REDUNDANCE Cube

Prvek Cisco Unified Border Element (CUBE) umožňuje funkci hraničního řízení relace v síti spravující připojení SIP mezi externími entitami a interní sítí. Více informací o CUBE naleznete v sekci Předpoklady níže.

Podporované modely redundance jsou definovány s cílem zajistit vysokou dostupnost a eliminovat jedno místo selhání pro partnera společnosti Cisco. Níže jsou nastíněny tři různé modely. Partneři společnosti Cisco by měli přijmout jakýkoli model použitelný pro jejich prostředí.

Během procesu registrace by měl partner filtry ICMP zakázat.

Duplexní nasazení CUBE pro Broadworks nasazeno na jednom webu

Nasazení Simplex CUBE pro Broadworks nasazeno ve více lokalitách

Je možný ještě jeden model redundance, kde je CUBE nasazen v duplexním režimu na každém webu. Tento model není nutný vzhledem k tomu, že Broadworks je nasazován s georedundancí.

Zajištění

Partneři společnosti Cisco jsou povinni nasadit a spravovat výše uvedenou požadovanou infrastrukturu pro povolení sítě BYoPSTN. Zřízení a povolení sítě BYOPSTN pro partnera Cisco vyžaduje následující kroky.
1

Předpoklady partnera

  • Nasazení systému Broadworks

  • Nasaďte CUBE pro Webex Edge Audio nebo využijte vlastní SBC

2

Zřízení telefonních čísel v prostředí Cisco Partner Hub

  • Zřídit skupiny telefonních čísel, které mají být přidruženy k šablonám zákazníků

3

Zřízení skupin zpětného volání DNS SRV v centru Cisco Partner Hub (volitelné)

  • Pokud chcete nasadit funkci Připojení ke schůzce prostřednictvím zpětného volání, zřiďte skupiny zpětného volání DNS SRV a aktualizujte nastavení DNS. V opačném případě můžete tento krok přeskočit.

4

Přidružit PNG (a CDSG) k šablonám zákazníků

  • Přiřaďte skupiny telefonních čísel a skupiny zpětného volání DNS SRV (pouze pokud je nasazeno zpětné volání schůzky) k šablonám zákazníků.

5

Zřizování organizací pro řešení osiva

  • Zřídit testovacího poskytovatele služeb nebo podniku pro službu Webex Pro Broadworks pomocí každé šablony zákazníka.

  • Zajistěte předplatiteli Standardní balíček, který používá možnost připojení ke schůzce s telefonními čísly poskytnutými partnerem.

6

Vyberte organizaci řešení primárního osiva

  • Vyberte organizaci řešení primárního osiva pro BYoPSTN.

7

Stáhnout konfiguraci Broadworks (BYOPSTN)

  • Stáhněte soubor JSON z centra Cisco Partner Hub, který obsahuje informace potřebné ke konfiguraci služby Broadworks

8

Určení domény DNS SRV služby Webex Edge Audio

  • Identifikujte doménu DNS SRV služby Webex Edge Audio

9

Zřídit konfiguraci partnera Broadworks

  • Konfigurace virtuálního odběratele CUBE

  • Použití telefonního čísla pro přístup k mapování kódů ze staženého souboru JSON ve virtuálních předplatitelích

  • Konfigurace síťového serveru

10

Zřídit partnerskou cube (nebo vlastní SBC)

  • Chcete-li zřídit CUBE jako svůj SBC, postupujte podle ověřené konfigurace

  • Alternativní. Pokud nechcete používat CUBE, vytvořte vlastní SBC pomocí konfigurace CUBE jako průvodce na vysoké úrovni

11

Certifikace BYOPSTN

  • Kompletní přijímací zkoušky pro certifikaci

Krok 1: Předpoklady partnera

Pro zřizování sítě BYOPSTN musí být splněny následující předpoklady. Níže uvedené předpoklady předpokládají, že partner má funkční nasazení služby Webex pro Cisco Broadworks, které zahrnuje:

  • Fungující systém Broadworks – jak je zdokumentováno v příručce k řešení Webex pro Cisco Broadworks

  • Licence Broadworks AS se službou „ XML“ v dostatečném množství (1 na číslo PSTN)

  • Jsou vyžadovány opravy Broadworks:

    Pro R22:

    • AP.xsp.22.0.1123.ap376935

    • AP.as.22.0.1123.ap376935

    Pro R23:

    • AP.xsp.23.0.1075.ap376935

    • AP.as.23.0.1075.ap376935

    Pro R24

    • AP.as.24.0.944.ap376935

  • Nasazený systém Cisco CUBE (verze IOS 16.12.2 nebo vyšší): https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

    Podporována je hardwarová i virtuální CUBE. Hardwarová cube je doporučena pro škálovatelnost a vyřizování většího počtu hovorů.

  • Organizace partnera Webex – jak je uvedeno v příručce k řešení Webex pro Cisco Broadworks

Krok 2: Zřízení skupin telefonních čísel (PNG) v prostředí Partner Hub

Postup, který partner společnosti Cisco používá k přidání svých telefonních čísel pro přímé volání ve službě Webex Meeting, je následující:

  1. Přihlaste se k partnerskému centru Cisco.

  2. Přejděte do nabídky Nastavení.

  3. Přejděte na Broadworks Calling.

  4. V části Konfigurace připojení ke schůzce (BYoPSTN) vyberte možnost Vytvořit telefonní číslo pro přímé volání Group.

  5. Zadejte název skupiny telefonních čísel a vyberte možnost Další.

  6. Zadejte podrobnosti o telefonním čísle a vyberte možnost Další.

  7. Zkontrolujte souhrn podrobností o skupině telefonních čísel a vyberte možnost Uložit.

  8. Opakujte tento postup pro každou skupinu telefonních čísel, která má být přidána.

Postup znázorňují snímky obrazovky níže.

Krok 3: Zřízení skupin zpětného volání DNS SRV (CDSG) v prostředí Partner Hub


 
Tento krok bude dokončen, pouze pokud chcete nasadit možnost Připojení ke schůzce prostřednictvím zpětného volání. V opačném případě můžete tento krok přeskočit.

 
Pokud tuto možnost nenakonfigurujete, uživatelé se mohou připojit ke schůzkám pomocí možnosti přímého volání nebo se mohou připojit pomocí zvuku počítače.

Když použijete možnost zpětného volání schůzky, ke směrování hovorů ze služby Webex na cube je vyžadována skupina zpětného volání DNS SRV. Postup, který partner Cisco používá k přidání záznamů CUBE DNS SRV do služby Webex, je následující:

  1. Přihlaste se k partnerskému centru.

  2. Přejděte do nabídky Nastavení.

  3. Přejděte na Broadworks Calling.

  4. V části Konfigurace připojení ke schůzce (BYoPSTN) vyberte možnost Vytvořit skupinu zpětného volání DNS SRV.

  5. Zadejte název skupiny zpětného volání DNS SRV .

  6. Vyberte možnost Další .

  7. Zadejte podrobnosti zpětného volání DNS SRV.

  8. Vyberte možnost Další .

  9. Zkontrolujte souhrn podrobností zpětného volání DNS SRV.

  10. Vyberte možnost Uložit .

  11. Zřídit veškeré aktualizace DNS tak, aby odrážely nové záznamy ve skupině DNS SRV.

  12. Opakujte tento postup pro každou skupinu zpětného volání DNS SRV, která má být přidána.

Postup znázorňují snímky obrazovky níže.

Krok 4: Přiřazení PNG a CDSG k šablonám zákazníků v prostředí Partner Hub

Počáteční konfigurace a ověření řešení BYoPSTN vyžaduje semínkovou organizaci pro každou jedinečnou kombinaci skupiny telefonních čísel a skupiny zpětného volání DNS SRV (pokud je vyžadováno zpětné volání). Proto se doporučuje, aby partneři společnosti Cisco podobně vytvořili novou šablonu zákazníka pro každou jedinečnou kombinaci skupiny telefonních čísel a skupiny zpětného volání DNS SRV. Každá šablona zákazníka by měla být použita k vytvoření odpovídající secí organizace.

Jakmile je konfigurace BYOPSTN nasazena a ověřena pomocí organizací seed, lze skupiny telefonních čísel a skupiny zpětného volání DNS SRV podle potřeby použít na stávající šablony zákazníků.

Upozorňujeme, že nově vytvořené šablony zákazníků nepoužívají stávající zákazníci, kteří nejsou testováni, a proto je lze bezpečně použít pro ruční ověření konfigurace BYoPSTN.


 
Pokud nenasazujete funkci Připojení ke schůzce prostřednictvím zpětného volání, nemusíte přiřazovat skupiny zpětného volání DNS SRV k šabloně zákazníka. Musíte však vybrat možnost Zakázat zpětné volání.

Chcete-li přidat do nové šablony zákazníka, postupujte takto:

  1. Přihlaste se k partnerskému centru Cisco.

  2. Přejděte do nabídky Nastavení.

  3. Přejděte na Broadworks Calling.

  4. V části Šablony vyberte možnost Přidat šablonu.

  5. Zadejte podrobnosti o šabloně. Ve fázi Typ balíčku:

    • Vyberte možnost Typ balíčku jako Standard.

    • Vyberte možnost Konfigurace připojení ke schůzce jako čísla pro přímé volání poskytnutá partnerem (BYoPSTN).

    • Vyberte zřízenou skupinu telefonních čísel.

    • Pokud chcete u skupiny zpětného volání DNS SRV povolit možnost zpětného volání schůzky, vyberte zřízenou skupinu zpětného volání DNS SRV. V opačném případě vyberte možnost Zakázat zpětné volání.

  6. Vyberte možnost Další .

  7. Zadejte zbývající podrobnosti o šabloně.

  8. Zkontrolujte souhrn podrobností šablony.

  9. Klikněte na možnost Uložit.

  10. Tento postup opakujte pro každou šablonu zákazníka, která musí být přidána

Postup znázorňuje snímek obrazovky níže.

Chcete-li aktualizovat stávající šablonu zákazníka, postupujte takto:

  1. Přihlaste se k partnerskému centru Cisco.

  2. Přejděte do nabídky Nastavení.

  3. Přejděte k části Volání Broadworks.

  4. V části Šablony vyberte možnost Zobrazit šablonu.

  5. Vyberte šablonu, kterou chcete aktualizovat.

  6. Přejděte na část Konfigurace připojení ke schůzce:

    • Vyberte čísla pro přímé volání poskytnutá partnerem (BYoPSTN).

    • Vyberte dříve nakonfigurovanou skupinu telefonních čísel.

    • Pokud chcete u skupiny zpětného volání DNS SRV povolit možnost zpětného volání schůzky, vyberte zřízenou skupinu zpětného volání DNS SRV. V opačném případě vyberte možnost Zakázat zpětné volání.

  7. Vyberte možnost Uložit .

    Postup znázorňuje snímek obrazovky níže.

Krok 5: Zřizování organizací pro řešení osiva

Řešení BYOPSTN má několik různých komponent, z nichž každá musí být správně nakonfigurována, aby řešení fungovalo úspěšně. Jedním ze dvou účelů organizací pro řešení seed je generování telefonních čísel pro mapování přístupových kódů pro schůzky a univerzálně jedinečný identifikátor webu schůzky (site UUID), který je nutný pro probíhající provoz řešení. Dalším účelem je ověření konfigurace.

Pro každou jedinečnou kombinaci skupiny telefonních čísel a skupiny zpětného volání DNS SRV, která má být použita, by měla být dříve vytvořena odpovídající šablona zákazníka. Pro každou z těchto šablon zákazníků musí být zřízena organizace řešení seed. Zřízení těchto semenných organizací vygeneruje telefonní číslo pro mapování přístupových kódů schůzky a identifikátor UUID webu schůzky, které jsou nutné ke konfiguraci služby Broadworks.

Pomocí každé z dříve nakonfigurovaných šablon zákazníků zřiďte předplatitele nového zkušebního poskytovatele služeb Broadworks nebo nového podniku Broadworks s uživatelem standardního balíčku. Výsledná stránka standardního balíčku pro schůzky by měla používat možnost připojení ke schůzce čísla pro přímé volání partnerského poskytovatele. Pro poskytnutí účastníka lze použít jednu z následujících metod:

  1. Zřídit testovací odběratele pomocí Broadworks Subscribers APIS, jak je zdokumentováno na developer.webex.com.

  2. Povolte testovacího odběratele služby IM&P na platformě Broadworks, která je nakonfigurována tak, aby používala šablonu zákazníka. Ujistěte se, že šablona zákazníka používá standardní balíček jako výchozí, aby testovanému odběrateli byl přiřazen standardní balíček. Alternativně musí být testovací předplatitel následně aktualizován, aby měl standardní balíček.

Upozorňujeme, že se doporučuje, aby organizace zabývající se řešením osiva byly spojeny s testovacím poskytovatelem služeb Broadworks nebo testováním Broadworks Enterprise.

Krok 6: Vyberte organizaci řešení primárního osiva

Je důležité, aby tento web schůzky zůstal zřízen, protože toto UUID webu je odesláno v každé žádosti o připojení ke schůzce s přímým voláním jako ověřovací token. Neměli byste odstraňovat organizaci osiva, protože bude odstraněna také přidružená stránka schůzky. Pokud je organizace seed odebrána, budete muset zřídit novou a překonfigurovat Broadworks pomocí nového UUID webu.

Organizace primárního a sekundárního řešení osiva mohou být v případě potřeby odstraněny před přiřazením sady telefonních čísel a záznamů zpětného volání DNS SRV netestovaným zákazníkům. Když je sada telefonních čísel a záznamů zpětného volání DNS SRV přiřazena libovolným netestovaným zákazníkům, jsou tato telefonní čísla a záznamy zpětného volání přidruženy k webům schůzek pro tyto zákazníky a používají se pro připojení ke schůzce pomocí přímého volání a zpětného volání. Jakékoli změny by měly být považovány za ovlivňující službu.

Chcete-li vybrat organizaci řešení primárního osiva, postupujte takto:

  1. Přihlaste se k partnerskému centru Cisco.

  2. Přejděte do nabídky Nastavení.

  3. Přejděte k části Volání Broadworks.

  4. V části Ověření konfigurace (BYoPSTN) vyberte možnost Přiřadit.

  5. Na obrazovce Přiřadit organizaci vyhledejte a vyberte jednu z dříve nakonfigurovaných organizací pro sdílení.

  6. Vyberte možnost Přiřadit.

    Vybraná organizace osiva je organizací primárního osiva.

Postup znázorňují snímky obrazovky níže.

Krok 7: Stáhnout konfiguraci Broadworks (BYOPSTN)

Podrobnosti o organizaci řešení primárního osiva, skupinách telefonních čísel a skupině zpětného volání DNS SRV pro daný cluster Broadworks jsou k dispozici v jednom umístění, v souboru JSON konfigurace Broadworks (BYOPSTN). Tyto informace jsou potřebné ke konfiguraci služby Broadworks pro BYOPSTN.

Upozorňujeme, že konfigurační soubor JSON je k dispozici k zobrazení/stažení pouze poté, co je vybrána organizace primárního osiva.

Postup zobrazení/stažení konfiguračního souboru JSON je následující:

  1. Přihlaste se k partnerskému centru Cisco.

  2. Přejděte do nabídky Nastavení.

  3. Přejděte na Broadworks Calling.

  4. V části Clustery vyberte možnost Zobrazit cluster.

  5. Vyberte cluster přidružený k šablonám zákazníků nakonfigurovaným pro BYOPSTN.

  6. Přejděte k části konfigurace Broadworks pro BYoPSTN.

  7. Klikněte na možnost Stáhnout konfigurační soubor JSON.

  8. Tento postup opakujte pro všechny ostatní clustery Broadworks.

Postup znázorňují snímky obrazovky níže.

Viz ukázkový konfigurační soubor JSON níže. Soubor obsahuje doplňující informace o každé skupině telefonních čísel, skupině zpětného volání DNS SRV, následující konfigurační položky klíčů, které musí být zadány v Broadworks, jsou označeny tučně.

  • UUID: Broadworks musí tuto hodnotu odeslat ve zprávách SIP; jedná se o token, který Webex Edge Audio používá k potvrzení identity Broadworks partnera Cisco a jeho přístupu k webům schůzek spravovaným tímto partnerem Cisco.

  • Mapování přístupového kódu telefonního čísla: Telefonní čísla a přidružené přístupové kódy služby Webex musí být nakonfigurovány v platformě Broadworks.

    • telefonníčíslo

    • Kód přístupu

  • Místní značka: Požadovaný jazyk oznámení přidružený k telefonnímu číslu musí být nakonfigurován v aplikaci Broadworks.

  • Dnssrv: DNS SRV zpětného volání musí být nakonfigurován v DNS a odkazovat na požadované instance CUBE.


{
   "siteUUID": "491db0821791441a96c233fefb6c6dfc",
   "siteURL": " seedtestenterpriseabc.webex.com ",
   "partnerOrgId": "1da175de-3651-4467-b26b-b0d85a2cb3ad",
   "solutionValidationOrgId": "d927ac4d-3d73-4d7f-8506-a1bc0a221934",
   "customerTemplates": [
      {
         "name": "US West Std",
         "id": "27fe1337-ab1d-44b0-8b5e-ff1d32f6e3f8",
         "phoneNumberGroupId": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
         "callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
      },
      {
         "name": "US East Std",
         "id": "070d6682-b64f-46ea-bc4b-b2e1218ba4bb",
         "phoneNumberGroupId": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
         "callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
      }
   ],
   "phoneNumberGroups": [
   {
         "name": "US West",
         "id": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
         "phonenumbers": [
            {
               "id": "617c5faa-1721-45c7-bc70-e6d7c20ccc29",
               "name": "US Palo Alto",
               "countryCode": "US",
               "localeTag": "en_US",
               "tollType": "TollFree",
               "defaultPhoneNumberType": "NONE",
               "phoneNumber": "9863502478",
               "accessCode": "88672693772924908359"
            },
            {
               "id": "48fa7c50-9da0-4c8b-9b2f-307ff435c7c7",
               "name": "US Toll San Francisco",
               "countryCode": "US",
               "localeTag": "en_US",
               "tollType": "Toll",
               "defaultPhoneNumberType": "PRIMARY",
               "phoneNumber": "4156551000",
               "accessCode": "88652789466280320324"
            }
         ]
      },
      {
         "name": "US East",
         "id": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
         "phonenumbers": [
            {
               "id": "ca0c622a-8621-4477-91e0-b3e214833568",
               "name": "US Maryland",
               "countryCode": "US",
               "localeTag": "en_US",
               "tollType": "Toll",
               "defaultPhoneNumberType": "PRIMARY",
               "phoneNumber": "2403332200",
               "accessCode": "88631321777971704941"
            },
            {
               "id": "00875574-9a46-4447-a967-350b6176755a",
               "name": "US Florida",
               "countryCode": "US",
               "localeTag": "en_US",
               "tollType": "Toll",
               "defaultPhoneNumberType": "SECONDARY",
               "phoneNumber": "9049002303",
               "accessCode": "88632627551145646175"
            },
            {
               "id": "a2c10316-9266-4423-a669-d67949f99d33",
               "name": "US New York",
               "countryCode": "US",
               "localeTag": "en_US",
               "tollType": "TollFree",
               "defaultPhoneNumberType": "NONE",
               "phoneNumber": "8056504578",
               "accessCode": "88649679020033567943"
            }
         ]
      }
   ],
   "callbackDnsSrvGroups": [
      {
         "name": "CB US",
         "callbackDnsSrvs": [
            {
               "name": "Callback US",
               "countryCode": "US",
               "dnsSrv": "cube.us.example.com",
               "id": "c5209d17-7c2f-45b3-95a6-65d7f5f53c7e"
            }
         ],
         "id": "25392686-a390-49b9-bad5-cb47159c3e992"
      },
      {
         "name": "CB MX",
         "callbackDnsSrvs": [
            {
               "name": "Callback MX",
               "countryCode": "MX",
               "dnsSrv": "cube.mx.example.com",
               "id": "cca0e4c3-5cff-412c-a854-bfb719f603a2"
            }
         ],
         "id": "36403797-b401-50c0-cbe5-dc58260d4f003"
      }
   ]
}

Krok 8: Určení domény DNS SRV služby Webex Edge Audio

Doména Webex Edge Audio DNS SRV musí být nakonfigurována v Broadworks. K určení hodnoty použijte následující postup.

  1. Přihlaste se k partnerskému centru Cisco.

  2. Přejděte na Zákazníci.

  3. Vyberte ověřovací podnik BYOPSTN.

  4. Vyberte možnost Zobrazit zákazníka.

  5. Přejděte do části Služby/Schůzky.

  6. Vyberte místo schůzky se standardním balíčkem.

  7. Posuňte se na spodní stranu bočního výstupního panelu a vyberte možnost Konfigurovat web.

  8. Vyberte Společná nastavení / Nastavení zvuku.

  9. V části Vlastní globální čísla pro přímé volání Edge Audio vyberte možnost Generovat skript Lua.

  10. Ve vyskakovacím okně vyhledejte hodnotu „-- Update to header with CCAX URL“.

     
    -- Update To header with CCAX URL
     local oldTo1 = msg:getHeader("To")
     local newTo1 = string.gsub(oldTo1, "<sip:(.+)@(.*)>", "<sip:%1@ecccx.amer.webex.com>")
     msg:modifyHeader("To", newTo1)
    
  11. Extrahujte hodnotu tučně, například ecccx.amer.webex.com.

Toto je doména Webex Edge Audio DNS SRV, která musí být nakonfigurována v Broadworks.

Krok 9: Zřídit konfiguraci partnera Broadworks

Tato část popisuje konfiguraci služby Broadworks nezbytnou k implementaci scénářů přímého volání a zpětného volání ze schůzky uvedených v níže uvedených schématech. Příklady konfigurace jsou založeny na datech v souboru JSON zobrazených v předchozí části. Očekává se, že čísla, domény, názvy podniků/skupin, typ zařízení, zásady, profily atd. se budou lišit podle partnera.

Podrobnosti o Broadworks – Zavolejte mi (zpětné volání pomocí záhlaví SIP X-Cisco-Meet-Info) – na registrovaný telefon / PSTN

Postup hovoru:

  1. Uživatel požaduje zpětné volání, služba Webex zahájí zpětné volání.
  2. Hovor je směrován na Broadworks OTT.
  3. Hovor dosáhne cube zřízené v CH. CUBE směruje hovor do služby Broadworks.
  4. Broadworks identifikuje hovor jako původ hostitele schůzky a vytvoří relaci pro uživatele hostitele schůzky a zpracuje hovor.
  5. Relace uživatele hostitele schůzky zpracuje hovor a přeloží vytočené číslo. Kromě toho je vygenerován fakturační záznam jménem uživatele hostitele schůzky.
  6. Broadworks směruje hovor na uživatele přidruženého k zařízení (7) nebo na PSTN (8).
Telefon nebo síť PSTN uživatele zazvoní a po přijetí se připojí ke schůzce.

Než začnete

Komunikace SIP mezi Broadworks a CUBE může probíhat přes UDP nebo TCP v závislosti na požadavcích sítě. Pokud například některá síťová nebo přístupová zařízení (například brány nebo koncové body) v tocích přímého volání BYOPSTN nebo zpětného volání nepodporují protokol TCP, měla by se místo toho použít protokol UDP.

Konfigurace a příklady uvedené v této příručce používají jako transportní protokol protokol TCP. Chcete-li používat protokol TCP, ujistěte se, že aplikační server i síťový server Broadworks jsou nakonfigurovány pro protokol TCP:

_CLI/Interface/SIP> get
networkProxyTransport = unspecified
accessProxyTransport = unspecified
supportDnsSrv = true
supportTcp = true

Aplikační Server

Identifikace/typ profilu zařízení

Měl by být vytvořen nový typ profilu identity/zařízení, který bude reprezentovat CUBE. Ujistěte se, že jste nastavili následující vlastnosti, zatímco ostatní mohou být ponechány ve výchozím nastavení:

  • Typ signalizační adresy – nastaveno na inteligentní adresování proxy

  • Ověřování – nastaveno na povoleno

  • Identita podpory v aktualizaci a opětovném pozvání – zaškrtnuto

  • Statická registrace schopná – nastavena na Povoleno

  • Schopné video – nastaveno na zakázané

V níže uvedeném příkladu je vytvořen nový typ profilu identity/zařízení „VXML_profile“, aby reprezentoval CUBE.

Virtuální odběratel Voice XML

Vytvořit instanci XML

Každé číslo PSTN aplikace Webex Meetings je reprezentováno virtuálním předplatitelem v platformě Broadworks a lze použít funkci virtuálního předplatitele XML. Doporučuje se, aby pro všechny virtuální předplatitele XML byly použity vyhrazené podniky a skupina. Všimněte si, že ve skutečnosti nevyužíváme žádné možnosti XML, ale tento typ virtuálního uživatele je vhodný pro interakci s CUBE.

Chcete-li používat službu XML, ujistěte se, že licence má dostatečné množství „ XML“ a že služba je autorizována na úrovni podniku a skupiny, a služba XML je přiřazena skupině, jak je znázorněno na níže uvedeném příkladu.

Pod Skupina > Služby, vyberte XML a vytvořte instanci pro každé číslo PSTN.

Nastavení adres XML

Pro každou instanci XML zadejte v adresách XML následující:

  • Telefonní číslo – Zadejte vytáčené číslo pro web aplikace Webex Meetings (například 2403332200).

  • Linka

  • Identita/profil zařízení– vytvořte jednu instanci (například VXML_deviceProf) na základě typu zařízení vytvořeného v předchozí části (v příkladu VXML_profile) a zadejte následující konfiguraci.

  • Linka/port – zadejte ve formátu <access number="">@<domain> , kde

    • <access number=""> je číslo přístupového kódu webu aplikace Webex Meetings (k dispozici ze souboru JSON) (například 88631321777971704941)

    • <domain> je doménou služby Webex Edge Audio pro tuto stránku schůzky (například ecccspx.amer.pub.webex.com)

  • Contact sip – Pro přímé volání na schůzku na přístupové číslo bude POZVÁNKA odeslána s identifikátorem URI požadavku nastaveným na hodnotu tohoto pole. Zadejte kontakt SIP v tomto formátu <sip contact="">;<Locale>;<Meetings Site="" UUID="">;<SIP transport="">, kde:

    • <sip contact=""> je pole <number> od linky/portu, ale s doménou jako SRV, která se přechází na adresu CUBE (například 88631321777971704941@cube.internal.local)

    • <Locale> reprezentuje nastavení jazyka podle národního prostředí uživatele (například locale=en_USA)

    • <Meetings Site="" UUID=""> je UUID webu ze souboru JSON (například x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b)

    • <SIP transport=""> should be transport=tcp, aby AS používal TCP k odesílání zpráv do CUBE.

Níže je uveden příklad nastavení adres XML.


 
Pro každé další přístupové číslo schůzky, které má být použito, by měl být vytvořen další virtuální předplatitel XML, který je analogický k výše uvedenému. Lze použít stejný profil zařízení, ale pole Line Port a Contact musí být zkonstruována z informací o přístupovém čísle, jak je uvedeno výše.

 
Ujistěte se, že limity zásad zpracování hovorů, které nakonfigurujete ve virtuálním předplatiteli Broadworks, jsou dostatečné pro zpracování dalších hovorů BYOPSTN ve vaší skupině telefonních čísel.

Přiřadit ověřování SIP instanci XML

Přiřaďte ověřovací službu virtuálnímu odběrateli XML. Tato akce se použije k ověření zpráv SIP INVITE z cube ve scénáři zpětného volání. Také zabraňuje virtuálnímu předplatiteli XML přijímat hovory od jiných stran než CUBE

Přejděte na stránku Ověření virtuálního odběratele v části Nástroje a zadejte uživatelské jméno a heslo SIP, jak je uvedeno níže:


 

CUBE musí být nakonfigurována se stejným uživatelským jménem a heslem, aby bylo možné správně ověřit zprávy INVITE odeslané do přidruženého systému.

Příklad příkazu ke konfiguraci ověřování SIP v cube je následující:

sip-ua authentication username VSUB password 0 <unencrypted password>
(See the CUBE onfiguration/datafill for more details).

Namedefs soubor

Pole kontaktu SIP virtuálního odběratele XML obsahuje adresu URL, ve které se část domény přesune na adresu CUBE. Jedná se o interní SRV a soubor názvů na AS lze použít k vyřešení interní SRV do IP CUBE.

V našem příkladu, SIP contact SRV je cube.internal.local a řeší adresu 10.165.196.30 port 5060 dosáhnout CUBE. Na přidruženém systému, /usr/local/broadworks/bw_base/conf/namedefs soubor je aktualizován následovně:

_sip.tcp.cube.internal.local SRV 1 99 5060 10.165.196.30

Typ hovoru v aplikaci Webex Meetings

K dispozici jsou možnosti konfigurace zpracování hovorů v aplikaci Webex Meetings, které řídí, jak se vyřizují hovory s přímým voláním ve schůzce. Ve výchozím nastavení jsou hovory s přímým voláním schůzky zpracovávány jako externí hovory, protože čísla pro přímé volání jsou hostována ve vyhrazeném podniku nebo poskytovateli služeb. Externí hovory jsou obvykle zahrnuty v počtu relací Řízení přístupu k relaci a označeny pro nabíjení v poli CDR Indicator.

Následující příklad přidává doporučenou konfiguraci ke zpracování příchozích hovorů schůzky jako interních hovorů tak, že jsou vyloučeny z nabíjení a vyloučeny z počtů řízení přijetí do relace.

Nastavením možnosti Vynutit NS Charge Field na hodnotu true je populace pole CDR Indicator založena na nakonfigurovaném atributu Charge typu volání síťového serveru.

AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> add "Webex Meetings" WXM true true

AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> get
      Name    NS Call Type    Enforce NS Charge Field  Process As Internal For SAC-Subscriber
  ==========================================================================================
  Webex Meetings       WXM               true                                true

Virtuální odběratel zpětného volání XML na schůzku

Vytvoření odběratele zpětného volání schůzky XML

Aby mohl vyřizovat hovory zpětného volání Webex Meetings, musí být na aplikačním serveru Broadworks (AS) nakonfigurován vyhrazený virtuální předplatitel XML se speciální možností zpětného volání Webex Meetings. V přidruženém systému lze nakonfigurovat pouze jednu instanci tohoto odběratele.

Chcete-li funkci povolit, nastavte funkci Aktivovatelná funkce 102074 na hodnotu True prostřednictvím rozhraní příkazového řádku.

AS_CLI/System/ActivatableFeature> activate 102074
***** Warning *****:
This activity should only be done during a maintenance window because
this may cause large amounts of data to be added/modified/deleted and
it may take some time to execute. Features that have web page impacts
require that users and administrators log out and log back in.
Are you sure you want to continue?

Please confirm (Yes, Y, No, N): y
...Done

AS_CLI/System/ActivatableFeature> get

      Id                                               Description  Activated  Last Modified Timestamp
=============================================================================================
  102746                            BroadWorks Support for CI UUID       true
  102074          BYO PSTN Billing support for CallBack and CallIn       true      
  104256                          Weak Password Validation Service      false
  104073  Add FAC Support for Call Center Agent Join-Unjoin in CDR      false
  103542   Configurable Endpoint For Auto-Answer And Forced Answer      false
  104255    Control password usage and behavior to ensure security      false

 

Vzhledem k tomu, že podpora fakturace BYO PSTN pro funkce Back a In závisí na funkci „Podpora služby Broadworks pro službu CI UUID“, musíte před aktivací funkce (102074) aktivovat také funkci (102746). Další podrobnosti naleznete v části „Synchronizace CI uživatele UUID (podpora Broadworks pro CI UUID)“.

Předplatitel zpětného volání na schůzku XML je podobný stávajícímu virtuálnímu předplatiteli BYOPSTN VXML, ale označil jej novým příznakem „Zpětné volání na schůzku Webex“. Tento odběratel zpětného volání na schůzku XML je nakonfigurován se stejným profilem zařízení jako stávající virtuální odběratel BYOPSTN VXML a také se službou ověřování se stejnými přihlašovacími údaji.

Níže je uveden příklad:

Předplatitel zpětného volání na schůzku XML musí existovat ve přidruženém systému, který hostí uživatele hostitele schůzky. Když přidružený systém obdrží žádost o POZVÁNKU zpětného volání na schůzku, pokusí se během nastavení hovoru vyhledat uživatele zpětného volání na schůzku XML i hostitele schůzky v přidruženém systému. Pokud není nalezen žádný z těchto uživatelů, hovor je odmítnut.

Hostitelská relace schůzky

Ve scénáři zpětného volání s hlavičkou X-Cisco-Meet-Info obdrží aplikační server Cisco Broadworks žádost SIP INVITE a identifikuje hostitele schůzky pomocí parametru UUID uživatele hostitele CI záhlaví SIP X-Cisco-Meet-Info. Relace hovoru je vytvořena jménem uživatele hostitele schůzky, který slouží ke zpracování hovoru a provedení profilu služby uživatele. Kromě toho je vygenerován fakturační záznam jménem uživatele hostitele schůzky. ID schůzky a informace o UUID webu z hlavičky SIP X-Cisco-Meet-Info jsou zaznamenány ve fakturačním záznamu.

Níže je uveden příklad záhlaví SIP X-Cisco-Meet-Info:

X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab
-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec

Platforma pro doručování aplikací

Synchronizace UUID uživatele CI (podpora Broadworks pro CI UUID)

CI UUID uživatele je jedinečný identifikátor pro identifikaci uživatelů v prostředí Webex.

Tato aplikace Webex Provisioning Sync na platformě Cisco Broadworks Application Delivery Platform (ADP) se používá k synchronizaci, mapování a ukládání uživatelského CI UUID do infrastruktury Broadworks tak, aby mohla být použita v různých interakcích se službou Webex a Webex pro Broadworks.

Viz část „Povolit zpětné volání schůzky Webex“, kde najdete informace o tom, jak je asociace CI User UUID používána síťovým serverem Cisco Broadworks a aplikačním serverem Cisco Broadworks používána.

Následující kroky nastavují aplikaci Webex Provisioning Sync tak, aby pravidelně prováděla anketu a aktualizovala uživatele Broadwork pomocí CI UUID UCI.

Aplikace pro synchronizaci zřizování Webex vyžaduje přihlašovací údaje OAuth s rozsahem spark-admin:broadworks_subscribers_read pro poskytovatele identity Cisco a lze ji získat podáním žádosti o službu u agenta registrace.

Další informace o žádosti o službu najdete v části „Získání přihlašovacích údajů OAuth pro službu Webex pro Cisco Broadworks“ na adrese: https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/Solution_Guide/wbxbw_b_solution-guide/wbxbw_b_SolutionGuide-PDF_chapter_01.html?bookSearch=true#Cisco_Generic_Topic.dita_0e1beabc-80ae-4e8d-b177-17108ec5daed

Přidejte token s příslušným jménem partnera následujícím způsobem:

ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> add custBYO refreshToken
      New Password:
      Re-type New Password:
      ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> get
       Partner Name  Refresh Token
==================================
  FederationPartner       ********
           custPart       ********
            custBYO       ********

Přidejte název partnera přidružený k tokenu OAuth na seznam partnerů, kteří mají být monitorováni aplikací Webex Provisioning Sync, s příznakem „povoleno“ nastaveným na „true“.

Pomocí této aplikace Webex Provisioning Sync začne provádět synchronizaci UUID uživatele CI v definovaném intervalu synchronizace.

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> add custBYO true

Jakmile je partner zahrnut, aplikace Webex Provisioning Sync může nyní provést přidružení CI UUID k uživatelům Broadworks.

Změňte časový limit připojení pomocí následujících příkazů:

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> set requestTimeout 30000
...Done

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> get
requestTimeout = 30000

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> cd http

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller/Http> set connectionTimeout 300
*** Warning: BroadWorks needs to be restarted for the changes to take effect ***

ADP_CLI/Application/WebexProvisioningSync/GeneralSetting/Controller/HTTP > get
connectionPoolSize = 5
connectionTimeout = 300
connectionIdleTimeOut = 300
maxConcurrentRequests = 10
maxCookieAgeInHours = 24

Toto přidružení lze provést automaticky nebo ručně. Příkaz CLI Sync může okamžitě spustit přiřazení.

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> manualSync custBYO

Partneři s funkcí „Enabled“ nastavenou na „true“ provádějí přiřazené v intervalu dotazování. Během počátečního přidružení se aplikace Webex Provisioning Sync dotazuje rozhraní API předplatitele Webex a načte data obsahující CI UUID pro všechny uživatele hostované partnerem. Externí ID uživatele Broadworks je aktualizováno přidruženým identifikátorem CI UUID. Následná sdružení mají vliv na uživatele přidané k partnerovi. Ke zjištění, zda je synchronizace dokončena, lze použít stavový příkaz.

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> status
  Partner Name         Status                 Last Sync Time
============================================================
       custBYO  synchronizing
      custPart     monitoring  2023-01-29T15:36:43.873-05:00
2 entries found.

Po dokončení synchronizace se stav změní zpět na monitorování. Následná synchronizace se provádí u uživatelů přidaných k partnerovi po „čase poslední synchronizace“.

Následující obrázek znázorňuje sadu CI UUID v rámci externího ID:

Síťový Server

Typ hovoru

Pro účely fakturace a vykazování může být žádoucí označit CDRS pro přímé volání v aplikaci Meetings. Toho lze dosáhnout pomocí zásad Pre Typing síťového serveru.

Nejprve na rozhraní příkazového řádku NS v části /System/ P/ Type přidejte nový typ hovoru. Následující příklad přidává nový typ volání „WXM“:

NS_CLI/System/CallP/CallTypes> add WXM LOCAL true false "Webex Meetings"
NS_CLI/System/CallP/CallTypes> get calltype WXM    
  CallType     Description  Category         Scope  SupportE164  Charge      
=======================================================================    
  WXM          Webex Meetings  LOCAL  User Defined         true   false

Typ hovoru pak lze použít v instanci Pre Typing, která je součástí profilu směrování uživatele Broadworks. V tomto příkladu byla do kontextu rozhraní příkazového řádku /Policy/Pre Typing přidána nová instance „wxm“, ale může se jednat o existující instanci Pre Typing, která se již používá:

NS_CLI/Policy/PreCallTyping> add wxm true CallTypes ALL

NS_CLI/Policy/PreCallTyping> get wxm                        
Policy: PreCallTyping  Instance: wxm                        
  CallTypes:                                
    Selection = {ALL}                                
    From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}        
  supportLCABasedNormalization = false                        
  Enable = true 

Dalším krokem je přidání položek do instance Pre Typing pro všechna vytáčená čísla v kontextu rozhraní příkazového řádku /Policy/Pre Typing/Plan. Příklad:

NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt_e164 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings

NS_CLI/Policy/PreCallTyping/DialPlan> get wxm 1                
Policy: PreCallTyping  Instance: wxm  Table: DialPlan                
CC Dial Plan   From     To          Match Min Max Call Type Prefix Action  Call Ind  Description                  
================================================================================================
1 dflt      12403332200 12403332200 {exact} 11 11 {WXM}     0                      Webex Weetings
1 dflt_e164 12403332200 12403332200 {exact} 11 11 {WXM}     0                      Webex Meetings

Instance Pre Typing se pak přidá (pokud již neexistuje) do příslušného směrovacího profilu původního uživatele, jak je uvedeno v následujícím příkladu:

NS_CLI/Policy/Profile> add Profall PreCallTyping wxm
NS_CLI/Policy/Profile> get profile Profall
Profile:  Profall
                 Policy              Instance
   ==========================================
             CallTyping           DefaultInst
          CallScreening           DefaultInst
            SubLocation           DefaultInst
              FarEndRtg           DefaultInst
             NearEndRtg           DefaultInst
             UrlDialing           DefaultInst
            MediaSrvSel           DefaultInst
                 SIMPLE           DefaultInst
              DstSvcRtg           DefaultInst
      NumberPortability           DefaultInst
             RCBasedRtg           DefaultInst
      NetVoicePortalRtg           DefaultInst
          PreCallTyping                   wxm    

 
Broadworks pocházející z CDR jsou generovány pouze hovory pocházející od předplatitelů BW. Hovory pocházející ze sítě PSTN ze „síťové“ strany přidruženého systému nebudou generovat původní CDR. V obou případech bude pro virtuálního předplatitele XML ukončovací CDR.

Routingová NE

RoutingNE je vyžadováno na NS v kontextu /System/Device/RoutingNE CLI pro reprezentaci CUBE. Tímto způsobem, když NS obdrží INVITE z CUBE, bude odpovídat záhlaví via položce RoutingNE, která je zřízena v NS. Podívejte se na příručka ke správě rozhraní příkazového řádku pro síťový server Cisco Broadworks pro podrobnosti o tom, jak přidat RoutingNE.

Níže je uveden příklad příkazů pro přidání RoutingNE „Webexmeetings“, kde adresa IP krychle = 10.165.196.30. Příklad také ukazuje příkazy pro vytvoření nových instancí Origredirect a Profile, které se mají přidružit k RoutingNE, ale lze použít i existující instance.

NS_CLI/Policy/OrigRedirect> add wxm_Inst true CallTypes ALL supportTrunkGroupLookups disable applyAccessSideRules enableRestrictive

NS_CLI/Policy/OrigRedirect> get  wxm_Inst
Policy: OrigRedirect  Instance: wxm_Inst
  Enable = true
  CallTypes:
    Selection = {ALL}
    From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}
  supportTrunkGroupLookups:
    Selection = {disable}
    From = {disable, enablePermissive, enableRestrictive}
  applyAccessSideRules:
    Selection = {enableRestrictive}
    From = {disable, enablePermissive, enableRestrictive}

NS_CLI/Policy/Profile> add wxm_routing

NS_CLI/Policy/Profile> add wmx_routing OrigRedirect wxm_Inst

NS_CLI/Policy/Profile> add wmx_routing SubLocation  DefaultInst

NS_CLI/Policy/Profile> get profile wxm_routing 
Profile:  wxm_routing
                 Policy              Instance
   ==========================================
           OrigRedirect           wxm_Inst
            SubLocation           DefaultInst

NS_CLI/System/Device/RoutingNE> add  WebexMeetings 1240364 1 99 wxm_routing false OnLine AccessRoutingNE

NS_CLI/System/Device/RoutingNE/Address> add WebexMeetings 10.165.196.30 1 99 tcp

NS_CLI/System/Device/RoutingNE> get
Network Element  WebexMeetings
   Location      =  1240364
   Static Cost   =  1
   Static Weight =  99
   Poll          =  false
   OpState       =  enabled
   State         =  OnLine
   Profile       =  wxm_routing
   Signaling Attributes=  AccessRoutingNE
 
NS_CLI/System/Device/RoutingNE/Address> get
Routing NE   Address     Cost    Weight     Port    Transport Route  
WebexMeetings   10.165.196.30     1      99     -          tcp

Pomocí vzorové konfigurace odešle CUBE do NS POZVÁNKU, která je podobná následujícím (důležitá pole tučně):

INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks
"<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID:
e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGSTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68

Kde:

  • IDENTIFIKÁTOR URI žádosti o pozvání obsahuje číslo pro zpětné volání

  • Pomocí záhlaví: obsahuje IP adresu CUBE, která bude použita k výběru profilu RoutingNE.

  • Záhlaví X-Cisco-Info-Meet: slouží k identifikaci hostingu CIUSERUID, meetingid & UUID.

Po obdržení POZVÁNKY použije NS záhlaví Via, aby odpovídalo aplikaci Routingne „Webexmeetings“. To zase vybere profil „wxm_routing“ směrování, který obsahuje instanci „wxm_Inst“ služby Origredirect.

Zásady přesměrování NS se poté budou shodovat s hlavičkou X-CISCO-MEET-INFO:

X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec

s portem linky nakonfigurovaným na virtuálním předplatiteli XML a odesláním přesměrování 302 na páru AS hostující tohoto předplatitele. Zpráva 302 je podobná následujícímu:

SIP/2.0 302 Moved temporarily
Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK5452684
From:" Webex "<sip:+12403332200@10.165.196.30>;tag=8EEAA586-1675
To:<sip:+14519615001@10.155.6.172>;tag=394411970-1602687588994
Call-ID:ABC5CCA2-D6411EB-8AD6D92D-EE20F768@10.165.196.30
CSeq:101 INVITE
Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone> ;q=0.5, <sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone>;q=0.25
Content-Length:0

Alias

Doména v identifikátoru INVITE URI (v příkladu je to bw.myenterprise.com) odeslaná CUBE do NS musí být rozpoznána NS. To lze provést přidáním domény do kontextu NS_CLI/System/Alias, například:

NS_CLI/System/Alias> add bw.myenterprise.com

Příkaz ke konfiguraci domény identifikátoru URI INVITE na cube naleznete v další části pod cílem dial-peer/session, například:

dial-peer voice 23401 voip
session target dns:bw.myenterprise.com

Kategorie: Albánie

Pro podporu možností konfigurace zpracování hovorů aplikace Webex Meetings pro fakturaci a řízení přijetí do relace musí být v kontextu NS_CLI/System/Device/ NE povoleny atributy signalizace Hosting NE serveru aplikace Application Server Hosting NE Required a Indication._ Příklad:

NS_CLI/System/Device/HostingNE> set broadworksASHostNe signaling E164Compliant,
 CallTypeInfoRequired, SourceId, RequiresNetworkIndication RequiresChargeIndication;

Povolit zpětné volání schůzky Webex

Ve scénáři zpětného volání s hlavičkou SIP X-Cisco-Meet-Info odešle CUBE volání na síťový server pro přesměrování původce na pár AS. Pár AS je určen na základě parametru systému Webex Hoostlookup .

NS_CLI/System/CallP/Options> get
  accessSideRoutingNeDeterminedViaSignaling = false
  disableNdcValidationForCalledNumbers = true
  forceRoutingNEProfile = false
  skipPrivatePoliciesOnEmergency = true
  maxReturnedContacts = 10
  enableWebexMeetingHostLookup = true

Když je parametr Webex Hoostlookup nastaven na hodnotu true, CI UUID hostitele schůzky v hlavičce X-Cisco-Meet-Info slouží k identifikaci páru AS hostujícího hostitele schůzky.

INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks "<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID: e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGISTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68

Krok 10 Zřizování Partner CUBE

Tato část poskytuje ověřenou konfiguraci, jak nasadit prvek Cisco Unified Border Element (CUBE) jako řadič relace (SBC) pro řešení Přineste si vlastní síť PSTN.

Tato část se zaměřuje na konfigurace CUBE, které jsou nezbytné pro propojení s příkladem konfigurace Webex pro Cisco Broadworks zobrazeným v předchozí části. Podrobnější informace o počátečním nasazení a konfiguraci CUBE naleznete v následujících příručkách: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-overview.html

https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-Guide

Nasazenívlastní možnosti SBC

Pokud nechcete nasadit CUBE, máte možnost nasadit vlastní SBC. Upozorňujeme však, že tento dokument neposkytuje ověřenou konfiguraci pro jiné S<UNK> než CUBE.

Pokud nasadíte vlastní SBC, můžete se řídit požadavky na konfiguraci CUBE na vysoké úrovni (například přiřazení jako doména, veřejná a soukromá rozhraní a brány) a řídit konfiguraci. Podrobnou nápovědu k příkazové řádce naleznete v dokumentaci SBC, protože skutečné příkazy pro vlastní SBC se pravděpodobně budou lišit od CUBE.


 

Pokud není uvedeno jinak, platí zbývající požadavky na konfiguraci v kroku 10 bez ohledu na to, které zařízení SBC nasadíte. Příklady příkazového řádku jsou však pouze pro CUBE, pokud není uvedeno, že příklad platí pro jiné S<UNK>. Další konfigurační příkazy naleznete v dokumentaci SBC.

Počáteční konfigurace

Pro konfiguraci CUBE musí být povolen privilegovaný režim EXEC. Pokud budete vyzváni, zadejte heslo.

enable

Přepnutí do globálního režimu konfigurace:

configure terminal

Nastavení domény:

ip domain name myenterprise.com

Nastavení maximální velikosti segmentu (MSS):

ip tcp mss 1360

Konfigurace sítě

Definujte veřejná a soukromá rozhraní. V našem příkladu CUBE:

------- Private side -------
interface GigabitEthernet1
 description Interface facing BC
 ip address <CUBE PRIV IP> <SUBNET MASK>
 negotiation auto
 no mop enabled
 no mop sysid
!
------- Public side -------
interface GigabitEthernet2
 description Interface facing WEBEX
 ip address <CUBE PUB IP> <SUBNET MASK>
negotiation auto
 no mop enabled
 no mop sysid
!

Nakonfigurujte brány pro směrování IP pro veřejnou a soukromou stranu:

ip route 0.0.0.0 <PUB SUBNET MASK> <CUBE PUB GW IP>
ip route 10.0.0.0 <PRIV SUBNET MASK> <CUBE PRIV GW IP>

Povolit SSH:

ip ssh logging events
ip ssh version 2
!
username admin privilege 15 password <password>

 

CUBE (nebo vaše vlastní SBC) musí být uvnitř DMZ s správně nakonfigurovanými pravidly brány firewall. Seznam portů k otevření na externí bráně firewall naleznete v části Porty používané službou Webex.

Nakonfigurujte záznamy SRV pro volání zpětného volání odesílaná z CUBE (nebo vašeho SBC) na síťové servery Broadworks. Například SRV pro bw.myenterprise.com:

ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns01.myenterprise.com
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns02.myenterprise.com
ip host ns01.myenterprise.com <NS01 IP>
ip host ns02.myenterprise.com <NS02 IP>

Konfigurace serveru DNS:

ip name-server <DNS_IP_address>

 

Alternativní možností DNS je nakonfigurovat interní DNS, kde interní DNS osloví nadřazený server DNS, pokud interní vyhledávání selže.

Konfigurace zpracování hovorů

Obecné

Nakonfigurujte CUBE (nebo SBC) se všemi IP adresami, které potřebují přístup ke službě VoIP. Zahrnuje:

  • Privátní SIP signalizační adresy pro servery Broadworks AS, NS a MS.

  • Veřejné boční adresy pro infrastrukturu Webex Edge pro zvuk.

Viz níže příklad konfigurace CUBE:

voice service voip
 ip address trusted list
  ------- IPs on private side (needs to include all BroadWorks AS, NS and MS signaling addresses)  -------
  ipv4 <NS01 IP>
  ipv4 <NS02 IP>
  ipv4 <AS01 IP>
  ipv4 <AS02 IP>
  ipv4 <MS01 IP>
  ------- IPs on public side (These are the public addresses for the Webex audio infrastructure. The below range is an example only.) -------
  ipv4 64.68.96.0 255.255.224.0  
  ipv4 66.114.160.0 255.255.240.0
  ipv4 66.163.32.0 255.255.224.0

 
Výše uvedený rozsah IP adres je příkladem. Aktuální seznam veřejných IP adres pro zvukovou infrastrukturu Webex naleznete zde:

Jak povolím provoz schůzek Webex v mé síti?– Rozsah IP adres pro většinu clusterů se zobrazí v seznamu rozsahů IP adres používaných službami Cisco Webex Meeting. Výjimkou jsou clustery v Číně, pro které je rozsah uveden na následujícím odkazu:

Síťové požadavky na clustery Cisco Webex China

Výchozí časovač CUBE pro navázání spojení TCP před pokrokem směrování je 20 sekund. Chcete-li ji změnit:

ip tcp synwait-time <5-300 (seconds)>

Na straně služby Broadworks je výchozí časovač pro vypršení časového limitu aplikačního serveru na zařízení, které nereaguje na přístup, 6 sekund. Chcete-li ji změnit:

AS_CLI/System/CallP/AccessRouting> set terminationAttemptTimeoutSeconds <1-15 (seconds)>

Je třeba otevřít veřejná a soukromá boční rozhraní pro provoz RTP na CUBE (nebo na vašem vlastním SBC). Viz níže příklad CUBE:

voice service voip
 rtcp all-pass-through
 media disable-detailed-stats
  ------- CUBE public IP + port range -------
 media-address range <CUBE PUB IP> <CUBE PUB IP> port-range 10200-28000
  ------- CUBE private IP + port range -------
 media-address range <CUBE PRIV IP> <CUBE PRIV IP> port-range 10200-28000

Kde:

  • <CUBE PUB="" IP=""> je veřejná IP adresa CUBE
  • <CUBE PRIV="" IP=""> je soukromá IP adresa CUBE
  • Rozsah portů: v příkladu, port rozsah od 10200 do 28000

CUBE podporuje následující šifrovací sady TLS (během přímého volání je CUBE nabízí v klientovi TLS Handshake Hello):

  • TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
  • TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
  • TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
  • TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
  • TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
  • TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
  • TLS_RSA_WITH_AES_128_CBC_SHA
  • TLS_EMPTY_RENEGOTIATION_INFO_SCSV

Další obecná nastavení pro konfiguraci (ukázkové konfigurace CUBE viz níže):

aaa new-model
aaa authentication login default local
aaa authorization exec default local
!
ip scp server enable
!
 voice service voip
 address-hiding
 allow-connections sip to sip
 no supplementary-service sip moved-temporarily
 call-quality
  max-dropout 2
  max-reorder 2
 sip  
  contact-passing

Identifikátory URI pro příchozí a odchozí vytáčení musí být definovány pro pozdější použití ve vytáčených partnerech:

voice class uri INEdgeAudio sip
 pattern x-cisco-webex-service=audio
!
voice class uri OUTEdgeAudio sip
 host cube.internal.local

Webex Edge Audio podporuje kodeky G722, G711ulaw a G711alaw. Následující kód hlasové třídy musí být definován pro pozdější použití ve vytáčených partnerech:

voice class codec 3
 codec preference 1 g722-64
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

Webex Edge Audio používá SRTP. Hlasová třída SRTP-crypto přiřadí preferovanou šifrovací sadu SRTP, která se má použít pro Edge Audio. Nakonfigurujte následující krypto suites v pořadí. Konfigurace hlasové třídy srtp-crypto musí být použita na vytáčecí partnerky používané pro připojení s Edge Audio.

voice class srtp-crypto 234
 crypto 1 AEAD_AES_256_GCM
 crypto 2 AEAD_AES_128_GCM
 crypto 3 AES_CM_128_HMAC_SHA1_80
 crypto 4 AES_CM_128_HMAC_SHA1_32

Předkonfigurujte primární klíč tak, aby bylo možné nastavit heslo pro ověření

key config-key password-encrypt Password123 authentication username <username>
password encryption aes

Pomocí následujícího příkazu zadejte přihlašovací údaje SIP, které byly zřízeny pro virtuálního předplatitele XML ve přidruženém systému. Pro scénáře zpětného volání budou tyto přihlašovací údaje použity, když AS napadne INVITE, které CUBE (nebo vaše vlastní SBC) odešle AS.

sip-ua
 ------- to enable authentication -------
 authentication username <username> password 0 <password>

Jakmile je ověřování nakonfigurováno, heslo bude zakryto při prohlížení příkazem „show running-config“

sip-ua
 ------- to enable authentication -------
 authentication username <username> password 6 [GF]XXXXX[YYYYYY\ZZZZZ]\

Je třeba provést také následující globální konfiguraci SIP:

------- Max INVITE retries -------
 retry invite 3
 ------- By default, use TLS -------
 transport tcp tls v1.2
 connection-reuse
 ------- What trustpoint to use when mTLS is challenged -------
 crypto signaling default trustpoint <trustpoint> 

Profily překladu

Profil překladu zpráv SIP 2340 se používá pro přímé volání na schůzku. Před odesláním do Edge Audio by měl mít záznam upravující zprávy SIP příchozí z Broadworks, jak je uvedeno v příkladu pravidla 11.

------- BroadWorks to Webex -------
voice class sip-profiles 2340
 rule 1 request INVITE sip-header SIP-Req-URI modify "sips:" "sip:" 
 rule 2 request INVITE sip-header To modify "sips:" "sip:" 
 rule 3 request INVITE sip-header From modify "sips:" sip:
 rule 4 request INVITE sip-header Remote-Party-ID modify "sips:" "sip:"  
 rule 5 request INVITE sip-header P-Asserted-Identity modify "sips:" "sip:" 
 rule 6 request ACK sip-header From modify "sips:" "sip:" 
 rule 7 request REINVITE sip-header P-Asserted-Identity modify "sips:" "sip:" 
 rule 8 request REINVITE sip-header From modify "sips:" "sip:" 
 rule 9 request REINVITE sip-header Contact modify "sips:(.*)>" "sip:\1;transport=tls>" 
 rule 10 request INVITE sip-header Contact modify "sips:" "sip:" 
 rule 11 request INVITE sip-header SIP-Req-URI modify "cube.internal.local" "ecccspx.amer.pub.webex.com"

Výše uvedené pravidlo 11 mapuje příchozí identifikátor Request Uri od společnosti Broadworks, která má hodnotu Contact v profilu virtuálního odběratele CUBE (hodnotu pole Contact v profilu zařízení VXML_deviceProf v našem příkladu):

88631321777971704941@cube.internal.local;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Na příslušnou doménu směrování zvukových hovorů Webex Edge:
88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp

Všimněte si, že pokud je CUBE (nebo vaše vlastní SBC) za statickým NAT, je vyžadována dodatečná konfigurace sip-profile 2340. Další informace naleznete v následujícím odkazu:

https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-Guide

 
Pokud nasadíte vlastní SBC, budete muset nakonfigurovat podobná pravidla na vlastní SBC.

Chcete-li předat 486 zpráv odeslaných systémem AS zpět do zvuku Webex Edge, je v cube vyžadována následující konfigurace (nápověda pro vlastní SBC naleznete v dokumentaci SBC).

voice service voip
 no notify redirect ip2ip
 sip
  sip-profiles inbound
!
voice class sip-profiles 1
 response 486 sip-header Reason modify "7" "" 
 response 486 sip-header SIP-StatusLine modify "486.*" "600 Busy Everywhere"

Pokud je nutné další 4xx zprávy přeposlat zpět do služby Webex Edge Audio, postupujte podle stejného příkladu výše.

Vytáčecí protějšky

Klient hlasové třídy musí být definován na CUBE (nebo na vašem vlastním SBC), aby byl později použit ve vytáčecích partnerech, což splňuje následující kritéria:

  • Pro pakety RTP-NTE DTMF není nutné prokládání datové zátěže, proto nakonfigurujte asymetrickou datovou zátěž plnou.
  • Edge audio nepodporuje aktualizace ID volajícího, takže je třeba nakonfigurovat hodnotu „no update-callerid“.
  • Směrování hovorů Webex Edge Audio je založeno na identifikátorech URIS. Identifikátor URI směrování hovorů musí být povolen, aby odpovídal vytáčecím partnerům založeným na identifikátorech URIS.
voice class tenant 234
  asymmetric payload full
  no update-callerid
  Header-passing
  no pass-thru content custom-sdp
  call-route url

Následující vytáčecí protějšky jsou nakonfigurovány tak, aby CUBE umožňovaly zpracovávat hovory mezi Broadworks a Webex Edge Audio. Nakonfigurujte na CUBE následující nastavení (podobná konfigurace by musela být nakonfigurována na vašem vlastním SBC):

dial-peer voice 23411 voip
 description External Webex edge audio entry or exit dial-peer
 session protocol sipv2
 session target dns:ecccspx.amer.pub.webex.com
 session transport tcp tls
 destination uri OUTEdgeAudio
 incoming uri request INEdgeAudio
 voice-class codec 3 offer-all
 voice-class sip url sips
 voice-class sip profiles 2340
 voice-class sip tenant 234
 voice-class sip srtp-crypto 234
 voice-class sip bind control source-interface GigabitEthernet2
 voice-class sip bind media source-interface GigabitEthernet2
 voice-class sip requri-passing
 voice-class sip audio forced
 dtmf-relay rtp-nte
 srtp
!
dial-peer voice 23401 voip
 description Internal mix mode Webex edge audio entry or exit dial-peer
 session protocol sipv2
 ---- using DNS SRV (preferred) - must match srv record configured above (_sip._tcp.bw.myenterprise.com) ----
 session target dns:bw.myenterprise.com
 session transport tcp
 destination uri INEdgeAudio
 incoming uri request OUTEdgeAudio
 voice-class codec 3  
 voice-class sip url sip
 voice-class sip profiles 2341
 voice-class sip profiles 1 inbound
 voice-class sip tenant 234
 voice-class sip bind control source-interface GigabitEthernet1
 voice-class sip bind media source-interface GigabitEthernet1 dtmf-relay rtp-nte
!

Toky Hovorů CUBE

S výše uvedenou konfigurací jsou níže popsány příklady scénářů toku příchozích/odchozích hovorů na CUBE. Barevné kódování v konkrétním kroku jej vztahuje ke stejným barevným položkám v protějšcích na číselníku výše.


 
Pokud nasazujete vlastní SBC, podrobnosti o postupech hovorů s vaším SBC naleznete v dokumentaci SBC.

Scénář přímého volání schůzky ze služby Broadworks do služby Webex:

  • Příchozí POZVÁNKA je přijata z Broadworks na interním rozhraní s:
    INVITE sip: 88631321777971704941@cube.internal.local;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0
    To:"VXML Virtual"<sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
    
  • Profil příchozího vytáčení 23401 je vybrán na základě hostitele v identifikátoru URI příchozího požadavku („cube.internal.local“), který odpovídá konfiguraci „příchozí požadavek URI OUTE Audio“.
  • Protějšek pro odchozí vytáčení 23411 je vybrán na základě hostitele v identifikátoru URI požadavku („cube.internal.local“) odpovídající konfiguraci „destination uri OUTE Audio“.
  • Odchozí INVITE je odeslána na externí rozhraní s hostitelem v identifikátoru URI požadavku, který byl změněn z „cube.internal.local“ na „ecccspx.amer.pub.webex.com“ pomocí profilu překladu zprávy „voice-class sip profiles 2340“ zadaného v partnerském zařízení:
    INVITE sip: 88631321777971704941@ecccspx.amer.pub.webex.com;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0
    To: " VXML Virtual" <sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
    

Scénář zpětného volání schůzky ze služby Webex do služby Broadworks

  • Příchozí POZVÁNKA je přijata z aplikace Webex na externím rozhraní CUBE s:
    INVITE sip:+14519615001@cube.us.example.com;transport=tls;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b;x-cisco-webex-service=audio SIP/2.0 
    To: sip:+14519615001@cube.us.example.com;type=carrier_sbc 
    X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
    
  • Protějšek příchozího vytáčení 23411 je vybrán na základě vzoru „x-cisco-webex-service=audio“, který je přítomen v identifikátoru URI příchozího požadavku na základě konfigurace „INE Audio požadavek na příchozí identifikátor URI“.
  • Dva protějšky odchozích vytáčení jsou vybrány na základě vzoru „x-cisco-webex-service=audio“, který je přítomen v identifikátoru URI požadavku na základě konfigurace „destination uri INE Audio“.

    - Vytáčecí vrstevník 302

    - Vytáčecí Peer 23401

  • Odchozí pozvánka je odeslána na síťové servery (vyhledávání SRV na základě „session target dns:bw.myenterprise.com entry“ ve vytáčecím peer) v interním rozhraní
    INVITE sip:+14519615001@10.155.6.172:5060 SIP/2.0 
    X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
    From: " Webex " ;tag=B91821B7-561
    
  • Síťový server vrací kontakty pro pár AS hostující virtuální předplatitele CUBE:
    SIP/2.0 302 Moved temporarily
    Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK880BD
    From:" Webex "<sip:+12404540887@10.165.196.30>;tag=B91821B7-561
    To:<sip:+14519615001@10.155.6.172>;tag=1829261807-1603395221529
    Call-ID:3C88DF6A-13D411EB-8EE3D92D-EE20F768@10.165.196.30
    CSeq:101 INVITE
    Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.5,<sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.25
    Content-Length:0
    
  • CUBE směruje volání na aktivní AS na základě vráceného kontaktu ve zprávě 302:
    INVITE sip:+14519615001@hs2-bwks-v-as01-
    alpha.bwlab.org:5060;user=phone;transport=tcp SIP/2.0
    Via: SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK8812341
    X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
    From: " Webex " <sip:+12404540887@10.165.196.30>;tag=B91821C8-1AF5
    To: <sip:+14519615001@10.155.6.172>
    
Nastavení MTLS

Chcete-li povolit připojení mTLS mezi CUBE (nebo vaším vlastním SBC) a Webex Edge Audio, je nutné provést následující kroky konfigurace.


 
Nastavení mTLS mezi CUBE (nebo vlastním SBC) a Webex Edge Audio je povinné.

Podpora certifikátu se zástupnými znaky

Certifikáty podepsané zástupnými znaky používají obecný název předmětu (např. *.us.example.com), který odpovídá doméně pro CUBE nebo vlastní SBC. Certifikáty zástupných znaků jsou podporovány pro nasazení víceclusterů CUBE nebo SBC, ale nejsou podporovány pro nasazení CUBE nebo SBC s jedním uzlem.

Svěřenský fond

Během handshake TLS, když služba Webex Edge Audio odešle svůj certifikát, CUBE jej ověří podle seznamu certifikátů přijatých ve fondu důvěryhodnosti.

Balíček důvěryhodnosti je třeba aktualizovat pomocí kořenové certifikační autority Cisco stažením nejnovější verze „Cisco Trusted Core Root Bundle“ z http://www.cisco.com/security/pki/ příkazu:

crypto pki trustpool import clean url <url>

Certifikáty odeslané službou Webex Edge Audio jsou podepsány společností Identrust. Ujistěte se, že je nainstalován certifikát „Identrust Commercial Root CA“. Další podrobnosti naleznete na tomto odkazu:

https://help.webex.com/en-us/WBX9000008850/What-Root-Certificate-Authorities-are-Supported-for-Calls-to-Cisco-Webex-Audio-and-Video-Platforms


 
Pokud používáte vlastní SBC a nemůžete import dokončit, můžete balíček převést do formátu .pem pomocí open-source nástrojů, jako je OpenSSL. Můžete například použít certifikáty hyd ID s následujícím příkazem:
openssl x509 -inform der -in certificate.cer -out certificate.pem

Bod důvěryhodnosti

Edge Audio vyžaduje, aby vaše cube nabízela podepsané certifikáty od důvěryhodných certifikačních autorit certifikační autority pro připojení vzájemného TLS (mTLS). Pomocí následujícího odkazu se dostanete k seznamu certifikačních autorit, kterým společnost Cisco důvěřuje. Certifikáty podepsané úřady v tomto seznamu jsou považovány za platné a připojení bude povoleno: https://help.webex.com/en-us/WBX9000008850/What-Root-Certificate-Authorities-are-Supported-for-Calls-to-Cisco-Webex-Audio-and-Video-Platforms

Kostka Jednoho UZLU

Jeden uzel znamená, že CUBE (nebo vaše vlastní SBC) bude importovat certifikát s názvem předmětu unikátním pro jeho FQDN, což znamená, že žádný jiný CUBE nebude moci importovat (jinými slovy, NE zástupný certifikát).

  • Vytvoření požadavku na podepsání certifikátu (CSR) pro cube:

    - vytvořit keypair (tento keypair bude propojen s bodem důvěryhodnosti)

    CUBE(config)# crypto key generate rsa general-keys label <key label> exportable
    • general-keys - Určuje, že má být vygenerován pár klíčů pro všeobecné účely.
    • label <key-label> - (Volitelně) Název používaný pro pár klíčů RSA při jejich exportu. Pokud není zadán popisek klíče, použije se plně kvalifikovaný název domény (FQDN) směrovače.
    • exporttable - (Volitelně) Určuje, že pár klíčů RSA lze exportovat do jiného zařízení Cisco, například do směrovače.

    - create trustpoint (Trustpoint obsahuje certifikát, který chcete na CUBE navázat. Když CUBE obdrží žádost o certifikát, bude reagovat přiloženým certifikátem důvěryhodnosti.)

    CUBE(config)#crypto pki trustpoint <trustpoint>
    CUBE(ca-trustpoint)#
        crl optional
        enrollment terminal pem
        fqdn <fqdn>
        subject-name CN=<fqdn>
        rsakeypair <key label>
    
  • crl - Seznam odvolaných certifikátů (CRL) je seznam odvolaných certifikátů. CRL je vytvořena a digitálně podepsána certifikační autoritou, která certifikáty původně vydala. Referenční laboratoř Společenství obsahuje data, kdy byl každý certifikát vydán a kdy vyprší jeho platnost.

    terminál zápisu pem - Přidá hranice pošty vylepšené ochranou soukromí (PEM) k požadavku na certifikát (ruční kopírování a vložení od požadavku BEGIN CERTIFICATE REQUEST do END CERTIFICATE REQUEST)

    fqdn – Plně kvalifikovaný název domény CUBE

    subject-name CN=<fqdn> - název předmětu, který má být podepsán

    rsakeypair <key label=""> - pár klíčů vygenerovaný z předchozího kroku

    (odkaz: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/sec_conn_pki/configuration/15-mt/sec-pki-15-mt-book/sec-cert-enroll-pki.html)

    - generovat CSR:

    CUBE(config)#crypto pki enroll <trustpoint>
    % Start certificate enrollment ..
    ...
    % Include the router serial number in the subject name? [yes/no]: no
    % Include an IP address in the subject name? [no]: no
    Display Certificate Request to terminal? [yes/no]: yes
     
    Certificate Request follows:
     
    -----BEGIN CERTIFICATE REQUEST-----
    ...
    -----END CERTIFICATE REQUEST-----
     
    ---End - This line not part of the certificate request---
                           
    Redisplay enrollment request? [yes/no]: no
    
  • Odeslat CSR (od BEGIN CERTIFICATE REQUEST do END CERTIFICATE REQUEST) certifikační autoritě (certifikační autoritě)
  • CA vygeneruje podepsaný certifikát

    - V závislosti na certifikační autoritě poskytnou kořenový certifikát (např. DigicertCA.crt) a požadovaný certifikát (např. cube.crt)

  • Načíst certifikát certifikační autority

    - Nejprve ověřte důvěryhodný bod pomocí kořenového certifikátu

  • CUBE(config)#crypto pki authenticate <trustpoint>
    Enter the base 64 encoded CA certificate.
    End with a blank line or the word "quit" on a line by itself
     
    -----BEGIN CERTIFICATE-----
    <ENTER THE ROOT CERT>
    -----END CERTIFICATE-----
     
    Certificate has the following attributes:
    Fingerprint: 40065311 FDB33E88 0A6F7DD1 4E229187
    % Do you accept this certificate? [yes/no]: yes
    Trustpoint CA certificate accepted.
    % Certificate successfully imported
    

    - Poté importujte certifikát CUBE do CUBE bodu důvěryhodnosti

    CUBE(config)# crypto ca import <trustpoint> certificate
    % The fully-qualified domain name in the certificate will be: ...
     
    Enter the base 64 encoded certificate.
    End with a blank line or the word "quit" on a line by itself
     
    -----BEGIN CERTIFICATE-----
    <ENTER THE FQDN CERT>
    -----END CERTIFICATE-----
     
    % Router Certificate successfully imported
    

 
Pokud nasazujete vlastní SBC, podrobnosti o vytvoření CSR naleznete v dokumentaci SBC.

Cluster CUBE s více uzly (pomocí alternativních názvů v certifikátu) – NENÍ podporován

Více uzlů znamená, že CUBE bude moci importovat stejný certifikát pro více než jedno nasazení CUBE. Použití alternativního názvu předmětu k vygenerování CSR není momentálně podporováno: https://bst.cloudapps.cisco.com/bugsearch/bug/CSCud90920/?rfs=iqvred

Multi Node CUBE Cluster (Použití certifikátu podepsaného zástupnými znaky ve formátu pkcs12)

Vícenásobný uzel používající certifikát se zástupnými znaky znamená, že název předmětu je obecný (např. *.us.example.com) a odpovídá doméně CUBE (nebo vaší doméně SBC).

  • Za předpokladu, že máte připravený certifikát zástupných znaků, připravte soubory veřejného klíče (.crt) a soukromého klíče (.key).
  • Pomocí OpenSSL vytvořte soubor formátu PKCS12 (.pfx) včetně souboru .crt a .key: (použít cygwin na Windows) - reference: https://www.ssl.com/how-to/create-a-pfx-p12-certificate-file-using-openssl/
     openssl pkcs12 -export -out <pfxfilename>.pfx -inkey <privatekeyfile>.key -in <certfile>.crt
  • Přeneste soubor .pfx v CUBE:bootflash: (scp z linuxového serveru do CUBE)
    scp <pfxfilename>.pfx <user>@<CUBEIP>:bootflash:<pfxfilename>.pfx
  • Vytvořte důvěryhodný bod a importujte soubor pkcs12:
    CUBE# conf t
    CUBE(config)#
    CUBE(config)# crypto pki trustpoint <trustpoint>
    CUBE(ca-trustpoint)# revocation-check crl
    CUBE(ca-trustpoint)# exit
    CUBE(config)# crypto pki import <trustpoint> pkcs12 bootflash:<pfxfilename>.pfx password <password>
    

Ověřit konfiguraci certifikátu CUBE

Ověřte, zda je v certifikátu zahrnut celý řetězec. Následující příklad ukazuje ověřovací příkazy pro CUBE. Pokud nasazujete vlastní SBC, použijte příkazy, které platí pro SBC.

CUBE(config)#crypto pki certificate validate <trustpoint>
    Chain has 2 certificates
    Certificate chain for <trustpoint> is valid
 
 
CUBE#show crypto pki trustpoints status
    ...
  Trustpoint <trustpoint>:
    Issuing CA certificate configured:
    Subject Name:
     cn=HydrantID SSL ICA G2,o=HydrantID (Avalanche Cloud Corporation),c=US
    Fingerprint MD5: 1135E326 56E5AADF 53A4DD32 C8D5590F 
    Fingerprint SHA1: AC4A728B 4DFC3560 1FA34B92 2422A42C 253F756C 
  Router General Purpose certificate configured:
    Subject Name:
     cn=*.us.example.com,ou=Webex,o=Cisco Systems, Inc.,l=San Jose,st=California,c=US
    Fingerprint MD5: 756E4C83 CF36311A 7839FA51 7FA7ABA0 
    Fingerprint SHA1: 8268817F 79EF91E0 3BA976A1 5C9D97F3 E834EB54 
  State:
    Keys generated ............. Yes (General Purpose, non-exportable)
    Issuing CA authenticated ....... Yes
    Certificate request(s) ..... Yes

Nastavte signalizaci SIP pro použití bodu důvěryhodnosti

Pomocí následujícího příkazu zřídit protokol SIP UA s bodem důvěryhodnosti CUBE. Následuje příklad pro CUBE. Pokud nasazujete vlastní SBC, vyhledejte nápovědu k příkazům v dokumentaci SBC.

CUBE(config)#sip-ua CUBE(config-sip-ua)#crypto signaling default trustpoint <trustpoint>
Protokoly CUBE

Zobrazení povolených filtrů ladění

CUBE# show debug

Nastavení filtrů ladění (příklady)

CUBE# debug ccsip messages
CUBE# debug ccsip transport
CUBE# debug ccsip error
CUBE# debug ccsip info
CUBE# debug voip dialpeer inout
CUBE# debug voip ccapi inout
CUBE# debug voip application
CUBE# debug ip tcp transaction

Zrušení nastavení filtrů ladění (příklad)

CUBE# no debug ccsip messages

Vymazání a kontrola vyrovnávací paměti protokolu

CUBE# clear log
>>> make test call <<<
CUBE# show log

 

Pokud neimplementujete CUBE, podrobnosti o používání protokolů naleznete v dokumentaci k vlastnímu SBC.

Další užitečné příkazy

Kontrola aktuální konfigurace

CUBE# show running-config (or just CUBE# show run)

Uložení konfigurace do ROM, která bude použita při startu systému

CUBE# write

Krok 11 Certifikace BYOPSTN

Po dokončení konfigurace a zřizování řešení BYoPSTN je partner povinen projít sadou testovacích případů přijetí, aby mohl své řešení certifikovat. Toto je povinný krok pro schválení a povolení BYoPSTN partnera.

Testovací případy přijetí jsou uvedeny v dokumentu Přineste si vlastní postup přijetí PSTN Webex Pro Cisco Broadworks na adrese: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .

Partner by měl výsledky úspěšně provedených akceptačních testů poskytnout onboardingovým a certifikačním týmům.

Otázky, problémy a výsledky z provedení testovacích případů přijetí by měly být nahlášeny a sdíleny v prostoru Webex přiřazeném k registraci partnera.

Použití aktualizací na skupinu telefonních čísel v rámci služby / skupinu zpětného volání DNS SRV

Jakmile jsou netestovaní zákazníci přiřazeni k šabloně zákazníka pomocí čísel pro přímé volání poskytnutých partnerem, mají tito uživatelé k dispozici následující možnosti připojení ke schůzce:

  • Pozvánky na schůzku zahrnují jedno nebo více výchozích telefonních čísel z přiřazené skupiny telefonních čísel

  • Aplikace Webex zobrazuje jedno nebo více výchozích telefonních čísel z možnosti přiřazení skupiny telefonních čísel jako možnosti připojení ke schůzce

  • Uživatelské rozhraní webu Webex Meeting zobrazuje jedno nebo více výchozích telefonních čísel z možnosti přiřazení skupiny telefonních čísel jako možnosti připojení ke schůzce

  • Pokud bylo v šabloně zákazníka povoleno zpětné volání, aplikace Webex Meeting poskytuje možnost „Zavolejte mi na“, kde je požadavek na zpětné volání směrován do jedné ze záznamů zadaných v přiřazené skupině zpětného volání DNS SRV

Změna možností připojení ke schůzce pro šablonu zákazníka nebo změna přiřazené skupiny telefonních čísel nebo změna skupiny zpětného volání DNS SRV může ovlivnit výše uvedené možnosti připojení ke schůzce. Tyto změny se nevztahují na stávající zákazníky, ale nově zřízeným zákazníkům se tyto změny projeví okamžitě na svých webech pro schůzky se standardním a prémiovým balíčkem. Proto se důrazně doporučuje, aby byla jakákoli taková změna ověřena pomocí organizace řešení seed před použitím na stávající šablony zákazníků, skupiny telefonních čísel nebo skupiny zpětného volání DNS SRV (pokud jsou nasazeny skupiny zpětného volání DNS SRV).

Při aktualizaci možností připojení ke schůzce pro šablonu zákazníka a/nebo při použití aktualizací skupin telefonních čísel nebo skupin zpětného volání DNS SRV je třeba postupovat podle následujících kroků.

Upozorňujeme, že šablony zákazníků, skupiny telefonních čísel nebo skupiny zpětného volání DNS SRV používají testovací poskytovatelé služeb Broadworks a/nebo testovací podniky Broadworks, je tento postup volitelný. Může být vhodnější jednoduše odstranit testovací poskytovatele služeb Broadworks a/nebo testovat organizace Broadworks Enterprises a znovu je zřídit pomocí aktualizovaných šablon zákazníků, skupin telefonních čísel nebo skupin zpětného volání DNS SRV.

Aktualizovat pouze skupinu telefonních čísel:

  1. Vytvořte novou dočasnou skupinu telefonních čísel s požadovanými aktualizacemi.

  2. Vytvořte novou dočasnou šablonu zákazníka, která používá novou skupinu telefonních čísel. Pokud je současně se skupinou používána existující skupina telefonních čísel, přiřaďte ji šabloně.
  3. Vytvořte organizaci řešení osiva zřízením předplatitele od zkušebního poskytovatele služeb Broadworks nebo otestujte podnik Broadworks pomocí standardního balíčku pomocí nové šablony zákazníka. Upozorňujeme, že se jedná o organizaci řešení sekundárních semen. Není vyžadována žádná aktualizace schůzky UUID nakonfigurované na Broadworks.
  4. Stáhněte soubor JSON konfigurace Broadworks (BYOPSTN), který obsahuje telefonní číslo pro přístup k mapování kódů nových telefonních čísel ve skupině telefonních čísel.
  5. Určete doménu DNS SRV služby Webex Edge Audio pro web standardního balíčku pro schůzky organizace pro řešení osiva. Měla by být nezměněna od hodnoty dříve určené pro původní skupinu telefonních čísel.
  6. Použijte aktualizace konfigurace na službu Broadworks pomocí souboru JSON konfigurace Broadworks (BYOPSTN).
  7. Konfiguraci ověřte naplánováním schůzek pomocí webu standardního balíčku organizace Seed a připojením ke schůzce pomocí telefonních čísel pro přímé volání.
  8. Použijte aktualizaci na původní skupinu telefonních čísel. Změna je nyní v provozu pro netestované zákazníky.
  9. Organizaci řešení seed, dočasnou skupinu telefonních čísel a šablonu zákazníka lze odstranit. Tyto prvky již nejsou po aktualizaci původní skupiny telefonních čísel vyžadovány.

Aktualizovat pouze skupinu zpětného volání DNS SRV:

  1. Vytvořte novou dočasnou skupinu zpětného volání DNS SRV s požadovanými aktualizacemi.
  2. Vytvořte novou dočasnou šablonu zákazníka, která používá novou skupinu zpětného volání DNS SRV a stávající skupinu telefonních čísel. Pokud je současně se skupinou používána existující skupina zpětného volání DNS SRV, přiřaďte ji šabloně.
  3. Vytvořte organizaci řešení osiva zřízením předplatitele od zkušebního poskytovatele služeb Broadworks nebo otestujte podnik Broadworks pomocí standardního balíčku pomocí nové šablony zákazníka. Upozorňujeme, že se jedná o organizaci řešení sekundárních semen. Není vyžadována žádná aktualizace schůzky UUID nakonfigurované na Broadworks.
  4. Konfiguraci ověřte naplánováním schůzek pomocí webu standardního balíčku organizace Seed, připojením ke schůzce pomocí telefonních čísel pro přímé volání a pomocí možnosti „Zavolejte mi na“.
  5. Použijte aktualizaci na původní skupinu zpětného volání DNS SRV. Změna je nyní v provozu pro netestované zákazníky.
  6. Organizaci řešení osiva, skupinu zpětného volání DNS SRV a šablonu zákazníka lze odstranit. Tyto prvky již nejsou potřebné, jakmile byla aktualizována původní skupina zpětného volání DNS SRV.

Aktualizovat telefonní číslo i skupinu zpětného volání DNS SRV:

  1. Vytvořte nové dočasné telefonní číslo a skupinu zpětného volání DNS SRV s požadovanými aktualizacemi.
  2. Vytvořte novou dočasnou šablonu zákazníka, která používá novou skupinu telefonních čísel a novou skupinu zpětného volání DNS SRV. Pokud je současně se skupinou používána existující skupina telefonních čísel a/nebo skupina zpětného volání DNS SRV, přiřaďte ji šabloně.
  3. Vytvořte organizaci řešení osiva zřízením předplatitele od zkušebního poskytovatele služeb Broadworks nebo otestujte podnik Broadworks pomocí standardního balíčku pomocí nové šablony zákazníka. Upozorňujeme, že se jedná o organizaci řešení sekundárních semen. Není vyžadována žádná aktualizace schůzky UUID nakonfigurované na Broadworks.
  4. Stáhněte soubor JSON konfigurace Broadworks (BYOPSTN), který obsahuje telefonní číslo pro přístup k mapování kódů nových telefonních čísel ve skupině telefonních čísel.
  5. Určete doménu DNS SRV služby Webex Edge Audio pro web standardního balíčku pro schůzky organizace pro řešení osiva. Měla by být nezměněna od hodnoty dříve určené pro původní skupinu telefonních čísel.
  6. Použijte aktualizace konfigurace na službu Broadworks pomocí souboru JSON konfigurace Broadworks (BYOPSTN).
  7. Konfiguraci ověřte naplánováním schůzek pomocí webu standardního balíčku organizace Seed, připojením ke schůzce pomocí telefonních čísel pro přímé volání a pomocí možnosti „Zavolejte mi na“.
  8. Použijte aktualizaci na původní telefonní číslo a skupinu zpětného volání DNS SRV. Změna je nyní v provozu pro netestované zákazníky.
  9. Organizaci řešení seed, dočasnou skupinu telefonních čísel, skupinu zpětného volání DNS SRV a šablonu zákazníka lze odstranit. Tyto prvky již nejsou vyžadovány, jakmile byla aktualizována původní skupina telefonních čísel a skupina zpětného volání DNS SRV.

 
Organizace řešení primárního osiva by neměla být odstraněna, pokud nebyla v aplikaci Broadworks vybrána a nakonfigurována nová organizace řešení primárního osiva. Odstraněním organizace řešení primárního osiva se odstraní parametr UUID, na kterém řešení BYoPSTN závisí pro ověřování zpráv SIP v aplikaci Webex Edge Audio. Pokud dojde k odstranění, připojení ke schůzce pomocí přímého volání pro weby pomocí čísla pro přímé volání poskytnutého partnerem se nezdaří.

Interoperabilita médií G722 při použití vlastního SBC

Při využívání vlastního SBC je třeba zvážit problémy s interoperabilitou, které obvykle řeší řešení CUBE mezi infrastrukturou Broadworks Partners a cloudem Webex Cloud. Jedním příkladem je přímé volání nebo zpětné volání pomocí kodeku G722, který zahrnuje mediální server Broadworks (například při použití služby nahrávání hovorů Broadworks). V tomto scénáři může služba Webex Edge Audio odeslat protokol SDP s linkou „a=fmtp:9“. Váš SBC bude muset tuto linku aktualizovat a přidat parametr datového toku tak, aby měl před odesláním do backendu Broadworks "a=fmtp:9 bitrate=64".

Známá omezení

  • Jakékoli změny možnosti připojení ke schůzce šablony zákazníka, čísel pro přímé volání společnosti Cisco nebo čísel pro přímé volání poskytnuté partnerem se použijí pouze na nově zřízené zákazníky. Stávající zákazníci používající šablonu zůstávají beze změny.

  • Jakékoli změny nastavení skupiny telefonních čísel šablony zákazníka nebo skupiny zpětného volání DNS SRV se použijí pouze na nově zřízené zákazníky nebo stávající zákazníky, kteří jsou zřízeni pro svého prvního uživatele standardního nebo prémiového balíčku. Stávající zákazníci, kteří již mají uživatele standardních nebo prémiových balíčků, zůstávají nezměněni.

  • Jakékoli změny skupin telefonních čísel nebo skupin zpětného volání DNS SRV, které jsou přiřazeny šablonám zákazníků, se použijí pouze na nově zřízené zákazníky nebo stávající zákazníky, kteří jsou zřízeni pro svého prvního uživatele standardního nebo prémiového balíčku. Stávající zákazníci přiřazení k přidruženým šablonám, které již mají uživatele standardních nebo prémiových balíčků, zůstávají beze změny.

  • Daná šablona zákazníka podporuje čísla pro přímé volání společnosti Cisco nebo možnost připojení ke schůzce s telefonním číslem poskytnutou partnerem. Kombinace těchto dvou možností pro stejnou šablonu není podporována.

  • Zprávy SIP pro případ použití možnosti „Zavolejte mi na“ nebo zpětného volání ke schůzce neobsahují informace o zákazníkovi a/nebo uživateli, který hostuje schůzku, k níž se má připojit.

  • Telefonní čísla a přidružené přístupové kódy ke schůzce pro danou skupinu telefonních čísel podporují pouze jednu doménu Webex Edge Audio DNS SRV (například ecccspx.amer.webex.com). Použití těchto telefonních čísel k volání na schůzky v jiné doméně Webex Edge Audio DNS SRV není podporováno.

  • Služba Webex Edge Audio nepodporuje opětovné projednání kodeků během hovoru. Služby, které jsou vyvolány po přijetí hovoru, nemusí fungovat správně.

  • Aplikace Webex, uživatelské rozhraní webu Webex Meeting a e-mail s pozvánkou na schůzku Webex poskytují odkaz na dokument „Omezení bezplatného volání“. Tento dokument je specifický pro telefonní čísla poskytnutá společností Cisco a uživatelé by jej měli při používání telefonních čísel poskytnutých partnerem pro připojení ke schůzce ignorovat.

Historie revizí dokumentů

Následující tabulka zobrazuje historii změn tohoto dokumentu za posledních 12 měsíců.

Datum

Verze

Popis změny

8. dubna 2024

1–36

  • Addedd poznamenává, že DNS-SRV je dynamický charakter a přidal zástupný znak k IP adresám.

10. ledna 2024

1–35

  • Do sekce Profily překladu bylo přidáno pravidlo 4.

22. prosince 2023

1–34 (číslo)

  • Aktualizované části Připojení ke schůzce pomocí zpětného volání (volitelné), RoutingNE, Povolit zpětné volání schůzky Webex, Profily překladu a Toky hovorů cube byly aktualizovány.

04. července 2023

1–33 (číslo)

  • Aktualizováno připojení ke schůzce pomocí části Zpětné volání (volitelné).

02. února 2023

1–32 (číslo)

  • Přidána Nová doména pro Velkou Británii a v rámci domén směrování volání Webex byla přidána Severní Afrika.

  • V kroku 9 byla přidána možnost Hostitel schůzky a Platforma pro doručování aplikací: Zřídit konfiguraci partnera Broadworks.

02. února 2023

1–31 (číslo)

  • Aktualizováno Použijte aktualizace na část skupiny telefonních čísel / skupiny zpětného volání DNS SRV.

31. ledna 2023

1–30

  • Přidána část Platforma pro doručování aplikací v části Aplikační server.

29. listopadu 2022

1–29

  • Byla přidána možnost Povolit zpětné volání schůzky Webex v části Síťový server.

  • Přidáno Vytvoření předplatitele zpětného volání schůzky XML v části Aplikační server.

  • Aktualizovány záznamy DNS SRV v rámci domén směrování hovorů Webex.

Přineste si vlastní řešení pro veřejnou telefonní síť

Definice

Definice

Popis

Partner společnosti Cisco

Subjekt (obecně poskytovatel služeb), který prodává produkty a služby společnosti Cisco svým zákazníkům.

Koncový zákazník

Uživatelé, kteří používají produkty a služby společnosti Cisco, které jim prodává partner společnosti Cisco.

CUBE

Sjednocený hraniční prvek Cisco

Partnerská organizace

Úložiště identit a správy služeb Webex, které uchovává informace o partnerech společnosti Cisco a jejich zákaznících.

Rozbočovač partnera

Webový portál pro poskytování identit a služeb pro partnery společnosti Cisco a zákazníky, které spravují.

Organizace zákazníků

Úložiště identit a správy služeb Webex, které uchovává informace o koncovém zákazníkovi.

Podnik nebo poskytovatel služeb / skupina Broadworks

Zastupování koncového zákazníka v Broadworks.

Řešení Přineste si vlastní veřejnou telefonní síť (BYoPSTN) umožňuje Webexu pro poskytovatele služeb Cisco BroadWorks poskytovat telefonní čísla, která vlastní, aby je uživatelé mohli použít při připojování ke schůzkám Webex. Řešení umožňuje partnerům využívat vlastní sítě PSTN a využívat stávající vztahy s poskytovateli veřejné telefonní sítě, nikoli používat čísla poskytnutá společností Cisco.

Referenční architektura v tomto dokumentu poskytuje komplexní návrh pro možnost BYoPSTN. Tato architektura je ověřena společností Cisco a používá Cisco Unified Border Element (CUBE) jako řadič SBC (Session Border Controller) pro provoz hovorů mezi schůzkami BroadWorks a Webex.

Výběr možnosti připojení ke schůzce

V současné době Webex pro Cisco Broadworks podporuje dvě možnosti zřizování telefonních čísel pro schůzky. Poskytovatelé služeb si musí vybrat jednu z těchto dvou možností – kombinace není podporována:

  • Čísla pro přímé volání Cisco (Cisco PSTN) – Cisco poskytuje telefonní čísla, která mohou účastníci schůzky použít k připojení ke schůzkám

  • Čísla pro přímé volání poskytnutá partnerem (BYoPSTN) – poskytovatelé služeb poskytují vlastní telefonní čísla, která mohou účastníci schůzky používat při připojování ke schůzkám.

Řešení BYOPSTN

Partneři, kteří si vyberou možnost Čísla pro přímé volání poskytnutá partnerem (BYOPSTN), musí poskytnout svá vlastní telefonní čísla PSTN a musí zřídit síťovou infrastrukturu, která je vyžadována pro směrování hovorů do služby Webex a z ní. Řešení BYOPSTN usnadňuje směrování hovorů Přes Top (OTT) přes veřejný internet z Broadworks do služby Webex.

Při výběru možnosti BYoPSTN platí následující podmínky:

  • Partneři společnosti Cisco mohou používat stejná telefonní čísla pro více než jednoho koncového zákazníka. Tato telefonní čísla mohou být v jakékoli zemi, ve které partner působí.

  • Možnost BYOPSTN nevyžaduje žádné změny v obecném procesu registrace pro zákazníky Webex pro Cisco Broadworks.

  • BYoPSTN vyžaduje zřizování na úrovni partnera společnosti Cisco a všichni koncoví zákazníci, které partneři aktivují po spuštění sítě BYOPSTN, jsou automaticky aktivováni.

  • Veškeré zřizování vyžadované pro weby schůzek zákazníků je automatické, stejně jako v případě aktuálního obecně dostupného řešení.

  • Partneři, kteří aktivují jak standardní, tak prémiové balíčky, mají dvě weby pro schůzky: jeden web pro standardní uživatele a druhý pro prémiové uživatele. Pro BYOPSTN jsou povoleny obě weby.

  • Účastníci schůzky, kteří volají na schůzky, se mohou rozhodnout použít sdílení videa a obsahu prostřednictvím internetu.

  • Platí pro připojení ke schůzce pro schůzky v prostoru i schůzky PMR. Upozorňujeme, že pro schůzky v prostoru musí být prostor vytvořen standardním nebo prémiovým uživatelem s funkcemi hostitele schůzky Webex, aby mohl obdržet přístupové číslo PSTN – prostory vytvořené základními uživateli neobdrží přístupová čísla PSTN.

  • Tento dokument poskytuje ověřenou konfiguraci, která používá CUBE jako váš SBC. Pokud však nechcete používat CUBE, můžete nasadit vlastní SBC.

architektura

Řešení Webex pro Cisco Broadworks BYOPSTN staví na sadě služeb Webex Edge, konkrétně na službě Webex Edge Audio dostupné podnikovým zákazníkům. Architektura je upravena tak, aby integrovala infrastrukturu Broadworks Cisco Partners s Webex Edge Audio, což partnerovi Cisco umožňuje centrálně konfigurovat sady telefonních čísel pro použití jejich koncovými zákazníky.

Hlavní prvky architektury jsou následující:

  • Broadworks – infrastruktura Broadworks partnerů Cisco

  • Cisco Unified Border Element (CUBE) – referenční řadič hranic relace (SBC) pro řešení nasazené v datovém centru Cisco Partners. CUBE musí být uvnitř DMZ. Pokud nechcete používat CUBE, můžete nasadit vlastní SBC.

  • Webex Edge Audio – služba Webex, která odděluje síť PSTN od služby Webex změnou směrování hovorů, aby mohla využívat infrastrukturu poskytovanou partnerem Cisco.

Volání účastníků, aby se připojili ke schůzce, prochází přes Broadworks do CUBE a z CUBE do infrastruktury Webex v cloudu přes internet. Tento model platí pro oba následující scénáře připojení ke schůzce:

  • Přímé volání – účastník vytočí telefonní číslo v pozvánce na schůzku na svém registrovaném sluchátku, mobilním zařízení nebo v aplikaci Webex. Hovor iniciuje společnost Broadworks.

  • Zpětné volání (volitelné) – účastník požaduje, aby služba Webex zavolala na telefonní číslo, které účastník poskytl. Hovor je zahájen službou Webex.

Hovory směrované z Broadworks do CUBE v rámci partnerské infrastruktury budou používat protokol SIP TCP pro signalizaci hovorů a protokol RTP pro média. Hovory od cube po službu Webex používají pro signalizaci protokol TLS SIP a pro média sRTP. Směrování hovorů z CUBE do aplikace Webex probíhá přes internet a nepoužívá přenosový spoj SIP.

Typické nastavení scénářů přímého volání/zpětného volání je následující:

  • Partner Cisco má telefonní číslo PSTN (například 2403332200) a přidružený přístupový kód Webex (například 88631321777971704941).

  • Partner společnosti Cisco zřizuje virtuálního předplatitele v platformě Broadworks, který odpovídá zařízení CUBE. Partner mapuje telefonní číslo na přístupový kód a naopak.

  • Přístupový kód, který je odeslán do služby Webex ve zprávách SIP, identifikuje weby schůzek přidružené k partnerovi Cisco.

  • Výše uvedené telefonní číslo pro přístup k mapování kódu je nakonfigurováno jednou a je společné pro všechny weby schůzek koncového zákazníka.

  • Účastníci, kteří se připojují ke schůzce, musí zadat odpovídající ID schůzky (například 123456), které označuje konkrétní schůzku, ke které se mají připojit.

Doporučuje se, aby partneři dodržovali níže uvedený model redundance.

Připojení ke schůzce pomocí přímého volání

Následující obrázek znázorňuje proces uživatele, který se připojí ke schůzce prostřednictvím přímého volání.

Zde jsou příslušné kroky, aby se účastník připojil ke schůzce prostřednictvím přímého volání.

  1. Uživatel naplánuje schůzku v aplikaci Webex. Webex přiřadí ID schůzky (například 123456).

  2. Uživatel vytočí telefonní číslo přidružené ke schůzce (například 2403332200). Pozvánka SIP nese identifikátor URI požadavku jako telefonní číslo přidružené ke schůzce.

  3. Broadworks překládá telefonní číslo na přístupový kód (například 88631321777971704941) přidružený k webu schůzky a směruje hovor na cube s identifikátorem URI požadavku jako přístupovým kódem.

  4. Služba Webex přijme pozvánku SIP a přijme hovor. Jazyk oznámení je určen jazykem zadaným pro telefonní číslo, když je zřízeno v partnerském centru Cisco a Broadworks.

  5. Uživatel zadá ID schůzky (například 123456) pomocí DTMF. Webex uživatele ověří a poté jej nechá připojit ke schůzce.

Připojení ke schůzce pomocí zpětného volání (volitelné)

Následující obrázek ukazuje proces uživatele, který se připojí ke schůzce zpětným voláním. Uživatel požádá o volání ze služby Webex, aby se připojil ke schůzce.

Zde jsou kroky, které se účastníkovi týkají připojení ke schůzce pomocí zpětného volání:

  1. Uživatel naplánuje schůzku v aplikaci Webex. Webex přiřadí ID schůzky (například 123456).

  2. Uživatel požaduje hovor ze služby Webex na požadované číslo (například +16504441000), aby se připojil ke schůzce pomocí aplikace Webex nebo klienta Meetings.

  3. Webex iniciuje pozvánku SIP do CUBE na základě skupiny zpětného volání DNS SRV zřízené v Cisco Partner Hub a Broadworks. Identifikátor URI požadavku SIP INVITE obsahuje telefonní číslo, které musí hovor přijmout (například +16504441000@cube.example.com).

  4. Cube převede telefonní číslo v ID vzdálené strany na hodnotu, která identifikuje virtuálního odběratele v Broadworks (například 88631321777971704941@ecccx.amer.pub.webex.com). Identifikuje CUBE jako virtuálního uživatele aplikačního serveru Broadworks.

  5. Hovor je nabízen uživateli požadovanému telefonnímu číslu a uživatel hovor přijme a připojí se ke schůzce. Toto telefonní číslo může být předplatitel Broadworks nebo číslo PSTN. Pokud je požadované číslo číslem sítě PSTN, aplikace Broadworks použije zřízenou cestu ke směrování hovoru do sítě PSTN.

Pro možnost Zpětné volání je povinné aktivovat následující dvě funkce:

  • 102746 – Podpora Broadworks pro CI UUID
  • 102074 – BYO PSTN Fakturační podpora pro Back and In

Toto lze potvrdit z rozhraní příkazového řádku, jak je uvedeno níže:

AS_CLI/System/ActivatableFeature> získat popis Id Bylo aktivováno časové razítko poslední úpravy ============================================================================================= 102746 Podpora BroadWorks pro CI UUID true 102074 Podpora fakturace BYO PSTN pro zpětné volání a přímé volání true 

Podrobný popis těchto funkcí a aktivaci naleznete v části „Virtuální odběratel zpětného volání ze schůzky XML“ v tomto dokumentu.

Pokud se rozhodnete nenakonfigurovat připojení ke schůzce pomocí možnosti Zpětné volání, uživatelé mohou i nadále používat možnost Přímé volání k připojení ke schůzkám nebo se mohou připojit pomocí zvuku počítače. V takovém případě nemusíte konfigurovat skupiny zpětného volání DNS SRV.

Přehled konfigurace řešení

Řešení má několik různých komponent, z nichž každá musí být správně nakonfigurována, aby řešení fungovalo úspěšně. Jedná se o tyto součásti:

  • BroadWorks

  • CUBE (nebo alternativní SP Certified Session Border Controller, SBC)

  • Webex Edge Audio

Existují vzájemné závislosti mezi konfigurací těchto různých komponent a jako taková je vyžadována jedna nebo více organizací osiva řešení pro dokončení požadované konfigurace a ověření řešení.

Organizace osiva

Seed organizace je organizace Webex, kterou nakonfigurujete pro generování a ověřování nastavení pro řešení BYOPSTN. Organizace seed musí mít alespoň jednoho uživatele přiřazenou standardní balíček , a tento standardní balíček musí používat možnost připojení ke schůzce poskytnuté partnerem (BYoPSTN) . Doporučuje se přidružit organizaci seed k testovacímu poskytovateli služeb Broadworks nebo podniku.

Organizace zabývající se semeny řešení slouží dvěma účelům:

  • Konfigurace osiva – zřízení organizace (organizací) osiva vygeneruje telefonní číslo pro mapování přístupových kódů schůzky a univerzálně jedinečný identifikátor webu schůzky (UUID webu), které jsou vyžadovány pro probíhající provoz řešení. Tyto informace jsou nutné ke konfiguraci virtuálních předplatitelů Broadworks (VSUB).

  • Ověření konfigurace – Pomocí organizace Seed můžete určit, zda je řešení BYoPSTN nakonfigurováno v souladu s vašimi požadavky. Použijte organizaci seed a otestujte uživatele k ověření případů použití přímého volání a zpětného volání schůzky pomocí čísel pro přímé volání poskytnutých partnerem a záznamů zpětného volání DNS SRV (pokud je zpětné volání povoleno).

Správce musí vygenerovat organizaci řešení seed pro každou jedinečnou sadu telefonních čísel a záznamů zpětného volání DNS SRV. Generování organizace řešení seed v každém případě vygeneruje požadované telefonní číslo pro mapování přístupových kódů pro schůzky a možnost ověřit přidružené případy přímého volání a zpětného volání na schůzku pro tato telefonní čísla a záznamy zpětného volání DNS SRV.

Správce pomocí centra Cisco Partner Hub musí vybrat jednu organizaci řešení osiva jako organizaci řešení primárního osiva. UUID webu schůzky schůzky standardního balíčku této organizace primárního osiva musí být nakonfigurováno v aplikaci Broadworks. Je důležité, aby tento web schůzky zůstal zřízen, protože toto UUID webu je odesláno v každé žádosti o připojení ke schůzce s přímým voláním jako ověřovací token. Toto jednotné UUID webu je sdíleno všemi sadami telefonních čísel a záznamů DNS SRV zpětného volání. Více hodnot UUID webu není vyžadováno.

Organizace primárního a sekundárního řešení osiva mohou být v případě potřeby odstraněny před přiřazením sady telefonních čísel a záznamů zpětného volání DNS SRV netestovaným zákazníkům. Když je sada telefonních čísel a záznamů zpětného volání DNS SRV přiřazena libovolným netestovaným zákazníkům, jsou tato telefonní čísla a záznamy zpětného volání přidruženy k webům schůzek pro tyto zákazníky a používají se pro připojení ke schůzce pomocí přímého volání a zpětného volání. Jakékoli změny by měly být považovány za ovlivňující službu.

V následujících částech jsou uvedeny další podrobnosti o různých konfiguračních prvcích.

Konfigurační prvky BYOPSTN

Klíčovým prvkem řešení je konfigurace telefonních čísel partnera Cisco a záznamů zpětného volání DNS SRV. Síť BYOPSTN používá skupiny telefonních čísel a skupiny zpětného volání DNS SRV jako způsob přiřazování geograficky založených telefonních čísel a redundantního směrování hovorů pro schůzky Webex. Tyto prvky jsou přiřazeny koncovým zákazníkům šablonou zákazníka.

Skupiny telefonních čísel (PNG)

Partneři společnosti Cisco poskytují telefonní čísla používaná účastníky k připojení ke schůzkám v prostředí Cisco Partner Hub. Tato telefonní čísla jsou uspořádána do skupiny telefonních čísel. Seznam Telefonních čísel je přiřazen k webu Schůzky. Všechny místnosti pro osobní schůzky (PMR) a naplánované schůzky na webu schůzky používají přiřazená telefonní čísla. Následuje příklad skupiny telefonních čísel:

Tabulka 1. Skupina telefonních čísel: Východní Amerika

Název telefonního čísla

Země

Směrové číslo země

Telefonní číslo

Oznámení

Zpoplatněný typ

Priorita přímého volání

marylandském

US

+1

2403332200

Angličtina

Zpoplatněné

Primární

floridském

US

+1

9049002303

Angličtina

Zpoplatněné

Sekundární

New Yorském

US

+1

8056504578

Angličtina

Bezplatné

Žádné

Telefonní čísla mají následující atributy:

  • Název telefonního čísla – název k popisu telefonního čísla

  • Země – země, k níž je telefon přiřazen

  • Směrové číslo země – volací kód země nebo předvolba země

  • Telefonní číslo – telefonní číslo, které se má použít k připojení ke schůzce bez směrového čísla země

  • Oznámení – jazyk oznámení, které má být přehráno, když se účastník připojuje ke schůzce

  • Typ mýtného – typ čísla: Zpoplatněné nebo bezplatné

  • Priorita přímého volání – priorita přiřazená číslům schůzky. Zobrazení čísel připojení ke schůzce účastníků je seřazeno na základě této priority.

Výchozí telefonní čísla: Správci mohou přiřadit prioritu přímého volání primárního, sekundárního nebo žádného telefonnímu číslu ve skupině telefonních čísel. Výchozí telefonní čísla s prioritou primární nebo sekundární jsou telefonní čísla. Výchozí telefonní čísla jsou odesílána v e-mailech s pozvánkou na schůzku a jsou uvedena v pořadí priorit, které by účastníci měli použít k připojení ke schůzkám. Výchozí telefonní čísla nemusí být ve stejné zemi. Je nutné vybrat primární telefonní číslo, sekundární telefonní číslo je volitelné. Alespoň jedno z výchozích telefonních čísel musí být typu Zpoplatněné.

Uživatelé koncového zákazníka mohou pomocí webového rozhraní webu schůzky zadat vlastní výchozí telefonní čísla. Tato čísla se zobrazují pro daného uživatele a jeho účastníky, když jsou hostitelem schůzky. Pokud se uživatel připojí ke schůzce jako účastník, zobrazí se pouze mu.

Jak je uvedeno výše, správce partnera Cisco udává US Marylan d jako primární a US Florid a jako sekundární, jedná se o výchozí telefonní čísla. Uživatel se může rozhodnout toto přepsat na svých schůzkách změnou primární na US New Yor k a sekundární jako US Maryland.

Maximální počet telefonních čísel pro danou skupinu telefonních čísel je 98.

POZNÁMKA: Konfigurace vyhrazeného čísla pro jeden podnik není podporována.

Skupiny zpětného volání DNS SRV (CDSG)

Aby si účastníci schůzky mohli vybrat možnost zpětného volání, je vyžadována skupina zpětného volání DNS SRV, která ukazuje na instanci CUBE v rámci sítě partnera Cisco. Webex používá tyto záznamy ke směrování zpětného volání přes CUBE do služby Broadworks, která pak může zpětné volání schůzky umístit na telefonní číslo účastníka schůzky.

Následuje příklad skupiny zpětného volání DNS SRV.

Tabulka 2. Název skupiny zpětného volání DNS SRV: Globální CB

Země/oblast

Směrové číslo země

Záznam DNS SRV

Spojené státy americké

+1

cube.us.example.com

Mexiko

+52

cube.mx.example.com

Všechny ostatní země

cube.global.example.com

Záznamy zpětného volání DNS SRV mají následující atributy:

  • Země/oblast – země nebo oblast, pro kterou má být tento záznam DNS SRV použit k odesílání žádostí o hovor.

  • Kód země – kód země přidružený k zemi/oblasti. Pro každý kód země můžete mít pouze jeden záznam DNS SRV.

  • Záznam DNS SRV – záznam DNS SRV pro instance (instance) Cisco Partner CUBE.

Když účastník požádá o hovor na svém zadaném telefonním čísle, aplikace Webex použije zpětné volání DNS SRV přidružené k kódu země pro zadané telefonní číslo k směrování hovoru na příslušné prvky v síti Cisco Partners.

Použití záznamu DNS SRV tímto způsobem poskytuje podporu nadbytečným instancím CUBE pro obsluhu požadavků na volání ze služby Webex. Ve výše uvedeném příkladu, když účastníci schůzky v USA požádají o zpětné volání od služby Webex na jejich telefonní číslo v USA, použije služba Webex k směrování tohoto hovoru do sítě partnera Cisco server DNS SRV cube.us.example.com . Když účastníci schůzky v Mexiku požádají o zpětné volání od služby Webex na jejich telefonní číslo v Mexiku, služba Webex použije k směrování tohoto hovoru do sítě partnera Cisco server DNS SRV cube.mx.example.com .

Pro jakoukoli zemi/regiony, které nemají konkrétní záznam zpětného volání DNS SRV, směřují tyto žádosti o volání k „záznamu DNS SRV všech ostatních zemíc h “. Správce musí nakonfigurovat záznam DNS SRV „Všechny ostatní země“.

Maximální počet záznamů pro danou skupinu zpětného volání DNS SRV je 200.

Zákaznické šablony

Šablona zákazníka je existující koncept řešení Webex pro Broadworks. Šablona poskytuje výchozí konfiguraci, která se používá ke zřízení koncového zákazníka. Síť BYOPSTN poskytuje šabloně zákazníka další atributy:

  • Typ připojení ke schůzce – mohou to být čísla pro přímé volání společnosti Cisco nebo čísla pro přímé volání poskytnutá partnerem. Tento atribut označuje telefonní čísla, která jsou nakonfigurována pro weby schůzek přidružené k balíčkům Standard a Premium. Čísla pro přímé volání poskytnutá partnerem by měl vybrat správce.

  • Skupina telefonních čísel – přidružená pouze k číslům pro přímé volání poskytnutým partnerem. Tento atribut označuje telefonní čísla, která používají koncoví zákazníci zřízená pro standardní a prémiové balíčky při připojování ke schůzkám.

Skupina zpětného volání DNS SRV – přidružená pouze k možnosti čísel pro přímé volání poskytnutým partnerem. Tento atribut označuje záznamy DNS SRV, které služba Webex používá při zpětném volání koncovým zákazníkům, které jsou při připojování ke schůzkám zřízeny pro standardní a prémiové balíčky. Pokud nechcete povolit zpětné volání, můžete při vytváření nebo aktualizaci šablony zákazníka zvolit možnost „Zakázat zpětné volání“. Když je pro koncového zákazníka zřízen první předplatitel standardní nebo prémiové služby, zřizuje se přidružený web pro schůzky balíčků. Místo pro schůzky balíčku je zřízeno podle výše uvedené šablony zákazníka. Jakýkoli následně zřízený předplatitel pro službu Standard nebo Premium je přidán k již zřízenému webu schůzky – konfigurace webu schůzky se nemění.

Jakékoli změny šablony zákazníka s ohledem na výše uvedené atributy platí pouze pro nově zřízené weby pro schůzky balíčků. Stávající weby schůzek, které jsou již zřízeny, nejsou změnami šablony zákazníka ovlivněny.

Významnou výjimkou je, že pokud již koncový zákazník má web pro schůzky s balíčkem, je jakýkoli nový web pro schůzky s balíčkem zřízen pomocí stejného typu připojení ke schůzce jako stávající web pro schůzky s balíčkem. Pokud má například koncový zákazník standardní stránku pro schůzky balíčku používající čísla pro přímé volání Cisco a šablona zákazníka je aktualizována tak, aby používala čísla pro přímé volání poskytnutá partnerem, je pomocí čísel pro přímé volání Cisco zřízena nová stránka pro schůzky s prémiovým balíčkem, nastavení šablony zákazníka se nepoužije. Standardní a prémiové weby pro daného koncového zákazníka budou vždy zřizovány konzistentně.

Cluster volání Broadworks

Obrazovka Cisco Partner Hub – klastr volání Broadworks poskytuje přístup k zobrazení a/nebo stažení informací o konfiguraci Broadworks (BYoPSTN ). Konfigurační údaje BYoPSTN pro daný cluster obsahují následující data:

  • Podrobnosti o organizaci primárního řešení Seed, včetně standardního balíčku UUID webu pro schůzky a adresy URL webu.

  • Podrobnosti o skupině telefonních čísel pro všechny skupiny nakonfigurované pro tento cluster. To zahrnuje telefonní číslo pro mapování přístupového kódu schůzky pro každou skupinu. Všimněte si, že podrobnosti by měly zahrnovat skupiny, které jsou přidružené ke všem organizacím pro řešení sekundárních osiv.

  • Podrobnosti o skupině zpětného volání DNS SRV pro všechny skupiny nakonfigurované pro tento cluster. Všimněte si, že podrobnosti by měly zahrnovat skupiny, které jsou přidružené ke všem organizacím pro řešení sekundárních osiv.

  • Podrobnosti o šabloně zákazníka pro tyto šablony používající některou ze skupin telefonních čísel a skupin zpětného volání DNS SRV.

Každý cluster volání Broadworks má vlastní konfiguraci Broadworks (BYoPSTN), konkrétně přiřazené skupiny telefonních čísel a skupinu zpětného volání DNS SRV. Upozorňujeme však, že všechny Broadworks Calling Cluster sdílejí stejnou organizaci řešení primárního osiva a jako takové všechny obsahují stejné standardní UUID webu pro schůzky a adresu URL webu.

Informace o konfiguraci Broadworks (BYoPSTN ) jsou k dispozici k zobrazení/stažení pouze v případě, že správce nakonfiguruje a vybere organizaci řešení primárního osiva. Organizace řešení primárního osiva musí mít k balíčku Standard přiřazeného alespoň jednoho uživatele a tento balíček Standard musí používat možnost připojení ke schůzce poskytnuté partnerem (BYoPSTN).

Příklad konfiguračních prvků BYOPSTN

Na následujícím obrázku je příklad nasazení Broadworks s více klastry se zeměpisnými šablonami zákazníků, telefonními čísly a směrováním.

První tabulka ukazuje nasazení Broadworks s více klastry s regionálními šablonami zákazníků, skupinami telefonních čísel a skupinami zpětného volání DNS SRV. Následující tabulky se rozbalují na skupiny telefonních čísel a skupiny zpětného volání DNS SRV.

Cluster BroadWorks

Název šablony

Balíček

Typ připojení ke schůzce

Skupina telefonních čísel

Skupina zpětného volání DNS SRV

BWKS US NG

Pohlavně přenosné nemoci USA

Standardní

Čísla pro přímé volání poskytnutá partnerem

Západ USA

Pensylvánské univerzitě

Západní Prem

Premium

USA Východní Std

Standardní

Východní Amerika

Východní Prem

Premium

BWKS MX (rozcestník)

Pohlavně přenosné nemoci

Standardní

Čísla pro přímé volání poskytnutá partnerem

PNG (operační systém)

Centrální banka MX

Mistrovství světa v basketbalu mužů

Premium

BWKS Spojené království

Pohlavně přenosné nemoci

Standardní

Čísla pro přímé volání poskytnutá partnerem

PNG Spojeného království

Zpětné volání bylo zakázáno

Prem (rozcestník)

Premium

Spojené státy americké

Pohlavně přenosné nemoci

Standardní

Čísla pro přímé volání Cisco

  • Předplatitelé zřízení pomocí šablony US West Std nebo US West Prm používají při připojování ke schůzkám telefonní číslo US West. Tyto předplatitelé, kteří se setkávají s požadavky na zpětné volání, jsou odeslány do záznamů CB US DNS SRV.

  • Předplatitelé zřízení pomocí šablony US East Std nebo US East Prm používají při připojování ke schůzkám telefonní číslo US East. Tyto předplatitelé, kteří se setkávají s požadavky na zpětné volání, jsou odeslány do záznamů CB US DNS SRV.

  • Předplatitelé zřízení pomocí šablony MX Std nebo MX Prm používají při připojování ke schůzkám telefonní číslo MX PNG. Tyto předplatitelé, kteří se připojí ke schůzkám, jsou odeslány do záznamů CB MX DNS SRV.

  • Předplatitelé zřízení pomocí šablony UK Std nebo UK Prm používají při připojování ke schůzkám telefonní čísla PNG ve Spojeném království. Těmto předplatitelům nebude nabídnuto připojení ke schůzce prostřednictvím zpětného volání, protože zpětné volání je zakázáno.

  • Předplatitelé zřízení pomocí amerického Std používají čísla pro přímé volání Cisco, a proto nemají přiřazena žádná skupina telefonních čísel ani skupina zpětného volání DNS SRV. Tito předplatitelé používají telefonní čísla poskytnutá společností Cisco pro připojení ke schůzce a záznamy Cisco DNS SRV pro připojení ke schůzce pomocí zpětného volání.

Podrobnosti o příkladu skupin telefonních čísel jsou následující:

Skupina telefonních čísel

Název telefonního čísla

Země

Směrové číslo země

Telefonní číslo

Oznámení

Zpoplatněný typ

Priorita přímého volání

Západ USA

San Francisco (město)

US

+1

4156551000

Angličtina

Zpoplatněné

Primární

Palo Alto

US

+1

9863502478

Angličtina

Bezplatné

Žádné

Východní Amerika

marylandském

US

+1

2403332200

Angličtina

Zpoplatněné

Primární

floridském

US

+1

9049002303

Angličtina

Zpoplatněné

Sekundární

New Yorském

US

+1

8056504578

Angličtina

Bezplatné

Žádné

PNG (operační systém)

Mexiko

Multifunkční fotoaparát

+52

2065304086

Evropská španělština

Zpoplatněné

Primární

PNG Spojeného království

UK

UK

+44

4527789651

Angličtina

Zpoplatněné

Primární

Podrobnosti o příkladu skupin zpětného volání DNS SRV jsou následující:

Skupina zpětného volání DNS SRV

Země

DNS SRV

Pensylvánské univerzitě

US

cube.us.example.com

Všechny ostatní země

cube.row.example.com

Centrální banka MX

Multifunkční fotoaparát

cube.mx.example.com

Všechny ostatní země

cube.row.example.com

Konfigurace pro záznam US DNS SRV, cube.us.example.com může být jako v příkladu:

_sips._tcp.cube.us.example.com

86400

V

SRV

10

10

5061

cube01.us.example.com

_sips._tcp.cube.us.example.com

86400

V

SRV

10

10

5061

cube02.us.example.com

Tento záznam DNS SRV může být převeden na následující záznam DNS:

cube01.us.example.com

86400

V

Odpověď

45.84.168.81

cube02.us.example.com

86400

V

Odpověď

45.84.168.82

Záznamy DNS SRV řeší zabezpečení hovorů SIP ze služby Webex do CUBE.

Porty používané službou Webex

Porty v tabulce níže musí být otevřeny na bráně firewall DMZ, kde je CUBE umístěn, a ostatní porty mohou být uzavřeny. Další informace o přístavech a požadavcích na síť naleznete v následujícím článku:

https://collaborationhelp.cisco.com/article/WBX264

Zdroj

Zdrojové porty

Cíl

Cílové porty

Protokol

Popis

Služby Webex Edge Audio

Chvilkové

CUBE

5061

TCP

(mtls 1.2) Příchozí signalizace SIP z Webex Edge Audio do CUBE SBC.

CUBE SBC vyžaduje konkrétně použití portu 5061. Použití jiných portů v rozmezí od 5060 do 5070 může být podporováno jinými S<UNK>.

Služby Webex Edge Audio

4000 - 4010

CUBE

5061

TCP

(mtls 1.2) Možnosti Ping pro Webex Edge Audio.

CUBE

Chvilkové

Zvukové soubory

5605

TCP

(mtls 1.2) Signalizace odchozího protokolu SIP pro Webex Edge Audio.

Služby Webex Edge Audio

Chvilkové

CUBE

Efemérní přístavy

8000 - 59999

UDP

(SRTP) Pro příchozí mediální provoz do Edge audio je třeba otevřít dírky brány firewall.

CUBE

Efemérní přístavy

10200 - 28000

Edge Audio

Chvilkové

UDP

(SRTP) Otvory brány firewall musí být otevřeny pro odchozí mediální provoz do CUBE.

Sady šifer TLS a SRTP

Pro handshake mTLS se používá TLS verze 1.2 nebo vyšší a služba Webex Edge Audio podporuje následující šifry (během zpětného volání je Webex Edge Audio nabízí v klientovi TLS Handshake Hello):

  • TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384

  • TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256

  • TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384

  • TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256

  • TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384

  • TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256

  • TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384

  • TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256

  • TLS_RSA_WITH_AES_256_GCM_SHA384

  • TLS_RSA_WITH_AES_256_CBC_SHA256

  • TLS_RSA_WITH_AES_128_GCM_SHA256

  • TLS_RSA_WITH_AES_128_CBC_SHA256

  • TLS_DHE_DSS_WITH_AES_256_GCM_SHA384

  • TLS_DHE_DSS_WITH_AES_256_CBC_SHA256

  • TLS_DHE_DSS_WITH_AES_128_GCM_SHA256

  • TLS_DHE_DSS_WITH_AES_128_CBC_SHA256

Pro sRTP se používají následující šifry:

  • AEAD_AES_256_GCM

  • AEAD_AES_128_GCM

  • AES_CM_128_HMAC_SHA1_80

  • AES_CM_128_HMAC_SHA1_32

Zvukové kodeky podporovány

  • G722

  • Třída G711µ

  • Třída G711a

Požadavky na profil SIP a RTP

Řešení vyžaduje, abyste mezi CUBE (nebo vaším SBC) a službou Webex nasadili protokol TLS SIP pro signalizaci a protokol sRTP pro média.

Profily SIP a RTP jako součást tohoto sdělení by měly splňovat následující požadavky:

Požadavky na profil SIP

Podrobnosti

Časovač vypršení relace

2220 sec (akceptujte SIP 422) * se upraví podle potřeb firmy a očekává se 422.

Nabídka médií pro vloupání

Včasná nabídka

Mediální nabídka pro únik

Pozdní nabídka

Interval pingu možností

30 let (Minimálně)

DTMF

RFC2833 Užitečné zatížení 101 (bez akustického DTMF!)

Porty SIP-UDP

4000-4010,5061,5065

profil RTP

Podrobnosti

profil datové části hlasu

G. 722/ G. 711μ/ G. 711a

Velikost paketu

20 ms

VAD (detekce hlasové aktivity)

Ne

Časovač neaktivity médií

1200 ms

Změna kodeku uprostřed vytáčení

Nepřijato

RTP

8000-48198

Šifry srtp

AEAD_AES_256_GCM

AEAD_AES_128_GCM

AES_CM_128_HMAC_SHA1_80

AES_CM_128_HMAC_SHA1_32

Kodek G.729 není podporován. Pokud chcete použít G.729, musíte použít transcodery.

Domény směrování volání Webex

DNS SRV _sips._tcp. se používá ke komunikaci se zvukem Webex Edge. V závislosti na regionu existují čtyři domény.

Region

Doména

Jižní a Severní Amerika

ecccspx.amer.pub.webex.com

Velká Británie, Severní Afrika

ecccspx.emea.pub.webex.com

Asie/Tichomoří

ecccspx.apac.pub.webex.com

Austrálie / Nový Zéland

ecccspx.anz.pub.webex.com

Evropa

ecccspx.euro.pub.webex.com

DNS SRV se převede na několik záznamů A ukazujících na primární a sekundární místo. Následující tabulka uvádí příklad pro region AMER a v budoucnu se může změnit.

Typ záznamu

Záznam

Cíl

Účel

SRV

_sips._tcp.ecccspx.amer.pub.webex.com

ecccspxpr1.amer.pub.webex.com

Zjišťování služby Webex Edge Audio

SRV

_sips._tcp.ecccspx.amer.pub.webex.com

ecccspxpr2.amer.pub.webex.com

Zjišťování služby Webex Edge Audio

SRV

_sips._tcp.ecccspx.amer.pub.webex.com

ecccspxsc1.amer.pub.webex.com

Zjišťování služby Webex Edge Audio

SRV

_sips._tcp.ecccspx.amer.pub.webex.com

ecccspxsc2.amer.pub.webex.com

Zjišťování služby Webex Edge Audio

Odpověď

ecccspxpr1.amer.pub.webex.com

207.182.174.101*

Ukazuje na Webex Edge Audio AMER primární 1

Odpověď

ecccspxpr2.amer.pub.webex.com

207.182.174.102*

Ukazuje na Webex Edge Audio AMER primární 2

Odpověď

ecccspxsc1.amer.pub.webex.com

207.182.174.229*

Ukazuje na Webex Edge Audio AMER sekundární 1

Odpověď

ecccspxsc2.amer.pub.webex.com

207.182.174.230*

Ukazuje na Webex Edge Audio AMER sekundární 2

DNS-SRV je dynamický charakter, IP adresy jsou náchylné ke změně; proto se vyhněte tvrdému kódování nebo záložkování IP adres. Jakékoli změny nebo aktualizace v dokumentu Referenční informace o portech pro službu Webex Callin g naleznete v části „Historie revizí dokumentů“.

REDUNDANCE Cube

Prvek Cisco Unified Border Element (CUBE) umožňuje funkci hraničního řízení relace v síti spravující připojení SIP mezi externími entitami a interní sítí. Více informací o CUBE naleznete v sekci Předpoklady níže.

Podporované modely redundance jsou definovány s cílem zajistit vysokou dostupnost a eliminovat jedno místo selhání pro partnera společnosti Cisco. Níže jsou nastíněny tři různé modely. Partneři společnosti Cisco by měli přijmout jakýkoli model použitelný pro jejich prostředí.

Během procesu registrace by měl partner filtry ICMP zakázat.

Duplexní nasazení CUBE pro Broadworks nasazeno na jednom webu

Nasazení Simplex CUBE pro Broadworks nasazeno ve více lokalitách

Je možný ještě jeden model redundance, kde je CUBE nasazen v duplexním režimu na každém webu. Tento model není nutný vzhledem k tomu, že Broadworks je nasazován s georedundancí.

Zajištění

Partneři společnosti Cisco jsou povinni nasadit a spravovat výše uvedenou požadovanou infrastrukturu pro povolení sítě BYoPSTN. Zřízení a povolení sítě BYOPSTN pro partnera Cisco vyžaduje následující kroky.
1

Předpoklady partnera

  • Nasazení systému Broadworks

  • Nasaďte CUBE pro Webex Edge Audio nebo využijte vlastní SBC

2

Zřízení telefonních čísel v prostředí Cisco Partner Hub

  • Zřídit skupiny telefonních čísel, které mají být přidruženy k šablonám zákazníků

3

Zřízení skupin zpětného volání DNS SRV v centru Cisco Partner Hub (volitelné)

  • Pokud chcete nasadit funkci Připojení ke schůzce prostřednictvím zpětného volání, zřiďte skupiny zpětného volání DNS SRV a aktualizujte nastavení DNS. V opačném případě můžete tento krok přeskočit.

4

Přidružit PNG (a CDSG) k šablonám zákazníků

  • Přiřaďte skupiny telefonních čísel a skupiny zpětného volání DNS SRV (pouze pokud je nasazeno zpětné volání schůzky) k šablonám zákazníků.

5

Zřizování organizací pro řešení osiva

  • Zřídit testovacího poskytovatele služeb nebo podniku pro službu Webex Pro Broadworks pomocí každé šablony zákazníka.

  • Zajistěte předplatiteli Standardní balíček, který používá možnost připojení ke schůzce s telefonními čísly poskytnutými partnerem.

6

Vyberte organizaci řešení primárního osiva

  • Vyberte organizaci řešení primárního osiva pro BYoPSTN.

7

Stáhnout konfiguraci Broadworks (BYOPSTN)

  • Stáhněte soubor JSON z centra Cisco Partner Hub, který obsahuje informace potřebné ke konfiguraci služby Broadworks

8

Určení domény DNS SRV služby Webex Edge Audio

  • Identifikujte doménu DNS SRV služby Webex Edge Audio

9

Zřídit konfiguraci partnera Broadworks

  • Konfigurace virtuálního odběratele CUBE

  • Použití telefonního čísla pro přístup k mapování kódů ze staženého souboru JSON ve virtuálních předplatitelích

  • Konfigurace síťového serveru

10

Zřídit partnerskou CUBE (nebo vlastní SBC)

  • Chcete-li zřídit CUBE jako svůj SBC, postupujte podle ověřené konfigurace

  • Alternativní. Pokud nechcete používat cube, zřiďte vlastní SBC pomocí konfigurace CUBE jako průvodce na vysoké úrovni

11

Certifikace BYOPSTN

  • Kompletní přijímací zkoušky pro certifikaci

Krok 1: Předpoklady partnera

Pro zřizování sítě BYOPSTN musí být splněny následující předpoklady. Níže uvedené předpoklady předpokládají, že partner má funkční nasazení služby Webex pro Cisco Broadworks, které zahrnuje:

  • Fungující systém Broadworks – jak je zdokumentováno v příručce k řešení Webex pro Cisco Broadworks

  • Licence Broadworks AS se službou „ XML“ v dostatečném množství (1 na číslo PSTN)

  • Jsou vyžadovány opravy Broadworks:

    Pro R22:

    • AP.xsp.22.0.1123.ap376935

    • AP.as.22.0.1123.ap376935

    Pro R23:

    • AP.xsp.23.0.1075.ap376935

    • AP.as.23.0.1075.ap376935

    Pro R24

    • AP.as.24.0.944.ap376935

  • Nasazený systém Cisco CUBE (verze IOS 16.12.2 nebo vyšší): https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

    Podporována je hardwarová i virtuální CUBE. Hardwarová cube je doporučena pro škálovatelnost a vyřizování většího počtu hovorů.

  • Organizace partnera Webex – jak je uvedeno v příručce k řešení Webex pro Cisco Broadworks

Krok 2: Zřízení skupin telefonních čísel (PNG) v prostředí Partner Hub

Postup, který partner společnosti Cisco používá k přidání svých telefonních čísel pro přímé volání ve službě Webex Meeting, je následující:

  1. Přihlaste se k partnerskému centru Cisco.

  2. Přejděte do nabídky Nastavení.

  3. Přejděte na Broadworks Calling.

  4. V části Konfigurace připojení ke schůzce (BYoPSTN) vyberte možnost Vytvořit skupinu telefonních čísel pro přímé volání.

  5. Zadejte název skupiny telefonních číse l a vyberte možnost Další.

  6. Zadejte podrobnosti o telefonním čísl e a vyberte možnost Další.

  7. Zkontrolujte souhrn podrobností o skupině telefonních čísel a vyberte možnost Uložit.

  8. Opakujte tento postup pro každou skupinu telefonních čísel, která má být přidána.

Postup znázorňují snímky obrazovky níže.

Krok 3: Zřízení skupin zpětného volání DNS SRV (CDSG) v prostředí Partner Hub

Tento krok bude dokončen, pouze pokud chcete nasadit možnost Připojení ke schůzce prostřednictvím zpětného volání. V opačném případě můžete tento krok přeskočit.
Pokud tuto možnost nenakonfigurujete, uživatelé se mohou připojit ke schůzkám pomocí možnosti přímého volání nebo se mohou připojit pomocí zvuku počítače.

Když použijete možnost zpětného volání schůzky, ke směrování hovorů ze služby Webex na cube je vyžadována skupina zpětného volání DNS SRV. Postup, který partner Cisco používá k přidání záznamů CUBE DNS SRV do služby Webex, je následující:

  1. Přihlaste se k partnerskému centru.

  2. Přejděte do nabídky Nastavení.

  3. Přejděte na Broadworks Calling.

  4. V části Konfigurace připojení ke schůzce (BYoPSTN) vyberte možnost Vytvořit skupinu zpětného volání DNS SRV.

  5. Zadejte název skupiny zpětného volání DNS SRV .

  6. Vyberte Další.

  7. Zadejte podrobnosti zpětného volání DNS SRV.

  8. Vyberte Další.

  9. Zkontrolujte souhrn podrobností zpětného volání DNS SRV.

  10. Vyberte Uložit.

  11. Zřídit veškeré aktualizace DNS tak, aby odrážely nové záznamy ve skupině DNS SRV.

  12. Opakujte tento postup pro každou skupinu zpětného volání DNS SRV, která má být přidána.

Postup znázorňují snímky obrazovky níže.

Krok 4: Přiřazení PNG a CDSG k šablonám zákazníků v prostředí Partner Hub

Počáteční konfigurace a ověření řešení BYoPSTN vyžaduje organizaci seed pro každou jedinečnou kombinaci skupiny telefonních číse l a skupiny zpětného volání DNS SR V (pokud je vyžadováno zpětné volání). Proto se doporučuje, aby partneři společnosti Cisco podobně vytvořili novou šablonu zákazník a pro každou jedinečnou kombinaci skupiny telefonních čísel a skupiny zpětného volání DNS SRV. Každá šablona zákazníka by měla být použita k vytvoření odpovídající secí organizace.

Jakmile je konfigurace BYOPSTN nasazena a ověřena pomocí organizací seed, lze skupiny telefonních čísel a skupiny zpětného volání DNS SRV podle potřeby použít na stávající šablony zákazníků.

Upozorňujeme, že nově vytvořené šablony zákazníků nepoužívají stávající zákazníci, kteří nejsou testováni, a proto je lze bezpečně použít pro ruční ověření konfigurace BYoPSTN.

Pokud nenasazujete funkci Připojení ke schůzce prostřednictvím zpětného volání, nemusíte přiřazovat skupiny zpětného volání DNS SRV k šabloně zákazníka. Musíte však vybrat možnost Zakázat zpětné volání.

Chcete-li přidat do nové šablony zákazníka, postupujte takto:

  1. Přihlaste se k partnerskému centru Cisco.

  2. Přejděte do nabídky Nastavení.

  3. Přejděte na Broadworks Calling.

  4. V části Šablony vyberte možnost Přidat šablonu.

  5. Zadejte podrobnosti o šabloně. Ve fázi Typ balíčk u:

    • Vyberte možnost Typ balíčk u jako Standard.

    • Vyberte možnost Konfigurace připojení ke schůzc e jako čísla pro přímé volání poskytnutá partnerem (BYoPSTN).

    • Vyberte zřízenou skupinu telefonních čísel.

    • Pokud chcete u skupiny zpětného volání DNS SRV povolit možnost zpětného volání schůzky, vyberte zřízenou skupinu zpětného volání DNS SRV. V opačném případě vyberte možnost Zakázat zpětné volání.

  6. Vyberte Další.

  7. Zadejte zbývající podrobnosti o šabloně.

  8. Zkontrolujte souhrn podrobností šablony.

  9. Klikněte na možnost Uložit.

  10. Tento postup opakujte pro každou šablonu zákazníka, která musí být přidána

Postup znázorňuje snímek obrazovky níže.

Chcete-li aktualizovat stávající šablonu zákazníka, postupujte takto:

  1. Přihlaste se k partnerskému centru Cisco.

  2. Přejděte do nabídky Nastavení.

  3. Přejděte k části Volání Broadworks.

  4. V části Šablony vyberte možnost Zobrazit šablonu.

  5. Vyberte šablonu, kterou chcete aktualizovat.

  6. Přejděte na část Konfigurace připojení ke schůzc e:

    • Vyberte čísla pro přímé volání poskytnutá partnerem (BYoPSTN).

    • Vyberte dříve nakonfigurovanou skupinu telefonních čísel.

    • Pokud chcete u skupiny zpětného volání DNS SRV povolit možnost zpětného volání schůzky, vyberte zřízenou skupinu zpětného volání DNS SRV. V opačném případě vyberte možnost Zakázat zpětné volání.

  7. Vyberte Uložit.

    Postup znázorňuje snímek obrazovky níže.

Krok 5: Zřizování organizací pro řešení osiva

Řešení BYOPSTN má několik různých komponent, z nichž každá musí být správně nakonfigurována, aby řešení fungovalo úspěšně. Jedním ze dvou účelů organizací pro řešení seed je generování telefonních čísel pro mapování přístupových kódů pro schůzky a univerzálně jedinečný identifikátor webu schůzky (site UUID), který je nutný pro probíhající provoz řešení. Dalším účelem je ověření konfigurace.

Pro každou jedinečnou kombinaci skupiny telefonních čísel a skupiny zpětného volání DNS SRV, která má být použita, by měla být dříve vytvořena odpovídající šablona zákazníka. Pro každou z těchto šablon zákazníků musí být zřízena organizace řešení seed. Zřízení těchto semenných organizací vygeneruje telefonní číslo pro mapování přístupových kódů schůzky a identifikátor UUID webu schůzky, které jsou nutné ke konfiguraci služby Broadworks.

Pomocí každé z dříve nakonfigurovaných šablon zákazníků zřiďte předplatitele nového zkušebního poskytovatele služeb Broadworks nebo nového podniku Broadworks s uživatelem standardního balíčk u. Výsledná stránka standardního balíčk u pro schůzky by měla používat možnost připojení ke schůzce čísla pro přímé volání partnerského poskytovatele. Pro poskytnutí účastníka lze použít jednu z následujících metod:

  1. Zřiďte testovacího předplatitele pomocí rozhraní API předplatitelů BroadWorks jak je zdokumentováno na developer.webex.com.

  2. Povolte testovacího odběratele služby IM&P na platformě Broadworks, která je nakonfigurována tak, aby používala šablonu zákazníka. Ujistěte se, že šablona zákazníka používá standardní balíček jako výchozí, aby testovanému odběrateli byl přiřazen standardní balíček. Alternativně musí být testovací předplatitel následně aktualizován, aby měl standardní balíček.

Upozorňujeme, že se doporučuje, aby organizace zabývající se řešením osiva byly spojeny s testovacím poskytovatelem služeb Broadworks nebo testováním Broadworks Enterprise.

Krok 6: Vyberte organizaci řešení primárního osiva

Je důležité, aby tento web schůzky zůstal zřízen, protože toto UUID webu je odesláno v každé žádosti o připojení ke schůzce s přímým voláním jako ověřovací token. Neměli byste odstraňovat organizaci osiva, protože bude odstraněna také přidružená stránka schůzky. Pokud je organizace seed odebrána, budete muset zřídit novou a překonfigurovat Broadworks pomocí nového UUID webu.

Organizace primárního a sekundárního řešení osiva mohou být v případě potřeby odstraněny před přiřazením sady telefonních čísel a záznamů zpětného volání DNS SRV netestovaným zákazníkům. Když je sada telefonních čísel a záznamů zpětného volání DNS SRV přiřazena libovolným netestovaným zákazníkům, jsou tato telefonní čísla a záznamy zpětného volání přidruženy k webům schůzek pro tyto zákazníky a používají se pro připojení ke schůzce pomocí přímého volání a zpětného volání. Jakékoli změny by měly být považovány za ovlivňující službu.

Chcete-li vybrat organizaci řešení primárního osiva, postupujte takto:

  1. Přihlaste se k partnerskému centru Cisco.

  2. Přejděte do nabídky Nastavení.

  3. Přejděte k části Volání Broadworks.

  4. V části Ověření konfigurace (BYoPSTN ) vyberte možnost Přiřadit.

  5. Na obrazovce Přiřadit organizac i vyhledejte a vyberte jednu z dříve nakonfigurovaných organizací pro sdílení.

  6. Vyberte možnost Přiřadit.

    Vybraná organizace osiva je organizací primárního osiva.

Postup znázorňují snímky obrazovky níže.

Krok 7: Stáhnout konfiguraci Broadworks (BYOPSTN)

Podrobnosti o organizaci řešení primárního osiva, skupinách telefonních čísel a skupině zpětného volání DNS SRV pro daný cluster Broadworks jsou k dispozici v jednom umístění, v souboru JSON konfigurace Broadworks (BYOPSTN). Tyto informace jsou potřebné ke konfiguraci služby Broadworks pro BYOPSTN.

Upozorňujeme, že konfigurační soubor JSON je k dispozici k zobrazení/stažení pouze poté, co je vybrána organizace primárního osiva.

Postup zobrazení/stažení konfiguračního souboru JSON je následující:

  1. Přihlaste se k partnerskému centru Cisco.

  2. Přejděte do nabídky Nastavení.

  3. Přejděte na Broadworks Calling.

  4. V části Clustery vyberte možnost Zobrazit cluster.

  5. Vyberte cluster přidružený k šablonám zákazníků nakonfigurovaným pro BYOPSTN.

  6. Přejděte k části konfigurace Broadworks pro BYoPST N.

  7. Klikněte na možnost Stáhnout konfigurační soubor JSON.

  8. Tento postup opakujte pro všechny ostatní clustery Broadworks.

Postup znázorňují snímky obrazovky níže.

Viz ukázkový konfigurační soubor JSON níže. Soubor obsahuje doplňující informace o každé skupině telefonních čísel, skupině zpětného volání DNS SRV, následující konfigurační položky klíčů, které musí být zadány v Broadworks, jsou označeny tučně.

  • UUID: Broadworks musí tuto hodnotu odeslat ve zprávách SIP; jedná se o token, který Webex Edge Audio používá k potvrzení identity Broadworks partnera Cisco a jeho přístupu k webům schůzek spravovaným tímto partnerem Cisco.

  • Mapování přístupového kódu telefonního čísla: Telefonní čísla a přidružené přístupové kódy služby Webex musí být nakonfigurovány v platformě Broadworks.

    • telefonníčíslo

    • Kód přístupu

  • Místní značka: Požadovaný jazyk oznámení přidružený k telefonnímu číslu musí být nakonfigurován v aplikaci Broadworks.

  • Dnssrv: DNS SRV zpětného volání musí být nakonfigurován v DNS a odkazovat na požadované instance CUBE.

 { "siteUUID": "491db0821791441a96c233fefb6c6dfc", "siteURL": "seedtestenterpriseabc.webex.com", "partnerOrgId": "1da ⦅_ph_28⦆-3651-4467-b26b-b0d85a2cb3ad", "solutionValidationOrgId": "d927ac4d-3d73-4d7f-8506-a1bc0a221934", "customerTemplates": [ { "jméno": "US West Std", "id": "27fe1337-ab1d-44b0-8b5e-ff1d32f6e3f8", "phoneNumberGroupId": "25392686-a390-49b9-bad5-cb47159c3e992" } ], "phoneNumberGroups": [ { "jméno": "US West", "id": "1bcb05bd-b919-45fd-b30e-71d2aben_US", "tollType": "TollFree", "defaultPhoneNumberType": "NONE", "phoneNumber": "9863502478", "accessCode": "88672693772924908359" }, { "id": "48fa7c50-9da0-4c8b-9b2f-307ff435c7c7", "jméno": "US Toll San Francisco", "countryCode": "US", "localeTag": "en_US", "tollType": "Zpoplatněné", "defaultPhoneNumberType": "PRIMARY", "phoneNumber": "4156551000", "accessCode": "88652789466280320324" } ] }, { "name": "US East", "id": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e", "phonenumbers": [ { "id": "ca0c622a-8621-4477-91e0-b3e214833568", "name": "US Maryland", "countryCode": "US", "localeTag": "en_US", "tollType": "Zpoplatněné", "defaultPhoneNumberType": "PRIMÁRNÍ", "phoneNumber": "2403332200", "accessCode": "88631321777971704941" }, { "id": "00875574-9a46-4447-a967-350b6176755a", "jméno": "US Florida", "countryCode": "US", "localeTag": "en_US", "tollType": "Toll", "defaultPhoneNumberType": "SEKUNDÁRNÍ", "phoneNumber": "9049002303", "accessCode": "88632627551145646175" }, { "id": "a2c10316-9266-4423-a669-d67949f99d33", "jméno": "US New York", "countryCode": "US", "localeTag": "en_US", "tollType": "TollFree", "defaultPhoneNumberType": "NONE", "phoneNumber": "8056504578", "accessCode": "88649679020033567943" } ] } ], "callbackDnsSrvs": [ { "jméno": "CB US", "callbackDnsSrvs": [ { "jméno": "CB US", "callbackDnsSrvs": [ { "jméno": "CB US", "callbackDnsSrvs": [ { "jméno": "Callback MX", "countryCode": "MX", "dnsSrv": "cube.mx.example.com" , "id": "cca0e4c3-5cff-412c-a854-bfb719f603a2" } ] , "id": "cca0e4c3-5cff-412c401-50c0-c 

Krok 8: Určení domény DNS SRV služby Webex Edge Audio

Doména Webex Edge Audio DNS SRV musí být nakonfigurována v Broadworks. K určení hodnoty použijte následující postup.

  1. Přihlaste se k partnerskému centru Cisco.

  2. Přejděte na Zákazníci.

  3. Vyberte ověřovací podnik BYOPSTN.

  4. Vyberte Zobrazit zákazníka.

  5. Přejděte do části Služby/Schůzky.

  6. Vyberte místo schůzky se standardním balíčkem.

  7. Posuňte se na spodní stranu bočního výstupního panelu a vyberte možnost Konfigurovat web.

  8. Vyberte Společná nastavení / Nastavení zvuku.

  9. V části Vlastní globální čísla pro přímé volán í Edge Audio vyberte možnost Generovat skript Lua.

  10. Ve vyskakovacím okně vyhledejte hodnotu „-- Update to header with CCAX URL“.

     -- Aktualizovat hlavičku pomocí CCAX URL local oldTo1 = msg:getHeader("Do") local newTo1 = string.gsub(oldTo1, "", "") msg:modifyHeader("Do", newTo1) 

  11. Extrahujte hodnotu tučně, například ecccx.amer.webex.com.

Toto je doména Webex Edge Audio DNS SRV, která musí být nakonfigurována v Broadworks.

Krok 9: Zřídit konfiguraci partnera Broadworks

Tato část popisuje konfiguraci služby Broadworks nezbytnou k implementaci scénářů přímého volání a zpětného volání ze schůzky uvedených v níže uvedených schématech. Příklady konfigurace jsou založeny na datech v souboru JSON zobrazených v předchozí části. Očekává se, že čísla, domény, názvy podniků/skupin, typ zařízení, zásady, profily atd. se budou lišit podle partnera.

Podrobnosti o Broadworks – Zavolejte mi (zpětné volání pomocí záhlaví SIP X-Cisco-Meet-Info) – na registrovaný telefon / PSTN

Postup hovoru:

  1. Uživatel požaduje zpětné volání, služba Webex zahájí zpětné volání.
  2. Hovor je směrován na Broadworks OTT.
  3. Hovor dosáhne cube zřízené v CH. CUBE směruje hovor do služby Broadworks.
  4. Broadworks identifikuje hovor jako původ hostitele schůzky a vytvoří relaci pro uživatele hostitele schůzky a zpracuje hovor.
  5. Relace uživatele hostitele schůzky zpracuje hovor a přeloží vytočené číslo. Kromě toho je vygenerován fakturační záznam jménem uživatele hostitele schůzky.
  6. Broadworks směruje hovor na uživatele přidruženého k zařízení (7) nebo na PSTN (8).
Telefon nebo síť PSTN uživatele zazvoní a po přijetí se připojí ke schůzce.

Dříve než začnete

Komunikace SIP mezi Broadworks a CUBE může probíhat přes UDP nebo TCP v závislosti na požadavcích sítě. Pokud například některá síťová nebo přístupová zařízení (například brány nebo koncové body) v tocích přímého volání BYOPSTN nebo zpětného volání nepodporují protokol TCP, měla by se místo toho použít protokol UDP.

Konfigurace a příklady uvedené v této příručce používají jako transportní protokol protokol TCP. Chcete-li používat protokol TCP, ujistěte se, že aplikační server i síťový server Broadworks jsou nakonfigurovány pro protokol TCP:

_CLI/Interface/SIP> získat networkProxyTransport = nespecifikovaný accessProxyTransport = nespecifikovaná supportDnsSrv = true supportTcp = true
Aplikační server

Identifikace/typ profilu zařízení

Měl by být vytvořen nový typ profilu identity/zařízení, který bude reprezentovat CUBE. Ujistěte se, že jste nastavili následující vlastnosti, zatímco ostatní mohou být ponechány ve výchozím nastavení:

  • Typ signalizační adresy – nastaveno na inteligentní adresování proxy

  • Ověřování – nastaveno na povoleno

  • Identita podpory v aktualizaci a opětovném pozvání – zaškrtnuto

  • Statická registrace schopná – nastavena na Povoleno

  • Schopné video – nastaveno na zakázané

V níže uvedeném příkladu je vytvořen nový typ profilu identity/zařízení „VXML_profile“, aby reprezentoval CUBE.

Virtuální odběratel Voice XML

Vytvořit instanci XML

Každé číslo PSTN aplikace Webex Meetings je reprezentováno virtuálním předplatitelem v platformě Broadworks a lze použít funkci virtuálního předplatitele XML. Doporučuje se, aby pro všechny virtuální předplatitele XML byly použity vyhrazené podniky a skupina. Všimněte si, že ve skutečnosti nevyužíváme žádné možnosti XML, ale tento typ virtuálního uživatele je vhodný pro interakci s CUBE.

Chcete-li používat službu XML, ujistěte se, že licence má dostatečné množství „ XML“ a že služba je autorizována na úrovni podniku a skupiny, a služba XML je přiřazena skupině, jak je znázorněno na níže uvedeném příkladu.

V nabídce Skupina > Služby vyberte položku VoiceXML a pro každé číslo PSTN vytvořte instanci.

Nastavení adres XML

Pro každou instanci XML zadejte v adresách XML následující:

  • Telefonní číslo – Zadejte vytáčené číslo pro web aplikace Webex Meetings (například 2403332200).

  • Rozšíření

  • Identita/profil zařízení– vytvořte jednu instanci (například VXMLProf) na základě typu zařízení vytvořeného v předchozí části (v příkladu VXM_deviceL) a zadejte následující konfiguraci._profile

  • Linka/port – zadejte ve formátu @, kde

    • je číslo přístupového kódu pro web aplikace Webex Meetings (dostupné ze souboru JSON) (například 88631321777971704941)

    • je doména služby Webex Edge Audio pro tento web schůzky (například ecccspx.amer.pub.webex.com)

  • Contact sip – Pro přímé volání na schůzku na přístupové číslo bude POZVÁNKA odeslána s identifikátorem URI požadavku nastaveným na hodnotu tohoto pole. Zadejte kontakt SIP v tomto formátu ;;;, kde:

    • je z pole linky/port, ale s doménou jako SRV, která se převádí na adresu cube (například 88631321777971704941@cube.internal.local)

    • představuje nastavení jazyka podle národního prostředí uživatele (například locale=en_US)

    • je UUID webu ze souboru JSON (například x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b)

    • by měl být transport = tcp, aby AS používal TCP k odesílání zpráv do CUBE.

Níže je uveden příklad nastavení adres XML.

Pro každé další přístupové číslo schůzky, které má být použito, by měl být vytvořen další virtuální předplatitel XML, který je analogický k výše uvedenému. Lze použít stejný profil zařízení, ale pole Line Port a Contact musí být zkonstruována z informací o přístupovém čísle, jak je uvedeno výše.
Ujistěte se, že limity zásad zpracování hovorů, které nakonfigurujete ve virtuálním předplatiteli Broadworks, jsou dostatečné pro zpracování dalších hovorů BYOPSTN ve vaší skupině telefonních čísel.

Přiřadit ověřování SIP instanci XML

Přiřaďte ověřovací službu virtuálnímu odběrateli XML. Tato akce se použije k ověření zpráv SIP INVITE z cube ve scénáři zpětného volání. Také zabraňuje virtuálnímu předplatiteli XML přijímat hovory od jiných stran než CUBE

Přejděte na stránku Ověření virtuálního odběratele v části Nástroje a zadejte uživatelské jméno a heslo SIP, jak je uvedeno níže:

Aby bylo možné správně ověřit zprávy INVITE odeslané do přidruženého systému, musí být CUBE nakonfigurována se stejným uživatelským jménem a heslem.

Příklad příkazu ke konfiguraci ověřování SIP v cube je následující:

Uživatelské jméno pro ověření sip-ua VSUB heslo 0  (Další podrobnosti naleznete v konfiguraci CUBE / datafill).

Namedefs soubor

Pole kontaktu SIP virtuálního odběratele XML obsahuje adresu URL, ve které se část domény přesune na adresu CUBE. Jedná se o interní SRV a soubor názvů na AS lze použít k vyřešení interní SRV do IP CUBE.

V našem příkladu, SIP contact SRV je cube.internal.local a řeší adresu 10.165.196.30 port 5060 dosáhnout CUBE. V rámci AS se soubor /usr/local/broadworks/bw_base/conf/namedefs aktualizuje následujícím způsobem:

_sip.tcp.cube.interní.místní SRV 1 99 5060 10 165 196,30

Typ hovoru v aplikaci Webex Meetings

K dispozici jsou možnosti konfigurace zpracování hovorů v aplikaci Webex Meetings, které řídí, jak se vyřizují hovory s přímým voláním ve schůzce. Ve výchozím nastavení jsou hovory s přímým voláním schůzky zpracovávány jako externí hovory, protože čísla pro přímé volání jsou hostována ve vyhrazeném podniku nebo poskytovateli služeb. Externí hovory jsou obvykle zahrnuty v počtu relací Řízení přístupu k relaci a označeny pro nabíjení v poli CDR Indicator.

Následující příklad přidává doporučenou konfiguraci ke zpracování příchozích hovorů schůzky jako interních hovorů tak, že jsou vyloučeny z nabíjení a vyloučeny z počtů řízení přijetí do relace.

Nastavením možnosti Vynutit NS Charge Field na hodnotu true je populace indikátoru CDR pole založena na nakonfigurovaném atributu Charge typu volání síťového serveru.

AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> přidat „Webex Meetings“ WXM true true JAKO_CLI/System/CallP/WebexMeetings/WebexCallTypes> získat název Typ volání NS Vynutit proces nabíjení pole NS jako interní Pro předplatitele SAC ========================================================================================== Webex Meetings WXM true true 
Virtuální odběratel zpětného volání XML na schůzku

Vytvoření odběratele zpětného volání schůzky XML

Aby mohl vyřizovat hovory zpětného volání Webex Meetings, musí být na aplikačním serveru Broadworks (AS) nakonfigurován vyhrazený virtuální předplatitel XML se speciální možností zpětného volání Webex Meetings. V přidruženém systému lze nakonfigurovat pouze jednu instanci tohoto odběratele.

Chcete-li funkci povolit, nastavte funkci Aktivovatelná funkce 102074 na hodnotu True prostřednictvím rozhraní příkazového řádku.

AS_CLI/System/ActivatableFeature> aktivovat 102074 ***** Varování *****: Tato činnost by se měla provádět pouze během údržby, protože může způsobit přidávání, úpravu či odstranění velkého množství dat a provedení může nějakou dobu trvat. Funkce s dopadem na webovou stránku vyžadují, aby se uživatelé a správci odhlásili a znovu přihlásili. Opravdu chcete pokračovat?  Potvrďte prosím (Ano, Y, Ne, N): y ...Provedeno jako_CLI/System/ActivatableFeature> get Id Description Aktivováno Poslední změna časového razítka ============================================================================================= 102746 Podpora BroadWorks pro CI UUID true 102074 BYO PSTN Podpora fakturace pro CallBack a CallIn true 104256 Služba ověření slabého hesla false 104073 Přidat podporu FAC pro agenta call centra Join-Unjoin v CDR false 103542 Konfigurovatelný koncový bod pro automatickou odpověď a vynucenou odpověď false 104255 Použití a chování řízení hesla k zajištění zabezpečení false 

Vzhledem k tomu, že podpora fakturace BYO PSTN pro funkce Back a In závisí na funkci „Podpora služby Broadworks pro službu CI UUID“, musíte před aktivací funkce (102074) aktivovat také funkci (102746). Další podrobnosti naleznete v části „Synchronizace CI uživatele UUID (podpora Broadworks pro CI UUID)“.

Předplatitel zpětného volání na schůzku XML je podobný stávajícímu virtuálnímu předplatiteli BYOPSTN VXML, ale označil jej novým příznakem „Zpětné volání na schůzku Webex“. Tento odběratel zpětného volání na schůzku XML je nakonfigurován se stejným profilem zařízení jako stávající virtuální odběratel BYOPSTN VXML a také se službou ověřování se stejnými přihlašovacími údaji.

Níže je uveden příklad:

Předplatitel zpětného volání na schůzku XML musí existovat ve přidruženém systému, který hostí uživatele hostitele schůzky. Když přidružený systém obdrží žádost o POZVÁNKU zpětného volání na schůzku, pokusí se během nastavení hovoru vyhledat uživatele zpětného volání na schůzku XML i hostitele schůzky v přidruženém systému. Pokud není nalezen žádný z těchto uživatelů, hovor je odmítnut.

Hostitelská relace schůzky

Ve scénáři zpětného volání s hlavičkou X-Cisco-Meet-Info obdrží aplikační server Cisco Broadworks žádost SIP INVITE a identifikuje hostitele schůzky pomocí parametru UUID uživatele hostitele CI záhlaví SIP X-Cisco-Meet-Info. Relace hovoru je vytvořena jménem uživatele hostitele schůzky, který slouží ke zpracování hovoru a provedení profilu služby uživatele. Kromě toho je vygenerován fakturační záznam jménem uživatele hostitele schůzky. ID schůzky a informace o UUID webu z hlavičky SIP X-Cisco-Meet-Info jsou zaznamenány ve fakturačním záznamu.

Níže je uveden příklad záhlaví SIP X-Cisco-Meet-Info:

X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab -04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
Platforma pro doručování aplikací

Synchronizace UUID uživatele CI (podpora Broadworks pro CI UUID)

CI UUID uživatele je jedinečný identifikátor pro identifikaci uživatelů v prostředí Webex.

Tato aplikace Webex Provisioning Sync na platformě Cisco Broadworks Application Delivery Platform (ADP) se používá k synchronizaci, mapování a ukládání uživatelského CI UUID do infrastruktury Broadworks tak, aby mohla být použita v různých interakcích se službou Webex a Webex pro Broadworks.

Viz část „Povolit zpětné volání schůzky Webex“, kde najdete informace o tom, jak sdružení UUID uživatele CI používá síťový server Cisco Broadworks a aplikační server Cisco Broadworks.

Následující kroky nastavují aplikaci Webex Provisioning Sync tak, aby pravidelně prováděla anketu a aktualizovala uživatele Broadwork pomocí CI UUID UCI.

Aplikace Webex Provisioning Sync vyžaduje přihlašovací údaje OAuth se správcem spark:broadworks_subscribers_read pro poskytovatele identity Cisco a lze je získat vytvořením žádosti o službu u svého agenta pro nábor.

Další informace o žádosti o službu najdete v části „Získání přihlašovacích údajů OAuth pro službu Webex pro Cisco Broadworks“ na adrese: https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/Solution_Guide/wbxbw_b_solution-guide/wbxbw_b_SolutionGuide-PDF_chapter_01.html?bookSearch=true#Cisco_Generic_Topic.dita_0e1beabc-80ae-4e8d-b177-17108ec5daed

Přidejte token s příslušným jménem partnera následujícím způsobem:

ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> přidejte nové heslo custBYO refreshToken:       Zadejte nové heslo znovu:       ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> získat sdružování tokenu obnovení jména ================================== partnera ******* custPart ******* custBYO ******** 

Přidejte název partnera přidružený k tokenu OAuth na seznam partnerů, kteří mají být monitorováni aplikací Webex Provisioning Sync, s příznakem „povoleno“ nastaveným na „true“.

Pomocí této aplikace Webex Provisioning Sync začne provádět synchronizaci UUID uživatele CI v definovaném intervalu synchronizace.

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> přidat soubor custBYO true

Jakmile je partner zahrnut, aplikace Webex Provisioning Sync může nyní provést přidružení CI UUID k uživatelům Broadworks.

Změňte časový limit připojení pomocí následujících příkazů:

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> set requestTimeout 30000 ...Done ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> get requestTimeout = 30000 ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> cd http ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller/Http> set connectionTimeout 300 *** Varování: Aby se změny projevily, je třeba restartovat službu BroadWorks *** ADP_CLI/Application/WebexProvisioningSync/GeneralSetting/Controller/HTTP > get connectionPoolSize = 5 connectionTimeout = 300 connectionIdleTimeOut = 300 maxConcurrentRequests = 10 maxCookieAgeInHours = 24 

Toto přidružení lze provést automaticky nebo ručně. Příkaz CLI Sync může okamžitě spustit přiřazení.

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> ručníSynchronizace custBYO

Partneři s funkcí „Enabled“ nastavenou na „true“ provádějí přiřazené v intervalu dotazování. Během počátečního přidružení se aplikace Webex Provisioning Sync dotazuje rozhraní API předplatitele Webex a načte data obsahující CI UUID pro všechny uživatele hostované partnerem. Externí ID uživatele Broadworks je aktualizováno přidruženým identifikátorem CI UUID. Následná sdružení mají vliv na uživatele přidané k partnerovi. Ke zjištění, zda je synchronizace dokončena, lze použít stavový příkaz.

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> stav Jméno partnera Stav Poslední synchronizace Čas ============================================================ custBYO synchronizace custPart monitoring 2023-01-29T15:36:43.873-05:00 Počet nalezených položek: 2 

Po dokončení synchronizace se stav změní zpět na monitorování. Následná synchronizace se provádí u uživatelů přidaných k partnerovi po „čase poslední synchronizace“.

Následující obrázek znázorňuje sadu CI UUID v rámci externího ID:

Síťový Server

Typ hovoru

Pro účely fakturace a vykazování může být žádoucí označit CDRS pro přímé volání v aplikaci Meetings. Toho lze dosáhnout pomocí zásad Pre Typing síťového serveru.

Nejprve na rozhraní příkazového řádku NS v části /System/ P/ Type přidejte nový typ hovoru. Následující příklad přidává nový typ volání „WXM“:

NS_CLI/System/CallP/CallTypes> přidat WXM LOCAL true false „Webex Meetings“ NS_CLI/System/CallP/CallTypes> získat typ hovoru WXM CallType Popis Kategorie Rozsah PodporaE164 Poplatek ======================================================================= WXM Webex Meetings LOCAL User Defined true false 

Typ hovoru pak lze použít v instanci Pre Typing, která je součástí profilu směrování uživatele Broadworks. V tomto příkladu byla do kontextu rozhraní příkazového řádku /Policy/Pre Typing přidána nová instance „wxm“, ale může se jednat o existující instanci Pre Typing, která se již používá:

NS_CLI/Policy/PreCallTyping> přidat pravdivé typy hovorů wxm VŠECHNY NS_CLI/Policy/PreCallTyping> získat zásady wxm: Instance psaní před hovorem: Typy hovorů WXM:                                     Výběr = {ALL} od = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP} supportLCABasedNormalizace = false Povolit = true 

Dalším krokem je přidání položek do instance Pre Typing pro všechna vytáčená čísla v kontextu rozhraní příkazového řádku /Policy/Pre Typing/Plan. Například:

NS_CLI/Policy/PreCallTyping/DialPlan> přidat wxm 1 dflt 12403332200 12403332200 přesné 11 11 WXM 0 0 Webex Meetings NS_CLI/Policy/PreCallTyping/DialPlan> přidat wxm 1 dflt_e164 12403332200 12403332200 přesné 11 11 WXM 0 0 Webex Meetings NS_CLI/Policy/PreCallTyping/DialPlan> získat zásady wxm 1: Instance psaní před hovorem: Tabulka wxm: DialPlan CC Plán vytáčení Od Do Shoda Min Max Typ volání Předčíslí Akce volání Kód ID volání ================================================================================================ 1 dflt 12403332200 12403332200 {exact} 11 11 {WXM}     0 schůzek Webex 1 dflt_e164 12403332200 12403332200 {exact} 11 11 {WXM}     0 schůzek Webex 

Instance Pre Typing se pak přidá (pokud již neexistuje) do příslušného směrovacího profilu původního uživatele, jak je uvedeno v následujícím příkladu:

NS_CLI/Policy/Profile> přidat Profall PreCallTyping wxm NS_CLI / Zásady / Profil> získat profil Profall:  Profall Policy Instance ========================================== CallTyping DefaultInst CallScreening DefaultInst SubLocation DefaultInst FarEndRtg DefaultInst NearEndRtg DefaultInst UrlDialing DefaultInst MediaSrvSel DefaultInst SIMPLE DefaultInst DstSvcRtg DefaultInst ČísloPřenositelnost DefaultInst RCBasedRtg DefaultInst NetVoicePortalRtg DefaultInst PreCallTyping wxm 
Broadworks pocházející z CDR jsou generovány pouze hovory pocházející od předplatitelů BW. Hovory pocházející ze sítě PSTN ze „síťové“ strany přidruženého systému nebudou generovat původní CDR. V obou případech bude pro virtuálního předplatitele XML ukončovací CDR.

Routingová NE

RoutingNE je vyžadováno na NS v kontextu /System/Device/RoutingNE CLI pro reprezentaci CUBE. Tímto způsobem, když NS obdrží INVITE z CUBE, bude odpovídat záhlaví via položce RoutingNE, která je zřízena v NS. Podrobnosti o přidávání funkce RoutingNE naleznete v Příručce pro správu rozhraní příkazového řádku pro síťový server Cisco BroadWorks .

Níže je uveden příklad příkazů pro přidání RoutingNE „Webexmeetings“, kde adresa IP krychle = 10.165.196.30. Příklad také ukazuje příkazy pro vytvoření nových instancí Origredirect a Profile, které se mají přidružit k RoutingNE, ale lze použít i existující instance.

NS_CLI/Policy/OrigRedirect> přidat wxm_Inst true CallTypes ALL supportTrunkGroupLookups zakázat applyAccessSideRules enableRestrictive NS_CLI/Policy/OrigRedirect> get wxm_Inst Policy: Instance OrigRedirect: wxm_Aktivní povolení = true Typy hovorů:     Selection = {ALL} od = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP} supportTrunkGroupVyhledávání:     Výběr = {zakázat} Z = {disable, enablePermissive, enableRestrictive} applyAccessSideRules:     Výběr = {enableRestrictive} Od = {disable, enablePermissive, enableRestrictive} NS_CLI/Policy/Profile> add wxm_routing NS_CLI/Policy/Profile> add wmx_routing OrigRedirect wxm_Inst NS_CLI/Policy/Profile> add wmx_routing SubLocation DefaultInst NS_CLI/Policy/Profile> get profile wxm_routing Profile:  OrigRedirect wxm_routing instance zásad ========================================== wxm_Výchozí umístění Inst NS_CLI/System/Device/RoutingNE> přidat WebexMeetings 1240364 1 99 wxm_routing false OnLine AccessRoutingNE NS_CLI/System/Device/RoutingNE/Address> přidat WebexMeetings 10.165.196.30 1 99 tcp NS_CLI/systém/zařízení/RoutingNE> získat umístění síťového prvku WebexMeetings = 1240364 Statické náklady =  1 Statická hmotnost = 99 Anketa = false OpState = povolen Stav = OnLine Profil = wxm_routing Signalizační atributy= AccessRoutingNE NS_CLI/System/Device/RoutingNE/Address> získat Routing NE Adresa Náklady Váha Port Transport Route WebexMeetings 10.165.196.30     1 99 – tcp 

Pomocí vzorové konfigurace odešle CUBE do NS POZVÁNKU, která je podobná následujícím (důležitá pole tučně):

POZVAT sip:+19991111111@domain.com:5060 SIP/2.0 Prostřednictvím:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB Remote-Party-ID:" BroadWorks ";screen=no;party=calling;privacy=vypnuto Od:" BroadWorks ";tag=958BDDF4-1AB Na: Datum:čt, 03. listopadu 2022 12:39:58 GMT Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30 Podporováno:100rel,timer,resource-priority,replaces,sdp-anat Min-SE:14400 Cisco-Guid: 1976459008-1521160685-2893855292-0660755617 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270 Uživatel-agent: Časové razítko Cisco-SIPGateway/IOS-16.12.2s: 1667479198 – ID relace: e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000000000 Povolit:POZVAT,MOŽNOSTI,BYE,ZRUŠIT,ACK,PRACK,AKTUALIZOVAT,REFER,PŘIHLÁSIT,INFO,REGSTER CSeq:101 POZVAT Kontakt: Vyprší platnost:180 Allow-Events:telephone-event Max-Forwards:68 

Kde:

  • IDENTIFIKÁTOR URI žádosti o pozvání obsahuje číslo pro zpětné volání

  • Pomocí záhlaví: obsahuje IP adresu CUBE, která bude použita k výběru profilu RoutingNE.

  • Záhlaví X-Cisco-Info-Meet: slouží k identifikaci hostingu CIUSERUID, meetingid & UUID.

Po obdržení POZVÁNKY použije NS záhlaví Via, aby odpovídalo aplikaci Routingne „Webexmeetings“. To zase vybere profil „wxm_routing“ směrování, který obsahuje instanci wxm_„Inst“ služby Origredirect.

Zásady přesměrování NS se poté budou shodovat s hlavičkou X-CISCO-MEET-INFO:

X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec

s portem linky nakonfigurovaným na virtuálním předplatiteli XML a odesláním přesměrování 302 na páru AS hostující tohoto předplatitele. Zpráva 302 je podobná následujícímu:

SIP/2.0 302 dočasně přesunuto přes:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK5452684 Od:" Webex "<sip:+12403332200@10.165.196.30>;tag=8EEAA586-1675 Na:<sip:+14519615001@10.155.6.172>;tag=394411970-1602687588994 Call-ID:ABC5CCA2-D6411EB-8AD6D 208D-EE20F768@10.165.196.30 CSeq:101 POZVAT kontakt:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone> ;q=0.5, <sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone>;q=0.25 Content-Length:0 

Přezdívka

Doména v identifikátoru INVITE URI (v příkladu je to bw.myenterprise.com) odeslaná CUBE do NS musí být rozpoznána NS. To lze provést přidáním domény do kontextu NS_CLI/System/Alias, například:

NS_CLI/System/Alias> přidejte bw.myenterprise.com.

Příkaz ke konfiguraci domény identifikátoru URI INVITE na cube naleznete v další části pod cílem dial-peer/session, například:

vytáčení-peer hlas 23401 voip cíle relace dns:bw.myenterprise.com

Kategorie: Albánie

Pro podporu možností konfigurace zpracování hovorů aplikace Webex Meetings pro fakturaci a řízení přijetí do relace musí být v kontextu NS_CLI/System/Device/ NE povoleny atributy signalizace Hosting NE serveru aplikace Application Server Hosting NE Require d a Indicatio n. Například:

NS_CLI/System/Device/HostingNE> nastavit signalizaci broadworksASHostNe E164Compliant, CallTypeInfoRequired, SourceId, RequiresNetworkIndication RequiresChargeIndication;

Povolit zpětné volání schůzky Webex

Ve scénáři zpětného volání s hlavičkou SIP X-Cisco-Meet-Info odešle CUBE volání na síťový server pro přesměrování původce na pár AS. Pár AS je určen na základě parametru systému Webex Hoostlooku p .

NS_CLI/System/CallP/Options> získat accessSideRoutingNeDeterminedViaSignaling = false disableNdcValidationForCalledNumbers = true forceRoutingNEProfile = false skipPrivatePoliciesOnEmergency = true maxReturnedContacts = 10 enableWebexMeetingHostLookup = true 

Když je parametr Webex Hoostlooku p nastaven na hodnotu true, CI UUID hostitele schůzky v hlavičce X-Cisco-Meet-Info slouží k identifikaci páru AS hostujícího hostitele schůzky.

POZVAT sip:+19991111111@domain.com:5060 SIP/2.0 Prostřednictvím:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB Remote-Party-ID:" BroadWorks ";screen=no;party=calling;privacy=vypnuto Od:" BroadWorks ";tag=958BDDF4-1AB Na: Datum:čt, 03. listopadu 2022 12:39:58 GMT Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30 Podporováno:100rel,timer,resource-priority,replaces,sdp-anat Min-SE:14400 Cisco-Guid: 1976459008-1521160685-2893855292-0660755617 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270 Uživatelský agent: Časové razítko Cisco-SIPGateway/IOS-16.12.2s: 1667479198 – ID relace: e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000000000 Povolit:POZVAT,MOŽNOSTI,BYE,ZRUŠIT,ACK,PRACK,AKTUALIZOVAT,REFERENČNÍ,PŘIHLÁSIT,INFORMOVAT,INFO,REGISTROVAT CSeq:101 POZVAT Kontakt:<sip:+12403333333@10.20.20.20:5060;transport=tcp> Vyprší platnost:180 Allow-Events:telephone-event Max-Forwards:68 

Krok 10 Zřizování Partner CUBE

Tato část poskytuje ověřenou konfiguraci, jak nasadit prvek Cisco Unified Border Element (CUBE) jako řadič relace (SBC) pro řešení Přineste si vlastní síť PSTN.

Tato část se zaměřuje na konfigurace CUBE, které jsou nezbytné pro propojení s příkladem konfigurace Webex pro Cisco Broadworks zobrazeným v předchozí části. Podrobnější informace o počátečním nasazení a konfiguraci CUBE naleznete v následujících příručkách: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-overview.html

https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-Guide

Nasazení vlastní možnosti SBC

Pokud nechcete nasadit CUBE, máte možnost nasadit vlastní SBC. Upozorňujeme však, že tento dokument neposkytuje ověřenou konfiguraci pro jiné S než CUBE.

Pokud nasadíte vlastní SBC, můžete se řídit požadavky na konfiguraci CUBE na vysoké úrovni (například přiřazení jako doména, veřejná a soukromá rozhraní a brány) a řídit konfiguraci. Podrobnou nápovědu k příkazové řádce naleznete v dokumentaci SBC, protože skutečné příkazy pro vlastní SBC se pravděpodobně budou lišit od CUBE.

Pokud není uvedeno jinak, platí zbývající požadavky na konfiguraci v kroku 10 bez ohledu na to, které zařízení SBC nasadíte. Příklady příkazového řádku jsou však pouze pro CUBE, pokud není uvedeno, že příklad platí pro jiné S. Další konfigurační příkazy naleznete v dokumentaci SBC.

Počáteční konfigurace

Pro konfiguraci CUBE musí být povolen privilegovaný režim EXEC. Pokud budete vyzváni, zadejte heslo.

povolit

Přepnutí do globálního režimu konfigurace:

konfigurovat terminál

Nastavení domény:

název ip domény myenterprise.com

Nastavení maximální velikosti segmentu (MSS):

ip adresa tcp mss 1360
Konfigurace sítě

Definujte veřejná a soukromá rozhraní. V našem příkladu CUBE:

------- Soukromá strana ------- rozhraní GigabitEthernet1 popis Rozhraní s BC ip adresou <CUBE PRIV IP> <MASKA PODSÍTĚ> vyjednávání auto no mop enabled no mop sysid ! ------- Veřejná strana ------- rozhraní GigabitEthernet2 popis Rozhraní s IP adresou Webex <CUBE PUB IP> <MASKA PODSÍTĚ> vyjednávání auto no mop enabled no mop sysid ! 

Nakonfigurujte brány pro směrování IP pro veřejnou a soukromou stranu:

IP trasa 0.0.0 <MASKA PODSÍTĚ PUB> <CUBE PUB GW IP> ip trasa 10.0.0.0 <MASKA PODSÍTĚ PRIV> <CUBE PRIV GW IP> 

Povolit SSH:

ip ssh protokolování událostí ip ssh verze 2! uživatelské jméno správce oprávnění 15 heslo <heslo> 

CUBE (nebo vaše vlastní SBC) musí být uvnitř DMZ s správně nakonfigurovanými pravidly brány firewall. Seznam portů k otevření na externí bráně firewall naleznete v části Porty používané službou Webe x.

Nakonfigurujte záznamy SRV pro volání zpětného volání odesílaná z CUBE (nebo vašeho SBC) na síťové servery Broadworks. Například SRV pro bw.myenterprise.com:

IP hostitel _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns01.myenterprise.com ip hostitel _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns02.myenterprise.com ip hostitel ns01.myenterprise.com  ip hostitel ns02.myenterprise.com  

Konfigurace serveru DNS:

IP název-server <DNS_IP_address>

Alternativní možností DNS je nakonfigurovat interní DNS, kde interní DNS osloví nadřazený server DNS, pokud interní vyhledávání selže.

Konfigurace zpracování hovorů

Obecné

Nakonfigurujte CUBE (nebo SBC) se všemi IP adresami, které potřebují přístup ke službě VoIP. Zahrnuje:

  • Privátní SIP signalizační adresy pro servery Broadworks AS, NS a MS.

  • Veřejné boční adresy pro infrastrukturu Webex Edge pro zvuk.

Viz níže příklad konfigurace CUBE:

Důvěryhodný seznam IP adres hlasové služby Voip ------ IP na soukromé straně (musí zahrnovat všechny signalizační adresy BroadWorks AS, NS a MS) ------ IPV4  ipv4  ipv4  ipv4  ipv4  ------ IP na veřejné straně (Toto jsou veřejné adresy pro zvukovou infrastrukturu Webex. Níže uvedený rozsah je pouze příklad.) ------- ipv4 64.68.96.0 255.255.224.0 ipv4 66.114.160.0 255.255.240.0 ipv4 66.163.32.0 255.255.224.0 
Výše uvedený rozsah IP adres je příkladem. Aktuální seznam veřejných IP adres pro zvukovou infrastrukturu Webex naleznete zde:

Jak povolím provoz schůzek Webex v mé síti?– Rozsah IP adres pro většinu clusterů se zobrazí v seznamu rozsahů IP adres používaných službami Cisco Webex Meeting. Výjimkou jsou clustery v Číně, pro které je rozsah uveden na následujícím odkazu:

Síťové požadavky na clustery Cisco Webex China

Výchozí časovač CUBE pro navázání spojení TCP před pokrokem směrování je 20 sekund. Chcete-li ji změnit:

Doba synchronizace IP protokolu TCP 

Na straně služby Broadworks je výchozí časovač pro vypršení časového limitu aplikačního serveru na zařízení, které nereaguje na přístup, 6 sekund. Chcete-li ji změnit:

AS_CLI/System/CallP/AccessRouting> Nastavit parametr terminationAttemptTimeoutSeconds 

Je třeba otevřít veřejná a soukromá boční rozhraní pro provoz RTP na CUBE (nebo na vašem vlastním SBC). Viz níže příklad CUBE:

hlasová služba RTCP all-pass-through-media deaktivace-detailed-statistiky ------- CUBE veřejná IP + rozsah portů --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 

Kde:

  • je veřejná IP adresa cube
  • je soukromá IP adresa cube
  • Rozsah portů: v příkladu, port rozsah od 10200 do 28000

CUBE podporuje následující šifrovací sady TLS (během přímého volání je CUBE nabízí v klientovi TLS Handshake Hello):

  • TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
  • TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
  • TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
  • TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
  • TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
  • TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
  • TLS_RSA_WITH_AES_128_CBC_SHA
  • TLS_PRÁZDNÉ_INFORMACE O NOVÉM VYJEDNÁVÁNÍ__SCSV

Další obecná nastavení pro konfiguraci (ukázkové konfigurace CUBE viz níže):

aaa new-model aaa authentication login default local aaa authorization exec default local ! ip scp server povolit ! hlasová služba voip adresa-hiding allow-connections sip to sip no additional-service sip moved-temporarily call-quality max-dropout 2 max-změna pořadí 2 sip contact-passing 

Identifikátory URI pro příchozí a odchozí vytáčení musí být definovány pro pozdější použití ve vytáčených partnerech:

hlasová třída uri INEdgeAudio vzor sip x-cisco-webex-service=audio ! hlasová třída uri OUTEdgeAudio sip host cube.internal.local 

Webex Edge Audio podporuje kodeky G722, G711ulaw a G711alaw. Následující kód hlasové třídy musí být definován pro pozdější použití ve vytáčených partnerech:

kodek hlasové třídy 3 předvolba kodeku 1 g722-64 předvolba kodeku 2 g711ulaw předvolba kodeku 3 g711alaw 

Webex Edge Audio používá SRTP. Hlasová třída SRTP-crypto přiřadí preferovanou šifrovací sadu SRTP, která se má použít pro Edge Audio. Nakonfigurujte následující krypto suites v pořadí. Konfigurace hlasové třídy srtp-crypto musí být použita na vytáčecí partnerky používané pro připojení s Edge Audio.

hlasová třída srtp-crypto 234 crypto 1 AEAD_AES_256_GCM crypto 2 AEAD_AES_128_GCM crypto 3 AES_CM_128_HMAC_SHA1_80 crypto 4 AES_CM_128_HMAC_SHA1_32 

Předkonfigurujte primární klíč tak, aby bylo možné nastavit heslo pro ověření

key config-key password-encrypt Password123 ověření uživatelské jméno  šifrování hesla aes 

Pomocí následujícího příkazu zadejte přihlašovací údaje SIP, které byly zřízeny pro virtuálního předplatitele XML ve přidruženém systému. Pro scénáře zpětného volání budou tyto přihlašovací údaje použity, když AS napadne INVITE, které CUBE (nebo vaše vlastní SBC) odešle AS.

sip-ua ------------------- uživatelské jméno pro ověření  heslo 0  

Jakmile je ověřování nakonfigurováno, heslo bude zakryto při prohlížení příkazem „show running-config“

sip-ua ----------------- uživatelské jméno  heslo 6 [GF]XXXXX[YYYYY\ZZZZZ]\ 

Je třeba provést také následující globální konfiguraci SIP:

------- Max. počet opakování INVITE --------- opakování pozvánky 3 ------- Ve výchozím nastavení použít TLS ------- přenos tcp tls v1.2 připojení-opětovné použití ------- Jaký důvěryhodný bod použít při zpochybnění mTLS ------- výchozí důvěryhodný bod  

Profily překladu

Profil překladu zpráv SIP 2340 se používá pro přímé volání na schůzku. Před odesláním do Edge Audio by měl mít záznam upravující zprávy SIP příchozí z Broadworks, jak je uvedeno v příkladu pravidla 11.

------- BroadWorks pro Webex ------- hlasová třída sip-profiles 2340 pravidlo 1 žádost POZVAT-hlavičku sip SIP-Req-URI upravit "sips:" "sip:" pravidlo 2 žádost POZVAT-hlavičku sip Pro úpravu "sips:" "sip:" pravidlo 3 žádost POZVAT-hlavičku sip Z úpravy "sips:" sip:  pravidlo 4 žádost POZVAT sip-header Remote-Party-ID upravit "sips:" "sip:" pravidlo 5 žádost POZVAT sip-header P-Asserted-Identity upravit "sips:" "sip:" pravidlo 6 žádost ACK sip-header Od změny "sips:" "sip:" pravidla 7 žádost REINVITE sip-header P-Asserted-Identity upravit "sips:" "sip:" pravidlo 8 žádost REINVITE sip-header Kontakt upravit "sips:(.*)>" "sip:\1;transport=tls>" pravidlo 10 žádost POZVAT sip-header Kontakt upravit "sips:" "sip:" pravidlo 11 žádost POZVAT sip-header SIP-Req-URI upravit "cube.internal.local" "ecccspx.amer.pub.webex.com" 

Výše uvedené pravidlo 11 mapuje příchozí identifikátor Request Uri od společnosti Broadworks, která má hodnotu Contact v profilu virtuálního odběratele CUBE (hodnotu pole Contact v profilu zařízení VXML_deviceProf v našem příkladu):

88631321777971704941@cube.internal.local;x-cisco-site- uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Do příslušné domény pro směrování zvukových hovorů Webex Edge:
88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site- uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp

Všimněte si, že pokud je CUBE (nebo vaše vlastní SBC) za statickým NAT, je vyžadována dodatečná konfigurace sip-profile 2340. Další informace naleznete v následujícím odkazu:

https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-Guide
Pokud nasadíte vlastní SBC, budete muset nakonfigurovat podobná pravidla na vlastní SBC.

Aby bylo možné předat 486 zpráv odeslaných AS zpět do služby Webex Edge Audio, je na CUBE vyžadována následující konfigurace (pro vlastní SBC, nápověda najdete v dokumentaci SBC)

hlasová služba voip no notify přesměrovat ip2ip sip sip-profily příchozí! Hlasová třída sip-profily 1 odpověď 486 sip-header Důvod upravit "7" "" odpověď 486 sip-header SIP-StatusLine změnit "486.*" "600 Busy Everywhere" 

Pokud je 4xx třeba přesměrovat další zprávy zpět do služby Webex Edge Audio, postupujte podle stejného příkladu výše.

Vytáčecí protějšky

Klient hlasové třídy musí být definován na CUBE (nebo na vašem vlastním SBC), aby byl později použit ve vytáčecích partnerech, což splňuje následující kritéria:

  • Pro pakety RTP-NTE DTMF není nutné prokládání datové zátěže, proto nakonfigurujte asymetrickou datovou zátěž plnou.
  • Edge audio nepodporuje aktualizace ID volajícího, takže je třeba nakonfigurovat hodnotu „no update-callerid“.
  • Směrování hovorů Webex Edge Audio je založeno na identifikátorech URIS. Identifikátor URI směrování hovorů musí být povolen, aby odpovídal vytáčecím partnerům založeným na identifikátorech URIS.

hlasové třídy klienta 234, asymetrické datové zatížení plné žádné aktualizace-callerid Hlavička-passing žádný pass-thru obsah vlastní-sdp call-route URL 

Následující vytáčecí protějšky jsou nakonfigurovány tak, aby CUBE umožňovaly zpracovávat hovory mezi Broadworks a Webex Edge Audio. Nakonfigurujte na CUBE následující nastavení (podobná konfigurace by musela být nakonfigurována na vašem vlastním SBC):

vytáčení-peer hlas 23411 Popis Externí Webex edge audio vstup nebo výstup vytáčení-peer relace protokol sipv2 cíl DNS:ecccspx.amer.pub.webex.com přenos relace tcp tls cílový uri OUTEdgeAudio příchozí požadavek uri INEdgeAudio hlasový kodek 3 nabídka-všechny hlasové třídy sip url sips hlasové třídy sip profily 2340 hlasové třídy sip klient 234 hlasové třídy sip srtp-crypto 234 hlasové třídy sip bind control source-interface GigabitEthernet2 hlasové třídy sip bind media source-interface GigabitEthernet2 hlasové třídy sip requri-passing hlasové třídy sip zvuk vynucený dtmf-relay rtp-nte srtp ! vytáčení-peer hlas 23401 voip popis Interní režim mixu Webex edge audio vstup nebo výstup vytáčení-peer relace protokol sipv2 ---- pomocí DNS SRV (upřednostňováno) - musí odpovídat výše nakonfigurovanému záznamu srv (_sip._tcp.bw.myenterprise.com) ---- cíl relace dns:bw.myenterprise.com doprava relace tcp cílový uri INEdgeAudio příchozí požadavek na uri OUTEdgeAudio hlasový kodek 3 hlasové třídy sip URL SIP hlasové třídy sip profily 2341 hlasové třídy sip profily 1 příchozí hlasové třídy sip klient 234 hlasové třídy sip bind control source-interface GigabitEthernet1 hlasové třídy sip bind media source-interface GigabitEthernet1 hlasové třídy sip bind media source-interface GigabitEthernet1 dtmf-relay rtp-nte ! 

Toky Hovorů CUBE

S výše uvedenou konfigurací jsou níže popsány příklady scénářů toku příchozích/odchozích hovorů na CUBE. Barevné kódování v konkrétním kroku jej vztahuje ke stejným barevným položkám v protějšcích na číselníku výše.

Pokud nasazujete vlastní SBC, podrobnosti o postupech hovorů s vaším SBC naleznete v dokumentaci SBC.

Scénář přímého volání schůzky ze služby Broadworks do služby Webex:

  • Příchozí POZVÁNKA je přijata z Broadworks na interním rozhraní s:
    Pozvat SIP: 88631321777971704941@cube.internal.local;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 Na:"VXML Virtual"<sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b> 
  • Profil příchozího vytáčení 23401 je vybrán na základě hostitele v identifikátoru URI příchozího požadavku („cube.internal.local“), který odpovídá konfiguraci „příchozí požadavek URI OUTE Audio“.
  • Protějšek pro odchozí vytáčení 23411 je vybrán na základě hostitele v identifikátoru URI požadavku („cube.internal.local“) odpovídající konfiguraci „destination uri OUTE Audio“.
  • Odchozí INVITE je odeslána na externí rozhraní s hostitelem v identifikátoru URI požadavku, který byl změněn z „cube.internal.local“ na „ecccspx.amer.pub.webex.com“ pomocí profilu překladu zprávy „voice-class sip profiles 2340“ zadaného v partnerském zařízení:
    Pozvat SIP: 88631321777971704941@ecccspx.amer.pub.webex.com;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 Do: „ VXML Virtual“ <sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b> 

Scénář zpětného volání schůzky ze služby Webex do služby Broadworks

  • Příchozí POZVÁNKA je přijata z aplikace Webex na externím rozhraní CUBE s:
    Pozvat SIP:+14519615001@cube.us.example.com;transport=tls;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b;x-cisco-webex-service=audio SIP/2.0 Pro: sip:+14519615001@cube.us.example.com;type=carrier_sbc X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec 
  • Protějšek příchozího vytáčení 23411 je vybrán na základě vzoru „x-cisco-webex-service=audio“, který je přítomen v identifikátoru URI příchozího požadavku na základě konfigurace „INE Audio požadavek na příchozí identifikátor URI“.
  • Dva protějšky odchozích vytáčení jsou vybrány na základě vzoru „x-cisco-webex-service=audio“ přítomného v identifikátoru URI požadavku na základě konfigurace „destination uri INE Audio“.

    - Vytáčecí vrstevník 302

    - Vytáčecí Peer 23401

  • Na síťové servery je odeslána odchozí pozvánka (vyhledání SRV na základě „relace target dns:bw.myenterprise.com entry“ v vytáčecím partnerském zařízení) do interního rozhraní
    INVITE sip:+14519615001@10.155.6.172:5060 SIP/2.0 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" Od: " Webex " ;tag=B91821B7-561 
  • Síťový server vrací kontakty pro pár AS hostující virtuální předplatitele CUBE:
    SIP/2.0 302 dočasně přesunuto přes:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK880BD od:" Webex ";tag=B91821B7-561 Na:;tag=1829261807-1603395221529 Call-ID:3C88DF6A-13D411EB-8EE3D 208D-EE20F768@10.165.196.30 CSeq:101 POZVAT kontakt:;q=0.5,;q=0.25 Content-Length:0 
  • CUBE směruje volání na aktivní AS na základě vráceného kontaktu ve zprávě 302:
    Pozvat SIP:+14519615001@hs2-bwks-v-as01- alpha.bwlab.org:5060;user=phone;transport=tcp SIP/2.0 Přes: SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK8812341 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" Od: " Webex " ;tag=B91821C8-1AF5 Na:  

Nastavení MTLS

Chcete-li povolit připojení mTLS mezi CUBE (nebo vaším vlastním SBC) a Webex Edge Audio, je nutné provést následující kroky konfigurace.

Konfiguraci mTLS mezi CUBE (nebo vlastním SBC) a Webex Edge Audio je povinné.

Podpora certifikátu se zástupnými znaky

Certifikáty podepsané zástupnými znaky používají obecný název předmětu (např. *.us.example.com), který odpovídá doméně pro CUBE nebo vlastní SBC. Certifikáty zástupných znaků jsou podporovány pro nasazení víceclusterů CUBE nebo SBC, ale nejsou podporovány pro nasazení CUBE nebo SBC s jedním uzlem.

Svěřenský fond

Během handshake TLS, když služba Webex Edge Audio odešle svůj certifikát, CUBE jej ověří podle seznamu certifikátů přijatých ve fondu důvěryhodnosti.

Balíček důvěryhodnosti je nutné aktualizovat pomocí kořenové certifikační autority Cisco Root CA stažením nejnovější verze „Cisco Trusted Core Root Bundle“ http://www.cisco.com/security/pki/ pomocí příkazu:

crypto pki trustpool import čisté adresy url 

Certifikáty odeslané službou Webex Edge Audio jsou podepsány společností Identrust. Ujistěte se, že je nainstalován certifikát „Identrust Commercial Root CA“. Další podrobnosti naleznete na tomto odkazu:

https://help.webex.com/en-us/WBX9000008850/What-Root-Certificate-Authorities-are-Supported-for-Calls-to-Cisco-Webex-Audio-and-Video-Platforms

Pokud používáte vlastní SBC a nemůžete dokončit import, můžete převést balíček do formátu .pem pomocí open-source nástrojů, jako je OpenSSL. Můžete například použít certifikáty hyd ID s následujícím příkazem:
openssl x509 -inform der -in certificate.cer -out certificate.pem

Bod důvěryhodnosti

Edge Audio vyžaduje, aby vaše cube nabízela podepsané certifikáty od důvěryhodných certifikačních autorit certifikační autority pro připojení vzájemného TLS (mTLS). Pomocí následujícího odkazu se dostanete na seznam certifikačních autorit, kterým společnost Cisco důvěřuje. Certifikáty podepsané úřady v tomto seznamu jsou považovány za platné a připojení bude povoleno: https://help.webex.com/en-us/WBX9000008850/What-Root-Certificate-Authorities-are-Supported-for-Calls-to-Cisco-Webex-Audio-and-Video-Platforms

Kostka Jednoho UZLU

Jeden uzel znamená, že CUBE (nebo vaše vlastní SBC) bude importovat certifikát s názvem předmětu unikátním pro jeho FQDN, což znamená, že žádný jiný CUBE nebude moci importovat (jinými slovy, NE zástupný certifikát).

  • Vytvoření požadavku na podepsání certifikátu (CSR) pro cube:

    - vytvořit klávesovou dvojici (tato klávesová dvojice bude propojena s důvěryhodným bodem)

    CUBE(config)# kryptografický klíč generovat rsa general-keys popisek  exportovatelný

    • general-keys - Určuje, že má být vygenerován pár klíčů pro všeobecné účely.
    • label – (Volitelně) Název, který se používá pro pár klíčů RSA při exportu. Pokud není zadán popisek klíče, použije se plně kvalifikovaný název domény (FQDN) směrovače.
    • exporttable - (Volitelně) Určuje, že pár klíčů RSA lze exportovat do jiného zařízení Cisco, například do směrovače.

    - create trustpoint (Trustpoint obsahuje certifikát, který chcete na CUBE navázat. Když cube obdrží žádost o certifikát, odpoví pomocí přiloženého certifikátu trustpoint)

    CUBE(config)#crypto pki trustpoint  CUBE(ca-trustpoint)# CRL volitelný registrační terminál pem fqdn  subject-name CN= rsakeypair  

  • crl - Seznam odvolaných certifikátů (CRL) je seznam odvolaných certifikátů. CRL je vytvořena a digitálně podepsána certifikační autoritou, která certifikáty původně vydala. Referenční laboratoř Společenství obsahuje data, kdy byl každý certifikát vydán a kdy vyprší jeho platnost.

    terminál pro registraci pem - Přidá hranice pošty (PEM) pro ochranu soukromí do požadavku na certifikát (ruční kopírování a vložení od požadavku START CERTIFICATE REQUEST do END CERTIFICATE REQUEST)

    fqdn – Plně kvalifikovaný název domény CUBE

    název předmětu CN= – název předmětu, který se má podepsat

    rsakeypair – klávesový pár vygenerovaný z předchozího kroku

    (odkaz: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/sec_conn_pki/configuration/15-mt/sec-pki-15-mt-book/sec-cert-enroll-pki.html)

    - generovat CSR:

    CUBE(config)#crypto pki enroll  % Spustit registraci certifikátu .. ... % Zahrnout sériové číslo směrovače do názvu předmětu? [ano/ne]: no % Zahrnout IP adresu do názvu předmětu? [no]: není zobrazen požadavek na certifikát terminálu? [ano/ne]: Ano Následující žádost o certifikát:   -----zahájit žádost o certifikát------ ... -----UKONČIT ŽÁDOST O CERTIFIKÁT------ ---End - Tento řádek není součástí žádosti o certifikát--- Znovu zobrazit žádost o registraci? [ano/ne]: Ne 
  • Odeslat CSR (od BEGIN CERTIFICATE REQUEST do END CERTIFICATE REQUEST) certifikační autoritě (certifikační autoritě)
  • CA vygeneruje podepsaný certifikát

    - V závislosti na certifikační autoritě poskytnou kořenový certifikát (např. DigicertCA.crt) a požadovaný certifikát (např. cube.crt)

  • Načíst certifikát certifikační autority

    - Nejprve ověřte důvěryhodný bod pomocí kořenového certifikátu

  • CUBE(config)#crypto pki authenticate  Zadejte základní certifikát kódované certifikační autority 64. Ukončit prázdným řádkem nebo samotným slovem „ukončit“ na řádku -----ZAČÍT CERTIFIKÁT-----  ----END CERTIFIKÁT----- Certifikát má následující atributy: Otisk prstu: 40065311 FDB33E88 0A6F7DD1 4E229187 % Přijímáte tento certifikát? [ano/ne]: Ano, certifikát Trustpoint CA byl přijat. % Certifikát byl úspěšně importován. 

    - Poté importujte certifikát CUBE do důvěryhodného CUBE

    CUBE(config)# krypto ca importovat certifikát  % Plně kvalifikovaný název domény v certifikátu bude: ...   Zadejte certifikát kódovaný na bázi 64. Ukončit prázdným řádkem nebo samotným slovem „ukončit“ na řádku -----ZAČÍT CERTIFIKÁT----  -----UKONČIT CERTIFIKÁT----% CERTIFIKÁT směrovače byl úspěšně importován 

Pokud nasazujete vlastní SBC, podrobnosti o vytvoření CSR naleznete v dokumentaci SBC.

Cluster CUBE s více uzly (pomocí alternativních názvů v certifikátu) – NENÍ podporován

Více uzlů znamená, že CUBE bude moci importovat stejný certifikát pro více než jedno nasazení CUBE. Použití alternativního názvu předmětu k vygenerování požadavku CSR není momentálně podporováno: https://bst.cloudapps.cisco.com/bugsearch/bug/CSCud90920/?rfs=iqvred

Multi Node CUBE Cluster (Použití certifikátu podepsaného zástupnými znaky ve formátu pkcs12)

Vícenásobný uzel používající certifikát se zástupnými znaky znamená, že název předmětu je obecný (např. *.us.example.com) a odpovídá doméně CUBE (nebo vaší doméně SBC).

  • Za předpokladu, že máte připravený certifikát zástupných znaků, připravte soubory veřejného klíče (.crt) a soukromého klíče (.key).
  • Pomocí OpenSSL vytvořte soubor formátu PKCS12 (.pfx) včetně souboru .crt a .key: (použít cygwin na Windows) - reference: https://www.ssl.com/how-to/create-a-pfx-p12-certificate-file-using-openssl/
     openssl pkcs12 -export -ven .pfx -inkey .key -in .crt
  • Přeneste soubor .pfx v CUBE:bootflash: (scp ze serveru Linux na cube)
    scp .pfx @:bootflash:.pfx
  • Vytvořte důvěryhodný bod a importujte soubor pkcs12:
    CUBE# konf t CUBE(config)# CUBE(config)# krypto pki trustpoint  CUBE(ca-trustpoint)# zrušení-kontrola CUBE(ca-trustpoint)# konec CUBE(config)# import krypto pki  pkcs12 bootflash:.pfx heslo  

Ověřit konfiguraci certifikátu CUBE

Ověřte, zda je v certifikátu zahrnut celý řetězec. Následující příklad ukazuje ověřovací příkazy pro CUBE. Pokud nasazujete vlastní SBC, použijte příkazy, které platí pro SBC.

CUBE(config)#crypto pki certifikát ověřit <trustpoint> Řetězec má 2 certifikáty Řetězec certifikátů pro <trustpoint> je platný CUBE#zobrazit stav krypto pki důvěryhodných bodů ...   Bod <trustpoint>:     Nakonfigurováno vydání certifikátu CA:     Název předmětu:      cn=HydrantID SSL ICA G2,o=HydrantID (Avalanche Cloud Corporation),c=Americký otisk prstu MD5: 1135E326 56E5AADF 53A4DD32 C8D5590F otisk prstu SHA1: AC4A728B 4DFC3560 1FA34B92 2422A42C 253F756C Obecný certifikát směrovače nakonfigurován:     Název předmětu:      cn=*.us.example.com,ou=Webex,o=Cisco Systems, Inc.,l=San Jose,st=Kalifornie,c=Otisk prstu USA MD5: 756E4C83 CF36311A 7839FA51 7FA7ABA0 otisk prstu SHA1: 8268817F 79EF91E0 3BA976A1 5C9D97F3 E834EB54 Stav:     Vygenerované klíče ............. Ano (obecné, neexportovatelné) Vydávající certifikační autorita ověřena ........ Ano Žádost o certifikát..... Ano 

Nastavte signalizaci SIP pro použití bodu důvěryhodnosti

Pomocí následujícího příkazu zřídit protokol SIP UA s bodem důvěryhodnosti CUBE. Následuje příklad pro CUBE. Pokud nasazujete vlastní SBC, vyhledejte nápovědu k příkazům v dokumentaci SBC.

CUBE(config)#sip-ua CUBE(config-sip-ua)#crypto signalizační výchozí důvěryhodný bod <trustpoint>

Protokoly CUBE

Zobrazení povolených filtrů ladění

Zobrazit ladění CUBE#

Nastavení filtrů ladění (příklady)

CUBE# ladění zpráv ccsip CUBE# ladění přenosu ccsip CUBE# ladění chyby ccsip CUBE# ladění informací ccsip CUBE# ladění informací o ccsip CUBE# ladění voip dialpeer inout CUBE# ladění voip ccapi inout CUBE# ladění voip aplikace CUBE# ladění ip tcp transakce 

Zrušení nastavení filtrů ladění (příklad)

CUBE# žádné ladicí zprávy ccsip

Vymazání a kontrola vyrovnávací paměti protokolu

CUBE# vymazat protokol >>> uskutečnit testovací hovor <<< CUBE# zobrazit protokol 

Pokud neimplementujete CUBE, podrobnosti o používání protokolů naleznete v dokumentaci k vlastnímu SBC.

Další užitečné příkazy

Kontrola aktuální konfigurace

CUBE# zobrazit běžící-config (nebo jen zobrazit CUBE#)

Uložení konfigurace do ROM, která bude použita při startu systému

Zápis do CUBE#

Krok 11 Certifikace BYOPSTN

Po dokončení konfigurace a zřizování řešení BYoPSTN je partner povinen projít sadou testovacích případů přijetí, aby mohl své řešení certifikovat. Toto je povinný krok pro schválení a povolení BYoPSTN partnera.

Testovací případy přijetí jsou popsány v dokumentu Přineste si vlastní postup přijetí PSTN Webex pro Cisco BroadWorks na adrese: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .

Partner by měl výsledky úspěšně provedených akceptačních testů poskytnout onboardingovým a certifikačním týmům.

Otázky, problémy a výsledky z provedení testovacích případů přijetí by měly být nahlášeny a sdíleny v prostoru Webex přiřazeném k registraci partnera.

Použití aktualizací na skupinu telefonních čísel v rámci služby / skupinu zpětného volání DNS SRV

Jakmile jsou netestovaní zákazníci přiřazeni k šabloně zákazníka pomocí čísel pro přímé volání poskytnutých partnerem, mají tito uživatelé k dispozici následující možnosti připojení ke schůzce:

  • Pozvánky na schůzku zahrnují jedno nebo více výchozích telefonních čísel z přiřazené skupiny telefonních čísel

  • Aplikace Webex zobrazuje jedno nebo více výchozích telefonních čísel z možnosti přiřazení skupiny telefonních čísel jako možnosti připojení ke schůzce

  • Uživatelské rozhraní webu Webex Meeting zobrazuje jedno nebo více výchozích telefonních čísel z možnosti přiřazení skupiny telefonních čísel jako možnosti připojení ke schůzce

  • Pokud bylo v šabloně zákazníka povoleno zpětné volání, aplikace Webex Meeting poskytuje možnost „Zavolejte mi na“, kde je požadavek na zpětné volání směrován do jedné ze záznamů zadaných v přiřazené skupině zpětného volání DNS SRV

Změna možností připojení ke schůzce pro šablonu zákazníka nebo změna přiřazené skupiny telefonních čísel nebo změna skupiny zpětného volání DNS SRV může ovlivnit výše uvedené možnosti připojení ke schůzce. Tyto změny se nevztahují na stávající zákazníky, ale nově zřízeným zákazníkům se tyto změny projeví okamžitě na svých webech pro schůzky se standardním a prémiovým balíčkem. Proto se důrazně doporučuje, aby byla jakákoli taková změna ověřena pomocí organizace řešení seed před použitím na stávající šablony zákazníků, skupiny telefonních čísel nebo skupiny zpětného volání DNS SRV (pokud jsou nasazeny skupiny zpětného volání DNS SRV).

Při aktualizaci možností připojení ke schůzce pro šablonu zákazníka a/nebo při použití aktualizací skupin telefonních čísel nebo skupin zpětného volání DNS SRV je třeba postupovat podle následujících kroků.

Upozorňujeme, že šablony zákazníků, skupiny telefonních čísel nebo skupiny zpětného volání DNS SRV používají testovací poskytovatelé služeb Broadworks a/nebo testovací podniky Broadworks, je tento postup volitelný. Může být vhodnější jednoduše odstranit testovací poskytovatele služeb Broadworks a/nebo testovat organizace Broadworks Enterprises a znovu je zřídit pomocí aktualizovaných šablon zákazníků, skupin telefonních čísel nebo skupin zpětného volání DNS SRV.

Aktualizovat pouze skupinu telefonních čísel:

  1. Vytvořte novou dočasnou skupinu telefonních čísel s požadovanými aktualizacemi.

  2. Vytvořte novou dočasnou šablonu zákazníka, která používá novou skupinu telefonních čísel. Pokud je současně se skupinou používána existující skupina telefonních čísel, přiřaďte ji šabloně.
  3. Vytvořte organizaci řešení osiva zřízením předplatitele od zkušebního poskytovatele služeb Broadworks nebo otestujte podnik Broadworks pomocí standardního balíčku pomocí nové šablony zákazníka. Upozorňujeme, že se jedná o organizaci řešení sekundárních semen. Není vyžadována žádná aktualizace schůzky UUID nakonfigurované na Broadworks.
  4. Stáhněte soubor JSON konfigurace Broadworks (BYOPSTN), který obsahuje telefonní číslo pro přístup k mapování kódů nových telefonních čísel ve skupině telefonních čísel.
  5. Určete doménu DNS SRV služby Webex Edge Audio pro web standardního balíčku pro schůzky organizace pro řešení osiva. Měla by být nezměněna od hodnoty dříve určené pro původní skupinu telefonních čísel.
  6. Použijte aktualizace konfigurace na službu Broadworks pomocí souboru JSON konfigurace Broadworks (BYOPSTN).
  7. Konfiguraci ověřte naplánováním schůzek pomocí webu standardního balíčku organizace Seed a připojením ke schůzce pomocí telefonních čísel pro přímé volání.
  8. Použijte aktualizaci na původní skupinu telefonních čísel. Změna je nyní v provozu pro netestované zákazníky.
  9. Organizaci řešení seed, dočasnou skupinu telefonních čísel a šablonu zákazníka lze odstranit. Tyto prvky již nejsou po aktualizaci původní skupiny telefonních čísel vyžadovány.

Aktualizovat pouze skupinu zpětného volání DNS SRV:

  1. Vytvořte novou dočasnou skupinu zpětného volání DNS SRV s požadovanými aktualizacemi.
  2. Vytvořte novou dočasnou šablonu zákazníka, která používá novou skupinu zpětného volání DNS SRV a stávající skupinu telefonních čísel. Pokud je současně se skupinou používána existující skupina zpětného volání DNS SRV, přiřaďte ji šabloně.
  3. Vytvořte organizaci řešení osiva zřízením předplatitele od zkušebního poskytovatele služeb Broadworks nebo otestujte podnik Broadworks pomocí standardního balíčku pomocí nové šablony zákazníka. Upozorňujeme, že se jedná o organizaci řešení sekundárních semen. Není vyžadována žádná aktualizace schůzky UUID nakonfigurované na Broadworks.
  4. Konfiguraci ověřte naplánováním schůzek pomocí webu standardního balíčku organizace Seed, připojením ke schůzce pomocí telefonních čísel pro přímé volání a pomocí možnosti „Zavolejte mi na“.
  5. Použijte aktualizaci na původní skupinu zpětného volání DNS SRV. Změna je nyní v provozu pro netestované zákazníky.
  6. Organizaci řešení osiva, skupinu zpětného volání DNS SRV a šablonu zákazníka lze odstranit. Tyto prvky již nejsou potřebné, jakmile byla aktualizována původní skupina zpětného volání DNS SRV.

Aktualizovat telefonní číslo i skupinu zpětného volání DNS SRV:

  1. Vytvořte nové dočasné telefonní číslo a skupinu zpětného volání DNS SRV s požadovanými aktualizacemi.
  2. Vytvořte novou dočasnou šablonu zákazníka, která používá novou skupinu telefonních čísel a novou skupinu zpětného volání DNS SRV. Pokud je současně se skupinou používána existující skupina telefonních čísel a/nebo skupina zpětného volání DNS SRV, přiřaďte ji šabloně.
  3. Vytvořte organizaci řešení osiva zřízením předplatitele od zkušebního poskytovatele služeb Broadworks nebo otestujte podnik Broadworks pomocí standardního balíčku pomocí nové šablony zákazníka. Upozorňujeme, že se jedná o organizaci řešení sekundárních semen. Není vyžadována žádná aktualizace schůzky UUID nakonfigurované na Broadworks.
  4. Stáhněte soubor JSON konfigurace Broadworks (BYOPSTN), který obsahuje telefonní číslo pro přístup k mapování kódů nových telefonních čísel ve skupině telefonních čísel.
  5. Určete doménu DNS SRV služby Webex Edge Audio pro web standardního balíčku pro schůzky organizace pro řešení osiva. Měla by být nezměněna od hodnoty dříve určené pro původní skupinu telefonních čísel.
  6. Použijte aktualizace konfigurace na službu Broadworks pomocí souboru JSON konfigurace Broadworks (BYOPSTN).
  7. Konfiguraci ověřte naplánováním schůzek pomocí webu standardního balíčku organizace Seed, připojením ke schůzce pomocí telefonních čísel pro přímé volání a pomocí možnosti „Zavolejte mi na“.
  8. Použijte aktualizaci na původní telefonní číslo a skupinu zpětného volání DNS SRV. Změna je nyní v provozu pro netestované zákazníky.
  9. Organizaci řešení seed, dočasnou skupinu telefonních čísel, skupinu zpětného volání DNS SRV a šablonu zákazníka lze odstranit. Tyto prvky již nejsou vyžadovány, jakmile byla aktualizována původní skupina telefonních čísel a skupina zpětného volání DNS SRV.
Organizace řešení primárního osiva by neměla být odstraněna, pokud nebyla v aplikaci Broadworks vybrána a nakonfigurována nová organizace řešení primárního osiva. Odstraněním organizace řešení primárního osiva se odstraní parametr UUID, na kterém řešení BYoPSTN závisí pro ověřování zpráv SIP v aplikaci Webex Edge Audio. Pokud dojde k odstranění, připojení ke schůzce pomocí přímého volání pro weby pomocí čísla pro přímé volání poskytnutého partnerem se nezdaří.

Interoperabilita médií G722 při použití vlastního SBC

Při využívání vlastního SBC je třeba zvážit problémy s interoperabilitou, které obvykle řeší řešení CUBE mezi infrastrukturou Broadworks Partners a cloudem Webex Cloud. Jedním příkladem je přímé volání nebo zpětné volání pomocí kodeku G722, který zahrnuje mediální server Broadworks (například při použití služby nahrávání hovorů Broadworks). V tomto scénáři může služba Webex Edge Audio odeslat protokol SDP s linkou „a=fmtp:9“. Váš SBC bude muset tuto linku aktualizovat a přidat parametr datového toku tak, aby měl před odesláním do backendu Broadworks "a=fmtp:9 bitrate=64".

Známá omezení

  • Jakékoli změny možnosti připojení ke schůzce šablony zákazníka, čísel pro přímé volání společnosti Cisco nebo čísel pro přímé volání poskytnuté partnerem se použijí pouze na nově zřízené zákazníky. Stávající zákazníci používající šablonu zůstávají beze změny.

  • Jakékoli změny nastavení skupiny telefonních čísel šablony zákazníka nebo skupiny zpětného volání DNS SRV se použijí pouze na nově zřízené zákazníky nebo stávající zákazníky, kteří jsou zřízeni pro svého prvního uživatele standardního nebo prémiového balíčku. Stávající zákazníci, kteří již mají uživatele standardních nebo prémiových balíčků, zůstávají nezměněni.

  • Jakékoli změny skupin telefonních čísel nebo skupin zpětného volání DNS SRV, které jsou přiřazeny šablonám zákazníků, se použijí pouze na nově zřízené zákazníky nebo stávající zákazníky, kteří jsou zřízeni pro svého prvního uživatele standardního nebo prémiového balíčku. Stávající zákazníci přiřazení k přidruženým šablonám, které již mají uživatele standardních nebo prémiových balíčků, zůstávají beze změny.

  • Daná šablona zákazníka podporuje čísla pro přímé volání společnosti Cisco nebo možnost připojení ke schůzce s telefonním číslem poskytnutou partnerem. Kombinace těchto dvou možností pro stejnou šablonu není podporována.

  • Zprávy SIP pro případ použití možnosti „Zavolejte mi na“ nebo zpětného volání ke schůzce neobsahují informace o zákazníkovi a/nebo uživateli, který hostuje schůzku, k níž se má připojit.

  • Telefonní čísla a přidružené přístupové kódy ke schůzce pro danou skupinu telefonních čísel podporují pouze jednu doménu Webex Edge Audio DNS SRV (například ecccspx.amer.webex.com). Použití těchto telefonních čísel k volání na schůzky v jiné doméně Webex Edge Audio DNS SRV není podporováno.

  • Služba Webex Edge Audio nepodporuje opětovné projednání kodeků během hovoru. Služby, které jsou vyvolány po přijetí hovoru, nemusí fungovat správně.

  • Aplikace Webex, uživatelské rozhraní webu Webex Meeting a e-mail s pozvánkou na schůzku Webex poskytují odkaz na dokument „Omezení bezplatného volání“. Tento dokument je specifický pro telefonní čísla poskytnutá společností Cisco a uživatelé by jej měli při používání telefonních čísel poskytnutých partnerem pro připojení ke schůzce ignorovat.

Historie revizí dokumentu

Následující tabulka zobrazuje historii změn tohoto dokumentu za posledních 12 měsíců.

Datum

Verze

Popis změny

8. dubna 2024

1-36

  • Addedd poznamenává, že DNS-SRV je dynamický charakter a přidal zástupný znak k IP adresám.

10. ledna 2024

1-35

  • Do sekce Profily překladu bylo přidáno pravidlo 4.

22. prosince 2023

1-34

  • Aktualizované části Připojení ke schůzce pomocí zpětného volání (volitelné), RoutingNE, Povolit zpětné volání schůzky Webex, Profily překladu a Toky hovorů cube byly aktualizovány.

04. července 2023

1-33

  • Aktualizováno připojení ke schůzce pomocí části Zpětné volání (volitelné).

02. února 2023

1-32

  • Přidána Nová doména pro Velkou Británii a v rámci domén směrování volání Webex byla přidána Severní Afrika.

  • V kroku 9 byla přidána možnost Hostitel schůzky a Platforma pro doručování aplikací: Zřídit konfiguraci partnera Broadworks.

02. února 2023

1-31

  • Aktualizováno Použijte aktualizace na část skupiny telefonních čísel / skupiny zpětného volání DNS SRV.

31. ledna 2023

1-30

  • Přidána část Platforma pro doručování aplikací v části Aplikační server.

29. listopadu 2022

1-29

  • Byla přidána možnost Povolit zpětné volání schůzky Webex v části Síťový server.

  • Přidáno Vytvoření předplatitele zpětného volání schůzky XML v části Aplikační server.

  • Aktualizovány záznamy DNS SRV v rámci domén směrování hovorů Webex.

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