- Strona główna
- /
- Artykuł
Definicje
Definicje | Opis |
---|---|
Cisco Partner | Podmiot (zazwyczaj Usługodawca), który sprzedaje produkty i usługi Cisco swoim klientom. |
Klient końcowy | Użytkownicy korzystający z produktów i usług Cisco sprzedawanych im przez partnera Cisco. |
CUBE | Cisco Unified Border Element |
Organizacja partnerów | Repozytorium Webex Identity and Service Management, które przechowuje informacje o Partnerach Cisco i ich Klientach. |
Centrum partnerów | Portal internetowy umożliwiający dostarczanie tożsamości i usług partnerom Cisco i zarządzanym przez nich klientom. |
Organizacja klienta | Repozytorium Webex Identity and Service Management, które przechowuje informacje o kliencie końcowym. |
Przedsiębiorstwo BroadWorks lub dostawca usług / grupa | Reprezentacja klienta końcowego w BroadWorks. |
Omówienie
Rozwiązanie Bring Your Own PSTN (BYoPSTN) umożliwia dostawcom usług Webex dla Cisco BroadWorks udostępnianie należących do nich numerów telefonów do użytku podczas dołączania do Webex Meetings. Rozwiązanie to umożliwia partnerom korzystanie z własnych sieci PSTN i korzystanie z istniejących relacji z dostawcami sieci PSTN, zamiast korzystania z numerów dostarczonych przez Cisco.
Architektura referencyjna w tym dokumencie zapewnia kompleksowy projekt dla opcji BYoPSTN. Ta architektura została sprawdzona przez firmę Cisco i wykorzystuje Cisco Unified Border Element (CUBE) jako kontroler granic sesji (SBC) dla ruchu połączeń między usługami BroadWorks i Webex Meetings.
Wybór opcji Dołączanie do spotkania
Obecnie Webex dla Cisco BroadWorks obsługuje dwie opcje obsługi administracyjnej numerów telefonów spotkań. Dostawcy usług muszą wybrać jedną z tych dwóch opcji — mieszanka nie jest obsługiwana:
Numery dostępowe Cisco (Cisco PSTN) — Cisco udostępnia numery telefonów, których uczestnicy spotkania mogą używać do dołączania do spotkań
Numery dostępowe podane przez partnera (BYoPSTN) — Dostawcy usług podają własne numery telefonów, z których mogą korzystać uczestnicy spotkań podczas dołączania do spotkań
Roztwór BYoPSTN
Partnerzy, którzy wybierają opcję Numery dostępowe podane przez partnera (BYoPSTN), muszą podać własne numery telefonów PSTN i zapewnić infrastrukturę sieciową, która jest wymagana do kierowania połączeń do i z Webex. Rozwiązanie BYoPSTN ułatwia przekierowywanie połączeń Przez górną część (OTT) za pośrednictwem publicznego Internetu z BroadWorks do Webex.
Przy wyborze opcji BYoPSTN obowiązują następujące warunki:
Partnerzy Cisco mogą używać tych samych numerów telefonów dla więcej niż jednego klienta końcowego. Te numery telefonów mogą znajdować się w każdym kraju, w którym działa Partner.
Opcja BYoPSTN nie wymaga żadnych zmian w ogólnym procesie wdrażania dla klientów Webex dla Cisco BroadWorks.
BYoPSTN wymaga obsługi administracyjnej na poziomie Partnera Cisco, a wszyscy Klienci Końcowi aktywowani przez Partnerów po uruchomieniu BYoPSTN są włączani automatycznie.
Cała obsługa administracyjna wymagana w witrynach spotkań klientów jest automatyczna, podobnie jak w przypadku obecnego ogólnie dostępnego rozwiązania.
Partnerzy aktywujący pakiety Standard i Premium mają dwie strony spotkań: jedna witryna dla użytkowników standardowych, a druga dla użytkowników Premium. Obie lokalizacje są włączone dla BYoPSTN.
Uczestnicy spotkania, którzy dzwonią na spotkania, mogą korzystać z udostępniania wideo i treści przez Internet.
Dotyczy dołączania do spotkań zarówno podczas spotkań Space, jak i spotkań PMR. Należy pamiętać, że w przypadku spotkań w obszarze obszar musi zostać utworzony przez użytkownika standardowego lub Premium z możliwościami prowadzącego spotkanie Webex w celu otrzymania numeru dostępu PSTN — obszary utworzone przez użytkowników podstawowych nie otrzymują numerów dostępu PSTN.
Ten dokument zawiera sprawdzoną konfigurację, która używa CUBE jako SBC. Jeśli jednak nie chcesz używać CUBE, możesz wdrożyć własny SBC.
Architektura
Rozwiązanie Webex for Cisco BroadWorks BYoPSTN opiera się na zestawie usług Webex Edge, a dokładniej na usłudze Webex Edge Audio dostępnej dla klientów korporacyjnych. Architektura została dostosowana do integracji infrastruktury Cisco Partners BroadWorks z Webex Edge Audio, umożliwiając w ten sposób partnerowi Cisco centralne konfigurowanie zestawów numerów telefonów do użytku przez klientów końcowych.
Główne elementy architektury są następujące:
BroadWorks — infrastruktura BroadWorks Cisco Partners
Cisco Unified Border Element (CUBE) — Reference Session Border Controller (SBC) dla rozwiązania wdrożonego w centrum danych Cisco Partners. CUBE musi znajdować się w strefie DMZ. Należy pamiętać, że jeśli nie chcesz używać CUBE, możesz wdrożyć własny SBC.
Webex Edge Audio — usługa Webex, która oddziela PSTN od Webex, zmieniając trasowanie połączeń w celu korzystania z infrastruktury dostarczonej przez partnera Cisco.
Połączenia uczestników w celu dołączenia do przejazdu przez BroadWorks do CUBE i z CUBE do infrastruktury Webex w chmurze za pośrednictwem Internetu. Ten model dotyczy obu następujących scenariuszy dołączania do spotkania:
W — uczestnik wybiera numer telefonu w zaproszeniu na spotkanie w zarejestrowanej przez siebie słuchawce BroadWorks, urządzeniu mobilnym lub w aplikacji Webex. Połączenie jest inicjowane przez BroadWorks.
Połączenie zwrotne (opcjonalne) — uczestnik prosi, aby aplikacja Webex wywołała numer telefonu dostarczony przez uczestnika. Połączenie jest inicjowane przez Webex.
Połączenia przekierowane z BroadWorks do CUBE w ramach infrastruktury partnera będą używać protokołu SIP TCP do sygnalizowania połączeń i RTP do przesyłania multimediów. Od CUBE do Webex połączenia używają protokołu SIP TLS do sygnalizowania i sRTP dla mediów. Przekierowanie połączeń z CUBE do WebEx odbywa się przez Internet i nie korzysta z łącza magistralowego SIP.
Typowa konfiguracja scenariuszy wdzwaniania/oddzwaniania jest następująca:
Cisco Partner ma numer telefonu PSTN (na przykład 2403332200) i powiązany z nim kod dostępu Webex (na przykład 88631321777971704941).
Partner Cisco rezerwuje wirtualnego abonenta na BroadWorks, który odpowiada urządzeniu CUBE. Partner mapuje numer telefonu na kod dostępu i odwrotnie.
Kod dostępu, który jest wysyłany do Webex w wiadomościach SIP, identyfikuje witryny spotkań powiązane z partnerem Cisco.
Powyższy numer telefonu umożliwiający dostęp do mapowania kodów jest skonfigurowany raz i jest wspólny dla wszystkich witryn spotkań klientów końcowych.
Uczestnicy dołączający do spotkania muszą wprowadzić odpowiedni identyfikator spotkania (na przykład 123456), który identyfikuje konkretne spotkanie, do którego mają dołączyć.
Zaleca się, aby Partnerzy stosowali się do modelu zwolnień opisanych poniżej.
Dołączanie do spotkania przy użyciu wdzwaniania
Poniższy obraz przedstawia proces użytkownika, który dołącza do spotkania przez połączenie.
Poniżej przedstawiono kroki, które uczestnik musi wykonać, aby dołączyć do spotkania przez połączenie.
Użytkownik planuje spotkanie w aplikacji Webex. Webex przypisuje identyfikator spotkania (na przykład 123456).
Użytkownik wybiera numer telefonu powiązany ze spotkaniem (na przykład 2403332200). Identyfikator SIP INVITE zawiera identyfikator URI żądania jako numer telefonu powiązany ze spotkaniem.
BroadWorks tłumaczy numer telefonu na kod dostępu (na przykład 88631321777971704941) powiązany z witryną spotkania i przekierowuje połączenie do CUBE za pomocą identyfikatora URI żądania jako kod dostępu.
Webex odbiera protokół SIP INVITE i odbiera połączenie. Język komunikatów jest określany językiem określonym dla numeru telefonu, gdy jest on inicjowany w Cisco Partner Hub i BroadWorks.
Użytkownik wprowadza identyfikator spotkania (na przykład 123456) przy użyciu DTMF. Webex weryfikuje użytkownika, a następnie pozwala mu dołączyć do spotkania.
Dołączanie do spotkania przy użyciu połączenia zwrotnego (opcjonalnie)
Na poniższym zdjęciu pokazano proces użytkownika, który dołącza do spotkania przez oddzwonienie, a użytkownik żąda połączenia z usługi Webex, aby dołączyć do spotkania.
Poniżej przedstawiono kroki związane z dołączeniem uczestnika do spotkania przez połączenie zwrotne:
Użytkownik planuje spotkanie w aplikacji Webex. Webex przypisuje identyfikator spotkania (na przykład 123456).
Użytkownik prosi Webex o połączenie na żądany numer (na przykład +16504441000), aby dołączyć do spotkania za pomocą aplikacji Webex lub klienta Meetings.
Webex inicjuje protokół SIP INVITE to CUBE w oparciu o grupę wywoływania zwrotnego DNS SRV, skonfigurowaną w Cisco Partner Hub i BroadWorks. Identyfikator URI żądania SIP INVITE zawiera numer telefonu, który musi odebrać połączenie (na przykład: +16504441000@cube.example.com).
CUBE przekłada numer telefonu w identyfikatorze strony zdalnej na wartość identyfikującą wirtualnego abonenta na BroadWorks (na przykład 88631321777971704941@ecccx.amer.pub.webex.com). Określa to CUBE jako wirtualnego użytkownika na serwerze aplikacji BroadWorks.
Połączenie jest oferowane żądanemu przez użytkownika Numerowi Telefonu, a użytkownik odbiera połączenie w celu dołączenia do spotkania. Ten numer telefonu może być subskrybentem BroadWorks lub numerem PSTN. Jeśli żądany numer to numer PSTN, BroadWorks używa skonfigurowanej ścieżki do kierowania połączenia do PSTN.
W przypadku opcji połączenia zwrotnego obowiązkowe jest uaktywnienie dwóch następujących funkcji:
- 102746 – Obsługa BroadWorks dla CI UUID
- 102074 – BYO PSTN Obsługa rozliczeń dla połączeń i połączeń telefonicznych
Może to zostać potwierdzone z CLI w następujący sposób:
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
Szczegółowy opis tych funkcji i aktywacja można znaleźć w sekcji „Wirtualny abonent połączenia zwrotnego połączenia głosowego XML” w tym dokumencie.
Jeśli nie zdecydujesz się na skonfigurowanie funkcji Dołączanie do spotkania przy użyciu opcji Oddzwoń, użytkownicy mogą nadal korzystać z opcji Wywoływanie, aby dołączać do spotkań lub mogą dołączać przy użyciu dźwięku komputerowego. W takim przypadku nie jest wymagane konfigurowanie grup wywołania zwrotnego SRV DNS. |
Przegląd konfiguracji rozwiązania
Rozwiązanie składa się z kilku różnych elementów, z których każdy musi być poprawnie skonfigurowany, aby rozwiązanie działało pomyślnie. Składniki są następujące:
BroadWorks
CUBE (lub alternatywny certyfikowany kontroler graniczny sesji SP (SBC))
Webex Edge Audio
Istnieje współzależność między konfiguracją tych różnych elementów i jako takie jedna lub więcej organizacji nasion rozwiązania są wymagane do ukończenia wymaganej konfiguracji i weryfikacji rozwiązania.
Organizacja nasion
Organizacja nasion to organizacja Webex, którą można skonfigurować do generowania i sprawdzania poprawności ustawień rozwiązania BYoPSTN. Organizacja nasion musi mieć co najmniej jednego użytkownika przypisanego do pakietu standardowego, a pakiet Standard musi korzystać z opcji dołączania do spotkania dostarczonej przez partnera (BYoPSTN). Zaleca się, aby powiązać organizację nasion z testowym dostawcą usług BroadWorks lub przedsiębiorstwem.
Organizacje nasion rozwiązania służą dwóm celom:
Konfiguracja nasion— konfiguracja organizacji nasion generuje numer telefonu do mapowania kodów dostępu do spotkań oraz uniwersalnie unikatowy identyfikator witryny spotkania (UUID witryny), który jest wymagany do bieżącej pracy rozwiązania. Ta informacja jest wymagana do skonfigurowania wirtualnych abonentów BroadWorks (VSUB).
Walidacja konfiguracji — użyj organizacji nasion, aby określić, czy Twoje rozwiązanie BYoPSTN jest skonfigurowane zgodnie z Twoimi wymaganiami. Użyj organizacji nasion i przetestuj użytkowników, aby zweryfikować przypadki użycia połączeń przychodzących i oddzwanianych podczas spotkań za pomocą numerów dostępowych dostarczonych przez partnera i rekordów oddzwaniania SRV DNS (jeśli połączenie zwrotne jest włączone).
Administrator musi wygenerować organizację rozwiązania nasion dla każdego unikatowego zestawu numerów telefonów i rekordów połączenia zwrotnego DNS SRV. Generowanie organizacji rozwiązania dla nasion w każdym przypadku generuje wymagany numer telefonu do mapowania kodów dostępu do spotkań oraz możliwość weryfikacji powiązanych przypadków użycia połączeń przychodzących i zwrotnych dla tych numerów telefonów i rekordów SRV DNS połączeń zwrotnych.
Administrator, korzystający z Cisco Partner Hub, musi wybrać jedną organizację rozwiązania dla nasion jako organizację podstawowego rozwiązania dla nasion. Witryna spotkania UUID Standardowego spotkania pakietu tej podstawowej organizacji rozwiązania nasion musi zostać skonfigurowana w BroadWorks. Ważne jest, aby ta witryna spotkania pozostała skonfigurowana, ponieważ ten identyfikator UUID witryny jest wysyłany w każdym żądaniu dołączania do spotkania połączeń jako token uwierzytelniania. Ten pojedynczy identyfikator UUID witryny jest udostępniany przez wszystkie zestawy numerów telefonów i rekordów DNS SRV wywoływania zwrotnego. Nie są wymagane wiele wartości UUID witryny.
Podstawowe i wszelkie pomocnicze organizacje rozwiązań nasiennych można usunąć, w razie potrzeby, przed zestawem numerów telefonów i przywoływania rekordów DNS SRV przypisywanych do klientów nietestowanych. Gdy zestaw numerów telefonów i rekordy połączenia zwrotnego DNS SRV są przypisane do wszystkich klientów nietestowanych, te numery telefonów i rekordy połączenia zwrotnego są powiązane z witrynami spotkań dla tych klientów i są używane do dołączania do spotkania za pomocą połączenia przychodzącego i połączenia zwrotnego. Wszelkie zmiany należy uznać za mające wpływ na usługę.
Kolejne sekcje zawierają więcej szczegółów na temat różnych elementów konfiguracji.
Elementy konfiguracji BYoPSTN
Kluczowym elementem rozwiązania jest konfiguracja numerów telefonów Cisco Partner i rekordów połączenia zwrotnego DNS SRV. BYoPSTN używa grup numerów telefonów i grup połączeń zwrotnych DNS SRV jako sposobu przypisywania numerów telefonów opartych na lokalizacji geograficznej i zbędnego routingu połączeń dla spotkań Webex. Elementy te są przypisywane klientom końcowym przez szablon klienta.
Grupy numerów telefonów (PNG)
Partnerzy Cisco udostępniają numery telefonów używane przez uczestników do dołączania do spotkań w Cisco Partner Hub. Te Numery Telefoniczne są ustawione razem w Grupę Numerów Telefonicznych. Lista numerów telefonów jest powiązana z witryną spotkania. Wszystkie osobiste sale spotkań (PMR) i zaplanowane spotkania w tej witrynie spotkania używają powiązanych numerów telefonów. Poniżej przedstawiono przykład grupy numerów telefonów:
Nazwa numeru telefonu | Kraj | Kod kraju | Numer telefonu | Ogłoszenie | Rodzaj płatnego numeru | Priorytet wdzwaniania |
---|---|---|---|---|---|---|
Stany Zjednoczone Maryland | US | +1 | 2403332200 | Angielski | Płatne | Podstawowe |
USA Floryda | US | +1 | 9049002303 | Angielski | Płatne | Pomocniczy |
Stany Zjednoczone Nowy Jork | US | +1 | 8056504578 | Angielski | Bezpłatne | Brak |
Numery telefonów mają następujące atrybuty:
Nazwa numeru telefonu — nazwa umożliwiająca określenie numeru telefonu
Kraj — kraj, do którego przypisany jest telefon
Kod kraju — kod połączenia krajowego lub kod wdzwaniania do kraju
Numer telefonu — numer telefonu, którego należy użyć do dołączenia do spotkania bez kodu kraju
Ogłoszenie — język ogłoszenia, które ma być odtwarzane, gdy uczestnik dołącza do spotkania
Typ numeru płatnego — rodzaj numeru: Bezpłatny lub bezpłatny
Priorytet wdzwaniania — priorytet przypisany do numerów spotkania. Widok uczestników numerów dołączania do spotkania jest zamawiany na podstawie tego priorytetu.
Domyślne numery telefonów: Administratorzy mogą przypisać priorytet wdzwaniania podstawowego, pomocniczego lub Brak do numeru telefonu w grupie numerów telefonów. Numery telefonów o priorytecie Podstawowym lub Pomocniczym są domyślnymi numerami telefonów. Domyślne numery telefonów są wysyłane w wiadomościach e-mail z zaproszeniem na spotkanie i są wymienione w kolejności priorytetowej, której uczestnicy powinni używać do dołączania do spotkań. Domyślne numery telefonów nie muszą znajdować się w tym samym kraju. Należy wybrać podstawowy numer telefonu, dodatkowy numer telefonu jest opcjonalny. Co najmniej jeden z domyślnych numerów telefonów musi mieć numer płatny.
Użytkownicy Klientów końcowych mogą wybrać określenie własnych domyślnych numerów telefonów za pomocą interfejsu internetowego witryny spotkania. Te numery są wyświetlane dla tego użytkownika i jego uczestników, gdy są prowadzącymi spotkanie. Jeśli użytkownik dołączy do spotkania jako uczestnik, pojawi się tylko dla niego.
Zgodnie z powyższym przykładem administrator partnera Cisco przewiduje, że US Maryland jest podstawowym, a US Florida drugorzędnym, są to domyślne numery telefonów. Użytkownik może zdecydować się na zastąpienie tego podczas spotkań, zmieniając podstawowy na US New York i wtórny jako US Maryland.
Maksymalna liczba numerów telefonów dla danej grupy numerów telefonów wynosi 98.
UWAGA: Nie jest obsługiwane konfigurowanie dedykowanego numeru dla jednego przedsiębiorstwa.
Połączenia zwrotne grup SRV DNS (CDSG)
Aby umożliwić uczestnikom spotkania wybranie opcji oddzwaniania, wymagana jest grupa połączenia zwrotnego DNS SRV, która wskazuje na instancje CUBE w sieci partnera Cisco. Webex używa tych rekordów do kierowania połączenia zwrotnego przez CUBE do BroadWorks, które następnie może umieścić połączenie zwrotne spotkania na numer telefonu uczestnika spotkania.
Poniżej znajduje się przykład grupy połączenia zwrotnego DNS SRV.
Kraj/region | Kod kraju | Rejestr SRV DNS |
---|---|---|
Stany Zjednoczone | +1 | cube.us.example.com |
Meksyk | +52 | cube.mx.example.com |
Wszystkie pozostałe kraje | nd. | cube.global.example.com |
Rejestry połączenia zwrotnego DNS SRV mają następujące atrybuty:
Kraj/region — kraj lub region, dla którego ten rekord SRV DNS powinien być używany do wysyłania żądań połączeń.
Kod kraju — kod kraju powiązany z danym krajem/regionem. Można mieć tylko jeden rekord DNS SRV na kod kraju.
Rejestr DNS SRV — rekord DNS SRV dla wystąpienia(ów) Cisco Partner CUBE.
Gdy uczestnik żąda połączenia na podany numer telefonu, Webex używa połączenia zwrotnego DNS SRV powiązanego z kodem kraju dla określonego numeru telefonu, aby przekierować połączenie do odpowiednich elementów w sieci Cisco Partners.
W ten sposób korzystanie z rekordu DNS SRV zapewnia obsługę zbędnych wystąpień CUBE w celu obsługi żądań połączeń z Webex. W powyższym przykładzie, gdy uczestnicy spotkania w Stanach Zjednoczonych żądają połączenia zwrotnego z Webex na swój numer telefonu w Stanach Zjednoczonych, Webex korzysta z DNS SRV cube.us.example.com
przekierowania tego połączenia do sieci partnera Cisco. Gdy uczestnicy Spotkania w Meksyku poproszą o połączenie zwrotne z Webex na ich meksykański numer telefonu, Webex będzie korzystać z DNS SRV cube.mx.example.com
przekierowania tego połączenia do sieci partnera Cisco.
W przypadku wszystkich krajów/regionów, które nie mają określonego rekordu SRV wywołania zwrotnego DNS, żądania te są kierowane do rekordu „Wszystkie inne kraje” DNS SRV. Administrator musi skonfigurować rekord SRV DNS „Wszystkie inne kraje”.
Maksymalna liczba rekordów dla danej grupy połączenia zwrotnego DNS SRV wynosi 200.
Szablony klienta
Szablon klienta to istniejąca koncepcja rozwiązania Webex for BroadWorks. Szablon zawiera domyślną konfigurację, która jest używana do obsługi klienta końcowego. BYoPSTN dostarcza do szablonu klienta dodatkowe atrybuty:
Typ dołączania do spotkania — mogą to być numery dostępowe Cisco lub numery dostępowe podane przez partnera. Ten atrybut wskazuje numery telefonów skonfigurowane dla witryn spotkań powiązanych z pakietami Standard i Premium. Numery dostępowe podane przez partnera powinny być wybierane przez administratora.
Grupa numerów telefonów — tylko opcja numerów dostępowych dostarczona przez partnera — ten atrybut wskazuje numery telefonów używane przez klientów końcowych, które są dostarczane w przypadku pakietów Standard i Premium podczas dołączania do spotkań.
Grupa wywoływania zwrotnego DNS SRV — powiązana tylko z opcją numerów dostępowych partnera, ten atrybut wskazuje rekordy DNS SRV używane przez Webex podczas oddzwaniania do klientów końcowych, które są konfigurowane dla pakietów Standard i Premium podczas dołączania do spotkań. Jeśli nie chcesz włączyć połączenia zwrotnego, możesz wybrać opcję „Wyłącz połączenie zwrotne” podczas tworzenia lub aktualizowania szablonu klienta. Gdy dla klienta końcowego zostanie skonfigurowany pierwszy abonent dla Standard lub Premium, zostanie skonfigurowana powiązana witryna spotkania pakietów. Witryna spotkania pakietów jest skonfigurowana zgodnie z powyższym szablonem klienta. Do już skonfigurowanej witryny spotkania dodano dowolnego subskrybenta obsługującego usługę Standard lub Premium — konfiguracja witryny spotkania nie została zmieniona.
Wszelkie zmiany w szablonie klienta w odniesieniu do powyższych atrybutów dotyczą tylko nowo utworzonych witryn spotkań pakietów. Zmiany szablonu klienta nie mają wpływu na istniejące witryny spotkań, które zostały już skonfigurowane.
Jednym z istotnych wyjątków jest to, że jeśli klient końcowy ma już witrynę spotkań, każda nowa witryna spotkań pakietów jest udostępniana przy użyciu tego samego typu dołączania do spotkania, co istniejąca witryna spotkań pakietów. Jeśli na przykład klient końcowy ma standardową witrynę spotkań z pakietami z wykorzystaniem numerów dostępowych Cisco, a szablon klienta został zaktualizowany w celu korzystania z numerów dostępowych dostarczonych przez partnera, nowa witryna spotkań z pakietami Premium jest obsługiwana przy użyciu numerów dostępowych Cisco, ustawienie szablonu klienta nie ma zastosowania. Witryny spotkań Standard i Premium dla danego Klienta Końcowego są zawsze udostępniane spójnie.
Klaster połączeń BroadWorks
Cisco Partner Hub — ekran klastra połączeń BroadWorks zapewnia dostęp do wyświetlania i/lub pobierania informacji o konfiguracji BroadWorks (BYoPSTN) . Informacje o konfiguracji BYoPSTN dla danego klastra zawierają następujące dane:
Podstawowe szczegóły organizacji rozwiązania nasiennego, w tym standardowy pakiet witryny spotkania UUID i adres URL witryny.
Szczegóły grupy numerów telefonów dla wszystkich grup skonfigurowanych dla tego klastra. Obejmuje to numer telefonu do mapowania kodów dostępu do spotkań dla każdej grupy. Należy pamiętać, że szczegóły powinny obejmować grupy, które są powiązane ze wszystkimi organizacjami rozwiązań nasion wtórnych.
Szczegóły grupy połączenia zwrotnego DNS SRV dla wszystkich grup skonfigurowanych dla tego klastra. Należy pamiętać, że szczegóły powinny obejmować grupy, które są powiązane ze wszystkimi organizacjami rozwiązań nasion wtórnych.
Szczegóły szablonu klienta dla tych szablonów z wykorzystaniem którejkolwiek z grup numerów telefonów i grup SRV połączenia zwrotnego DNS.
Każdy klaster połączeń BroadWorks ma własne informacje o konfiguracji BroadWorks (BYoPSTN), a w szczególności przypisane do niego Grupy numerów telefonów i Grupa SRV wywołania zwrotnego DNS. Należy jednak pamiętać, że wszystkie klastry połączeń BroadWorks mają tę samą podstawową organizację rozwiązania nasiennego i jako takie wszystkie zawierają tę samą standardową witrynę spotkań pakietu UUID i adres URL witryny.
Informacje o konfiguracji BroadWorks (BYoPSTN) są dostępne tylko do przeglądania/pobierania, gdy administrator konfiguruje i wybiera podstawową organizację rozwiązania nasiennego. Do pakietu Standard musi zostać przypisany co najmniej jeden użytkownik, a pakiet Standard musi korzystać z opcji dołączania do spotkania dostarczonej przez partnera (BYoPSTN).
Przykładowe elementy konfiguracji BYoPSTN
Na poniższym obrazku przedstawiono przykład wdrożenia systemu BroadWorks obejmującego wiele klastrów, a także szablony klientów oparte na danych geograficznych, numery telefonów i trasowanie.
W pierwszej tabeli przedstawiono wdrożenie wielu klastrów BroadWorks z regionalnymi szablonami klientów, grupami numerów telefonów i grupami wywołania zwrotnego DNS SRV. Kolejne tabele rozszerzają się na grupy numerów telefonów i grupy połączeń zwrotnych DNS SRV.
Klaster BroadWorks | Nazwa szablonu | Pakiet | Typ dołączania do spotkania | Grupa numerów telefonów | Grupa połączenia zwrotnego DNS SRV |
---|---|---|---|---|---|
BWKS US NG | US West Std | Standardowy | Numery dostępowe podane przez partnera | Stany Zjednoczone Zachodnie | CB US |
US West Prem | Premium | ||||
US East Std | Standardowy | USA Wschodnie | |||
US East Prem | Premium | ||||
BWKS MX | Std MX | Standardowy | Numery dostępowe podane przez partnera | MX PNG | CB MX |
MX Prem | Premium | ||||
BWKS Wielka Brytania | Wielka Brytania Std | Standardowy | Numery dostępowe podane przez partnera | UK PNG | Połączenie zwrotne wyłączone |
UK Prem | Premium | ||||
BWKS US | US Std | Standardowy | Numery dostępowe Cisco | Brak | Brak |
Podczas dołączania do spotkań abonenci obsługiwani za pomocą szablonu US West Std lub US West Prm używają numeru telefonu US West Phone. Ci abonenci, którzy spotykają się z prośbami o dołączenie do oddzwaniania, są wysyłani do rekordów SRV DNS w CB US.
Podczas dołączania do spotkań abonenci obsługiwani za pomocą szablonu US East Std lub US East Prm używają numeru telefonu US East Phone. Ci abonenci, którzy spotykają się z prośbami o dołączenie do oddzwaniania, są wysyłani do rekordów SRV DNS w CB US.
Abonenci skonfigurowani przy użyciu szablonu MX Std lub MX Prm używają numeru telefonu MX PNG podczas dołączania do spotkań. Prośby o dołączenie do oddzwaniania są wysyłane do rekordów SRV DNS systemu CB MX.
Podczas dołączania do spotkań abonenci obsługiwani za pomocą szablonu UK Std lub UK Prm używają numerów telefonów PNG w Wielkiej Brytanii. Subskrybenci nie będą mieli możliwości dołączenia do spotkania za pośrednictwem połączenia zwrotnego, ponieważ połączenie zwrotne jest wyłączone.
Subskrybenci obsługiwani za pomocą US Std używają numerów dostępowych Cisco i dlatego nie mają przypisanej grupy numerów telefonów ani grupy połączeń zwrotnych DNS SRV. Ci abonenci używają numerów telefonów dostarczonych przez firmę Cisco do dołączania do spotkań, a rekordy Cisco DNS SRV do dołączania do spotkań przy użyciu połączenia zwrotnego.
Szczegółowe informacje dotyczące przykładowych grup numerów telefonów są następujące:
Grupa numerów telefonów | Nazwa numeru telefonu | Kraj | Kod kraju | Numer telefonu | Ogłoszenie | Rodzaj płatnego numeru | Priorytet wdzwaniania |
---|---|---|---|---|---|---|---|
Stany Zjednoczone Zachodnie | Stany Zjednoczone San Francisco | US | +1 | 4156551000 | Angielski | Płatne | Podstawowe |
Amerykański Palo Alto | US | +1 | 9863502478 | Angielski | Bezpłatne | Brak | |
USA Wschodnie | Stany Zjednoczone Maryland | US | +1 | 2403332200 | Angielski | Płatne | Podstawowe |
USA Floryda | US | +1 | 9049002303 | Angielski | Płatne | Pomocniczy | |
Stany Zjednoczone Nowy Jork | US | +1 | 8056504578 | Angielski | Bezpłatne | Brak | |
MX PNG | Meksyk | MX | +52 | 2065304086 | Europejski hiszpański | Płatne | Podstawowe |
UK PNG | Wielka Brytania | Wielka Brytania | +44 | 4527789651 | Angielski | Płatne | Podstawowe |
Szczegółowe informacje dotyczące przykładowych grup SRV połączenia zwrotnego DNS są następujące:
Grupa połączenia zwrotnego DNS SRV | Kraj | DNS SRV |
---|---|---|
CB US | US | cube.us.example.com |
Wszystkie pozostałe kraje | cube.row.example.com | |
CB MX | MX | cube.mx.example.com |
Wszystkie pozostałe kraje | cube.row.example.com |
Konfiguracja dla amerykańskiego rekordu DNS SRV, cube.us.example.com może być taka sama jak w przykładzie:
| 86400 | W PRZYPADKU | SRV | 10 | 10 | 5061 |
|
| 86400 | W PRZYPADKU | SRV | 10 | 10 | 5061 |
|
Ten rekord SRV DNS może rozwiązać następujący rekord DNS A:
| 86400 | W PRZYPADKU | A | 45.84.168.81 |
| 86400 | W PRZYPADKU | A | 45.84.168.82 |
Rejestry DNS SRV służą do zabezpieczania połączeń SIP z Webex do CUBE. |
Porty używane przez Webex
Porty w poniższej tabeli muszą zostać otwarte na zaporze DMZ, w której znajduje się CUBE, a inne porty mogą być zamknięte. Dodatkowe informacje na temat wymagań dotyczących portów i sieci można znaleźć w następującym artykule:
https://collaborationhelp.cisco.com/article/WBX264
Źródło | Porty źródłowe | Miejsce docelowe | Porty docelowe | Protokół | Opis | ||
---|---|---|---|---|---|---|---|
Webex Edge Audio Services | Krótkotrwałe | CUBE | 5061 | TCP | (mTLS 1.2) Przychodząca sygnalizacja SIP z Webex Edge Audio do CUBE SBC.
| ||
Webex Edge Audio Services | 4000 - 4010 | CUBE | 5061 | TCP | (mTLS 1.2) Opcje Ping dla Webex Edge Audio. | ||
CUBE | Krótkotrwałe | EdgeAudio | 5605 | TCP | (mTLS 1.2) Wyjściowa sygnalizacja SIP dla Webex Edge Audio. | ||
Webex Edge Audio Services | Krótkotrwałe | CUBE | Porty empatyczne 8000 – 59999 | UDP | (SRTP) Należy otworzyć otwory zapory dla przychodzącego ruchu multimedialnego do dźwięku Edge. | ||
CUBE | Porty empatyczne 10200 - 28000 | Edge Audio | Krótkotrwałe | UDP | (SRTP) Należy otworzyć otwory zapory, aby ruch mediów wychodzących do CUBE. |
TLS i SRTP Cipher Suites
TLS v1.2 lub nowszy jest używany do uścisku dłoni mTLS, a następujące szyfry są obsługiwane przez Webex Edge Audio (podczas oddzwaniania Webex Edge Audio oferuje je w kliencie TLS Handshake’s Client Hello):
TLS_ECDHE_ECDSA_Z_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_Z_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_Z_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_Z_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_Z_AES_256_GCM_SHA384
TLS_RSA_Z_AES_256_CBC_SHA256
TLS_RSA_Z_AES_128_GCM_SHA256
TLS_RSA_Z_AES_128_CBC_SHA256
TLS_DHE_DSS_Z_AES_256_GCM_SHA384
TLS_DHE_DSS_Z_AES_256_CBC_SHA256
TLS_DHE_DSS_WITH_AES_128_GCM_SHA256
TLS_DHE_DSS_WITH_AES_128_CBC_SHA256
Dla sRTP wykorzystywane są następujące szyfry:
AEAD_AES_256_GCM
AEAD_AES_128_GCM
AES_CM_128_HMAC_SHA1_80
AES_CM_128_HMAC_SHA1_32
Obsługiwane kodeksy audio
G722
G711µ
G711a
Wymagania dotyczące profilu SIP i RTP
Rozwiązanie wymaga, aby między CUBE (lub SBC) a Webex wdrożono protokół SIP TLS do sygnalizowania i sRTP dla mediów.
Profile SIP i RTP w ramach niniejszego komunikatu powinny spełniać następujące wymagania:
Wymagania dotyczące profilu SIP | Szczegóły |
---|---|
Zegar wygaśnięcia sesji | 2220 sek (zaakceptuj SIP 422) * jest ustawiany według potrzeb biznesowych i oczekuje się 422. |
Oferta medialna na wjazd | Wczesna oferta |
Oferta medialna dla egress | Opóźniona oferta |
Opcje interwału ping | 30 s (minimum) |
DTMF | RFC2833 Payload 101 (No Acoustic DTMF!) |
Porty SIP-UDP | 4000-4010,5061,5065 |
Profil RTP | Szczegóły |
---|---|
Profil płatności głosowej | G. 722/ G. 711μ/G. 711a |
Rozmiar pakietu | 20 ms |
VAD (wykrywanie aktywności głosowej) | Nie |
Zegar bezczynności multimediów | 1200 ms |
Zmiana kodeka średniego wybierania | Nie zaakceptowano |
RTP | 8000–48198 |
szyfry sRTP | AEAD_AES_256_GCM AEAD_AES_128_GCM AES_CM_128_HMAC_SHA1_80 AES_CM_128_HMAC_SHA1_32 |
Kodek G.729 nie jest obsługiwany. Jeśli chcesz używać G.729, musisz używać transkoderów. |
Domeny routingu połączeń Webex
DNS SRV _sips._tcp.<domain>
służy do dotarcia do Webex Edge Audio. W zależności od regionu istnieją cztery domeny.
Region | Domena |
---|---|
Ameryka | ecccspx.amer.pub.webex.com |
Wielka Brytania, Afryka Północna | ecccspx.emea.pub.webex.com |
Azja i Region Pacyfiku | ecccspx.apac.pub.webex.com |
Australia / Nowa Zelandia | ecccspx.anz.pub.webex.com |
Europa | ecccspx.euro.pub.webex.com |
DNS SRV rozwiązuje kilka rekordów A wskazujących na witrynę podstawową i pomocniczą. Poniższa tabela stanowi przykład dla regionu AMER i może ulec zmianie w przyszłości.
Rodzaj rekordu | Nagraj | Cel | Cel |
---|---|---|---|
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxpr1.amer.pub.webex.com | Odkrywanie dźwięku Webex Edge |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxpr2.amer.pub.webex.com | Odkrywanie dźwięku Webex Edge |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxsc1.amer.pub.webex.com | Odkrywanie dźwięku Webex Edge |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxsc2.amer.pub.webex.com | Odkrywanie dźwięku Webex Edge |
A | ecccspxpr1.amer.pub.webex.com | 207.182.174.101* | Punkty do Webex Edge Audio AMER Primary 1 |
A | ecccspxpr2.amer.pub.webex.com | 207.182.174.102* | Punkty do Webex Edge Audio AMER Primary 2 |
A | ecccspxsc1.amer.pub.webex.com | 207.182.174.229* | Punkty do Webex Edge Audio AMER Secondary 1 |
A | ecccspxsc2.amer.pub.webex.com | 207.182.174.230* | Punkty do Webex Edge Audio AMER Secondary 2 |
DNS-SRV ma charakter dynamiczny, adresy IP są podatne na zmiany, dlatego unikaj twardego kodowania lub zakładania adresów IP. Wszelkie zmiany lub aktualizacje wprowadzone do dokumentu Informacje referencyjne o porcie dla usługi Webex Calling można znaleźć w sekcji „Historia weryfikacji dokumentów”. |
Redundancja CUBE
Cisco Unified Border Element (CUBE) umożliwia kontrolę granic sesji w sieci zarządzającej połączeniami SIP między podmiotami zewnętrznymi a siecią wewnętrzną. Więcej informacji na temat CUBE można znaleźć w sekcji Wymagania wstępne poniżej.
Obsługiwane modele zwolnień są zdefiniowane w celu zapewnienia wysokiej dostępności i wyeliminowania awarii pojedynczego punktu dla partnera Cisco. Poniżej przedstawiono trzy różne modele. Partnerzy Cisco powinni przyjąć dowolny model mający zastosowanie do ich środowiska.
Podczas procesu wdrażania partner powinien wyłączyć filtry ICMP.
Duplex CUBE Wdrożenie dla BroadWorks Wdrożone w jednym zakładzie
Prostsze wdrożenie CUBE dla BroadWorks wdrożone w wielu zakładach
Inny model redundancji jest możliwy, gdy CUBE jest wdrażany w trybie dupleksowym w każdym zakładzie. Ten model nie jest konieczny, biorąc pod uwagę, że BroadWorks jest wdrażany z geo-redundancji.
Wdrażanie
1 | Wymagania wstępne partnera
|
2 | Zapewnianie numerów telefonów w Cisco Partner Hub
|
3 | Prowiowanie grup SRV połączenia zwrotnego DNS w Cisco Partner Hub (opcjonalnie)
|
4 | Powiązanie PNG (i CDSG) z szablonami klientów
|
5 | Organizacje rozwiązań dla nasion roślin
|
6 | Wybierz podstawową organizację rozwiązania nasion
|
7 | Pobierz konfigurację BroadWorks (BYoPSTN)
|
8 | Określ domenę Webex Edge Audio DNS SRV
|
9 | Konfiguracja usługi Provision Partner BroadWorks
|
10 | Provision Partner CUBE (lub własny SBC)
|
11 | Certyfikacja BYoPSTN
|
Krok 1: Wymagania wstępne partnera
Należy wypełnić następujące warunki wstępne dotyczące inicjowania obsługi administracyjnej BYoPSTN. Wymagania wstępne podane poniżej zakładają, że Partner ma sprawne wdrożenie Webex dla Cisco BroadWorks, które obejmuje:
Funkcjonowanie systemu BroadWorks – jak udokumentowano w podręczniku rozwiązania Webex for Cisco BroadWorks
Licencja BroadWorks AS z usługą „VoiceXML” w wystarczającej ilości (1 na numer PSTN)
Wymagane poprawki BroadWorks:
Dla R22:
AP.xsp.22.0.1123.ap376935
AP.as.22.0.1123.ap376935
Dla R23:
AP.xsp.23.0.1075.ap376935
AP.as.23.0.1075.ap376935
Dla R24
AP.as.24.0.944.ap376935
Wdrożony system Cisco CUBE (IOS w wersji 16.12.2 lub nowszej): https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html
Obsługiwane są zarówno CUBE oparte na sprzęcie, jak i wirtualne. CUBE na bazie sprzętu jest zalecany do skalowalności i obsługi większej liczby połączeń.
Organizacja partnera Webex — jak opisano w przewodniku po rozwiązaniach Webex for Cisco BroadWorks
Krok 2: Prowiowanie grup numerów telefonów (PNG) w Partner Hub
Procedura dodawania numerów dostępowych do spotkań Webex przez partnera Cisco jest następująca:
Zaloguj się do Cisco Partner Hub.
Przejdź do obszaru Ustawienia.
Przewiń do usługi BroadWorks Calling.
W obszarze Konfiguracja dołączania do spotkania (BYoPSTN) wybierz Utwórz Grou numeru telefonu wdzwanianego.
Wprowadź nazwę grupy numerów telefonów i wybierz Dalej.
Wprowadź szczegóły numeru telefonu i wybierz Dalej.
Przejrzyj podsumowanie szczegółów grupy numerów telefonów i wybierz opcję Zapisz.
Powtórz tę procedurę dla każdej grupy numerów telefonów, która ma zostać dodana.
Poniższe zrzuty ekranu ilustrują procedurę.
Krok 3: Prowiowanie grup wywołania zwrotnego DNS SRV (CDSG) w Partner Hub
Ten krok należy wykonać tylko wtedy, gdy chcesz wdrożyć opcję Dołączanie do spotkania przy użyciu połączenia zwrotnego. W przeciwnym razie możesz pominąć ten krok. |
Jeśli nie skonfigurujesz tej opcji, użytkownicy mogą korzystać z opcji wdzwaniania, aby dołączać do spotkań, lub mogą dołączać przy użyciu dźwięku komputerowego. |
Podczas korzystania z opcji wywołania zwrotnego spotkania do kierowania połączeń z Webex do CUBE wymagana jest grupa wywołania zwrotnego DNS SRV. Procedura dodawania rekordów CUBE DNS SRV do Webex przez partnera Cisco jest następująca:
Zaloguj się do Partner Hub.
Przejdź do obszaru Ustawienia.
Przewiń do usługi BroadWorks Calling.
W obszarze Konfiguracja dołączania do spotkania (BYoPSTN) wybierz Utwórz grupę połączenia zwrotnego DNS SRV.
Wprowadź nazwę grupy połączenia zwrotnego DNS SRV.
Wybierz Dalej .
Wprowadź szczegóły połączenia zwrotnego DNS SRV.
Wybierz Dalej .
Przejrzyj podsumowanie szczegółów połączenia zwrotnego DNS SRV.
Wybierz Zapisz .
Przekaż wszelkie aktualizacje DNS, aby odzwierciedlić nowe rekordy w grupie DNS SRV.
Powtórz tę procedurę dla każdej grupy połączenia zwrotnego DNS SRV, która ma zostać dodana.
Poniższe zrzuty ekranu ilustrują procedurę.
Krok 4: Powiąż PNG i CDSG z szablonami klientów w Partner Hub
Wstępna konfiguracja i weryfikacja rozwiązania BYoPSTN wymaga organizacji nasion dla każdej unikalnej kombinacji grupy numerów telefonów i grupy połączenia zwrotnego DNS SRV (jeśli wymagane jest połączenie zwrotne). W związku z tym zaleca się, aby partnerzy Cisco utworzyli nowy szablon klienta dla każdej unikalnej kombinacji grupy numerów telefonów i grupy połączenia zwrotnego DNS SRV. Każdy szablon klienta powinien być używany do wygenerowania odpowiedniej organizacji nasion.
Gdy konfiguracja BYoPSTN zostanie posadzona i zweryfikowana przy użyciu organizacji nasion, grupy numerów telefonów i grupy wywoływania zwrotnego DNS SRV mogą być stosowane do istniejących szablonów klientów w zależności od potrzeb.
Należy pamiętać, że nowo utworzone szablony klientów nie są używane przez dotychczasowych klientów nietestowanych i dlatego można ich bezpiecznie używać do ręcznej weryfikacji konfiguracji BYoPSTN.
Jeśli nie wdrażasz funkcji Dołączanie do spotkania za pośrednictwem połączenia zwrotnego, nie musisz łączyć grup SRV połączenia zwrotnego DNS z szablonem klienta. Należy jednak wybrać opcję Wyłącz połączenie zwrotne. |
Aby dodać nowy szablon klienta, wykonaj następujące czynności:
Zaloguj się do Cisco Partner Hub.
Przejdź do obszaru Ustawienia.
Przewiń do usługi BroadWorks Calling.
W obszarze Szablony wybierz opcję Dodaj szablon.
Wprowadź szczegóły szablonu. Na etapie Typ Pakietu:
Wybierz Typ pakietu jako Standard.
Wybierz konfigurację dołączania do spotkania jako numery dostępowe podane przez partnera (BYoPSTN).
Wybierz grupę obsługiwanych numerów telefonów.
W przypadku grupy wywołania zwrotnego DNS SRV, jeśli chcesz włączyć opcję wywołania zwrotnego spotkania, wybierz skonfigurowaną grupę wywołania zwrotnego DNS SRV. W przeciwnym razie wybierz opcję Wyłącz połączenie zwrotne.
Wybierz Dalej .
Wprowadź pozostałe szczegóły szablonu.
Przejrzyj podsumowanie szczegółów szablonu.
Kliknij opcję Zapisz.
Powtórz tę procedurę dla każdego szablonu klienta, który musi zostać dodany
Poniższy zrzut ekranu ilustruje procedurę.
Aby zaktualizować istniejący szablon klienta, wykonaj następujące czynności:
Zaloguj się do Cisco Partner Hub.
Przejdź do obszaru Ustawienia.
Przewiń do sekcji BroadWorks Calling.
W obszarze Szablony wybierz opcję Wyświetl szablon.
Wybierz Szablon do aktualizacji.
Przewiń do sekcji Konfiguracja dołączania do spotkania:
Wybierz numery dostępowe podane przez partnera (BYoPSTN).
Wybierz wcześniej skonfigurowaną grupę numerów telefonów.
W przypadku grupy wywołania zwrotnego DNS SRV, jeśli chcesz włączyć opcję wywołania zwrotnego spotkania, wybierz skonfigurowaną grupę wywołania zwrotnego DNS SRV. W przeciwnym razie wybierz opcję Wyłącz połączenie zwrotne.
Wybierz Zapisz .
Poniższy zrzut ekranu ilustruje procedurę.
Krok 5: Organizacje rozwiązań dla nasion roślin
Roztwór BYoPSTN składa się z kilku różnych elementów, z których każdy musi być poprawnie skonfigurowany do prawidłowego działania. Jednym z dwóch celów organizacji rozwiązań nasion jest generowanie numeru telefonu do mapowania kodów dostępu do spotkań oraz uniwersalnie unikatowego identyfikatora witryny spotkań (UUID witryny), które są wymagane do bieżącej eksploatacji rozwiązania. Drugim celem jest weryfikacja konfiguracji.
Dla każdej unikalnej kombinacji grupy numerów telefonów i grupy połączenia zwrotnego DNS SRV, która ma być używana, należy wcześniej utworzyć odpowiedni szablon klienta. Dla każdego z tych szablonów klientów należy skonfigurować organizację rozwiązania zalążkowego. Konfiguracja tych organizacji nasion generuje numer telefonu do mapowania kodów dostępu do spotkań i identyfikatora UUID witryny spotkania, które są wymagane do skonfigurowania BroadWorks.
Korzystając z każdego z wcześniej skonfigurowanych szablonów klientów, udostępnij subskrybentowi nowy testowy dostawca usług BroadWorks lub nowe przedsiębiorstwo BroadWorks z użytkownikiem pakietu Standard . Powstała w ten sposób witryna Standardowy pakiet spotkań powinna używać numerów dostępowych dostawcy usług partnerskich do dołączania do spotkań. Do zapewnienia abonentowi można zastosować jedną z następujących metod:
Zapewnij abonentowi testowemu korzystanie z interfejsów API subskrybentów BroadWorks w sposób udokumentowany
developer.webex.com
.Włącz abonenta testowego dla usługi IM&P na BroadWorks skonfigurowanym do korzystania z szablonu klienta. Upewnij się, że szablon klienta używa pakietu standardowego jako domyślnego, aby upewnić się, że abonentowi testowemu przypisano pakiet standardowy. Alternatywnie, abonent testowy musi być następnie zaktualizowany, aby mieć pakiet Standardowy.
Należy pamiętać, że organizacje rozwiązań nasiennych są związane z testowym dostawcą usług BroadWorks lub testem BroadWorks Enterprise.
Krok 6: Wybierz podstawową organizację rozwiązania nasion
Ważne jest, aby ta witryna spotkania pozostała skonfigurowana, ponieważ ten identyfikator UUID witryny jest wysyłany w każdym żądaniu dołączania do spotkania połączeń jako token uwierzytelniania. Nie należy usuwać organizacji nasion, ponieważ powiązana witryna spotkania również zostanie usunięta. Jeśli organizacja nasion zostanie usunięta, trzeba będzie podać nową i ponownie skonfigurować Broadworks z nowym UUID witryny.
Podstawowe i wszelkie pomocnicze organizacje rozwiązań nasiennych można usunąć, w razie potrzeby, przed zestawem numerów telefonów i przywoływania rekordów DNS SRV przypisywanych do klientów nietestowanych. Gdy zestaw numerów telefonów i rekordy połączenia zwrotnego DNS SRV są przypisane do wszystkich klientów nietestowanych, te numery telefonów i rekordy połączenia zwrotnego są powiązane z witrynami spotkań dla tych klientów i są używane do dołączania do spotkania za pomocą połączenia przychodzącego i połączenia zwrotnego. Wszelkie zmiany należy uznać za mające wpływ na usługę.
Aby wybrać podstawową organizację rozwiązania dla nasion, wykonaj następujące czynności:
Zaloguj się do Cisco Partner Hub.
Przejdź do obszaru Ustawienia.
Przewiń do sekcji BroadWorks Calling.
W sekcji Potwierdzenie konfiguracji (BYoPSTN) wybierz opcję Przypisz.
Na ekranie Przypisz organizację wyszukaj i wybierz jedną z wcześniej skonfigurowanych organizacji nasion
Wybierz Przypisz.
Wybrana organizacja nasion jest podstawową organizacją nasion.
Poniższe zrzuty ekranu ilustrują procedurę.
Krok 7: Pobierz konfigurację BroadWorks (BYoPSTN)
Dane dotyczące podstawowej organizacji rozwiązania nasiennego, grup numerów telefonów i grupy połączenia zwrotnego DNS SRV dla danego klastra BroadWorks są dostępne w jednej lokalizacji, w pliku JSON konfiguracji BroadWorks (BYoPSTN). Ta informacja jest potrzebna do skonfigurowania BroadWorks dla BYoPSTN.
Należy pamiętać, że plik konfiguracyjny JSON jest dostępny do wglądu/pobrania dopiero po wybraniu podstawowej organizacji rozwiązania dla nasion.
Procedura przeglądania/pobierania pliku konfiguracyjnego JSON jest następująca:
Zaloguj się do Cisco Partner Hub.
Przejdź do obszaru Ustawienia.
Przewiń do usługi BroadWorks Calling.
W obszarze Klastry wybierz opcję Wyświetl klaster.
Wybierz klaster powiązany z szablonami klienta skonfigurowanymi dla usługi BYoPSTN.
Przewiń do konfiguracji BroadWorks w sekcji BYoPSTN.
Kliknij opcję Pobierz plik konfiguracyjny JSON.
Powtórz tę procedurę dla wszystkich innych klastrów BroadWorks.
Poniższe zrzuty ekranu ilustrują procedurę.
Patrz przykładowy plik konfiguracyjny JSON poniżej. Plik zawiera dodatkowe informacje na temat każdej grupy numerów telefonów, grupy połączenia zwrotnego DNS SRV, następujące kluczowe elementy konfiguracji, które należy wprowadzić na BroadWorks, są oznaczone pogrubioną czcionką.
siteUUID: BroadWorks musi wysłać tę wartość w wiadomościach SIP. Jest to token używany przez Webex Edge Audio do potwierdzenia tożsamości BroadWorks partnera Cisco i jego dostępu do witryn spotkań zarządzanych przez tego partnera Cisco.
Mapowanie kodu połączenia z numerem telefonu: Numery telefonów i powiązane z nimi kody dostępu Webex muszą być skonfigurowane w BroadWorks.
phoneNumber
Kod dostępu
localeTag: Żądany język ogłoszenia powiązany z numerem telefonu musi zostać skonfigurowany w BroadWorks.
dnsSrv: Połączenia zwrotne DNS SRV muszą być skonfigurowane w DNS i odnoszą się do żądanych wystąpień 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: Określ domenę Webex Edge Audio DNS SRV
Domena Webex Edge Audio DNS SRV musi być skonfigurowana w BroadWorks. Określić wartość, korzystając z poniższej procedury.
Zaloguj się do Cisco Partner Hub.
Przejdź do klientów.
Wybierz firmę BYoPSTN Validation Enterprise.
Wybierz opcję Wyświetl klienta.
Przejdź do Services/Meetings.
Wybierz witrynę spotkań pakietu standardowego.
Przewiń do dolnej części panelu bocznego, wybierz opcję Skonfiguruj witrynę.
Wybierz Ustawienia wspólne / Ustawienia audio.
W sekcji Edge Audio Custom Global Call-in Numbers (Niestandardowe globalne numery dostępowe Edge Audio) wybierz Generuj skrypt Lua.
W wyskakującym oknie wyszukaj wartość „-- Aktualizacja Do nagłówka z adresem URL CCAX”.
-- 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)
Wyciągnąć wartość pogrubioną, na przykład,
ecccx.amer.webex.com.
Jest to domena Webex Edge Audio DNS SRV, która musi zostać skonfigurowana w BroadWorks.
Krok 9: Konfiguracja usługi Provision Partner BroadWorks
W tej części opisano konfigurację BroadWorks niezbędną do wdrożenia scenariuszy połączenia i połączenia zwrotnego spotkania pokazanych na poniższych schematach. Przykłady konfiguracji są oparte na danych w pliku JSON pokazanym w poprzedniej sekcji. Oczekuje się, że numery, domeny, nazwy przedsiębiorstw/grup, typ urządzeń, zasady, profile itp. będą się różnić w zależności od partnera.
Przepływ połączenia:
- Użytkownik żąda oddzwonienia, Webex inicjuje oddzwonienie.
- Połączenie jest kierowane do BroadWorks OTT.
- Połączenie dociera do protokołu CUBE skonfigurowanego w CH. CUBE przekierowuje połączenie do BroadWorks.
- BroadWorks identyfikuje połączenie jako pochodzenie prowadzącego spotkanie i tworzy sesję dla użytkownika prowadzącego spotkanie oraz przetwarza połączenie.
- Sesja użytkownika prowadzącego spotkanie przetwarza połączenie i tłumaczy wybrany numer. Ponadto w imieniu użytkownika prowadzącego spotkanie generowany jest rekord rozliczeniowy.
- BroadWorks przekierowuje połączenie do użytkownika powiązanego z urządzeniem (7) lub do PSTN (8).
Zanim zaczniesz
Komunikacja SIP między BroadWorks a CUBE może odbywać się za pośrednictwem protokołu UDP lub TCP w zależności od wymagań sieciowych. Jeśli na przykład niektóre urządzenia sieciowe lub urządzenia dostępowe (na przykład bramy lub punkty końcowe) w przepływach połączeń lub oddzwaniania BYoPSTN nie obsługują protokołu TCP, należy użyć protokołu UDP.
Konfiguracja i przykłady przedstawione w tym przewodniku używają protokołu TCP jako protokołu transportowego. Aby używać protokołu TCP, upewnij się, że serwer aplikacji BroadWorks i serwer sieciowy są skonfigurowane dla protokołu TCP:
_CLI/Interface/SIP> get
networkProxyTransport = unspecified
accessProxyTransport = unspecified
supportDnsSrv = true
supportTcp = true
Serwer aplikacji
Identyfikacja/Typ profilu urządzenia
W celu reprezentowania CUBE należy utworzyć nowy typ profilu tożsamości/urządzenia. Upewnij się, aby ustawić następujące właściwości poniżej, podczas gdy inne mogą być pozostawione na wartości domyślne:
Typ adresu sygnalizacyjnego — ustawienie na inteligentny adres serwera proxy
Uwierzytelnianie — ustawienie Włączone
Tożsamość pomocy technicznej w AKTUALIZACJI i ponownym ZAPROSZENIU — sprawdzono
Możliwość rejestracji statycznej — ustawienie na włączone
Możliwość wideo — ustawienie na wyłączony
W poniższym przykładzie nowy typ profilu tożsamości/urządzenia „VXML_profile” jest tworzony w celu reprezentowania CUBE.
Wirtualny abonent XML głosowego
Tworzenie wystąpienia VoiceXML
Każdy numer PSTN Webex Meetings jest reprezentowany przez wirtualnego subskrybenta w BroadWorks, a funkcjonalność wirtualnego subskrybenta VoiceXML może być używana. Zaleca się, aby dedykowane przedsiębiorstwo i grupa były używane dla wszystkich subskrybentów wirtualnych VoiceXML. Należy pamiętać, że w rzeczywistości nie wykorzystujemy żadnych możliwości VoiceXML, ale ten typ wirtualnego użytkownika jest odpowiedni do interakcji z CUBE.
Aby korzystać z usługi VoiceXML, upewnij się, że licencja ma wystarczające ilości „VoiceXML” oraz że usługa jest autoryzowana na poziomie przedsiębiorstwa i grupy, a usługa VoiceXML jest przypisana do grupy, jak pokazano na poniższym przykładzie.
Poniżej VoiceXML i utwórz wystąpienie dla każdego numeru PSTN.
, wybierzKonfigurowanie adresów VoiceXML
Dla każdego wystąpienia VoiceXML w adresach VoiceXML należy podać następujące informacje:
Numer telefonu— wprowadź numer wdzwaniania w witrynie Webex Meetings (na przykład 2403332200).
Numer wewnętrzny
Profil tożsamości/urządzenia — utworzyć jedno wystąpienie (na przykład VXML_deviceProf) na podstawie typu urządzenia utworzonego w poprzedniej sekcji (VXML_profile w przykładzie) i wprowadzić następującą konfigurację.
Linia/port — wprowadź w formacie <access number="">@<domain> , gdzie
<access number=""> to numer kodu dostępu dla witryny Webex Meetings (dostępny z pliku JSON) (na przykład 88631321777971704941)
<domain> jest domeną Webex Edge Audio dla tej witryny spotkania (na przykład ecccspx.amer.pub.webex.com)
Syp kontaktowy — w przypadku połączeń przychodzących na spotkanie z numerem dostępowym aplikacja INVITE zostanie wysłana z identyfikatorem URI żądania ustawionym na wartość tego pola. Wprowadź kontakt SIP w tym formacie<sip contact="">;<Locale>;<Meetings Site="" UUID="">;<SIP transport="">, gdzie:
<sip contact=""> jest <number> z pola linii/portu, ale z domeną jako SRV, która rozwiązuje się na adres CUBE (na przykład 88631321777971704941@cube.internal.local)
<Locale> reprezentuje ustawienie języka zgodnie z lokalizacją użytkownika (na przykład locale=en_US)
<Meetings Site="" UUID=""> jest identyfikatorem UUID witryny z pliku JSON (na przykład x-cisco-site-uuid=abbd70f6c519fb1ee053ad fc0a038b)
<SIP transport=""> powinien być transport=tcp, aby system AS używał TCP do wysyłania wiadomości do CUBE.
Poniżej przedstawiono przykład ustawień Adresów VoiceXML.
Dla każdego dodatkowego numeru dostępu do Spotkania należy utworzyć dodatkowego wirtualnego subskrybenta VoiceXML analogicznego do powyższego. Można używać tego samego profilu urządzenia, ale pola Portu linii i Kontaktu muszą być zbudowane z informacji o numerze dostępu, jak pokazano powyżej. |
Upewnij się, że limity zasad przetwarzania połączeń skonfigurowane przez wirtualnego abonenta BroadWorks są wystarczające do obsługi dodatkowych połączeń BYoPSTN w grupie numerów telefonów. |
Przypisz uwierzytelnianie SIP do wystąpienia VoiceXML
Przypisz usługę uwierzytelniania do wirtualnego abonenta VoiceXML. Będzie to używane do uwierzytelniania komunikatów SIP INVITE z CUBE w scenariuszu połączenia zwrotnego. Uniemożliwia również wirtualnemu subskrybentowi VoiceXML przyjmowanie połączeń od stron innych niż CUBE
Przejdź do strony uwierzytelniania wirtualnego subskrybenta w sekcji Narzędzia i wprowadź nazwę użytkownika SIP i hasło, jak pokazano poniżej:
CUBE musi być skonfigurowane z tą samą nazwą użytkownika i hasłem w celu prawidłowego uwierzytelnienia wiadomości INVITE wysyłanych do AS. Przykład polecenia konfigurowania uwierzytelniania SIP w systemie CUBE jest następujący:
|
Plik Namedefs
Pole kontaktu SIP wirtualnego subskrybenta VoiceXML zawiera adres URL, pod którym część domeny rozwiązuje się z adresem CUBE. Jest to wewnętrzny SRV, a plik namedefs na AS może być użyty do rozwiązania wewnętrznego SRV do adresu IP CUBE.
W naszym przykładzie, kontakt SIP SRV jest cube.internal.local i rozwiązuje adres 10.165.196.30 port 5060 dotrzeć do CUBE. Na AS, /usr/local/broadworks/bw_base/conf/namedefs
plik jest aktualizowany w następujący sposób:
_sip.tcp.cube.internal.local SRV 1 99 5060 10.165.196.30
Typ połączenia Webex Meetings
Opcje konfiguracji przetwarzania połączeń Webex Meetings są dostępne, aby kontrolować sposób obsługi połączeń wdzwanianych w ramach spotkania. Domyślnie połączenia przychodzące do spotkania są przetwarzane jako połączenia zewnętrzne, ponieważ numery dostępowe są hostowane w dedykowanym przedsiębiorstwie lub u dostawcy usług. Połączenia zewnętrzne są zazwyczaj uwzględniane w liczbach sesji kontroli wstępu do sesji i oznaczone flagą do ładowania w polu Ładowarka CDR.
W poniższym przykładzie dodano zalecaną konfigurację do przetwarzania numerów dostępowych spotkań jako połączeń wewnętrznych, tak aby były one wyłączone z ładowania i wyłączone z zakresu kontroli przyjmowania sesji.
Ustawienie pola Wymuś pole ładowania NS na wartość true powoduje, że populacja pola chargeIndicator CDR jest oparta o skonfigurowany atrybut ładowania typu połączenia serwera sieciowego.
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
Wirtualny abonent połączenia zwrotnego spotkania VoiceXML
Utwórz subskrybenta wywołania zwrotnego spotkania VoiceXML
Aby obsługiwać połączenia zwrotne Webex Meetings, na serwerze aplikacji BroadWorks (AS) należy skonfigurować dedykowanego wirtualnego subskrybenta VoiceXML z specjalną opcją połączenia zwrotnego Webex Meeting (zwanego dalej subskrybentem połączenia zwrotnego spotkania VoiceXML). Tylko jedno wystąpienie tego abonenta można skonfigurować w systemie AS.
Aby włączyć tę funkcję, ustaw aktywowaną funkcję 102074 na true za pomocą CLI.
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
Ponieważ funkcja "BYO PSTN Billing support for Call and CallIn" zależy od funkcji "BroadWorks Support for CI UUID", przed aktywacją (102074) należy również aktywować (102746) funkcję. Więcej szczegółów można znaleźć w sekcji „Synchronizacja UUID użytkownika CI (Obsługa Broadworks dla UUID CI)”. |
Subskrybent połączenia zwrotnego ze spotkaniem VoiceXML jest podobny do istniejącego subskrybenta wirtualnego VXML BYOPSTN, ale oznaczony nową flagą „Webex Meeting Callback”. Ten subskrybent połączenia zwrotnego spotkania VoiceXML jest skonfigurowany z tym samym profilem urządzenia, co istniejący wirtualny subskrybent VXML BYOPSTN, a także usługą uwierzytelniania z tymi samymi poświadczeniami.
Poniżej przedstawiono przykład:
Subskrybent połączenia zwrotnego spotkania VoiceXML musi istnieć na serwerze AS hostującym użytkownika prowadzącego spotkanie. Gdy system zewnętrzny otrzymuje żądanie INVITE wywołania zwrotnego spotkania, próbuje zlokalizować zarówno użytkownika wywołania zwrotnego spotkania VoiceXML, jak i użytkownika prowadzącego spotkanie w systemie AS podczas konfigurowania połączenia. Jeśli żaden z tych użytkowników nie zostanie znaleziony, połączenie zostanie odrzucone.
Sesja prowadząca spotkanie
W scenariuszu połączenia zwrotnego z nagłówkiem X-Cisco-Meet-Info serwer aplikacji Cisco BroadWorks otrzymuje żądanie SIP INVITE i identyfikuje użytkownika prowadzącego spotkanie za pomocą parametru hosta CI User UUID nagłówka SIP X-Cisco-Meet-Info. Sesja połączeń jest tworzona w imieniu użytkownika prowadzącego spotkanie w celu przetworzenia połączenia i wykonania profilu usługi użytkownika. Ponadto w imieniu użytkownika prowadzącego spotkanie generowany jest rekord rozliczeniowy. Identyfikator spotkania i informacje UUID witryny z nagłówka SIP X-Cisco-Meet-Info są przechwytywane w rekordzie rozliczeniowym.
Poniżej przedstawiono przykładowy nagłówek SIP X-Cisco-Meet-Info:
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab
-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
Platforma dostarczania aplikacji
Synchronizacja UUID użytkownika CI (Obsługa Broadworks dla UUID CI)
Identyfikator CI UUID użytkownika jest unikatowym identyfikatorem służącym do identyfikacji użytkowników w środowisku Webex.
Ta aplikacja Webex Provisioning Sync na platformie Cisco BroadWorks Application Delivery Platform (ADP) służy do synchronizowania, mapowania i przechowywania identyfikatora CI użytkownika w infrastrukturze BroadWorks w taki sposób, że może być używana w różnych interakcjach z usługą Webex i Webex dla BroadWorks.
Skorzystaj z opcji „Włącz wywołanie zwrotne spotkania Webex”, aby dowiedzieć się, w jaki sposób stowarzyszenie CI User UUID jest używane przez serwer sieciowy Cisco BroadWorks i serwer aplikacji Cisco BroadWorks.
Poniższe kroki pozwalają skonfigurować aplikację Webex Provisioning Sync, aby okresowo przeprowadzać ankiety i aktualizować użytkowników BroadWork przy użyciu identyfikatora CI UUID.
Aplikacja Webex Provisioning Sync Application wymaga poświadczeń OAuth z zakresem spark-admin:broadworks_subscribers_read dla dostawcy tożsamości Cisco i można je uzyskać, zgłaszając żądanie usługi agentowi wdrożeniowemu.
Sprawdź sekcję „Uzyskiwanie poświadczeń OAuth dla Webex dla Cisco BroadWorks”, aby uzyskać więcej informacji na temat zgłoszenia żądania usługi na stronie: 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
Dodaj token o odpowiedniej nazwie partnera w następujący sposób:
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 ********
Dodaj nazwę partnera powiązaną z tokenem OAuth do listy partnerów, którzy mają być monitorowani przez aplikację Webex Provisioning Sync z flagą „włączone” ustawioną na „true”.
Za pomocą tej aplikacji Webex Provisioning Sync rozpocznie się synchronizowanie identyfikatora UUID użytkownika CI w określonym przedziale ankiety.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> add custBYO true
Po dołączeniu partnera aplikacja Webex Provisioning Sync może teraz wykonywać połączenie identyfikatora CI UUID z użytkownikami BroadWorks.
Zmień limit czasu połączenia za pomocą następujących poleceń:
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
To skojarzenie można wykonać automatycznie lub ręcznie. Polecenie CLI manualSync może natychmiast wywołać połączenie, które ma się odbyć.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> manualSync custBYO
Partnerzy z ustawieniem „Enabled” na „true” wykonują powiązane czynności w przedziale ankiety. W trakcie początkowego skojarzenia aplikacja Webex Provisioning Sync prosi interfejs API subskrybenta Webex o pobranie danych zawierających identyfikator CI UUID dla wszystkich użytkowników hostowanych przez partnera. Zewnętrzny identyfikator użytkownika BroadWorks jest aktualizowany wraz z powiązanym identyfikatorem CI UUID. Kolejne skojarzenia wpływają na użytkowników dodanych do partnera. Polecenie stanu można użyć, aby sprawdzić, czy synchronizacja została ukończona.
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 zakończeniu synchronizacji stan zmieni się z powrotem na monitorowanie. Kolejna synchronizacja jest wykonywana dla użytkowników dodanych do partnera po „ostatnim czasie synchronizacji”.
Na poniższym rysunku przedstawiono identyfikator UUID CI ustawiony w identyfikatorze zewnętrznym:
Serwer sieci
Rodzaj połączenia
Dla celów rozliczeniowych i raportowania pożądane może być oznaczanie CDR dla połączeń przychodzących Meetings. Można to osiągnąć przy użyciu zasad PreCallTyping serwera sieciowego.
Najpierw w obszarze NS CLI w obszarze /System/CallP/CallType dodaj nowy typ połączenia. W poniższym przykładzie dodano nowy typ połączenia „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 połączenia może być następnie użyty w wystąpieniu PreCallTyping, które jest częścią profilu trasowania użytkownika BroadWorks. W tym przykładzie dodano nową instancję PreCallTyping “wxm” w kontekście /Policy/PreCallTyping CLI, ale może to być istniejąca już instancja PreCallTyping:
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
Następnym krokiem jest dodanie wpisów do wystąpienia PreCallTyping dla wszystkich numerów wybierania w kontekście CLI /Policy/PreCallTyping/DialPlan. Na przykład:
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
Następnie dodaje się instancję PreCallTyping (pod warunkiem, że nie istnieje) do odpowiedniego profilu trasowania użytkownika źródłowego, jak pokazano w poniższym przykładzie:
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 pochodzące z CDR są generowane tylko przez połączenia pochodzące od subskrybentów BW. Połączenia PSTN pochodzące z „sieciowej” strony systemu zewnętrznego nie będą generować połączeń inicjujących CDR. W obu przypadkach zostanie zakończony protokół CDR dla wirtualnego abonenta VoiceXML. |
RoutingNE
W obszarze NS w kontekście /System/Device/RoutingNE CLI wymagane jest RoutingNE, aby reprezentować CUBE. W ten sposób, gdy NS otrzymuje INVITE z CUBE, będzie pasować do nagłówka via do wpisu RoutingNE, który jest zasilany w NS. zapoznaj się z Podręcznik administratora interfejsu linii poleceń serwera sieci Cisco BroadWorks aby uzyskać szczegółowe informacje na temat dodawania RoutingNE.
Poniżej znajduje się przykład poleceń, aby dodać RoutingNE “WebexMeetings”, gdzie adres IP CUBE = 10.165.196.30. Przykład pokazuje również polecenia tworzenia nowych wystąpień OrigRedirect i Profile, aby powiązać je z RoutingNE, ale można również użyć istniejących wystąpień.
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
Za pomocą przykładowej konfiguracji CUBE wysyła do NS INVITE, które jest podobne do następujących (ważne pola oznaczone wytłuszczeniem):
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
Gdzie:
Identyfikator URI żądania INVITE zawiera numer połączenia zwrotnego
Za pośrednictwem nagłówka: zawiera adres IP CUBE, który będzie używany do wyboru profilu RoutingNE.
Nagłówek X-Cisco-Info-Meet: używany do identyfikacji hostCIUserUuid, meetingid i siteUUID.
Po otrzymaniu INVITE, NS używa nagłówka Via do dopasowania do RoutingNE “WebexMeetings”. To z kolei wybierze “wxm_routing” profil trasowania, który zawiera “wxm_Inst” wystąpienie OrigRedirect.
Zasady NS OrigRedirect będą wtedy zgodne z nagłówkiem X-CISCO-MEET-INFO:
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
z portem linii skonfigurowanym w wirtualnym subskrybencie VoiceXML i wysłać przekierowanie 302 do pary AS hostującej tego subskrybenta. Komunikat 302 jest podobny do następującego komunikatu:
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
Domena w URI INVITE (w przykładzie jest to bw.myenterprise.com) wysłana przez CUBE do NS musi być rozpoznawana przez NS. Można to zrobić, dodając domenę w kontekście NS_CLI/System/Alias, na przykład:
NS_CLI/System/Alias> add bw.myenterprise.com
Polecenie konfigurowania domeny URI INVITE na CUBE można znaleźć w następnej sekcji, na przykład w polu docelowym dial-peer/session:
dial-peer voice 23401 voip
session target dns:bw.myenterprise.com
HostingNE
Aby obsługiwać opcje konfiguracji przetwarzania połączeń Webex Meetings w celu kontroli rozliczeń i zatwierdzania sesji, atrybuty sygnalizacyjne Hosting NE serwera aplikacji CallTypeInfoRequired i RequiresChargeIndication muszą być włączone w kontekście NS_CLI/System/Device/HostingNE._ Na przykład:
NS_CLI/System/Device/HostingNE> set broadworksASHostNe signaling E164Compliant,
CallTypeInfoRequired, SourceId, RequiresNetworkIndication RequiresChargeIndication;
Włącz wywołanie zwrotne spotkania Webex
W scenariuszu połączenia zwrotnego z nagłówkiem SIP X-Cisco-Meet-Info CUBE wysyła połączenie do serwera sieciowego w celu przekierowania inicjatora do pary AS. Para AS jest określana na podstawie parametru systemu enableWebexMeetingHoostLookup .
NS_CLI/System/CallP/Options> get
accessSideRoutingNeDeterminedViaSignaling = false
disableNdcValidationForCalledNumbers = true
forceRoutingNEProfile = false
skipPrivatePoliciesOnEmergency = true
maxReturnedContacts = 10
enableWebexMeetingHostLookup = true
Gdy parametr enableWebexMeetingHoostLookup jest ustawiony na true, identyfikator CI użytkownika prowadzącego spotkanie w nagłówku X-Cisco-Meet-Info jest używany do identyfikacji pary AS hostującej użytkownika prowadzącego spotkanie.
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 Prowiant Partner CUBE
Ta sekcja zawiera sprawdzoną konfigurację wdrażania Cisco Unified Border Element (CUBE) jako kontrolera granicznego sesji (SBC) dla rozwiązania Bring Your Own PSTN.
Ta sekcja skupia się na konfiguracjach CUBE, które są niezbędne do współpracy z przykładową konfiguracją Webex dla Cisco BroadWorks pokazaną w poprzedniej sekcji. Aby uzyskać bardziej ogólne omówienie początkowego wdrożenia i konfiguracji CUBE, zapoznaj się z następującymi przewodnikami: 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
Wdrożenie naszej własnej opcji SBC
Jeśli nie chcesz wdrożyć CUBE, możesz wdrożyć własny SBC. Należy jednak pamiętać, że w tym dokumencie nie podano zatwierdzonej konfiguracji dla SBC innej niż CUBE.
Po wdrożeniu własnego SBC można postępować zgodnie z wymaganiami konfiguracji CUBE na wysokim poziomie (na przykład przypisaniami takimi jak domena, interfejsy publiczne i prywatne oraz bramy), aby kierować konfiguracją. Należy jednak zapoznać się z dokumentacją SBC w celu uzyskania szczegółowej pomocy linii poleceń, ponieważ rzeczywiste polecenia dla własnego SBC prawdopodobnie będą się różnić od CUBE.
O ile nie określono inaczej, pozostałe wymagania konfiguracyjne w kroku 10 obowiązują bez względu na wdrożony SBC. Przykłady wiersza poleceń są jednak tylko dla CUBE, chyba że wskazano, że przykład dotyczy innych SBC. W przypadku innych kodów SBC polecenia konfiguracji można znaleźć w dokumentacji SBC. |
Konfiguracja wstępna
Aby skonfigurować CUBE, należy włączyć uprzywilejowany tryb EXEC. Po wyświetleniu monitu wprowadź hasło.
enable
Aby wejść w tryb konfiguracji globalnej:
configure terminal
Ustaw domenę:
ip domain name myenterprise.com
Ustaw maksymalny rozmiar segmentu (MSS):
ip tcp mss 1360
Konfiguracja sieci
Zdefiniuj interfejsy publiczne i prywatne. W naszym przykładzie 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
!
Skonfiguruj bramy routingu IP dla stron publicznych i prywatnych:
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>
Włącz SSH:
ip ssh logging events
ip ssh version 2
!
username admin privilege 15 password <password>
CUBE (lub własny SBC) musi znajdować się w strefie zdemilitaryzowanej z odpowiednio skonfigurowanymi regułami zapory. Aby otworzyć listę portów na zewnętrznej zaporze, zobacz sekcję Porty używane przez Webex |
Skonfiguruj rekordy SRV dla połączeń zwrotnych wysyłanych z CUBE (lub SBC) do Serwerów Sieci BroadWorks. Na przykład SRV dla 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>
Skonfiguruj serwer DNS:
ip name-server <DNS_IP_address>
Alternatywną opcją DNS jest skonfigurowanie wewnętrznego DNS, w którym wewnętrzny DNS dociera do macierzystego serwera DNS, jeśli wyszukiwanie wewnętrzne nie powiedzie się. |
Konfiguracja przetwarzania połączeń
Ogólne
Skonfiguruj CUBE (lub SBC) ze wszystkimi adresami IP potrzebnymi do uzyskania dostępu do usługi VoIP. Obejmuje to:
Adresy sygnalizacji SIP po stronie prywatnej dla serwerów BroadWorks AS, NS i MS.
Adresy publiczne dla infrastruktury Webex Edge for Audio.
Poniżej przedstawiono przykładową konfigurację systemu 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
Powyższy zakres adresów IP jest przykładem. Aktualna lista publicznych adresów IP infrastruktury audio Webex znajduje się na stronie: |
Jak zezwolić na ruch Webex Meetings w mojej sieci?— zakres adresów IP dla większości klastrów jest wyświetlany na liście zakresów adresów IP używanych przez usługi spotkań Cisco Webex. Jednym z wyjątków są klastry chińskie, dla których zakres znajduje się pod poniższym linkiem:
Wymagania sieciowe dla chińskiego klastra Cisco Webex
Domyślny timer dla CUBE do nawiązania połączenia TCP przed przejściem do trasy wynosi 20 sekund. Aby to zmienić:
ip tcp synwait-time <5-300 (seconds)>
Po stronie BroadWorks domyślny licznik czasu dla serwera aplikacji, który ma wygasać na niereagującym urządzeniu dostępowym, wynosi 6 sekund. Aby to zmienić:
AS_CLI/System/CallP/AccessRouting> set terminationAttemptTimeoutSeconds <1-15 (seconds)>
Należy otworzyć publiczne i prywatne interfejsy boczne dla ruchu RTP na CUBE (lub własnym SBC). Przykład CUBE znajduje się poniżej:
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
Gdzie:
- <CUBE PUB="" IP=""> jest publicznym adresem IP CUBE
- <CUBE PRIV="" IP=""> jest prywatnym adresem IP CUBE
- Zakres portów: w przykładzie zakres portów od 10200 do 28000
CUBE obsługuje następujące pakiety szyfrów TLS (podczas wdzwaniania CUBE oferuje je w kliencie 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
Inne ustawienia ogólne do skonfigurowania (patrz poniżej przykładowe konfiguracje CUBE):
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
Identyfikatory Uri dla połączeń przychodzących i wychodzących muszą być zdefiniowane do późniejszego użycia w telefonach równorzędnych:
voice class uri INEdgeAudio sip
pattern x-cisco-webex-service=audio
!
voice class uri OUTEdgeAudio sip
host cube.internal.local
Webex Edge Audio obsługuje kodeki G722, G711ulaw i G711alaw. Następujący kod klasy głosowej musi być zdefiniowany do późniejszego użycia w równorzędnych numerach wybierania:
voice class codec 3
codec preference 1 g722-64
codec preference 2 g711ulaw
codec preference 3 g711alaw
Webex Edge Audio używa SRTP. Klasa głosowa SRTP-crypto przypisuje preferowany pakiet SRTP crypto do korzystania z Edge Audio. Skonfiguruj następujące pakiety kryptograficzne w kolejności. Konfiguracja srtp-crypto klasy głosowej musi być zastosowana do równorzędnych wybierania używanych do połączenia z 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
Aby można było ustawić hasło do uwierzytelniania, należy najpierw skonfigurować klucz główny
key config-key password-encrypt Password123 authentication username <username>
password encryption aes
Wprowadź poświadczenia uwierzytelniania SIP, które zostały skonfigurowane dla wirtualnego abonenta VoiceXML w systemie AS za pomocą następującego polecenia. W przypadku scenariuszy oddzwaniania, te poświadczenia będą używane, gdy AS kwestionuje INVITE, które CUBE (lub własny SBC) wysyła do AS.
sip-ua
------- to enable authentication -------
authentication username <username> password 0 <password>
Po skonfigurowaniu uwierzytelniania hasło zostanie zablokowane podczas wyświetlania za pomocą polecenia „Pokaż uruchamianie konfiguracji”
sip-ua
------- to enable authentication -------
authentication username <username> password 6 [GF]XXXXX[YYYYYY\ZZZZZ]\
Należy również wykonać następującą globalną konfigurację 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>
Profile tłumaczeń
Profil tłumaczenia komunikatów SIP 2340 jest używany do połączeń z wdzwanianiem do spotkania. Powinien mieć wpis, aby zmodyfikować wiadomości SIP przychodzące z BroadWorks przed wysłaniem ich do Edge Audio, jak pokazano w przykładzie reguły 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"
Powyższa reguła 11 mapuje przychodzące żądanie Uri z BroadWorks, które ma wartość Kontaktową profilu wirtualnego urządzenia subskrybenta CUBE (wartość pola Kontaktu w profilu urządzenia VXML_deviceProf w naszym przykładzie):
88631321777971704941@cube.internal.local;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Do odpowiedniej domeny trasowania połączeń audio Webex Edge:88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Należy pamiętać, że gdy CUBE (lub własny SBC) znajduje się za statycznym NAT, wymagana jest dodatkowa konfiguracja do profilu sip 2340. Więcej informacji można znaleźć pod następującym linkiem:
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-GuideJeśli wdrożysz własny SBC, konieczne będzie skonfigurowanie podobnych reguł we własnym SBC. |
Aby przekazać 486 wiadomości wysłanych przez AS z powrotem do Webex Edge Audio, w systemie CUBE wymagana jest następująca konfiguracja (w przypadku własnego SBC należy skorzystać z dokumentacji SBC w celu uzyskania pomocy)
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"
Jeśli inne 4xx wiadomości muszą być przekierowywane z powrotem do Webex Edge Audio, postępuj zgodnie z tym samym przykładem powyżej.
Wybierz równorzędnych
Najemca klasy głosowej musi być zdefiniowany na CUBE (lub własnym SBC) do użytku w równorzędnych numerach wybierania później, co spełnia następujące kryteria:
- W pakietach DTMF RTP-NTE nie jest wymagana interpraca ładowności, więc należy skonfigurować asymetryczną ładowność pełną.
- Dźwięk Edge nie obsługuje aktualizacji identyfikatorów dzwoniącego, więc należy skonfigurować wartość „no update-callerid”.
- Trasowanie połączeń Webex Edge Audio jest oparte na identyfikatorach URI. Identyfikator URI trasy połączeń musi być włączony, aby odpowiadał identyfikatorom wybierania na podstawie identyfikatorów URI.
voice class tenant 234
asymmetric payload full
no update-callerid
Header-passing
no pass-thru content custom-sdp
call-route url
Następujące równorzędne elementy wybierania są skonfigurowane tak, aby narzędzie CUBE mogło przetwarzać połączenia między BroadWorks a Webex Edge Audio. Skonfiguruj następującą konfigurację w CUBE (podobna konfiguracja musi być skonfigurowana na własnym 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
!
Przepływy połączeń CUBE
Po wykonaniu powyższej konfiguracji poniżej opisano przykłady scenariuszy przepływu połączeń przychodzących/wychodzących w systemie CUBE. Kod koloru na konkretnym kroku odnosi się do tych samych wpisów kolorów w równorzędnych numerach wybierania powyżej.
Jeśli wdrażasz własny SBC, zapoznaj się z dokumentacją SBC, aby uzyskać szczegółowe informacje na temat przepływów połączeń z SBC. |
W przypadku scenariusza połączenia ze spotkaniem z BroadWorks do Webex:
- Przychodzące INVITE jest odbierane z BroadWorks w interfejsie wewnętrznym z:
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 równorzędny wybierania połączeń przychodzących 23401 jest wybierany na podstawie hosta w URI żądań przychodzących („cube.internal.local”) odpowiadającego konfiguracji „przychodzących żądań uri OUTEdgeAudio”.
- Odchodzący równorzędny numer wybierania 23411 jest wybierany na podstawie hosta w żądaniu URI („cube.internal.local”) pasującego do konfiguracji „destination uri OUTEdgeAudio”.
- Wychodzący INVITE jest wysyłany w interfejsie zewnętrznym z prowadzącym w żądaniu URI zmieniony z “cube.internal.local” na “ecccspx.amer.pub.webex.com” przy użyciu “profile sip klasy głosowej 2340” profil tłumaczenia wiadomości określonych w równorzędnym wybierania:
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>
W przypadku scenariusza wywołania zwrotnego spotkania z Webex do BroadWorks
- Przychodzące INVITE jest odbierane z Webex w interfejsie zewnętrznym CUBE za pomocą:
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
- Współczynnik wybierania połączeń przychodzących 23411 jest wybierany na podstawie wzorca „x-cisco-webex-service=audio”, który jest obecny w URI żądań przychodzących na podstawie konfiguracji „żądań uri przychodzących INEdgeAudio”.
- Na podstawie wzorca „x-cisco-webex-service=audio”, który jest obecny w żądaniu URI na podstawie konfiguracji „destination uri INEdgeAudio”, wybierane są dwa równorzędne osoby wychodzące.
- Wybieranie równorzędne 302
- Równoważnik wybierania 23401
- Wychodzący INVITE jest wysyłany do Serwerów sieciowych (wyszukiwanie SRV oparte na “sesji docelowych dns:bw.myenterprise.com wpis” w równorzędnym wybierania) w interfejsie wewnętrznym
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
- Serwer sieci zwraca kontakty dla pary AS hostującej wirtualnego abonenta 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 przekierowuje połączenie do aktywnego AS na podstawie zwróconego kontaktu w wiadomości 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>
Konfiguracja mTLS
Należy wykonać następujące kroki konfiguracji, aby umożliwić połączenia mTLS między CUBE (lub własnym SBC) a Webex Edge Audio.
Należy skonfigurować mTLS między CUBE (lub własnym SBC) a Webex Edge Audio. |
Obsługa certyfikatu Wildcard
Certyfikaty podpisane przez Wildcard używają ogólnej nazwy podmiotu (np. *.us.example.com) odpowiadającej domenie CUBE lub własnego SBC. Certyfikaty Wildcard są obsługiwane dla wielu klastrów wdrożeń CUBE lub SBC, ale nie są obsługiwane dla pojedynczych wdrożeń CUBE lub SBC węzła.
Trustpool
Podczas uścisku dłoni TLS, gdy Webex Edge Audio wysyła swój certyfikat, CUBE zweryfikuje go na liście certyfikatów zaakceptowanych w puli zaufanych.
Pakiet trustpool musi zostać zaktualizowany przez Cisco Root CA, pobierając najnowszą „Cisco Trusted Core Root Bundle” z http://www.cisco.com/security/pki/ polecenia:
crypto pki trustpool import clean url <url>
Certyfikaty wysyłane przez Webex Edge Audio są podpisywane przez IdenTrust. Upewnij się, że zainstalowany jest certyfikat „IdenTrust Commercial Root CA”. Aby uzyskać więcej informacji, zobacz to łącze:
Jeśli używasz własnego SBC i nie możesz dokończyć importu, możesz przekonwertować pakiet na format .pem przy użyciu narzędzi open-source, takich jak OpenSSL. Na przykład można użyć certyfikatów hydrantID z następującym poleceniem:
|
Trustpoint
Edge Audio wymaga, aby moduł CUBE oferował podpisane certyfikaty od zaufanych urzędów certyfikacji ca dla połączeń mTLS (Mutual TLS). Aby przejść do listy organów certyfikatów zaufanych przez firmę Cisco, użyj poniższego łącza. Certyfikaty, które są podpisywane przez władze na tej liście, są uznawane za ważne i połączenie będzie dozwolone: https://help.webex.com/en-us/WBX9000008850/What-Root-Certificate-Authorities-are-Supported-for-Calls-to-Cisco-Webex-Audio-and-Video-Platforms
Pojedynczy węzeł CUBE
Pojedynczy węzeł oznacza, że CUBE (lub własny SBC) zaimportuje certyfikat o nazwie podmiotu unikatowej do jego FQDN, co oznacza, że żaden inny CUBE nie będzie w stanie go zaimportować (innymi słowy, NIE certyfikat wieloznacznego karty).
Aby utworzyć CSR (żądanie podpisania certyfikatu) dla CUBE:
- utwórz klawiaturę (ta klawiatura będzie połączona z punktem zaufanym)
CUBE(config)# crypto key generate rsa general-keys label <key label> exportable
- general-keys - Określa, że należy wygenerować parę kluczy ogólnego przeznaczenia.
- etykieta <key-label> - (Opcjonalna) Nazwa używana dla pary kluczy RSA podczas ich eksportowania. Jeśli nie określono etykiety klucza, używana jest w pełni kwalifikowana nazwa domeny (FQDN) routera.
- exportable - (Opcjonalnie) Określa, że parę klawiszy RSA można wyeksportować na inne urządzenie Cisco, takie jak router.
- utwórz trustpoint (trustpoint zawiera certyfikat, który chcesz powiązać na CUBE. Gdy CUBE otrzyma żądanie certyfikatu, odpowie z dołączonym certyfikatem trustpoint)
CUBE(config)#crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# crl optional enrollment terminal pem fqdn <fqdn> subject-name CN=<fqdn> rsakeypair <key label>
crl - Lista odwołań certyfikatu (CRL) jest listą odwołanych certyfikatów. Protokół CRL jest tworzony i podpisywany cyfrowo przez urząd certyfikacji, który pierwotnie wydał certyfikaty. CRL zawiera daty wydania każdego certyfikatu i daty jego wygaśnięcia.
pem terminala rejestracji — dodaje do żądania certyfikatu granice poczty zwiększonej prywatnością (PEM) (ręczne wklejanie kopii od POCZĄTKU ŻĄDANIA CERTYFIKATU, aby ZAKOŃCZYĆ ŻĄDANIE CERTYFIKATU)
fqdn – w pełni kwalifikowana nazwa domeny CUBE
nazwa podmiotu CN=<fqdn> - nazwa podmiotu do podpisania
rsakeypair <key label=""> - klawiatura generowana z poprzedniego kroku
(odniesienie: 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)
- wygenerować 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
- Wyślij CSR (od POCZĄTKOWEGO ŻĄDANIA CERTYFIKATU do ZAKOŃCZENIA ŻĄDANIA CERTYFIKATU) do urzędu certyfikacji (Certificate Authority)
CA wygeneruje podpisany certyfikat
- W zależności od urzędu certyfikacji będą one dostarczać certyfikat główny (np. DigiCertCA.crt) i wymagany certyfikat (np. cube.crt)
- Załaduj certyfikat urzędu certyfikacji
- Najpierw uwierzytelnij punkt powierniczy za pomocą certyfikatu głównego
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
- Następnie zaimportuj certyfikat CUBE w punkcie powierniczym CUBE
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
Jeśli wdrażasz własny SBC, zapoznaj się z dokumentacją SBC, aby uzyskać szczegółowe informacje na temat tworzenia CSR. |
Klaster Multi Node CUBE (używający nazw alternatywnych w certyfikacie) – NIE jest obsługiwany
Wiele węzłów oznacza, że CUBE będzie w stanie zaimportować ten sam certyfikat dla więcej niż jednego wdrożenia CUBE. Wygenerowanie CSR nie jest obecnie obsługiwane za pomocą alternatywnej nazwy podmiotu: https://bst.cloudapps.cisco.com/bugsearch/bug/CSCud90920/?rfs=iqvred
Klaster Multi Node CUBE (Korzystanie z certyfikatu podpisanego przez wildcard w formacie pkcs12)
Multiwęzeł z podpisanym certyfikatem z wieloznacznymi kartami oznacza, że nazwa podmiotu jest ogólna (np. *.us.example.com) i odpowiada domenie CUBE (lub domenie SBC).
- Zakładając, że masz gotowy certyfikat z wieloznacznymi kartami, przygotuj pliki publiczne (.crt) i prywatne (.key).
- Za pomocą OpenSSL utwórz plik w formacie PKCS12 (.pfx), w tym plik .crt i .key: (użyj cygwina w systemie Windows) - odniesienie: 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
- Przekaż plik .pfx w CUBE:bootflash: (scp z serwera Linux do CUBE)
scp <pfxfilename>.pfx <user>@<CUBEIP>:bootflash:<pfxfilename>.pfx
- Utwórz punkt zaufania i zaimportuj plik 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>
Sprawdź poprawność konfiguracji certyfikatu CUBE
Sprawdź, czy w certyfikacie znajduje się cały łańcuch. W poniższym przykładzie przedstawiono polecenia walidacji dla CUBE. Jeśli wdrażasz własny SBC, użyj poleceń mających zastosowanie do 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
Ustaw sygnalizację SIP w celu korzystania z punktu zaufanego
Użyj następującego polecenia, aby dostarczyć SIP UA z punktem zaufanym CUBE. Oto przykład dla CUBE. Jeśli wdrażasz własny SBC, zapoznaj się z dokumentacją SBC w celu uzyskania pomocy w poleceniach.
CUBE(config)#sip-ua CUBE(config-sip-ua)#crypto signaling default trustpoint <trustpoint>
Dzienniki CUBE
Aby zobaczyć włączone filtry debugowania
CUBE# show debug
Aby ustawić filtry debugowania (przykłady)
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
Aby usunąć ustawienia filtrów debugowania (przykład)
CUBE# no debug ccsip messages
Aby wyczyścić i sprawdzić bufor dziennika
CUBE# clear log
>>> make test call <<<
CUBE# show log
Jeśli nie wdrażasz CUBE, zapoznaj się z dokumentacją własnego SBC, aby uzyskać szczegółowe informacje na temat korzystania z dzienników. |
Inne przydatne polecenia
Aby sprawdzić bieżącą konfigurację
CUBE# show running-config (or just CUBE# show run)
Aby zapisać konfigurację na ROM, która zostanie użyta po uruchomieniu
CUBE# write
Krok 11 Certyfikacja BYoPSTN
Po zakończeniu konfiguracji i aprowizacji rozwiązania BYoPSTN Partner musi przejść przez zestaw testów akceptacyjnych w celu certyfikacji swojego rozwiązania. Jest to krok wymagany do zatwierdzenia i włączenia BYoPSTN partnera.
Przypadki testów akceptacji są przedstawione w dokumencie Bring Your Own PSTN Acceptance Procedure Webex For Cisco BroadWorks na stronie: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .
Partner powinien dostarczyć wyniki pomyślnie przeprowadzonych testów akceptacji zespołom wdrożeniowym i certyfikacyjnym.
Pytania, problemy i wyniki związane z wykonywaniem przypadków testów akceptacji powinny być zgłaszane i udostępniane w obszarze Webex przypisanym do wdrażania partnera.
Zastosuj aktualizacje do grupy numerów telefonów w usłudze / grupy połączeń zwrotnych DNS SRV
Po przypisaniu klientów nietestowanych do szablonu klienta przy użyciu numerów dostępowych dostarczonych przez partnera dostępne są następujące opcje dołączania do spotkania:
Zaproszenia na spotkanie zawierają co najmniej jeden domyślny numer telefonu z przypisanej grupy numerów telefonów
Aplikacja Webex wyświetla co najmniej jeden domyślny numer telefonu z przypisanej grupy numerów telefonów jako opcję dołączania do spotkania
Interfejs użytkownika witryny Webex Meeting wyświetla co najmniej jeden domyślny numer telefonu z przypisanej grupy numerów telefonów jako opcję dołączania do spotkania
Jeśli połączenie zwrotne zostało włączone w szablonie klienta, Webex Meeting udostępnia opcję „Zadzwoń do mnie”, w której żądanie połączenia zwrotnego jest kierowane do jednego z rekordów określonych w przypisanej grupie połączenia zwrotnego DNS SRV
Zmiana opcji dołączania do spotkania w szablonie klienta lub zmiana przypisanej grupy numerów telefonów lub zmiana grupy połączenia zwrotnego DNS SRV może mieć wpływ na powyższe opcje dołączania do spotkania. Zmiany te nie dotyczą istniejących klientów, ale nowo wdrożeni klienci zobaczą, że zmiany te zostaną natychmiast odzwierciedlone w ich witrynach spotkań pakietów Standard i Premium. Dlatego zaleca się, aby taka zmiana została zweryfikowana za pomocą organizacji rozwiązania nasiennego przed zastosowaniem do istniejących szablonów klientów, grup numerów telefonów lub grup wywołania zwrotnego DNS SRV (jeśli są wdrożone grupy wywołania zwrotnego DNS SRV).
Podczas aktualizacji opcji dołączania do spotkania szablonu klienta i/lub stosowania aktualizacji do grup numerów telefonów lub grup połączeń zwrotnych DNS SRV należy wykonać następujące czynności.
Należy zwrócić uwagę, czy szablony klientów, grupy numerów telefonów lub grupy połączeń zwrotnych DNS SRV są używane przez dostawców usług BroadWorks i/lub firmy BroadWorks, ta procedura jest opcjonalna. Bardziej odpowiednie może być po prostu usunięcie testowych dostawców usług BroadWorks i/lub przetestowanie organizacji BroadWorks Enterprises i ponowne udostępnienie ich za pomocą zaktualizowanych szablonów klientów, grup numerów telefonów lub grup wywołania zwrotnego DNS SRV.
Zaktualizuj tylko grupę numerów telefonów:
Utwórz nową tymczasową grupę numerów telefonów z wymaganymi aktualizacjami.
- Utwórz nowy tymczasowy szablon klienta korzystający z nowej grupy numerów telefonów. Jeśli używana jest istniejąca grupa numerów telefonów wraz z grupą, przypisz ją do szablonu.
- Utwórz organizację rozwiązania nasiennego, udostępniając subskrybentowi testowego dostawcę usług BroadWorks lub testując BroadWorks Enterprise pakiet Standardowy za pomocą nowego szablonu klienta. Należy pamiętać, że jest to organizacja rozwiązań dla nasion wtórnych. Nie jest wymagana aktualizacja siteUUID spotkania skonfigurowanego w BroadWorks.
- Pobierz plik JSON Konfiguracja BroadWorks (BYoPSTN), zawiera numer telefonu, aby uzyskać dostęp do mapowania kodów nowych numerów telefonów w grupie numerów telefonów.
- Określ domenę Webex Edge Audio DNS SRV dla organizacji rozwiązania dla nasion Standardowa witryna spotkań pakietów. Powinna ona być niezmieniona w stosunku do wartości wcześniej ustalonej dla pierwotnej grupy numerów telefonów.
- Zastosuj aktualizacje konfiguracji do BroadWorks przy użyciu pliku JSON BroadWorks Configuration (BYoPSTN).
- Sprawdź konfigurację, planując spotkania przy użyciu witryny pakietu Standard organizacji nasion i dołączając do spotkania przy użyciu numerów telefonów dostępowych.
- Zastosuj aktualizację do oryginalnej grupy numerów telefonów. Zmiana jest teraz w obsłudze dla klientów nietestowych.
- Można usunąć organizację rozwiązania nasion, tymczasową grupę numerów telefonów i szablon klienta. Elementy te nie są już wymagane po zaktualizowaniu oryginalnej grupy numerów telefonów.
Aktualizuj tylko grupę SRV DNS połączenia zwrotnego:
- Utwórz nową tymczasową grupę wywołania zwrotnego SRV DNS z wymaganymi aktualizacjami.
- Utwórz nowy tymczasowy szablon klienta, który używa nowej grupy połączenia zwrotnego DNS SRV i istniejącej grupy numerów telefonów. Jeśli używana jest istniejąca grupa wywołania zwrotnego SRV DNS wraz z grupą, przypisz ją do szablonu.
- Utwórz organizację rozwiązania nasiennego, udostępniając subskrybentowi testowego dostawcę usług BroadWorks lub testując BroadWorks Enterprise pakiet Standardowy za pomocą nowego szablonu klienta. Należy pamiętać, że jest to organizacja rozwiązań dla nasion wtórnych. Nie jest wymagana aktualizacja siteUUID spotkania skonfigurowanego w BroadWorks.
- Sprawdź konfigurację, planując spotkania za pomocą witryny pakietu Standard organizacji nasion, dołączając do spotkania za pomocą numerów telefonów dostępowych i za pomocą opcji „Zadzwoń do mnie”.
- Zastosuj aktualizację do oryginalnej grupy wywołania zwrotnego SRV DNS. Zmiana jest teraz w obsłudze dla klientów nietestowych.
- Można usunąć organizację rozwiązania nasiennego, grupę wywołania zwrotnego DNS SRV i szablon klienta. Elementy te nie są już wymagane po zaktualizowaniu oryginalnej grupy połączenia zwrotnego DNS SRV.
Aktualizuj zarówno numer telefonu, jak i grupę połączenia zwrotnego DNS SRV:
- Utwórz nowy tymczasowy numer telefonu i grupę wywołania zwrotnego SRV DNS z wymaganymi aktualizacjami.
- Utwórz nowy tymczasowy szablon klienta, który korzysta z nowej grupy numerów telefonów i nowej grupy połączenia zwrotnego DNS SRV. Jeśli razem z grupą używana jest istniejąca grupa numerów telefonów i/lub grupa wywołania zwrotnego SRV DNS, przypisz ją do szablonu.
- Utwórz organizację rozwiązania nasiennego, udostępniając subskrybentowi testowego dostawcę usług BroadWorks lub testując BroadWorks Enterprise pakiet Standardowy za pomocą nowego szablonu klienta. Należy pamiętać, że jest to organizacja rozwiązań dla nasion wtórnych. Nie jest wymagana aktualizacja siteUUID spotkania skonfigurowanego w BroadWorks.
- Pobierz plik JSON Konfiguracja BroadWorks (BYoPSTN), zawiera numer telefonu, aby uzyskać dostęp do mapowania kodów nowych numerów telefonów w grupie numerów telefonów.
- Określ domenę Webex Edge Audio DNS SRV dla organizacji rozwiązania dla nasion Standardowa witryna spotkań pakietów. Powinna ona być niezmieniona w stosunku do wartości wcześniej ustalonej dla pierwotnej grupy numerów telefonów.
- Zastosuj aktualizacje konfiguracji do BroadWorks przy użyciu pliku JSON BroadWorks Configuration (BYoPSTN).
- Sprawdź konfigurację, planując spotkania za pomocą witryny pakietu Standard organizacji nasion, dołączając do spotkania za pomocą numerów telefonów dostępowych i za pomocą opcji „Zadzwoń do mnie”.
- Zastosuj aktualizację do oryginalnego numeru telefonu i grupy wywołania zwrotnego SRV DNS. Zmiana jest teraz w obsłudze dla klientów nietestowych.
- Można usunąć organizację rozwiązania dla nasion, tymczasową grupę numerów telefonów, grupę wywołania zwrotnego DNS SRV i szablon klienta. Elementy te nie są już wymagane po zaktualizowaniu oryginalnej grupy numerów telefonów i grupy połączenia zwrotnego DNS SRV.
Nie należy usuwać podstawowej organizacji rozwiązania dla nasion, chyba że wybrano i skonfigurowano nową organizację rozwiązania dla nasion podstawowych w BroadWorks. Usunięcie podstawowej organizacji rozwiązania dla nasion usuwa siteUUID, od którego zależy rozwiązanie BYoPSTN, w celu uwierzytelniania komunikatów SIP w usłudze Webex Edge Audio. Jeśli zostanie usunięte, dołączenie do spotkania przy użyciu wdzwaniania do witryn przy użyciu numeru wdzwaniania dostarczonego przez partnera zakończy się niepowodzeniem. |
G722 Interoperacyjność mediów podczas Korzystania Z Własnego SBC
Podczas korzystania z własnego SBC należy rozważyć kwestie interoperacyjności, którymi zazwyczaj zajmuje się CUBE, między infrastrukturą Cisco Partners BroadWorks a Webex Cloud. Jednym z przykładów jest wdzwanianie lub oddzwonienie za pomocą kodeka G722, który obejmuje BroadWorks Media Server (na przykład podczas korzystania z usługi nagrywania połączeń BroadWorks). W takim przypadku Webex Edge Audio może wysłać SDP z linią „a=fmtp:9”. Twój SBC musiałby zaktualizować tę linię, aby dodać parametr bitrate, aby mieć "a=fmtp:9 bitrate=64" przed wysłaniem go do backendu BroadWorks.
Znane ograniczenia
Wszelkie zmiany w opcji dołączania do szablonu klienta, numerach dostępowych Cisco lub numerach dostępowych Dostarczonych przez partnera są stosowane tylko do nowo utworzonych klientów. Istniejący klienci korzystający z szablonu pozostają bez zmian.
Wszelkie zmiany w ustawieniach grupy numerów telefonów szablonów klientów lub grupy wywołania zwrotnego DNS SRV są stosowane tylko do nowo skonfigurowanych klientów lub istniejących klientów, którzy są inicjowani dla pierwszego użytkownika pakietu Standard lub Premium. Istniejący klienci, którzy mają już użytkowników pakietów Standard lub Premium, pozostają bez zmian.
Wszelkie zmiany w grupach numerów telefonów lub w grupach wywołania zwrotnego DNS SRV przypisanych do szablonów klientów są stosowane tylko do nowo skonfigurowanych klientów lub istniejących klientów, którzy są inicjowani dla pierwszego użytkownika pakietu Standard lub Premium. Istniejący klienci przypisani do powiązanych szablonów, które mają już użytkowników pakietów Standard lub Premium, pozostają bez zmian.
Podany szablon klienta obsługuje numery dostępowe Cisco lub opcję dołączania do spotkania z numerem dostępowym partnera, połączenie dwóch opcji dla tego samego szablonu nie jest obsługiwane.
Komunikat SIP dotyczący przypadku dołączania do spotkania „Zadzwoń do mnie” lub połączenia zwrotnego nie zawiera informacji o kliencie i/lub użytkowniku, który jest gospodarzem spotkania, do którego ma zostać dołączone.
Numery telefonów i powiązane kody dostępu do spotkań dla danej grupy numerów telefonów obsługują tylko jedną domenę SRV DNS usługi Webex Edge Audio (na przykład ecccspx.amer.webex.com). Używanie tych numerów telefonów do wdzwaniania się do spotkań w innej domenie Webex Edge Audio DNS SRV nie jest obsługiwane.
Webex Edge Audio nie obsługuje renegocjacji kodeków w trakcie połączenia. Jako takie usługi, które są wywoływane po odebraniu połączenia, mogą nie działać prawidłowo.
Aplikacja Webex, interfejs witryny Webex Meeting oraz adres e-mail zaproszenia Webex Meeting zawierają łącze do dokumentu „Ograniczenia dotyczące połączeń bezpłatnych”. Ten dokument jest specyficzny dla numerów telefonów dostarczonych przez firmę Cisco i powinien być ignorowany przez użytkowników podczas korzystania z numerów telefonów dostarczonych przez partnera w celu dołączenia do spotkania.
Historia zmian dokumentu
Poniższa tabela przedstawia historię zmian wprowadzonych do tego dokumentu w ciągu ostatnich 12 miesięcy.
Data | Wersja | Opis zmiany | |
---|---|---|---|
08 kwietnia 2024 r. | 1-36 |
| |
10 stycznia 2024 r. | 1-35 |
| |
22 grudnia 2023 r. | 1-34 |
| |
04 lipca 2023 r. | 1-33 |
| |
02 lutego 2023 r. | 1-32 |
| |
02 lutego 2023 r. | 1–31 |
| |
31 stycznia 2023 r. | 1–30 |
| |
29 listopada 2022 r. | 1-29 |
|
Definicje
Definicje | Opis |
---|---|
Cisco Partner | Podmiot (zazwyczaj Usługodawca), który sprzedaje produkty i usługi Cisco swoim klientom. |
Klient końcowy | Użytkownicy korzystający z produktów i usług Cisco sprzedawanych im przez partnera Cisco. |
CUBE | Cisco Unified Border Element |
Organizacja partnerów | Repozytorium Webex Identity and Service Management, które przechowuje informacje o Partnerach Cisco i ich Klientach. |
Centrum partnerów | Portal internetowy umożliwiający dostarczanie tożsamości i usług partnerom Cisco i zarządzanym przez nich klientom. |
Organizacja klienta | Repozytorium Webex Identity and Service Management, które przechowuje informacje o kliencie końcowym. |
Przedsiębiorstwo BroadWorks lub dostawca usług / grupa | Reprezentacja klienta końcowego w BroadWorks. |
Omówienie
Rozwiązanie Bring Your Own PSTN (BYoPSTN) umożliwia dostawcom usług Webex dla Cisco BroadWorks udostępnianie należących do nich numerów telefonów do użytku podczas dołączania do Webex Meetings. Rozwiązanie to umożliwia partnerom korzystanie z własnych sieci PSTN i korzystanie z istniejących relacji z dostawcami sieci PSTN, zamiast korzystania z numerów dostarczonych przez Cisco.
Architektura referencyjna w tym dokumencie zapewnia kompleksowy projekt dla opcji BYoPSTN. Ta architektura została sprawdzona przez firmę Cisco i wykorzystuje Cisco Unified Border Element (CUBE) jako kontroler granic sesji (SBC) dla ruchu połączeń między usługami BroadWorks i Webex Meetings.
Wybór opcji Dołączanie do spotkania
Obecnie Webex dla Cisco BroadWorks obsługuje dwie opcje obsługi administracyjnej numerów telefonów spotkań. Dostawcy usług muszą wybrać jedną z tych dwóch opcji — mieszanka nie jest obsługiwana:
Numery dostępowe Cisco (Cisco PSTN) — Cisco udostępnia numery telefonów, których uczestnicy spotkania mogą używać do dołączania do spotkań
Numery dostępowe podane przez partnera (BYoPSTN) — Dostawcy usług podają własne numery telefonów, z których mogą korzystać uczestnicy spotkań podczas dołączania do spotkań
Roztwór BYoPSTN
Partnerzy, którzy wybierają opcję Numery dostępowe podane przez partnera (BYoPSTN), muszą podać własne numery telefonów PSTN i zapewnić infrastrukturę sieciową, która jest wymagana do kierowania połączeń do i z Webex. Rozwiązanie BYoPSTN ułatwia przekierowywanie połączeń Przez górną część (OTT) za pośrednictwem publicznego Internetu z BroadWorks do Webex.
Przy wyborze opcji BYoPSTN obowiązują następujące warunki:
Partnerzy Cisco mogą używać tych samych numerów telefonów dla więcej niż jednego klienta końcowego. Te numery telefonów mogą znajdować się w każdym kraju, w którym działa Partner.
Opcja BYoPSTN nie wymaga żadnych zmian w ogólnym procesie wdrażania dla klientów Webex dla Cisco BroadWorks.
BYoPSTN wymaga obsługi administracyjnej na poziomie Partnera Cisco, a wszyscy Klienci Końcowi aktywowani przez Partnerów po uruchomieniu BYoPSTN są włączani automatycznie.
Cała obsługa administracyjna wymagana w witrynach spotkań klientów jest automatyczna, podobnie jak w przypadku obecnego ogólnie dostępnego rozwiązania.
Partnerzy aktywujący pakiety Standard i Premium mają dwie strony spotkań: jedna witryna dla użytkowników standardowych, a druga dla użytkowników Premium. Obie lokalizacje są włączone dla BYoPSTN.
Uczestnicy spotkania, którzy dzwonią na spotkania, mogą korzystać z udostępniania wideo i treści przez Internet.
Dotyczy dołączania do spotkań zarówno podczas spotkań Space, jak i spotkań PMR. Należy pamiętać, że w przypadku spotkań w obszarze obszar musi zostać utworzony przez użytkownika standardowego lub Premium z możliwościami prowadzącego spotkanie Webex w celu otrzymania numeru dostępu PSTN — obszary utworzone przez użytkowników podstawowych nie otrzymują numerów dostępu PSTN.
Ten dokument zawiera sprawdzoną konfigurację, która używa CUBE jako SBC. Jeśli jednak nie chcesz używać CUBE, możesz wdrożyć własny SBC.
Architektura
Rozwiązanie Webex for Cisco BroadWorks BYoPSTN opiera się na zestawie usług Webex Edge, a dokładniej na usłudze Webex Edge Audio dostępnej dla klientów korporacyjnych. Architektura została dostosowana do integracji infrastruktury Cisco Partners BroadWorks z Webex Edge Audio, umożliwiając w ten sposób partnerowi Cisco centralne konfigurowanie zestawów numerów telefonów do użytku przez klientów końcowych.
Główne elementy architektury są następujące:
BroadWorks — infrastruktura BroadWorks Cisco Partners
Cisco Unified Border Element (CUBE) — Reference Session Border Controller (SBC) dla rozwiązania wdrożonego w centrum danych Cisco Partners. CUBE musi znajdować się w strefie DMZ. Należy pamiętać, że jeśli nie chcesz używać CUBE, możesz wdrożyć własny SBC.
Webex Edge Audio — usługa Webex, która oddziela PSTN od Webex, zmieniając trasowanie połączeń w celu korzystania z infrastruktury dostarczonej przez partnera Cisco.
Połączenia uczestników w celu dołączenia do przejazdu przez BroadWorks do CUBE i z CUBE do infrastruktury Webex w chmurze za pośrednictwem Internetu. Ten model dotyczy obu następujących scenariuszy dołączania do spotkania:
W — uczestnik wybiera numer telefonu w zaproszeniu na spotkanie w zarejestrowanej przez siebie słuchawce BroadWorks, urządzeniu mobilnym lub w aplikacji Webex. Połączenie jest inicjowane przez BroadWorks.
Połączenie zwrotne (opcjonalne) — uczestnik prosi, aby aplikacja Webex wywołała numer telefonu dostarczony przez uczestnika. Połączenie jest inicjowane przez Webex.
Połączenia przekierowane z BroadWorks do CUBE w ramach infrastruktury partnera będą używać protokołu SIP TCP do sygnalizowania połączeń i RTP do przesyłania multimediów. Od CUBE do Webex połączenia używają protokołu SIP TLS do sygnalizowania i sRTP dla mediów. Przekierowanie połączeń z CUBE do WebEx odbywa się przez Internet i nie korzysta z łącza magistralowego SIP.
Typowa konfiguracja scenariuszy wdzwaniania/oddzwaniania jest następująca:
Cisco Partner ma numer telefonu PSTN (na przykład 2403332200) i powiązany z nim kod dostępu Webex (na przykład 88631321777971704941).
Partner Cisco rezerwuje wirtualnego abonenta na BroadWorks, który odpowiada urządzeniu CUBE. Partner mapuje numer telefonu na kod dostępu i odwrotnie.
Kod dostępu, który jest wysyłany do Webex w wiadomościach SIP, identyfikuje witryny spotkań powiązane z partnerem Cisco.
Powyższy numer telefonu umożliwiający dostęp do mapowania kodów jest skonfigurowany raz i jest wspólny dla wszystkich witryn spotkań klientów końcowych.
Uczestnicy dołączający do spotkania muszą wprowadzić odpowiedni identyfikator spotkania (na przykład 123456), który identyfikuje konkretne spotkanie, do którego mają dołączyć.
Zaleca się, aby Partnerzy stosowali się do modelu zwolnień opisanych poniżej.
Dołączanie do spotkania przy użyciu wdzwaniania
Poniższy obraz przedstawia proces użytkownika, który dołącza do spotkania przez połączenie.
Poniżej przedstawiono kroki, które uczestnik musi wykonać, aby dołączyć do spotkania przez połączenie.
Użytkownik planuje spotkanie w aplikacji Webex. Webex przypisuje identyfikator spotkania (na przykład 123456).
Użytkownik wybiera numer telefonu powiązany ze spotkaniem (na przykład 2403332200). Identyfikator SIP INVITE zawiera identyfikator URI żądania jako numer telefonu powiązany ze spotkaniem.
BroadWorks tłumaczy numer telefonu na kod dostępu (na przykład 88631321777971704941) powiązany z witryną spotkania i przekierowuje połączenie do CUBE za pomocą identyfikatora URI żądania jako kod dostępu.
Webex odbiera protokół SIP INVITE i odbiera połączenie. Język komunikatów jest określany językiem określonym dla numeru telefonu, gdy jest on inicjowany w Cisco Partner Hub i BroadWorks.
Użytkownik wprowadza identyfikator spotkania (na przykład 123456) przy użyciu DTMF. Webex weryfikuje użytkownika, a następnie pozwala mu dołączyć do spotkania.
Dołączanie do spotkania przy użyciu połączenia zwrotnego (opcjonalnie)
Na poniższym zdjęciu pokazano proces użytkownika, który dołącza do spotkania przez oddzwonienie, a użytkownik żąda połączenia z usługi Webex, aby dołączyć do spotkania.
Poniżej przedstawiono kroki związane z dołączeniem uczestnika do spotkania przez połączenie zwrotne:
Użytkownik planuje spotkanie w aplikacji Webex. Webex przypisuje identyfikator spotkania (na przykład 123456).
Użytkownik prosi Webex o połączenie na żądany numer (na przykład +16504441000), aby dołączyć do spotkania za pomocą aplikacji Webex lub klienta Meetings.
Webex inicjuje protokół SIP INVITE to CUBE w oparciu o grupę wywoływania zwrotnego DNS SRV, skonfigurowaną w Cisco Partner Hub i BroadWorks. Identyfikator URI żądania SIP INVITE zawiera numer telefonu, który musi odebrać połączenie (na przykład: +16504441000@cube.example.com).
CUBE przekłada numer telefonu w identyfikatorze strony zdalnej na wartość identyfikującą wirtualnego abonenta na BroadWorks (na przykład 88631321777971704941@ecccx.amer.pub.webex.com). Określa to CUBE jako wirtualnego użytkownika na serwerze aplikacji BroadWorks.
Połączenie jest oferowane żądanemu przez użytkownika Numerowi Telefonu, a użytkownik odbiera połączenie w celu dołączenia do spotkania. Ten numer telefonu może być subskrybentem BroadWorks lub numerem PSTN. Jeśli żądany numer to numer PSTN, BroadWorks używa skonfigurowanej ścieżki do kierowania połączenia do PSTN.
W przypadku opcji połączenia zwrotnego obowiązkowe jest uaktywnienie dwóch następujących funkcji:
- 102746 – Obsługa BroadWorks dla CI UUID
- 102074 – BYO PSTN Obsługa rozliczeń dla połączeń i połączeń telefonicznych
Może to zostać potwierdzone z CLI w następujący sposób:
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
Szczegółowy opis tych funkcji i aktywacja można znaleźć w sekcji „Wirtualny abonent połączenia zwrotnego połączenia głosowego XML” w tym dokumencie.
Jeśli nie zdecydujesz się na skonfigurowanie funkcji Dołączanie do spotkania przy użyciu opcji Oddzwoń, użytkownicy mogą nadal korzystać z opcji Wywoływanie, aby dołączać do spotkań lub mogą dołączać przy użyciu dźwięku komputerowego. W takim przypadku nie jest wymagane konfigurowanie grup wywołania zwrotnego SRV DNS. |
Przegląd konfiguracji rozwiązania
Rozwiązanie składa się z kilku różnych elementów, z których każdy musi być poprawnie skonfigurowany, aby rozwiązanie działało pomyślnie. Składniki są następujące:
BroadWorks
CUBE (lub alternatywny certyfikowany kontroler graniczny sesji SP (SBC))
Webex Edge Audio
Istnieje współzależność między konfiguracją tych różnych elementów i jako takie jedna lub więcej organizacji nasion rozwiązania są wymagane do ukończenia wymaganej konfiguracji i weryfikacji rozwiązania.
Organizacja nasion
Organizacja nasion to organizacja Webex, którą można skonfigurować do generowania i sprawdzania poprawności ustawień rozwiązania BYoPSTN. Organizacja nasion musi mieć co najmniej jednego użytkownika przypisanego do pakietu standardowego, a pakiet Standard musi korzystać z opcji dołączania do spotkania dostarczonej przez partnera (BYoPSTN). Zaleca się, aby powiązać organizację nasion z testowym dostawcą usług BroadWorks lub przedsiębiorstwem.
Organizacje nasion rozwiązania służą dwóm celom:
Konfiguracja nasion— konfiguracja organizacji nasion generuje numer telefonu do mapowania kodów dostępu do spotkań oraz uniwersalnie unikatowy identyfikator witryny spotkania (UUID witryny), który jest wymagany do bieżącej pracy rozwiązania. Ta informacja jest wymagana do skonfigurowania wirtualnych abonentów BroadWorks (VSUB).
Walidacja konfiguracji — użyj organizacji nasion, aby określić, czy Twoje rozwiązanie BYoPSTN jest skonfigurowane zgodnie z Twoimi wymaganiami. Użyj organizacji nasion i przetestuj użytkowników, aby zweryfikować przypadki użycia połączeń przychodzących i oddzwanianych podczas spotkań za pomocą numerów dostępowych dostarczonych przez partnera i rekordów oddzwaniania SRV DNS (jeśli połączenie zwrotne jest włączone).
Administrator musi wygenerować organizację rozwiązania nasion dla każdego unikatowego zestawu numerów telefonów i rekordów połączenia zwrotnego DNS SRV. Generowanie organizacji rozwiązania dla nasion w każdym przypadku generuje wymagany numer telefonu do mapowania kodów dostępu do spotkań oraz możliwość weryfikacji powiązanych przypadków użycia połączeń przychodzących i zwrotnych dla tych numerów telefonów i rekordów SRV DNS połączeń zwrotnych.
Administrator, korzystający z Cisco Partner Hub, musi wybrać jedną organizację rozwiązania dla nasion jako organizację podstawowego rozwiązania dla nasion. Witryna spotkania UUID Standardowego spotkania pakietu tej podstawowej organizacji rozwiązania nasion musi zostać skonfigurowana w BroadWorks. Ważne jest, aby ta witryna spotkania pozostała skonfigurowana, ponieważ ten identyfikator UUID witryny jest wysyłany w każdym żądaniu dołączania do spotkania połączeń jako token uwierzytelniania. Ten pojedynczy identyfikator UUID witryny jest udostępniany przez wszystkie zestawy numerów telefonów i rekordów DNS SRV wywoływania zwrotnego. Nie są wymagane wiele wartości UUID witryny.
Podstawowe i wszelkie pomocnicze organizacje rozwiązań nasiennych można usunąć, w razie potrzeby, przed zestawem numerów telefonów i przywoływania rekordów DNS SRV przypisywanych do klientów nietestowanych. Gdy zestaw numerów telefonów i rekordy połączenia zwrotnego DNS SRV są przypisane do wszystkich klientów nietestowanych, te numery telefonów i rekordy połączenia zwrotnego są powiązane z witrynami spotkań dla tych klientów i są używane do dołączania do spotkania za pomocą połączenia przychodzącego i połączenia zwrotnego. Wszelkie zmiany należy uznać za mające wpływ na usługę.
Kolejne sekcje zawierają więcej szczegółów na temat różnych elementów konfiguracji.
Elementy konfiguracji BYoPSTN
Kluczowym elementem rozwiązania jest konfiguracja numerów telefonów Cisco Partner i rekordów połączenia zwrotnego DNS SRV. BYoPSTN używa grup numerów telefonów i grup połączeń zwrotnych DNS SRV jako sposobu przypisywania numerów telefonów opartych na lokalizacji geograficznej i zbędnego routingu połączeń dla spotkań Webex. Elementy te są przypisywane klientom końcowym przez szablon klienta.
Grupy numerów telefonów (PNG)
Partnerzy Cisco udostępniają numery telefonów używane przez uczestników do dołączania do spotkań w Cisco Partner Hub. Te Numery Telefoniczne są ustawione razem w Grupę Numerów Telefonicznych. Lista numerów telefonów jest powiązana z witryną spotkania. Wszystkie osobiste sale spotkań (PMR) i zaplanowane spotkania w tej witrynie spotkania używają powiązanych numerów telefonów. Poniżej przedstawiono przykład grupy numerów telefonów:
Nazwa numeru telefonu | Kraj | Kod kraju | Numer telefonu | Ogłoszenie | Rodzaj płatnego numeru | Priorytet wdzwaniania |
---|---|---|---|---|---|---|
Stany Zjednoczone Maryland | US | +1 | 2403332200 | Angielski | Płatne | Podstawowe |
USA Floryda | US | +1 | 9049002303 | Angielski | Płatne | Pomocniczy |
Stany Zjednoczone Nowy Jork | US | +1 | 8056504578 | Angielski | Bezpłatne | Brak |
Numery telefonów mają następujące atrybuty:
Nazwa numeru telefonu — nazwa umożliwiająca określenie numeru telefonu
Kraj — kraj, do którego przypisany jest telefon
Kod kraju — kod połączenia krajowego lub kod wdzwaniania do kraju
Numer telefonu — numer telefonu, którego należy użyć do dołączenia do spotkania bez kodu kraju
Ogłoszenie — język ogłoszenia, które ma być odtwarzane, gdy uczestnik dołącza do spotkania
Typ numeru płatnego — rodzaj numeru: Bezpłatny lub bezpłatny
Priorytet wdzwaniania — priorytet przypisany do numerów spotkania. Widok uczestników numerów dołączania do spotkania jest zamawiany na podstawie tego priorytetu.
Domyślne numery telefonów: Administratorzy mogą przypisać priorytet wdzwaniania podstawowego, pomocniczego lub Brak do numeru telefonu w grupie numerów telefonów. Numery telefonów o priorytecie Podstawowym lub Pomocniczym są domyślnymi numerami telefonów. Domyślne numery telefonów są wysyłane w wiadomościach e-mail z zaproszeniem na spotkanie i są wymienione w kolejności priorytetowej, której uczestnicy powinni używać do dołączania do spotkań. Domyślne numery telefonów nie muszą znajdować się w tym samym kraju. Należy wybrać podstawowy numer telefonu, dodatkowy numer telefonu jest opcjonalny. Co najmniej jeden z domyślnych numerów telefonów musi mieć numer płatny.
Użytkownicy Klientów końcowych mogą wybrać określenie własnych domyślnych numerów telefonów za pomocą interfejsu internetowego witryny spotkania. Te numery są wyświetlane dla tego użytkownika i jego uczestników, gdy są prowadzącymi spotkanie. Jeśli użytkownik dołączy do spotkania jako uczestnik, pojawi się tylko dla niego.
Zgodnie z powyższym przykładem administrator partnera Cisco przewiduje, że US Maryland jest podstawowym, a US Florida drugorzędnym, są to domyślne numery telefonów. Użytkownik może zdecydować się na zastąpienie tego podczas spotkań, zmieniając podstawowy na US New York i wtórny jako US Maryland.
Maksymalna liczba numerów telefonów dla danej grupy numerów telefonów wynosi 98.
UWAGA: Nie jest obsługiwane konfigurowanie dedykowanego numeru dla jednego przedsiębiorstwa.
Połączenia zwrotne grup SRV DNS (CDSG)
Aby umożliwić uczestnikom spotkania wybranie opcji oddzwaniania, wymagana jest grupa połączenia zwrotnego DNS SRV, która wskazuje na instancje CUBE w sieci partnera Cisco. Webex używa tych rekordów do kierowania połączenia zwrotnego przez CUBE do BroadWorks, które następnie może umieścić połączenie zwrotne spotkania na numer telefonu uczestnika spotkania.
Poniżej znajduje się przykład grupy połączenia zwrotnego DNS SRV.
Kraj/region | Kod kraju | Rejestr SRV DNS |
---|---|---|
Stany Zjednoczone | +1 | cube.us.example.com |
Meksyk | +52 | cube.mx.example.com |
Wszystkie pozostałe kraje | nd. | cube.global.example.com |
Rejestry połączenia zwrotnego DNS SRV mają następujące atrybuty:
Kraj/region — kraj lub region, dla którego ten rekord SRV DNS powinien być używany do wysyłania żądań połączeń.
Kod kraju — kod kraju powiązany z danym krajem/regionem. Można mieć tylko jeden rekord DNS SRV na kod kraju.
Rejestr DNS SRV — rekord DNS SRV dla wystąpienia(ów) Cisco Partner CUBE.
Gdy uczestnik żąda połączenia na podany numer telefonu, Webex używa połączenia zwrotnego DNS SRV powiązanego z kodem kraju dla określonego numeru telefonu, aby przekierować połączenie do odpowiednich elementów w sieci Cisco Partners.
W ten sposób korzystanie z rekordu DNS SRV zapewnia obsługę zbędnych wystąpień CUBE w celu obsługi żądań połączeń z Webex. W powyższym przykładzie, gdy uczestnicy spotkania w Stanach Zjednoczonych żądają połączenia zwrotnego z Webex na swój numer telefonu w Stanach Zjednoczonych, Webex korzysta z DNS SRV cube.us.example.com
przekierowania tego połączenia do sieci partnera Cisco. Gdy uczestnicy Spotkania w Meksyku poproszą o połączenie zwrotne z Webex na ich meksykański numer telefonu, Webex będzie korzystać z DNS SRV cube.mx.example.com
przekierowania tego połączenia do sieci partnera Cisco.
W przypadku wszystkich krajów/regionów, które nie mają określonego rekordu SRV wywołania zwrotnego DNS, żądania te są kierowane do rekordu „Wszystkie inne kraje” DNS SRV. Administrator musi skonfigurować rekord SRV DNS „Wszystkie inne kraje”.
Maksymalna liczba rekordów dla danej grupy połączenia zwrotnego DNS SRV wynosi 200.
Szablony klienta
Szablon klienta to istniejąca koncepcja rozwiązania Webex for BroadWorks. Szablon zawiera domyślną konfigurację, która jest używana do obsługi klienta końcowego. BYoPSTN dostarcza do szablonu klienta dodatkowe atrybuty:
Typ dołączania do spotkania — mogą to być numery dostępowe Cisco lub numery dostępowe podane przez partnera. Ten atrybut wskazuje numery telefonów skonfigurowane dla witryn spotkań powiązanych z pakietami Standard i Premium. Numery dostępowe podane przez partnera powinny być wybierane przez administratora.
Grupa numerów telefonów — tylko opcja numerów dostępowych dostarczona przez partnera — ten atrybut wskazuje numery telefonów używane przez klientów końcowych, które są dostarczane w przypadku pakietów Standard i Premium podczas dołączania do spotkań.
Grupa wywoływania zwrotnego DNS SRV — powiązana tylko z opcją numerów dostępowych partnera, ten atrybut wskazuje rekordy DNS SRV używane przez Webex podczas oddzwaniania do klientów końcowych, które są konfigurowane dla pakietów Standard i Premium podczas dołączania do spotkań. Jeśli nie chcesz włączyć połączenia zwrotnego, możesz wybrać opcję „Wyłącz połączenie zwrotne” podczas tworzenia lub aktualizowania szablonu klienta. Gdy dla klienta końcowego zostanie skonfigurowany pierwszy abonent dla Standard lub Premium, zostanie skonfigurowana powiązana witryna spotkania pakietów. Witryna spotkania pakietów jest skonfigurowana zgodnie z powyższym szablonem klienta. Do już skonfigurowanej witryny spotkania dodano dowolnego subskrybenta obsługującego usługę Standard lub Premium — konfiguracja witryny spotkania nie została zmieniona.
Wszelkie zmiany w szablonie klienta w odniesieniu do powyższych atrybutów dotyczą tylko nowo utworzonych witryn spotkań pakietów. Zmiany szablonu klienta nie mają wpływu na istniejące witryny spotkań, które zostały już skonfigurowane.
Jednym z istotnych wyjątków jest to, że jeśli klient końcowy ma już witrynę spotkań, każda nowa witryna spotkań pakietów jest udostępniana przy użyciu tego samego typu dołączania do spotkania, co istniejąca witryna spotkań pakietów. Jeśli na przykład klient końcowy ma standardową witrynę spotkań z pakietami z wykorzystaniem numerów dostępowych Cisco, a szablon klienta został zaktualizowany w celu korzystania z numerów dostępowych dostarczonych przez partnera, nowa witryna spotkań z pakietami Premium jest obsługiwana przy użyciu numerów dostępowych Cisco, ustawienie szablonu klienta nie ma zastosowania. Witryny spotkań Standard i Premium dla danego Klienta Końcowego są zawsze udostępniane spójnie.
Klaster połączeń BroadWorks
Cisco Partner Hub — ekran klastra połączeń BroadWorks zapewnia dostęp do wyświetlania i/lub pobierania informacji o konfiguracji BroadWorks (BYoPSTN) . Informacje o konfiguracji BYoPSTN dla danego klastra zawierają następujące dane:
Podstawowe szczegóły organizacji rozwiązania nasiennego, w tym standardowy pakiet witryny spotkania UUID i adres URL witryny.
Szczegóły grupy numerów telefonów dla wszystkich grup skonfigurowanych dla tego klastra. Obejmuje to numer telefonu do mapowania kodów dostępu do spotkań dla każdej grupy. Należy pamiętać, że szczegóły powinny obejmować grupy, które są powiązane ze wszystkimi organizacjami rozwiązań nasion wtórnych.
Szczegóły grupy połączenia zwrotnego DNS SRV dla wszystkich grup skonfigurowanych dla tego klastra. Należy pamiętać, że szczegóły powinny obejmować grupy, które są powiązane ze wszystkimi organizacjami rozwiązań nasion wtórnych.
Szczegóły szablonu klienta dla tych szablonów z wykorzystaniem którejkolwiek z grup numerów telefonów i grup SRV połączenia zwrotnego DNS.
Każdy klaster połączeń BroadWorks ma własne informacje o konfiguracji BroadWorks (BYoPSTN), a w szczególności przypisane do niego Grupy numerów telefonów i Grupa SRV wywołania zwrotnego DNS. Należy jednak pamiętać, że wszystkie klastry połączeń BroadWorks mają tę samą podstawową organizację rozwiązania nasiennego i jako takie wszystkie zawierają tę samą standardową witrynę spotkań pakietu UUID i adres URL witryny.
Informacje o konfiguracji BroadWorks (BYoPSTN) są dostępne tylko do przeglądania/pobierania, gdy administrator konfiguruje i wybiera podstawową organizację rozwiązania nasiennego. Do pakietu Standard musi zostać przypisany co najmniej jeden użytkownik, a pakiet Standard musi korzystać z opcji dołączania do spotkania dostarczonej przez partnera (BYoPSTN).
Przykładowe elementy konfiguracji BYoPSTN
Na poniższym obrazku przedstawiono przykład wdrożenia systemu BroadWorks obejmującego wiele klastrów, a także szablony klientów oparte na danych geograficznych, numery telefonów i trasowanie.
W pierwszej tabeli przedstawiono wdrożenie wielu klastrów BroadWorks z regionalnymi szablonami klientów, grupami numerów telefonów i grupami wywołania zwrotnego DNS SRV. Kolejne tabele rozszerzają się na grupy numerów telefonów i grupy połączeń zwrotnych DNS SRV.
Klaster BroadWorks | Nazwa szablonu | Pakiet | Typ dołączania do spotkania | Grupa numerów telefonów | Grupa połączenia zwrotnego DNS SRV |
---|---|---|---|---|---|
BWKS US NG | US West Std | Standardowy | Numery dostępowe podane przez partnera | Stany Zjednoczone Zachodnie | CB US |
US West Prem | Premium | ||||
US East Std | Standardowy | USA Wschodnie | |||
US East Prem | Premium | ||||
BWKS MX | Std MX | Standardowy | Numery dostępowe podane przez partnera | MX PNG | CB MX |
MX Prem | Premium | ||||
BWKS Wielka Brytania | Wielka Brytania Std | Standardowy | Numery dostępowe podane przez partnera | UK PNG | Połączenie zwrotne wyłączone |
UK Prem | Premium | ||||
BWKS US | US Std | Standardowy | Numery dostępowe Cisco | Brak | Brak |
Podczas dołączania do spotkań abonenci obsługiwani za pomocą szablonu US West Std lub US West Prm używają numeru telefonu US West Phone. Ci abonenci, którzy spotykają się z prośbami o dołączenie do oddzwaniania, są wysyłani do rekordów SRV DNS w CB US.
Podczas dołączania do spotkań abonenci obsługiwani za pomocą szablonu US East Std lub US East Prm używają numeru telefonu US East Phone. Ci abonenci, którzy spotykają się z prośbami o dołączenie do oddzwaniania, są wysyłani do rekordów SRV DNS w CB US.
Abonenci skonfigurowani przy użyciu szablonu MX Std lub MX Prm używają numeru telefonu MX PNG podczas dołączania do spotkań. Prośby o dołączenie do oddzwaniania są wysyłane do rekordów SRV DNS systemu CB MX.
Podczas dołączania do spotkań abonenci obsługiwani za pomocą szablonu UK Std lub UK Prm używają numerów telefonów PNG w Wielkiej Brytanii. Subskrybenci nie będą mieli możliwości dołączenia do spotkania za pośrednictwem połączenia zwrotnego, ponieważ połączenie zwrotne jest wyłączone.
Subskrybenci obsługiwani za pomocą US Std używają numerów dostępowych Cisco i dlatego nie mają przypisanej grupy numerów telefonów ani grupy połączeń zwrotnych DNS SRV. Ci abonenci używają numerów telefonów dostarczonych przez firmę Cisco do dołączania do spotkań, a rekordy Cisco DNS SRV do dołączania do spotkań przy użyciu połączenia zwrotnego.
Szczegółowe informacje dotyczące przykładowych grup numerów telefonów są następujące:
Grupa numerów telefonów | Nazwa numeru telefonu | Kraj | Kod kraju | Numer telefonu | Ogłoszenie | Rodzaj płatnego numeru | Priorytet wdzwaniania |
---|---|---|---|---|---|---|---|
Stany Zjednoczone Zachodnie | Stany Zjednoczone San Francisco | US | +1 | 4156551000 | Angielski | Płatne | Podstawowe |
Amerykański Palo Alto | US | +1 | 9863502478 | Angielski | Bezpłatne | Brak | |
USA Wschodnie | Stany Zjednoczone Maryland | US | +1 | 2403332200 | Angielski | Płatne | Podstawowe |
USA Floryda | US | +1 | 9049002303 | Angielski | Płatne | Pomocniczy | |
Stany Zjednoczone Nowy Jork | US | +1 | 8056504578 | Angielski | Bezpłatne | Brak | |
MX PNG | Meksyk | MX | +52 | 2065304086 | Europejski hiszpański | Płatne | Podstawowe |
UK PNG | Wielka Brytania | Wielka Brytania | +44 | 4527789651 | Angielski | Płatne | Podstawowe |
Szczegółowe informacje dotyczące przykładowych grup SRV połączenia zwrotnego DNS są następujące:
Grupa połączenia zwrotnego DNS SRV | Kraj | DNS SRV |
---|---|---|
CB US | US | cube.us.example.com |
Wszystkie pozostałe kraje | cube.row.example.com | |
CB MX | MX | cube.mx.example.com |
Wszystkie pozostałe kraje | cube.row.example.com |
Konfiguracja dla amerykańskiego rekordu DNS SRV, cube.us.example.com może być taka sama jak w przykładzie:
| 86400 | W PRZYPADKU | SRV | 10 | 10 | 5061 |
|
| 86400 | W PRZYPADKU | SRV | 10 | 10 | 5061 |
|
Ten rekord SRV DNS może rozwiązać następujący rekord DNS A:
| 86400 | W PRZYPADKU | A | 45.84.168.81 |
| 86400 | W PRZYPADKU | A | 45.84.168.82 |
Rejestry DNS SRV służą do zabezpieczania połączeń SIP z Webex do CUBE. |
Porty używane przez Webex
Porty w poniższej tabeli muszą zostać otwarte na zaporze DMZ, w której znajduje się CUBE, a inne porty mogą być zamknięte. Dodatkowe informacje na temat wymagań dotyczących portów i sieci można znaleźć w następującym artykule:
https://collaborationhelp.cisco.com/article/WBX264
Źródło | Porty źródłowe | Miejsce docelowe | Porty docelowe | Protokół | Opis | ||
---|---|---|---|---|---|---|---|
Webex Edge Audio Services | Krótkotrwałe | CUBE | 5061 | TCP | (mTLS 1.2) Przychodząca sygnalizacja SIP z Webex Edge Audio do CUBE SBC.
| ||
Webex Edge Audio Services | 4000 - 4010 | CUBE | 5061 | TCP | (mTLS 1.2) Opcje Ping dla Webex Edge Audio. | ||
CUBE | Krótkotrwałe | EdgeAudio | 5605 | TCP | (mTLS 1.2) Wyjściowa sygnalizacja SIP dla Webex Edge Audio. | ||
Webex Edge Audio Services | Krótkotrwałe | CUBE | Porty empatyczne 8000 – 59999 | UDP | (SRTP) Należy otworzyć otwory zapory dla przychodzącego ruchu multimedialnego do dźwięku Edge. | ||
CUBE | Porty empatyczne 10200 - 28000 | Edge Audio | Krótkotrwałe | UDP | (SRTP) Należy otworzyć otwory zapory, aby ruch mediów wychodzących do CUBE. |
TLS i SRTP Cipher Suites
TLS v1.2 lub nowszy jest używany do uścisku dłoni mTLS, a następujące szyfry są obsługiwane przez Webex Edge Audio (podczas oddzwaniania Webex Edge Audio oferuje je w kliencie TLS Handshake’s Client Hello):
TLS_ECDHE_ECDSA_Z_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_Z_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_RSA_Z_AES_256_GCM_SHA384
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_Z_AES_256_CBC_SHA384
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_Z_AES_256_GCM_SHA384
TLS_RSA_Z_AES_256_CBC_SHA256
TLS_RSA_Z_AES_128_GCM_SHA256
TLS_RSA_Z_AES_128_CBC_SHA256
TLS_DHE_DSS_Z_AES_256_GCM_SHA384
TLS_DHE_DSS_Z_AES_256_CBC_SHA256
TLS_DHE_DSS_WITH_AES_128_GCM_SHA256
TLS_DHE_DSS_WITH_AES_128_CBC_SHA256
Dla sRTP wykorzystywane są następujące szyfry:
AEAD_AES_256_GCM
AEAD_AES_128_GCM
AES_CM_128_HMAC_SHA1_80
AES_CM_128_HMAC_SHA1_32
Obsługiwane kodeksy audio
G722
G711µ
G711a
Wymagania dotyczące profilu SIP i RTP
Rozwiązanie wymaga, aby między CUBE (lub SBC) a Webex wdrożono protokół SIP TLS do sygnalizowania i sRTP dla mediów.
Profile SIP i RTP w ramach niniejszego komunikatu powinny spełniać następujące wymagania:
Wymagania dotyczące profilu SIP | Szczegóły |
---|---|
Zegar wygaśnięcia sesji | 2220 sek (zaakceptuj SIP 422) * jest ustawiany według potrzeb biznesowych i oczekuje się 422. |
Oferta medialna na wjazd | Wczesna oferta |
Oferta medialna dla egress | Opóźniona oferta |
Opcje interwału ping | 30 s (minimum) |
DTMF | RFC2833 Payload 101 (No Acoustic DTMF!) |
Porty SIP-UDP | 4000-4010,5061,5065 |
Profil RTP | Szczegóły |
---|---|
Profil płatności głosowej | G. 722/ G. 711μ/G. 711a |
Rozmiar pakietu | 20 ms |
VAD (wykrywanie aktywności głosowej) | Nie |
Zegar bezczynności multimediów | 1200 ms |
Zmiana kodeka średniego wybierania | Nie zaakceptowano |
RTP | 8000–48198 |
szyfry sRTP | AEAD_AES_256_GCM AEAD_AES_128_GCM AES_CM_128_HMAC_SHA1_80 AES_CM_128_HMAC_SHA1_32 |
Kodek G.729 nie jest obsługiwany. Jeśli chcesz używać G.729, musisz używać transkoderów. |
Domeny routingu połączeń Webex
DNS SRV _sips._tcp.<domain>
służy do dotarcia do Webex Edge Audio. W zależności od regionu istnieją cztery domeny.
Region | Domena |
---|---|
Ameryka | ecccspx.amer.pub.webex.com |
Wielka Brytania, Afryka Północna | ecccspx.emea.pub.webex.com |
Azja i Region Pacyfiku | ecccspx.apac.pub.webex.com |
Australia / Nowa Zelandia | ecccspx.anz.pub.webex.com |
Europa | ecccspx.euro.pub.webex.com |
DNS SRV rozwiązuje kilka rekordów A wskazujących na witrynę podstawową i pomocniczą. Poniższa tabela stanowi przykład dla regionu AMER i może ulec zmianie w przyszłości.
Rodzaj rekordu | Nagraj | Cel | Cel |
---|---|---|---|
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxpr1.amer.pub.webex.com | Odkrywanie dźwięku Webex Edge |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxpr2.amer.pub.webex.com | Odkrywanie dźwięku Webex Edge |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxsc1.amer.pub.webex.com | Odkrywanie dźwięku Webex Edge |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxsc2.amer.pub.webex.com | Odkrywanie dźwięku Webex Edge |
A | ecccspxpr1.amer.pub.webex.com | 207.182.174.101* | Punkty do Webex Edge Audio AMER Primary 1 |
A | ecccspxpr2.amer.pub.webex.com | 207.182.174.102* | Punkty do Webex Edge Audio AMER Primary 2 |
A | ecccspxsc1.amer.pub.webex.com | 207.182.174.229* | Punkty do Webex Edge Audio AMER Secondary 1 |
A | ecccspxsc2.amer.pub.webex.com | 207.182.174.230* | Punkty do Webex Edge Audio AMER Secondary 2 |
DNS-SRV ma charakter dynamiczny, adresy IP są podatne na zmiany, dlatego unikaj twardego kodowania lub zakładania adresów IP. Wszelkie zmiany lub aktualizacje wprowadzone do dokumentu Informacje referencyjne o porcie dla usługi Webex Calling można znaleźć w sekcji „Historia weryfikacji dokumentów”. |
Redundancja CUBE
Cisco Unified Border Element (CUBE) umożliwia kontrolę granic sesji w sieci zarządzającej połączeniami SIP między podmiotami zewnętrznymi a siecią wewnętrzną. Więcej informacji na temat CUBE można znaleźć w sekcji Wymagania wstępne poniżej.
Obsługiwane modele zwolnień są zdefiniowane w celu zapewnienia wysokiej dostępności i wyeliminowania awarii pojedynczego punktu dla partnera Cisco. Poniżej przedstawiono trzy różne modele. Partnerzy Cisco powinni przyjąć dowolny model mający zastosowanie do ich środowiska.
Podczas procesu wdrażania partner powinien wyłączyć filtry ICMP.
Duplex CUBE Wdrożenie dla BroadWorks Wdrożone w jednym zakładzie
Prostsze wdrożenie CUBE dla BroadWorks wdrożone w wielu zakładach
Inny model redundancji jest możliwy, gdy CUBE jest wdrażany w trybie dupleksowym w każdym zakładzie. Ten model nie jest konieczny, biorąc pod uwagę, że BroadWorks jest wdrażany z geo-redundancji.
Wdrażanie
1 | Wymagania wstępne partnera
|
2 | Zapewnianie numerów telefonów w Cisco Partner Hub
|
3 | Prowiowanie grup SRV połączenia zwrotnego DNS w Cisco Partner Hub (opcjonalnie)
|
4 | Powiązanie PNG (i CDSG) z szablonami klientów
|
5 | Organizacje rozwiązań dla nasion roślin
|
6 | Wybierz podstawową organizację rozwiązania nasion
|
7 | Pobierz konfigurację BroadWorks (BYoPSTN)
|
8 | Określ domenę Webex Edge Audio DNS SRV
|
9 | Konfiguracja usługi Provision Partner BroadWorks
|
10 | Provision Partner CUBE (lub własny SBC)
|
11 | Certyfikacja BYoPSTN
|
Krok 1: Wymagania wstępne partnera
Należy wypełnić następujące warunki wstępne dotyczące inicjowania obsługi administracyjnej BYoPSTN. Wymagania wstępne podane poniżej zakładają, że Partner ma sprawne wdrożenie Webex dla Cisco BroadWorks, które obejmuje:
Funkcjonowanie systemu BroadWorks – jak udokumentowano w podręczniku rozwiązania Webex for Cisco BroadWorks
Licencja BroadWorks AS z usługą „VoiceXML” w wystarczającej ilości (1 na numer PSTN)
Wymagane poprawki BroadWorks:
Dla R22:
AP.xsp.22.0.1123.ap376935
AP.as.22.0.1123.ap376935
Dla R23:
AP.xsp.23.0.1075.ap376935
AP.as.23.0.1075.ap376935
Dla R24
AP.as.24.0.944.ap376935
Wdrożony system Cisco CUBE (IOS w wersji 16.12.2 lub nowszej): https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html
Obsługiwane są zarówno CUBE oparte na sprzęcie, jak i wirtualne. CUBE na bazie sprzętu jest zalecany do skalowalności i obsługi większej liczby połączeń.
Organizacja partnera Webex — jak opisano w przewodniku po rozwiązaniach Webex for Cisco BroadWorks
Krok 2: Prowiowanie grup numerów telefonów (PNG) w Partner Hub
Procedura dodawania numerów dostępowych do spotkań Webex przez partnera Cisco jest następująca:
Zaloguj się do Cisco Partner Hub.
Przejdź do obszaru Ustawienia.
Przewiń do usługi BroadWorks Calling.
W obszarze Konfiguracja dołączania do spotkania (BYoPSTN) wybierz Utwórz Grou numeru telefonu wdzwanianego.
Wprowadź nazwę grupy numerów telefonów i wybierz Dalej.
Wprowadź szczegóły numeru telefonu i wybierz Dalej.
Przejrzyj podsumowanie szczegółów grupy numerów telefonów i wybierz opcję Zapisz.
Powtórz tę procedurę dla każdej grupy numerów telefonów, która ma zostać dodana.
Poniższe zrzuty ekranu ilustrują procedurę.
Krok 3: Prowiowanie grup wywołania zwrotnego DNS SRV (CDSG) w Partner Hub
Ten krok należy wykonać tylko wtedy, gdy chcesz wdrożyć opcję Dołączanie do spotkania przy użyciu połączenia zwrotnego. W przeciwnym razie możesz pominąć ten krok. |
Jeśli nie skonfigurujesz tej opcji, użytkownicy mogą korzystać z opcji wdzwaniania, aby dołączać do spotkań, lub mogą dołączać przy użyciu dźwięku komputerowego. |
Podczas korzystania z opcji wywołania zwrotnego spotkania do kierowania połączeń z Webex do CUBE wymagana jest grupa wywołania zwrotnego DNS SRV. Procedura dodawania rekordów CUBE DNS SRV do Webex przez partnera Cisco jest następująca:
Zaloguj się do Partner Hub.
Przejdź do obszaru Ustawienia.
Przewiń do usługi BroadWorks Calling.
W obszarze Konfiguracja dołączania do spotkania (BYoPSTN) wybierz Utwórz grupę połączenia zwrotnego DNS SRV.
Wprowadź nazwę grupy połączenia zwrotnego DNS SRV.
Wybierz Dalej .
Wprowadź szczegóły połączenia zwrotnego DNS SRV.
Wybierz Dalej .
Przejrzyj podsumowanie szczegółów połączenia zwrotnego DNS SRV.
Wybierz Zapisz .
Przekaż wszelkie aktualizacje DNS, aby odzwierciedlić nowe rekordy w grupie DNS SRV.
Powtórz tę procedurę dla każdej grupy połączenia zwrotnego DNS SRV, która ma zostać dodana.
Poniższe zrzuty ekranu ilustrują procedurę.
Krok 4: Powiąż PNG i CDSG z szablonami klientów w Partner Hub
Wstępna konfiguracja i weryfikacja rozwiązania BYoPSTN wymaga organizacji nasion dla każdej unikalnej kombinacji grupy numerów telefonów i grupy połączenia zwrotnego DNS SRV (jeśli wymagane jest połączenie zwrotne). W związku z tym zaleca się, aby partnerzy Cisco utworzyli nowy szablon klienta dla każdej unikalnej kombinacji grupy numerów telefonów i grupy połączenia zwrotnego DNS SRV. Każdy szablon klienta powinien być używany do wygenerowania odpowiedniej organizacji nasion.
Gdy konfiguracja BYoPSTN zostanie posadzona i zweryfikowana przy użyciu organizacji nasion, grupy numerów telefonów i grupy wywoływania zwrotnego DNS SRV mogą być stosowane do istniejących szablonów klientów w zależności od potrzeb.
Należy pamiętać, że nowo utworzone szablony klientów nie są używane przez dotychczasowych klientów nietestowanych i dlatego można ich bezpiecznie używać do ręcznej weryfikacji konfiguracji BYoPSTN.
Jeśli nie wdrażasz funkcji Dołączanie do spotkania za pośrednictwem połączenia zwrotnego, nie musisz łączyć grup SRV połączenia zwrotnego DNS z szablonem klienta. Należy jednak wybrać opcję Wyłącz połączenie zwrotne. |
Aby dodać nowy szablon klienta, wykonaj następujące czynności:
Zaloguj się do Cisco Partner Hub.
Przejdź do obszaru Ustawienia.
Przewiń do usługi BroadWorks Calling.
W obszarze Szablony wybierz opcję Dodaj szablon.
Wprowadź szczegóły szablonu. Na etapie Typ Pakietu:
Wybierz Typ pakietu jako Standard.
Wybierz konfigurację dołączania do spotkania jako numery dostępowe podane przez partnera (BYoPSTN).
Wybierz grupę obsługiwanych numerów telefonów.
W przypadku grupy wywołania zwrotnego DNS SRV, jeśli chcesz włączyć opcję wywołania zwrotnego spotkania, wybierz skonfigurowaną grupę wywołania zwrotnego DNS SRV. W przeciwnym razie wybierz opcję Wyłącz połączenie zwrotne.
Wybierz Dalej .
Wprowadź pozostałe szczegóły szablonu.
Przejrzyj podsumowanie szczegółów szablonu.
Kliknij opcję Zapisz.
Powtórz tę procedurę dla każdego szablonu klienta, który musi zostać dodany
Poniższy zrzut ekranu ilustruje procedurę.
Aby zaktualizować istniejący szablon klienta, wykonaj następujące czynności:
Zaloguj się do Cisco Partner Hub.
Przejdź do obszaru Ustawienia.
Przewiń do sekcji BroadWorks Calling.
W obszarze Szablony wybierz opcję Wyświetl szablon.
Wybierz Szablon do aktualizacji.
Przewiń do sekcji Konfiguracja dołączania do spotkania:
Wybierz numery dostępowe podane przez partnera (BYoPSTN).
Wybierz wcześniej skonfigurowaną grupę numerów telefonów.
W przypadku grupy wywołania zwrotnego DNS SRV, jeśli chcesz włączyć opcję wywołania zwrotnego spotkania, wybierz skonfigurowaną grupę wywołania zwrotnego DNS SRV. W przeciwnym razie wybierz opcję Wyłącz połączenie zwrotne.
Wybierz Zapisz .
Poniższy zrzut ekranu ilustruje procedurę.
Krok 5: Organizacje rozwiązań dla nasion roślin
Roztwór BYoPSTN składa się z kilku różnych elementów, z których każdy musi być poprawnie skonfigurowany do prawidłowego działania. Jednym z dwóch celów organizacji rozwiązań nasion jest generowanie numeru telefonu do mapowania kodów dostępu do spotkań oraz uniwersalnie unikatowego identyfikatora witryny spotkań (UUID witryny), które są wymagane do bieżącej eksploatacji rozwiązania. Drugim celem jest weryfikacja konfiguracji.
Dla każdej unikalnej kombinacji grupy numerów telefonów i grupy połączenia zwrotnego DNS SRV, która ma być używana, należy wcześniej utworzyć odpowiedni szablon klienta. Dla każdego z tych szablonów klientów należy skonfigurować organizację rozwiązania zalążkowego. Konfiguracja tych organizacji nasion generuje numer telefonu do mapowania kodów dostępu do spotkań i identyfikatora UUID witryny spotkania, które są wymagane do skonfigurowania BroadWorks.
Korzystając z każdego z wcześniej skonfigurowanych szablonów klientów, udostępnij subskrybentowi nowy testowy dostawca usług BroadWorks lub nowe przedsiębiorstwo BroadWorks z użytkownikiem pakietu Standard . Powstała w ten sposób witryna Standardowy pakiet spotkań powinna używać numerów dostępowych dostawcy usług partnerskich do dołączania do spotkań. Do zapewnienia abonentowi można zastosować jedną z następujących metod:
Zapewnij abonentowi testowemu korzystanie z interfejsów API subskrybentów BroadWorks w sposób udokumentowany
developer.webex.com
.Włącz abonenta testowego dla usługi IM&P na BroadWorks skonfigurowanym do korzystania z szablonu klienta. Upewnij się, że szablon klienta używa pakietu standardowego jako domyślnego, aby upewnić się, że abonentowi testowemu przypisano pakiet standardowy. Alternatywnie, abonent testowy musi być następnie zaktualizowany, aby mieć pakiet Standardowy.
Należy pamiętać, że organizacje rozwiązań nasiennych są związane z testowym dostawcą usług BroadWorks lub testem BroadWorks Enterprise.
Krok 6: Wybierz podstawową organizację rozwiązania nasion
Ważne jest, aby ta witryna spotkania pozostała skonfigurowana, ponieważ ten identyfikator UUID witryny jest wysyłany w każdym żądaniu dołączania do spotkania połączeń jako token uwierzytelniania. Nie należy usuwać organizacji nasion, ponieważ powiązana witryna spotkania również zostanie usunięta. Jeśli organizacja nasion zostanie usunięta, trzeba będzie podać nową i ponownie skonfigurować Broadworks z nowym UUID witryny.
Podstawowe i wszelkie pomocnicze organizacje rozwiązań nasiennych można usunąć, w razie potrzeby, przed zestawem numerów telefonów i przywoływania rekordów DNS SRV przypisywanych do klientów nietestowanych. Gdy zestaw numerów telefonów i rekordy połączenia zwrotnego DNS SRV są przypisane do wszystkich klientów nietestowanych, te numery telefonów i rekordy połączenia zwrotnego są powiązane z witrynami spotkań dla tych klientów i są używane do dołączania do spotkania za pomocą połączenia przychodzącego i połączenia zwrotnego. Wszelkie zmiany należy uznać za mające wpływ na usługę.
Aby wybrać podstawową organizację rozwiązania dla nasion, wykonaj następujące czynności:
Zaloguj się do Cisco Partner Hub.
Przejdź do obszaru Ustawienia.
Przewiń do sekcji BroadWorks Calling.
W sekcji Potwierdzenie konfiguracji (BYoPSTN) wybierz opcję Przypisz.
Na ekranie Przypisz organizację wyszukaj i wybierz jedną z wcześniej skonfigurowanych organizacji nasion
Wybierz Przypisz.
Wybrana organizacja nasion jest podstawową organizacją nasion.
Poniższe zrzuty ekranu ilustrują procedurę.
Krok 7: Pobierz konfigurację BroadWorks (BYoPSTN)
Dane dotyczące podstawowej organizacji rozwiązania nasiennego, grup numerów telefonów i grupy połączenia zwrotnego DNS SRV dla danego klastra BroadWorks są dostępne w jednej lokalizacji, w pliku JSON konfiguracji BroadWorks (BYoPSTN). Ta informacja jest potrzebna do skonfigurowania BroadWorks dla BYoPSTN.
Należy pamiętać, że plik konfiguracyjny JSON jest dostępny do wglądu/pobrania dopiero po wybraniu podstawowej organizacji rozwiązania dla nasion.
Procedura przeglądania/pobierania pliku konfiguracyjnego JSON jest następująca:
Zaloguj się do Cisco Partner Hub.
Przejdź do obszaru Ustawienia.
Przewiń do usługi BroadWorks Calling.
W obszarze Klastry wybierz opcję Wyświetl klaster.
Wybierz klaster powiązany z szablonami klienta skonfigurowanymi dla usługi BYoPSTN.
Przewiń do konfiguracji BroadWorks w sekcji BYoPSTN.
Kliknij opcję Pobierz plik konfiguracyjny JSON.
Powtórz tę procedurę dla wszystkich innych klastrów BroadWorks.
Poniższe zrzuty ekranu ilustrują procedurę.
Patrz przykładowy plik konfiguracyjny JSON poniżej. Plik zawiera dodatkowe informacje na temat każdej grupy numerów telefonów, grupy połączenia zwrotnego DNS SRV, następujące kluczowe elementy konfiguracji, które należy wprowadzić na BroadWorks, są oznaczone pogrubioną czcionką.
siteUUID: BroadWorks musi wysłać tę wartość w wiadomościach SIP. Jest to token używany przez Webex Edge Audio do potwierdzenia tożsamości BroadWorks partnera Cisco i jego dostępu do witryn spotkań zarządzanych przez tego partnera Cisco.
Mapowanie kodu połączenia z numerem telefonu: Numery telefonów i powiązane z nimi kody dostępu Webex muszą być skonfigurowane w BroadWorks.
phoneNumber
Kod dostępu
localeTag: Żądany język ogłoszenia powiązany z numerem telefonu musi zostać skonfigurowany w BroadWorks.
dnsSrv: Połączenia zwrotne DNS SRV muszą być skonfigurowane w DNS i odnoszą się do żądanych wystąpień 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: Określ domenę Webex Edge Audio DNS SRV
Domena Webex Edge Audio DNS SRV musi być skonfigurowana w BroadWorks. Określić wartość, korzystając z poniższej procedury.
Zaloguj się do Cisco Partner Hub.
Przejdź do klientów.
Wybierz firmę BYoPSTN Validation Enterprise.
Wybierz opcję Wyświetl klienta.
Przejdź do Services/Meetings.
Wybierz witrynę spotkań pakietu standardowego.
Przewiń do dolnej części panelu bocznego, wybierz opcję Skonfiguruj witrynę.
Wybierz Ustawienia wspólne / Ustawienia audio.
W sekcji Edge Audio Custom Global Call-in Numbers (Niestandardowe globalne numery dostępowe Edge Audio) wybierz Generuj skrypt Lua.
W wyskakującym oknie wyszukaj wartość „-- Aktualizacja Do nagłówka z adresem URL CCAX”.
-- 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)
Wyciągnąć wartość pogrubioną, na przykład,
ecccx.amer.webex.com.
Jest to domena Webex Edge Audio DNS SRV, która musi zostać skonfigurowana w BroadWorks.
Krok 9: Konfiguracja usługi Provision Partner BroadWorks
W tej części opisano konfigurację BroadWorks niezbędną do wdrożenia scenariuszy połączenia i połączenia zwrotnego spotkania pokazanych na poniższych schematach. Przykłady konfiguracji są oparte na danych w pliku JSON pokazanym w poprzedniej sekcji. Oczekuje się, że numery, domeny, nazwy przedsiębiorstw/grup, typ urządzeń, zasady, profile itp. będą się różnić w zależności od partnera.
Przepływ połączenia:
- Użytkownik żąda oddzwonienia, Webex inicjuje oddzwonienie.
- Połączenie jest kierowane do BroadWorks OTT.
- Połączenie dociera do protokołu CUBE skonfigurowanego w CH. CUBE przekierowuje połączenie do BroadWorks.
- BroadWorks identyfikuje połączenie jako pochodzenie prowadzącego spotkanie i tworzy sesję dla użytkownika prowadzącego spotkanie oraz przetwarza połączenie.
- Sesja użytkownika prowadzącego spotkanie przetwarza połączenie i tłumaczy wybrany numer. Ponadto w imieniu użytkownika prowadzącego spotkanie generowany jest rekord rozliczeniowy.
- BroadWorks przekierowuje połączenie do użytkownika powiązanego z urządzeniem (7) lub do PSTN (8).
Zanim zaczniesz
Komunikacja SIP między BroadWorks a CUBE może odbywać się za pośrednictwem protokołu UDP lub TCP w zależności od wymagań sieciowych. Jeśli na przykład niektóre urządzenia sieciowe lub urządzenia dostępowe (na przykład bramy lub punkty końcowe) w przepływach połączeń lub oddzwaniania BYoPSTN nie obsługują protokołu TCP, należy użyć protokołu UDP.
Konfiguracja i przykłady przedstawione w tym przewodniku używają protokołu TCP jako protokołu transportowego. Aby używać protokołu TCP, upewnij się, że serwer aplikacji BroadWorks i serwer sieciowy są skonfigurowane dla protokołu TCP:
_CLI/Interface/SIP> get
networkProxyTransport = unspecified
accessProxyTransport = unspecified
supportDnsSrv = true
supportTcp = true
Serwer aplikacji
Identyfikacja/Typ profilu urządzenia
W celu reprezentowania CUBE należy utworzyć nowy typ profilu tożsamości/urządzenia. Upewnij się, aby ustawić następujące właściwości poniżej, podczas gdy inne mogą być pozostawione na wartości domyślne:
Typ adresu sygnalizacyjnego — ustawienie na inteligentny adres serwera proxy
Uwierzytelnianie — ustawienie Włączone
Tożsamość pomocy technicznej w AKTUALIZACJI i ponownym ZAPROSZENIU — sprawdzono
Możliwość rejestracji statycznej — ustawienie na włączone
Możliwość wideo — ustawienie na wyłączony
W poniższym przykładzie nowy typ profilu tożsamości/urządzenia „VXML_profile” jest tworzony w celu reprezentowania CUBE.
Wirtualny abonent XML głosowego
Tworzenie wystąpienia VoiceXML
Każdy numer PSTN Webex Meetings jest reprezentowany przez wirtualnego subskrybenta w BroadWorks, a funkcjonalność wirtualnego subskrybenta VoiceXML może być używana. Zaleca się, aby dedykowane przedsiębiorstwo i grupa były używane dla wszystkich subskrybentów wirtualnych VoiceXML. Należy pamiętać, że w rzeczywistości nie wykorzystujemy żadnych możliwości VoiceXML, ale ten typ wirtualnego użytkownika jest odpowiedni do interakcji z CUBE.
Aby korzystać z usługi VoiceXML, upewnij się, że licencja ma wystarczające ilości „VoiceXML” oraz że usługa jest autoryzowana na poziomie przedsiębiorstwa i grupy, a usługa VoiceXML jest przypisana do grupy, jak pokazano na poniższym przykładzie.
Poniżej VoiceXML i utwórz wystąpienie dla każdego numeru PSTN.
, wybierzKonfigurowanie adresów VoiceXML
Dla każdego wystąpienia VoiceXML w adresach VoiceXML należy podać następujące informacje:
Numer telefonu— wprowadź numer wdzwaniania w witrynie Webex Meetings (na przykład 2403332200).
Numer wewnętrzny
Profil tożsamości/urządzenia — utworzyć jedno wystąpienie (na przykład VXML_deviceProf) na podstawie typu urządzenia utworzonego w poprzedniej sekcji (VXML_profile w przykładzie) i wprowadzić następującą konfigurację.
Linia/port — wprowadź w formacie <access number="">@<domain> , gdzie
<access number=""> to numer kodu dostępu dla witryny Webex Meetings (dostępny z pliku JSON) (na przykład 88631321777971704941)
<domain> jest domeną Webex Edge Audio dla tej witryny spotkania (na przykład ecccspx.amer.pub.webex.com)
Syp kontaktowy — w przypadku połączeń przychodzących na spotkanie z numerem dostępowym aplikacja INVITE zostanie wysłana z identyfikatorem URI żądania ustawionym na wartość tego pola. Wprowadź kontakt SIP w tym formacie<sip contact="">;<Locale>;<Meetings Site="" UUID="">;<SIP transport="">, gdzie:
<sip contact=""> jest <number> z pola linii/portu, ale z domeną jako SRV, która rozwiązuje się na adres CUBE (na przykład 88631321777971704941@cube.internal.local)
<Locale> reprezentuje ustawienie języka zgodnie z lokalizacją użytkownika (na przykład locale=en_US)
<Meetings Site="" UUID=""> jest identyfikatorem UUID witryny z pliku JSON (na przykład x-cisco-site-uuid=abbd70f6c519fb1ee053ad fc0a038b)
<SIP transport=""> powinien być transport=tcp, aby system AS używał TCP do wysyłania wiadomości do CUBE.
Poniżej przedstawiono przykład ustawień Adresów VoiceXML.
Dla każdego dodatkowego numeru dostępu do Spotkania należy utworzyć dodatkowego wirtualnego subskrybenta VoiceXML analogicznego do powyższego. Można używać tego samego profilu urządzenia, ale pola Portu linii i Kontaktu muszą być zbudowane z informacji o numerze dostępu, jak pokazano powyżej. |
Upewnij się, że limity zasad przetwarzania połączeń skonfigurowane przez wirtualnego abonenta BroadWorks są wystarczające do obsługi dodatkowych połączeń BYoPSTN w grupie numerów telefonów. |
Przypisz uwierzytelnianie SIP do wystąpienia VoiceXML
Przypisz usługę uwierzytelniania do wirtualnego abonenta VoiceXML. Będzie to używane do uwierzytelniania komunikatów SIP INVITE z CUBE w scenariuszu połączenia zwrotnego. Uniemożliwia również wirtualnemu subskrybentowi VoiceXML przyjmowanie połączeń od stron innych niż CUBE
Przejdź do strony uwierzytelniania wirtualnego subskrybenta w sekcji Narzędzia i wprowadź nazwę użytkownika SIP i hasło, jak pokazano poniżej:
CUBE musi być skonfigurowane z tą samą nazwą użytkownika i hasłem w celu prawidłowego uwierzytelnienia wiadomości INVITE wysyłanych do AS. Przykład polecenia konfigurowania uwierzytelniania SIP w systemie CUBE jest następujący:
|
Plik Namedefs
Pole kontaktu SIP wirtualnego subskrybenta VoiceXML zawiera adres URL, pod którym część domeny rozwiązuje się z adresem CUBE. Jest to wewnętrzny SRV, a plik namedefs na AS może być użyty do rozwiązania wewnętrznego SRV do adresu IP CUBE.
W naszym przykładzie, kontakt SIP SRV jest cube.internal.local i rozwiązuje adres 10.165.196.30 port 5060 dotrzeć do CUBE. Na AS, /usr/local/broadworks/bw_base/conf/namedefs
plik jest aktualizowany w następujący sposób:
_sip.tcp.cube.internal.local SRV 1 99 5060 10.165.196.30
Typ połączenia Webex Meetings
Opcje konfiguracji przetwarzania połączeń Webex Meetings są dostępne, aby kontrolować sposób obsługi połączeń wdzwanianych w ramach spotkania. Domyślnie połączenia przychodzące do spotkania są przetwarzane jako połączenia zewnętrzne, ponieważ numery dostępowe są hostowane w dedykowanym przedsiębiorstwie lub u dostawcy usług. Połączenia zewnętrzne są zazwyczaj uwzględniane w liczbach sesji kontroli wstępu do sesji i oznaczone flagą do ładowania w polu Ładowarka CDR.
W poniższym przykładzie dodano zalecaną konfigurację do przetwarzania numerów dostępowych spotkań jako połączeń wewnętrznych, tak aby były one wyłączone z ładowania i wyłączone z zakresu kontroli przyjmowania sesji.
Ustawienie pola Wymuś pole ładowania NS na wartość true powoduje, że populacja pola chargeIndicator CDR jest oparta o skonfigurowany atrybut ładowania typu połączenia serwera sieciowego.
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
Wirtualny abonent połączenia zwrotnego spotkania VoiceXML
Utwórz subskrybenta wywołania zwrotnego spotkania VoiceXML
Aby obsługiwać połączenia zwrotne Webex Meetings, na serwerze aplikacji BroadWorks (AS) należy skonfigurować dedykowanego wirtualnego subskrybenta VoiceXML z specjalną opcją połączenia zwrotnego Webex Meeting (zwanego dalej subskrybentem połączenia zwrotnego spotkania VoiceXML). Tylko jedno wystąpienie tego abonenta można skonfigurować w systemie AS.
Aby włączyć tę funkcję, ustaw aktywowaną funkcję 102074 na true za pomocą CLI.
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
Ponieważ funkcja "BYO PSTN Billing support for Call and CallIn" zależy od funkcji "BroadWorks Support for CI UUID", przed aktywacją (102074) należy również aktywować (102746) funkcję. Więcej szczegółów można znaleźć w sekcji „Synchronizacja UUID użytkownika CI (Obsługa Broadworks dla UUID CI)”. |
Subskrybent połączenia zwrotnego ze spotkaniem VoiceXML jest podobny do istniejącego subskrybenta wirtualnego VXML BYOPSTN, ale oznaczony nową flagą „Webex Meeting Callback”. Ten subskrybent połączenia zwrotnego spotkania VoiceXML jest skonfigurowany z tym samym profilem urządzenia, co istniejący wirtualny subskrybent VXML BYOPSTN, a także usługą uwierzytelniania z tymi samymi poświadczeniami.
Poniżej przedstawiono przykład:
Subskrybent połączenia zwrotnego spotkania VoiceXML musi istnieć na serwerze AS hostującym użytkownika prowadzącego spotkanie. Gdy system zewnętrzny otrzymuje żądanie INVITE wywołania zwrotnego spotkania, próbuje zlokalizować zarówno użytkownika wywołania zwrotnego spotkania VoiceXML, jak i użytkownika prowadzącego spotkanie w systemie AS podczas konfigurowania połączenia. Jeśli żaden z tych użytkowników nie zostanie znaleziony, połączenie zostanie odrzucone.
Sesja prowadząca spotkanie
W scenariuszu połączenia zwrotnego z nagłówkiem X-Cisco-Meet-Info serwer aplikacji Cisco BroadWorks otrzymuje żądanie SIP INVITE i identyfikuje użytkownika prowadzącego spotkanie za pomocą parametru hosta CI User UUID nagłówka SIP X-Cisco-Meet-Info. Sesja połączeń jest tworzona w imieniu użytkownika prowadzącego spotkanie w celu przetworzenia połączenia i wykonania profilu usługi użytkownika. Ponadto w imieniu użytkownika prowadzącego spotkanie generowany jest rekord rozliczeniowy. Identyfikator spotkania i informacje UUID witryny z nagłówka SIP X-Cisco-Meet-Info są przechwytywane w rekordzie rozliczeniowym.
Poniżej przedstawiono przykładowy nagłówek SIP X-Cisco-Meet-Info:
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab
-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
Platforma dostarczania aplikacji
Synchronizacja UUID użytkownika CI (Obsługa Broadworks dla UUID CI)
Identyfikator CI UUID użytkownika jest unikatowym identyfikatorem służącym do identyfikacji użytkowników w środowisku Webex.
Ta aplikacja Webex Provisioning Sync na platformie Cisco BroadWorks Application Delivery Platform (ADP) służy do synchronizowania, mapowania i przechowywania identyfikatora CI użytkownika w infrastrukturze BroadWorks w taki sposób, że może być używana w różnych interakcjach z usługą Webex i Webex dla BroadWorks.
Skorzystaj z opcji „Włącz wywołanie zwrotne spotkania Webex”, aby dowiedzieć się, w jaki sposób stowarzyszenie CI User UUID jest używane przez serwer sieciowy Cisco BroadWorks i serwer aplikacji Cisco BroadWorks.
Poniższe kroki pozwalają skonfigurować aplikację Webex Provisioning Sync, aby okresowo przeprowadzać ankiety i aktualizować użytkowników BroadWork przy użyciu identyfikatora CI UUID.
Aplikacja Webex Provisioning Sync Application wymaga poświadczeń OAuth z zakresem spark-admin:broadworks_subscribers_read dla dostawcy tożsamości Cisco i można je uzyskać, zgłaszając żądanie usługi agentowi wdrożeniowemu.
Sprawdź sekcję „Uzyskiwanie poświadczeń OAuth dla Webex dla Cisco BroadWorks”, aby uzyskać więcej informacji na temat zgłoszenia żądania usługi na stronie: 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
Dodaj token o odpowiedniej nazwie partnera w następujący sposób:
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 ********
Dodaj nazwę partnera powiązaną z tokenem OAuth do listy partnerów, którzy mają być monitorowani przez aplikację Webex Provisioning Sync z flagą „włączone” ustawioną na „true”.
Za pomocą tej aplikacji Webex Provisioning Sync rozpocznie się synchronizowanie identyfikatora UUID użytkownika CI w określonym przedziale ankiety.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> add custBYO true
Po dołączeniu partnera aplikacja Webex Provisioning Sync może teraz wykonywać połączenie identyfikatora CI UUID z użytkownikami BroadWorks.
Zmień limit czasu połączenia za pomocą następujących poleceń:
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
To skojarzenie można wykonać automatycznie lub ręcznie. Polecenie CLI manualSync może natychmiast wywołać połączenie, które ma się odbyć.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> manualSync custBYO
Partnerzy z ustawieniem „Enabled” na „true” wykonują powiązane czynności w przedziale ankiety. W trakcie początkowego skojarzenia aplikacja Webex Provisioning Sync prosi interfejs API subskrybenta Webex o pobranie danych zawierających identyfikator CI UUID dla wszystkich użytkowników hostowanych przez partnera. Zewnętrzny identyfikator użytkownika BroadWorks jest aktualizowany wraz z powiązanym identyfikatorem CI UUID. Kolejne skojarzenia wpływają na użytkowników dodanych do partnera. Polecenie stanu można użyć, aby sprawdzić, czy synchronizacja została ukończona.
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 zakończeniu synchronizacji stan zmieni się z powrotem na monitorowanie. Kolejna synchronizacja jest wykonywana dla użytkowników dodanych do partnera po „ostatnim czasie synchronizacji”.
Na poniższym rysunku przedstawiono identyfikator UUID CI ustawiony w identyfikatorze zewnętrznym:
Serwer sieci
Rodzaj połączenia
Dla celów rozliczeniowych i raportowania pożądane może być oznaczanie CDR dla połączeń przychodzących Meetings. Można to osiągnąć przy użyciu zasad PreCallTyping serwera sieciowego.
Najpierw w obszarze NS CLI w obszarze /System/CallP/CallType dodaj nowy typ połączenia. W poniższym przykładzie dodano nowy typ połączenia „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 połączenia może być następnie użyty w wystąpieniu PreCallTyping, które jest częścią profilu trasowania użytkownika BroadWorks. W tym przykładzie dodano nową instancję PreCallTyping “wxm” w kontekście /Policy/PreCallTyping CLI, ale może to być istniejąca już instancja PreCallTyping:
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
Następnym krokiem jest dodanie wpisów do wystąpienia PreCallTyping dla wszystkich numerów wybierania w kontekście CLI /Policy/PreCallTyping/DialPlan. Na przykład:
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
Następnie dodaje się instancję PreCallTyping (pod warunkiem, że nie istnieje) do odpowiedniego profilu trasowania użytkownika źródłowego, jak pokazano w poniższym przykładzie:
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 pochodzące z CDR są generowane tylko przez połączenia pochodzące od subskrybentów BW. Połączenia PSTN pochodzące z „sieciowej” strony systemu zewnętrznego nie będą generować połączeń inicjujących CDR. W obu przypadkach zostanie zakończony protokół CDR dla wirtualnego abonenta VoiceXML. |
RoutingNE
W obszarze NS w kontekście /System/Device/RoutingNE CLI wymagane jest RoutingNE, aby reprezentować CUBE. W ten sposób, gdy NS otrzymuje INVITE z CUBE, będzie pasować do nagłówka via do wpisu RoutingNE, który jest zasilany w NS. zapoznaj się z Podręcznik administratora interfejsu linii poleceń serwera sieci Cisco BroadWorks aby uzyskać szczegółowe informacje na temat dodawania RoutingNE.
Poniżej znajduje się przykład poleceń, aby dodać RoutingNE “WebexMeetings”, gdzie adres IP CUBE = 10.165.196.30. Przykład pokazuje również polecenia tworzenia nowych wystąpień OrigRedirect i Profile, aby powiązać je z RoutingNE, ale można również użyć istniejących wystąpień.
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
Za pomocą przykładowej konfiguracji CUBE wysyła do NS INVITE, które jest podobne do następujących (ważne pola oznaczone wytłuszczeniem):
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
Gdzie:
Identyfikator URI żądania INVITE zawiera numer połączenia zwrotnego
Za pośrednictwem nagłówka: zawiera adres IP CUBE, który będzie używany do wyboru profilu RoutingNE.
Nagłówek X-Cisco-Info-Meet: używany do identyfikacji hostCIUserUuid, meetingid i siteUUID.
Po otrzymaniu INVITE, NS używa nagłówka Via do dopasowania do RoutingNE “WebexMeetings”. To z kolei wybierze “wxm_routing” profil trasowania, który zawiera “wxm_Inst” wystąpienie OrigRedirect.
Zasady NS OrigRedirect będą wtedy zgodne z nagłówkiem X-CISCO-MEET-INFO:
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
z portem linii skonfigurowanym w wirtualnym subskrybencie VoiceXML i wysłać przekierowanie 302 do pary AS hostującej tego subskrybenta. Komunikat 302 jest podobny do następującego komunikatu:
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
Domena w URI INVITE (w przykładzie jest to bw.myenterprise.com) wysłana przez CUBE do NS musi być rozpoznawana przez NS. Można to zrobić, dodając domenę w kontekście NS_CLI/System/Alias, na przykład:
NS_CLI/System/Alias> add bw.myenterprise.com
Polecenie konfigurowania domeny URI INVITE na CUBE można znaleźć w następnej sekcji, na przykład w polu docelowym dial-peer/session:
dial-peer voice 23401 voip
session target dns:bw.myenterprise.com
HostingNE
Aby obsługiwać opcje konfiguracji przetwarzania połączeń Webex Meetings w celu kontroli rozliczeń i zatwierdzania sesji, atrybuty sygnalizacyjne Hosting NE serwera aplikacji CallTypeInfoRequired i RequiresChargeIndication muszą być włączone w kontekście NS_CLI/System/Device/HostingNE._ Na przykład:
NS_CLI/System/Device/HostingNE> set broadworksASHostNe signaling E164Compliant,
CallTypeInfoRequired, SourceId, RequiresNetworkIndication RequiresChargeIndication;
Włącz wywołanie zwrotne spotkania Webex
W scenariuszu połączenia zwrotnego z nagłówkiem SIP X-Cisco-Meet-Info CUBE wysyła połączenie do serwera sieciowego w celu przekierowania inicjatora do pary AS. Para AS jest określana na podstawie parametru systemu enableWebexMeetingHoostLookup .
NS_CLI/System/CallP/Options> get
accessSideRoutingNeDeterminedViaSignaling = false
disableNdcValidationForCalledNumbers = true
forceRoutingNEProfile = false
skipPrivatePoliciesOnEmergency = true
maxReturnedContacts = 10
enableWebexMeetingHostLookup = true
Gdy parametr enableWebexMeetingHoostLookup jest ustawiony na true, identyfikator CI użytkownika prowadzącego spotkanie w nagłówku X-Cisco-Meet-Info jest używany do identyfikacji pary AS hostującej użytkownika prowadzącego spotkanie.
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 Prowiant Partner CUBE
Ta sekcja zawiera sprawdzoną konfigurację wdrażania Cisco Unified Border Element (CUBE) jako kontrolera granicznego sesji (SBC) dla rozwiązania Bring Your Own PSTN.
Ta sekcja skupia się na konfiguracjach CUBE, które są niezbędne do współpracy z przykładową konfiguracją Webex dla Cisco BroadWorks pokazaną w poprzedniej sekcji. Aby uzyskać bardziej ogólne omówienie początkowego wdrożenia i konfiguracji CUBE, zapoznaj się z następującymi przewodnikami: 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
Wdrożenie naszej własnej opcji SBC
Jeśli nie chcesz wdrożyć CUBE, możesz wdrożyć własny SBC. Należy jednak pamiętać, że w tym dokumencie nie podano zatwierdzonej konfiguracji dla SBC innej niż CUBE.
Po wdrożeniu własnego SBC można postępować zgodnie z wymaganiami konfiguracji CUBE na wysokim poziomie (na przykład przypisaniami takimi jak domena, interfejsy publiczne i prywatne oraz bramy), aby kierować konfiguracją. Należy jednak zapoznać się z dokumentacją SBC w celu uzyskania szczegółowej pomocy linii poleceń, ponieważ rzeczywiste polecenia dla własnego SBC prawdopodobnie będą się różnić od CUBE.
O ile nie określono inaczej, pozostałe wymagania konfiguracyjne w kroku 10 obowiązują bez względu na wdrożony SBC. Przykłady wiersza poleceń są jednak tylko dla CUBE, chyba że wskazano, że przykład dotyczy innych SBC. W przypadku innych kodów SBC polecenia konfiguracji można znaleźć w dokumentacji SBC. |
Konfiguracja wstępna
Aby skonfigurować CUBE, należy włączyć uprzywilejowany tryb EXEC. Po wyświetleniu monitu wprowadź hasło.
enable
Aby wejść w tryb konfiguracji globalnej:
configure terminal
Ustaw domenę:
ip domain name myenterprise.com
Ustaw maksymalny rozmiar segmentu (MSS):
ip tcp mss 1360
Konfiguracja sieci
Zdefiniuj interfejsy publiczne i prywatne. W naszym przykładzie 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
!
Skonfiguruj bramy routingu IP dla stron publicznych i prywatnych:
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>
Włącz SSH:
ip ssh logging events
ip ssh version 2
!
username admin privilege 15 password <password>
CUBE (lub własny SBC) musi znajdować się w strefie zdemilitaryzowanej z odpowiednio skonfigurowanymi regułami zapory. Aby otworzyć listę portów na zewnętrznej zaporze, zobacz sekcję Porty używane przez Webex |
Skonfiguruj rekordy SRV dla połączeń zwrotnych wysyłanych z CUBE (lub SBC) do Serwerów Sieci BroadWorks. Na przykład SRV dla 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>
Skonfiguruj serwer DNS:
ip name-server <DNS_IP_address>
Alternatywną opcją DNS jest skonfigurowanie wewnętrznego DNS, w którym wewnętrzny DNS dociera do macierzystego serwera DNS, jeśli wyszukiwanie wewnętrzne nie powiedzie się. |
Konfiguracja przetwarzania połączeń
Ogólne
Skonfiguruj CUBE (lub SBC) ze wszystkimi adresami IP potrzebnymi do uzyskania dostępu do usługi VoIP. Obejmuje to:
Adresy sygnalizacji SIP po stronie prywatnej dla serwerów BroadWorks AS, NS i MS.
Adresy publiczne dla infrastruktury Webex Edge for Audio.
Poniżej przedstawiono przykładową konfigurację systemu 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
Powyższy zakres adresów IP jest przykładem. Aktualna lista publicznych adresów IP infrastruktury audio Webex znajduje się na stronie: |
Jak zezwolić na ruch Webex Meetings w mojej sieci?— zakres adresów IP dla większości klastrów jest wyświetlany na liście zakresów adresów IP używanych przez usługi spotkań Cisco Webex. Jednym z wyjątków są klastry chińskie, dla których zakres znajduje się pod poniższym linkiem:
Wymagania sieciowe dla chińskiego klastra Cisco Webex
Domyślny timer dla CUBE do nawiązania połączenia TCP przed przejściem do trasy wynosi 20 sekund. Aby to zmienić:
ip tcp synwait-time <5-300 (seconds)>
Po stronie BroadWorks domyślny licznik czasu dla serwera aplikacji, który ma wygasać na niereagującym urządzeniu dostępowym, wynosi 6 sekund. Aby to zmienić:
AS_CLI/System/CallP/AccessRouting> set terminationAttemptTimeoutSeconds <1-15 (seconds)>
Należy otworzyć publiczne i prywatne interfejsy boczne dla ruchu RTP na CUBE (lub własnym SBC). Przykład CUBE znajduje się poniżej:
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
Gdzie:
- <CUBE PUB="" IP=""> jest publicznym adresem IP CUBE
- <CUBE PRIV="" IP=""> jest prywatnym adresem IP CUBE
- Zakres portów: w przykładzie zakres portów od 10200 do 28000
CUBE obsługuje następujące pakiety szyfrów TLS (podczas wdzwaniania CUBE oferuje je w kliencie 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
Inne ustawienia ogólne do skonfigurowania (patrz poniżej przykładowe konfiguracje CUBE):
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
Identyfikatory Uri dla połączeń przychodzących i wychodzących muszą być zdefiniowane do późniejszego użycia w telefonach równorzędnych:
voice class uri INEdgeAudio sip
pattern x-cisco-webex-service=audio
!
voice class uri OUTEdgeAudio sip
host cube.internal.local
Webex Edge Audio obsługuje kodeki G722, G711ulaw i G711alaw. Następujący kod klasy głosowej musi być zdefiniowany do późniejszego użycia w równorzędnych numerach wybierania:
voice class codec 3
codec preference 1 g722-64
codec preference 2 g711ulaw
codec preference 3 g711alaw
Webex Edge Audio używa SRTP. Klasa głosowa SRTP-crypto przypisuje preferowany pakiet SRTP crypto do korzystania z Edge Audio. Skonfiguruj następujące pakiety kryptograficzne w kolejności. Konfiguracja srtp-crypto klasy głosowej musi być zastosowana do równorzędnych wybierania używanych do połączenia z 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
Aby można było ustawić hasło do uwierzytelniania, należy najpierw skonfigurować klucz główny
key config-key password-encrypt Password123 authentication username <username>
password encryption aes
Wprowadź poświadczenia uwierzytelniania SIP, które zostały skonfigurowane dla wirtualnego abonenta VoiceXML w systemie AS za pomocą następującego polecenia. W przypadku scenariuszy oddzwaniania, te poświadczenia będą używane, gdy AS kwestionuje INVITE, które CUBE (lub własny SBC) wysyła do AS.
sip-ua
------- to enable authentication -------
authentication username <username> password 0 <password>
Po skonfigurowaniu uwierzytelniania hasło zostanie zablokowane podczas wyświetlania za pomocą polecenia „Pokaż uruchamianie konfiguracji”
sip-ua
------- to enable authentication -------
authentication username <username> password 6 [GF]XXXXX[YYYYYY\ZZZZZ]\
Należy również wykonać następującą globalną konfigurację 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>
Profile tłumaczeń
Profil tłumaczenia komunikatów SIP 2340 jest używany do połączeń z wdzwanianiem do spotkania. Powinien mieć wpis, aby zmodyfikować wiadomości SIP przychodzące z BroadWorks przed wysłaniem ich do Edge Audio, jak pokazano w przykładzie reguły 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"
Powyższa reguła 11 mapuje przychodzące żądanie Uri z BroadWorks, które ma wartość Kontaktową profilu wirtualnego urządzenia subskrybenta CUBE (wartość pola Kontaktu w profilu urządzenia VXML_deviceProf w naszym przykładzie):
88631321777971704941@cube.internal.local;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Do odpowiedniej domeny trasowania połączeń audio Webex Edge:88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Należy pamiętać, że gdy CUBE (lub własny SBC) znajduje się za statycznym NAT, wymagana jest dodatkowa konfiguracja do profilu sip 2340. Więcej informacji można znaleźć pod następującym linkiem:
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-GuideJeśli wdrożysz własny SBC, konieczne będzie skonfigurowanie podobnych reguł we własnym SBC. |
Aby przekazać 486 wiadomości wysłanych przez AS z powrotem do Webex Edge Audio, w systemie CUBE wymagana jest następująca konfiguracja (w przypadku własnego SBC należy skorzystać z dokumentacji SBC w celu uzyskania pomocy)
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"
Jeśli inne 4xx wiadomości muszą być przekierowywane z powrotem do Webex Edge Audio, postępuj zgodnie z tym samym przykładem powyżej.
Wybierz równorzędnych
Najemca klasy głosowej musi być zdefiniowany na CUBE (lub własnym SBC) do użytku w równorzędnych numerach wybierania później, co spełnia następujące kryteria:
- W pakietach DTMF RTP-NTE nie jest wymagana interpraca ładowności, więc należy skonfigurować asymetryczną ładowność pełną.
- Dźwięk Edge nie obsługuje aktualizacji identyfikatorów dzwoniącego, więc należy skonfigurować wartość „no update-callerid”.
- Trasowanie połączeń Webex Edge Audio jest oparte na identyfikatorach URI. Identyfikator URI trasy połączeń musi być włączony, aby odpowiadał identyfikatorom wybierania na podstawie identyfikatorów URI.
voice class tenant 234
asymmetric payload full
no update-callerid
Header-passing
no pass-thru content custom-sdp
call-route url
Następujące równorzędne elementy wybierania są skonfigurowane tak, aby narzędzie CUBE mogło przetwarzać połączenia między BroadWorks a Webex Edge Audio. Skonfiguruj następującą konfigurację w CUBE (podobna konfiguracja musi być skonfigurowana na własnym 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
!
Przepływy połączeń CUBE
Po wykonaniu powyższej konfiguracji poniżej opisano przykłady scenariuszy przepływu połączeń przychodzących/wychodzących w systemie CUBE. Kod koloru na konkretnym kroku odnosi się do tych samych wpisów kolorów w równorzędnych numerach wybierania powyżej.
Jeśli wdrażasz własny SBC, zapoznaj się z dokumentacją SBC, aby uzyskać szczegółowe informacje na temat przepływów połączeń z SBC. |
W przypadku scenariusza połączenia ze spotkaniem z BroadWorks do Webex:
- Przychodzące INVITE jest odbierane z BroadWorks w interfejsie wewnętrznym z:
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 równorzędny wybierania połączeń przychodzących 23401 jest wybierany na podstawie hosta w URI żądań przychodzących („cube.internal.local”) odpowiadającego konfiguracji „przychodzących żądań uri OUTEdgeAudio”.
- Odchodzący równorzędny numer wybierania 23411 jest wybierany na podstawie hosta w żądaniu URI („cube.internal.local”) pasującego do konfiguracji „destination uri OUTEdgeAudio”.
- Wychodzący INVITE jest wysyłany w interfejsie zewnętrznym z prowadzącym w żądaniu URI zmieniony z “cube.internal.local” na “ecccspx.amer.pub.webex.com” przy użyciu “profile sip klasy głosowej 2340” profil tłumaczenia wiadomości określonych w równorzędnym wybierania:
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>
W przypadku scenariusza wywołania zwrotnego spotkania z Webex do BroadWorks
- Przychodzące INVITE jest odbierane z Webex w interfejsie zewnętrznym CUBE za pomocą:
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
- Współczynnik wybierania połączeń przychodzących 23411 jest wybierany na podstawie wzorca „x-cisco-webex-service=audio”, który jest obecny w URI żądań przychodzących na podstawie konfiguracji „żądań uri przychodzących INEdgeAudio”.
- Na podstawie wzorca „x-cisco-webex-service=audio”, który jest obecny w żądaniu URI na podstawie konfiguracji „destination uri INEdgeAudio”, wybierane są dwa równorzędne osoby wychodzące.
- Wybieranie równorzędne 302
- Równoważnik wybierania 23401
- Wychodzący INVITE jest wysyłany do Serwerów sieciowych (wyszukiwanie SRV oparte na “sesji docelowych dns:bw.myenterprise.com wpis” w równorzędnym wybierania) w interfejsie wewnętrznym
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
- Serwer sieci zwraca kontakty dla pary AS hostującej wirtualnego abonenta 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 przekierowuje połączenie do aktywnego AS na podstawie zwróconego kontaktu w wiadomości 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>
Konfiguracja mTLS
Należy wykonać następujące kroki konfiguracji, aby umożliwić połączenia mTLS między CUBE (lub własnym SBC) a Webex Edge Audio.
Należy skonfigurować mTLS między CUBE (lub własnym SBC) a Webex Edge Audio. |
Obsługa certyfikatu Wildcard
Certyfikaty podpisane przez Wildcard używają ogólnej nazwy podmiotu (np. *.us.example.com) odpowiadającej domenie CUBE lub własnego SBC. Certyfikaty Wildcard są obsługiwane dla wielu klastrów wdrożeń CUBE lub SBC, ale nie są obsługiwane dla pojedynczych wdrożeń CUBE lub SBC węzła.
Trustpool
Podczas uścisku dłoni TLS, gdy Webex Edge Audio wysyła swój certyfikat, CUBE zweryfikuje go na liście certyfikatów zaakceptowanych w puli zaufanych.
Pakiet trustpool musi zostać zaktualizowany przez Cisco Root CA, pobierając najnowszą „Cisco Trusted Core Root Bundle” z http://www.cisco.com/security/pki/ polecenia:
crypto pki trustpool import clean url <url>
Certyfikaty wysyłane przez Webex Edge Audio są podpisywane przez IdenTrust. Upewnij się, że zainstalowany jest certyfikat „IdenTrust Commercial Root CA”. Aby uzyskać więcej informacji, zobacz to łącze:
Jeśli używasz własnego SBC i nie możesz dokończyć importu, możesz przekonwertować pakiet na format .pem przy użyciu narzędzi open-source, takich jak OpenSSL. Na przykład można użyć certyfikatów hydrantID z następującym poleceniem:
|
Trustpoint
Edge Audio wymaga, aby moduł CUBE oferował podpisane certyfikaty od zaufanych urzędów certyfikacji ca dla połączeń mTLS (Mutual TLS). Aby przejść do listy organów certyfikatów zaufanych przez firmę Cisco, użyj poniższego łącza. Certyfikaty, które są podpisywane przez władze na tej liście, są uznawane za ważne i połączenie będzie dozwolone: https://help.webex.com/en-us/WBX9000008850/What-Root-Certificate-Authorities-are-Supported-for-Calls-to-Cisco-Webex-Audio-and-Video-Platforms
Pojedynczy węzeł CUBE
Pojedynczy węzeł oznacza, że CUBE (lub własny SBC) zaimportuje certyfikat o nazwie podmiotu unikatowej do jego FQDN, co oznacza, że żaden inny CUBE nie będzie w stanie go zaimportować (innymi słowy, NIE certyfikat wieloznacznego karty).
Aby utworzyć CSR (żądanie podpisania certyfikatu) dla CUBE:
- utwórz klawiaturę (ta klawiatura będzie połączona z punktem zaufanym)
CUBE(config)# crypto key generate rsa general-keys label <key label> exportable
- general-keys - Określa, że należy wygenerować parę kluczy ogólnego przeznaczenia.
- etykieta <key-label> - (Opcjonalna) Nazwa używana dla pary kluczy RSA podczas ich eksportowania. Jeśli nie określono etykiety klucza, używana jest w pełni kwalifikowana nazwa domeny (FQDN) routera.
- exportable - (Opcjonalnie) Określa, że parę klawiszy RSA można wyeksportować na inne urządzenie Cisco, takie jak router.
- utwórz trustpoint (trustpoint zawiera certyfikat, który chcesz powiązać na CUBE. Gdy CUBE otrzyma żądanie certyfikatu, odpowie z dołączonym certyfikatem trustpoint)
CUBE(config)#crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# crl optional enrollment terminal pem fqdn <fqdn> subject-name CN=<fqdn> rsakeypair <key label>
crl - Lista odwołań certyfikatu (CRL) jest listą odwołanych certyfikatów. Protokół CRL jest tworzony i podpisywany cyfrowo przez urząd certyfikacji, który pierwotnie wydał certyfikaty. CRL zawiera daty wydania każdego certyfikatu i daty jego wygaśnięcia.
pem terminala rejestracji — dodaje do żądania certyfikatu granice poczty zwiększonej prywatnością (PEM) (ręczne wklejanie kopii od POCZĄTKU ŻĄDANIA CERTYFIKATU, aby ZAKOŃCZYĆ ŻĄDANIE CERTYFIKATU)
fqdn – w pełni kwalifikowana nazwa domeny CUBE
nazwa podmiotu CN=<fqdn> - nazwa podmiotu do podpisania
rsakeypair <key label=""> - klawiatura generowana z poprzedniego kroku
(odniesienie: 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)
- wygenerować 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
- Wyślij CSR (od POCZĄTKOWEGO ŻĄDANIA CERTYFIKATU do ZAKOŃCZENIA ŻĄDANIA CERTYFIKATU) do urzędu certyfikacji (Certificate Authority)
CA wygeneruje podpisany certyfikat
- W zależności od urzędu certyfikacji będą one dostarczać certyfikat główny (np. DigiCertCA.crt) i wymagany certyfikat (np. cube.crt)
- Załaduj certyfikat urzędu certyfikacji
- Najpierw uwierzytelnij punkt powierniczy za pomocą certyfikatu głównego
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
- Następnie zaimportuj certyfikat CUBE w punkcie powierniczym CUBE
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
Jeśli wdrażasz własny SBC, zapoznaj się z dokumentacją SBC, aby uzyskać szczegółowe informacje na temat tworzenia CSR. |
Klaster Multi Node CUBE (używający nazw alternatywnych w certyfikacie) – NIE jest obsługiwany
Wiele węzłów oznacza, że CUBE będzie w stanie zaimportować ten sam certyfikat dla więcej niż jednego wdrożenia CUBE. Wygenerowanie CSR nie jest obecnie obsługiwane za pomocą alternatywnej nazwy podmiotu: https://bst.cloudapps.cisco.com/bugsearch/bug/CSCud90920/?rfs=iqvred
Klaster Multi Node CUBE (Korzystanie z certyfikatu podpisanego przez wildcard w formacie pkcs12)
Multiwęzeł z podpisanym certyfikatem z wieloznacznymi kartami oznacza, że nazwa podmiotu jest ogólna (np. *.us.example.com) i odpowiada domenie CUBE (lub domenie SBC).
- Zakładając, że masz gotowy certyfikat z wieloznacznymi kartami, przygotuj pliki publiczne (.crt) i prywatne (.key).
- Za pomocą OpenSSL utwórz plik w formacie PKCS12 (.pfx), w tym plik .crt i .key: (użyj cygwina w systemie Windows) - odniesienie: 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
- Przekaż plik .pfx w CUBE:bootflash: (scp z serwera Linux do CUBE)
scp <pfxfilename>.pfx <user>@<CUBEIP>:bootflash:<pfxfilename>.pfx
- Utwórz punkt zaufania i zaimportuj plik 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>
Sprawdź poprawność konfiguracji certyfikatu CUBE
Sprawdź, czy w certyfikacie znajduje się cały łańcuch. W poniższym przykładzie przedstawiono polecenia walidacji dla CUBE. Jeśli wdrażasz własny SBC, użyj poleceń mających zastosowanie do 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
Ustaw sygnalizację SIP w celu korzystania z punktu zaufanego
Użyj następującego polecenia, aby dostarczyć SIP UA z punktem zaufanym CUBE. Oto przykład dla CUBE. Jeśli wdrażasz własny SBC, zapoznaj się z dokumentacją SBC w celu uzyskania pomocy w poleceniach.
CUBE(config)#sip-ua CUBE(config-sip-ua)#crypto signaling default trustpoint <trustpoint>
Dzienniki CUBE
Aby zobaczyć włączone filtry debugowania
CUBE# show debug
Aby ustawić filtry debugowania (przykłady)
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
Aby usunąć ustawienia filtrów debugowania (przykład)
CUBE# no debug ccsip messages
Aby wyczyścić i sprawdzić bufor dziennika
CUBE# clear log
>>> make test call <<<
CUBE# show log
Jeśli nie wdrażasz CUBE, zapoznaj się z dokumentacją własnego SBC, aby uzyskać szczegółowe informacje na temat korzystania z dzienników. |
Inne przydatne polecenia
Aby sprawdzić bieżącą konfigurację
CUBE# show running-config (or just CUBE# show run)
Aby zapisać konfigurację na ROM, która zostanie użyta po uruchomieniu
CUBE# write
Krok 11 Certyfikacja BYoPSTN
Po zakończeniu konfiguracji i aprowizacji rozwiązania BYoPSTN Partner musi przejść przez zestaw testów akceptacyjnych w celu certyfikacji swojego rozwiązania. Jest to krok wymagany do zatwierdzenia i włączenia BYoPSTN partnera.
Przypadki testów akceptacji są przedstawione w dokumencie Bring Your Own PSTN Acceptance Procedure Webex For Cisco BroadWorks na stronie: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .
Partner powinien dostarczyć wyniki pomyślnie przeprowadzonych testów akceptacji zespołom wdrożeniowym i certyfikacyjnym.
Pytania, problemy i wyniki związane z wykonywaniem przypadków testów akceptacji powinny być zgłaszane i udostępniane w obszarze Webex przypisanym do wdrażania partnera.
Zastosuj aktualizacje do grupy numerów telefonów w usłudze / grupy połączeń zwrotnych DNS SRV
Po przypisaniu klientów nietestowanych do szablonu klienta przy użyciu numerów dostępowych dostarczonych przez partnera dostępne są następujące opcje dołączania do spotkania:
Zaproszenia na spotkanie zawierają co najmniej jeden domyślny numer telefonu z przypisanej grupy numerów telefonów
Aplikacja Webex wyświetla co najmniej jeden domyślny numer telefonu z przypisanej grupy numerów telefonów jako opcję dołączania do spotkania
Interfejs użytkownika witryny Webex Meeting wyświetla co najmniej jeden domyślny numer telefonu z przypisanej grupy numerów telefonów jako opcję dołączania do spotkania
Jeśli połączenie zwrotne zostało włączone w szablonie klienta, Webex Meeting udostępnia opcję „Zadzwoń do mnie”, w której żądanie połączenia zwrotnego jest kierowane do jednego z rekordów określonych w przypisanej grupie połączenia zwrotnego DNS SRV
Zmiana opcji dołączania do spotkania w szablonie klienta lub zmiana przypisanej grupy numerów telefonów lub zmiana grupy połączenia zwrotnego DNS SRV może mieć wpływ na powyższe opcje dołączania do spotkania. Zmiany te nie dotyczą istniejących klientów, ale nowo wdrożeni klienci zobaczą, że zmiany te zostaną natychmiast odzwierciedlone w ich witrynach spotkań pakietów Standard i Premium. Dlatego zaleca się, aby taka zmiana została zweryfikowana za pomocą organizacji rozwiązania nasiennego przed zastosowaniem do istniejących szablonów klientów, grup numerów telefonów lub grup wywołania zwrotnego DNS SRV (jeśli są wdrożone grupy wywołania zwrotnego DNS SRV).
Podczas aktualizacji opcji dołączania do spotkania szablonu klienta i/lub stosowania aktualizacji do grup numerów telefonów lub grup połączeń zwrotnych DNS SRV należy wykonać następujące czynności.
Należy zwrócić uwagę, czy szablony klientów, grupy numerów telefonów lub grupy połączeń zwrotnych DNS SRV są używane przez dostawców usług BroadWorks i/lub firmy BroadWorks, ta procedura jest opcjonalna. Bardziej odpowiednie może być po prostu usunięcie testowych dostawców usług BroadWorks i/lub przetestowanie organizacji BroadWorks Enterprises i ponowne udostępnienie ich za pomocą zaktualizowanych szablonów klientów, grup numerów telefonów lub grup wywołania zwrotnego DNS SRV.
Zaktualizuj tylko grupę numerów telefonów:
Utwórz nową tymczasową grupę numerów telefonów z wymaganymi aktualizacjami.
- Utwórz nowy tymczasowy szablon klienta korzystający z nowej grupy numerów telefonów. Jeśli używana jest istniejąca grupa numerów telefonów wraz z grupą, przypisz ją do szablonu.
- Utwórz organizację rozwiązania nasiennego, udostępniając subskrybentowi testowego dostawcę usług BroadWorks lub testując BroadWorks Enterprise pakiet Standardowy za pomocą nowego szablonu klienta. Należy pamiętać, że jest to organizacja rozwiązań dla nasion wtórnych. Nie jest wymagana aktualizacja siteUUID spotkania skonfigurowanego w BroadWorks.
- Pobierz plik JSON Konfiguracja BroadWorks (BYoPSTN), zawiera numer telefonu, aby uzyskać dostęp do mapowania kodów nowych numerów telefonów w grupie numerów telefonów.
- Określ domenę Webex Edge Audio DNS SRV dla organizacji rozwiązania dla nasion Standardowa witryna spotkań pakietów. Powinna ona być niezmieniona w stosunku do wartości wcześniej ustalonej dla pierwotnej grupy numerów telefonów.
- Zastosuj aktualizacje konfiguracji do BroadWorks przy użyciu pliku JSON BroadWorks Configuration (BYoPSTN).
- Sprawdź konfigurację, planując spotkania przy użyciu witryny pakietu Standard organizacji nasion i dołączając do spotkania przy użyciu numerów telefonów dostępowych.
- Zastosuj aktualizację do oryginalnej grupy numerów telefonów. Zmiana jest teraz w obsłudze dla klientów nietestowych.
- Można usunąć organizację rozwiązania nasion, tymczasową grupę numerów telefonów i szablon klienta. Elementy te nie są już wymagane po zaktualizowaniu oryginalnej grupy numerów telefonów.
Aktualizuj tylko grupę SRV DNS połączenia zwrotnego:
- Utwórz nową tymczasową grupę wywołania zwrotnego SRV DNS z wymaganymi aktualizacjami.
- Utwórz nowy tymczasowy szablon klienta, który używa nowej grupy połączenia zwrotnego DNS SRV i istniejącej grupy numerów telefonów. Jeśli używana jest istniejąca grupa wywołania zwrotnego SRV DNS wraz z grupą, przypisz ją do szablonu.
- Utwórz organizację rozwiązania nasiennego, udostępniając subskrybentowi testowego dostawcę usług BroadWorks lub testując BroadWorks Enterprise pakiet Standardowy za pomocą nowego szablonu klienta. Należy pamiętać, że jest to organizacja rozwiązań dla nasion wtórnych. Nie jest wymagana aktualizacja siteUUID spotkania skonfigurowanego w BroadWorks.
- Sprawdź konfigurację, planując spotkania za pomocą witryny pakietu Standard organizacji nasion, dołączając do spotkania za pomocą numerów telefonów dostępowych i za pomocą opcji „Zadzwoń do mnie”.
- Zastosuj aktualizację do oryginalnej grupy wywołania zwrotnego SRV DNS. Zmiana jest teraz w obsłudze dla klientów nietestowych.
- Można usunąć organizację rozwiązania nasiennego, grupę wywołania zwrotnego DNS SRV i szablon klienta. Elementy te nie są już wymagane po zaktualizowaniu oryginalnej grupy połączenia zwrotnego DNS SRV.
Aktualizuj zarówno numer telefonu, jak i grupę połączenia zwrotnego DNS SRV:
- Utwórz nowy tymczasowy numer telefonu i grupę wywołania zwrotnego SRV DNS z wymaganymi aktualizacjami.
- Utwórz nowy tymczasowy szablon klienta, który korzysta z nowej grupy numerów telefonów i nowej grupy połączenia zwrotnego DNS SRV. Jeśli razem z grupą używana jest istniejąca grupa numerów telefonów i/lub grupa wywołania zwrotnego SRV DNS, przypisz ją do szablonu.
- Utwórz organizację rozwiązania nasiennego, udostępniając subskrybentowi testowego dostawcę usług BroadWorks lub testując BroadWorks Enterprise pakiet Standardowy za pomocą nowego szablonu klienta. Należy pamiętać, że jest to organizacja rozwiązań dla nasion wtórnych. Nie jest wymagana aktualizacja siteUUID spotkania skonfigurowanego w BroadWorks.
- Pobierz plik JSON Konfiguracja BroadWorks (BYoPSTN), zawiera numer telefonu, aby uzyskać dostęp do mapowania kodów nowych numerów telefonów w grupie numerów telefonów.
- Określ domenę Webex Edge Audio DNS SRV dla organizacji rozwiązania dla nasion Standardowa witryna spotkań pakietów. Powinna ona być niezmieniona w stosunku do wartości wcześniej ustalonej dla pierwotnej grupy numerów telefonów.
- Zastosuj aktualizacje konfiguracji do BroadWorks przy użyciu pliku JSON BroadWorks Configuration (BYoPSTN).
- Sprawdź konfigurację, planując spotkania za pomocą witryny pakietu Standard organizacji nasion, dołączając do spotkania za pomocą numerów telefonów dostępowych i za pomocą opcji „Zadzwoń do mnie”.
- Zastosuj aktualizację do oryginalnego numeru telefonu i grupy wywołania zwrotnego SRV DNS. Zmiana jest teraz w obsłudze dla klientów nietestowych.
- Można usunąć organizację rozwiązania dla nasion, tymczasową grupę numerów telefonów, grupę wywołania zwrotnego DNS SRV i szablon klienta. Elementy te nie są już wymagane po zaktualizowaniu oryginalnej grupy numerów telefonów i grupy połączenia zwrotnego DNS SRV.
Nie należy usuwać podstawowej organizacji rozwiązania dla nasion, chyba że wybrano i skonfigurowano nową organizację rozwiązania dla nasion podstawowych w BroadWorks. Usunięcie podstawowej organizacji rozwiązania dla nasion usuwa siteUUID, od którego zależy rozwiązanie BYoPSTN, w celu uwierzytelniania komunikatów SIP w usłudze Webex Edge Audio. Jeśli zostanie usunięte, dołączenie do spotkania przy użyciu wdzwaniania do witryn przy użyciu numeru wdzwaniania dostarczonego przez partnera zakończy się niepowodzeniem. |
G722 Interoperacyjność mediów podczas Korzystania Z Własnego SBC
Podczas korzystania z własnego SBC należy rozważyć kwestie interoperacyjności, którymi zazwyczaj zajmuje się CUBE, między infrastrukturą Cisco Partners BroadWorks a Webex Cloud. Jednym z przykładów jest wdzwanianie lub oddzwonienie za pomocą kodeka G722, który obejmuje BroadWorks Media Server (na przykład podczas korzystania z usługi nagrywania połączeń BroadWorks). W takim przypadku Webex Edge Audio może wysłać SDP z linią „a=fmtp:9”. Twój SBC musiałby zaktualizować tę linię, aby dodać parametr bitrate, aby mieć "a=fmtp:9 bitrate=64" przed wysłaniem go do backendu BroadWorks.
Znane ograniczenia
Wszelkie zmiany w opcji dołączania do szablonu klienta, numerach dostępowych Cisco lub numerach dostępowych Dostarczonych przez partnera są stosowane tylko do nowo utworzonych klientów. Istniejący klienci korzystający z szablonu pozostają bez zmian.
Wszelkie zmiany w ustawieniach grupy numerów telefonów szablonów klientów lub grupy wywołania zwrotnego DNS SRV są stosowane tylko do nowo skonfigurowanych klientów lub istniejących klientów, którzy są inicjowani dla pierwszego użytkownika pakietu Standard lub Premium. Istniejący klienci, którzy mają już użytkowników pakietów Standard lub Premium, pozostają bez zmian.
Wszelkie zmiany w grupach numerów telefonów lub w grupach wywołania zwrotnego DNS SRV przypisanych do szablonów klientów są stosowane tylko do nowo skonfigurowanych klientów lub istniejących klientów, którzy są inicjowani dla pierwszego użytkownika pakietu Standard lub Premium. Istniejący klienci przypisani do powiązanych szablonów, które mają już użytkowników pakietów Standard lub Premium, pozostają bez zmian.
Podany szablon klienta obsługuje numery dostępowe Cisco lub opcję dołączania do spotkania z numerem dostępowym partnera, połączenie dwóch opcji dla tego samego szablonu nie jest obsługiwane.
Komunikat SIP dotyczący przypadku dołączania do spotkania „Zadzwoń do mnie” lub połączenia zwrotnego nie zawiera informacji o kliencie i/lub użytkowniku, który jest gospodarzem spotkania, do którego ma zostać dołączone.
Numery telefonów i powiązane kody dostępu do spotkań dla danej grupy numerów telefonów obsługują tylko jedną domenę SRV DNS usługi Webex Edge Audio (na przykład ecccspx.amer.webex.com). Używanie tych numerów telefonów do wdzwaniania się do spotkań w innej domenie Webex Edge Audio DNS SRV nie jest obsługiwane.
Webex Edge Audio nie obsługuje renegocjacji kodeków w trakcie połączenia. Jako takie usługi, które są wywoływane po odebraniu połączenia, mogą nie działać prawidłowo.
Aplikacja Webex, interfejs witryny Webex Meeting oraz adres e-mail zaproszenia Webex Meeting zawierają łącze do dokumentu „Ograniczenia dotyczące połączeń bezpłatnych”. Ten dokument jest specyficzny dla numerów telefonów dostarczonych przez firmę Cisco i powinien być ignorowany przez użytkowników podczas korzystania z numerów telefonów dostarczonych przez partnera w celu dołączenia do spotkania.
Historia zmian dokumentu
Poniższa tabela przedstawia historię zmian wprowadzonych do tego dokumentu w ciągu ostatnich 12 miesięcy.
Data | Wersja | Opis zmiany | |
---|---|---|---|
08 kwietnia 2024 r. | 1-36 |
| |
10 stycznia 2024 r. | 1-35 |
| |
22 grudnia 2023 r. | 1-34 |
| |
04 lipca 2023 r. | 1-33 |
| |
02 lutego 2023 r. | 1-32 |
| |
02 lutego 2023 r. | 1–31 |
| |
31 stycznia 2023 r. | 1–30 |
| |
29 listopada 2022 r. | 1-29 |
|