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

Procedura dodawania numerów dostępowych do spotkań Webex przez partnera Cisco jest następująca:

1. Zaloguj się do Cisco Partner Hub.

2. Przejdź do obszaru Ustawienia.

3. Przewiń do usługi BroadWorks Calling.

4. W obszarze Konfiguracja dołączania do spotkania (BYoPSTN) wybierz Utwórz Grou numeru telefonu wdzwanianego.

5. Wprowadź nazwę grupy numerów telefonów i wybierz Dalej.

6. Wprowadź szczegóły numeru telefonu i wybierz Dalej.

7. Przejrzyj podsumowanie szczegółów grupy numerów telefonów i wybierz opcję Zapisz.

8. Powtórz tę procedurę dla każdej grupy numerów telefonów, która ma zostać dodana.

Poniższe zrzuty ekranu ilustrują procedurę.

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:

1. Zaloguj się do Partner Hub.

2. Przejdź do obszaru Ustawienia.

3. Przewiń do usługi BroadWorks Calling.

4. W obszarze Konfiguracja dołączania do spotkania (BYoPSTN) wybierz Utwórz grupę połączenia zwrotnego DNS SRV.

5. Wprowadź nazwę grupy połączenia zwrotnego DNS SRV.

6. Wybierz Dalej .

7. Wprowadź szczegóły połączenia zwrotnego DNS SRV.

8. Wybierz Dalej .

9. Przejrzyj podsumowanie szczegółów połączenia zwrotnego DNS SRV.

10. Wybierz Zapisz .

11. Przekaż wszelkie aktualizacje DNS, aby odzwierciedlić nowe rekordy w grupie DNS SRV.

12. Powtórz tę procedurę dla każdej grupy połączenia zwrotnego DNS SRV, która ma zostać dodana.

Poniższe zrzuty ekranu ilustrują procedurę.

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:

1. Zaloguj się do Cisco Partner Hub.

2. Przejdź do obszaru Ustawienia.

3. Przewiń do usługi BroadWorks Calling.

4. W obszarze Szablony wybierz opcję Dodaj szablon.

5. 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.

6. Wybierz Dalej .

7. Wprowadź pozostałe szczegóły szablonu.

8. Przejrzyj podsumowanie szczegółów szablonu.

9. Kliknij opcję Zapisz.

10. 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:

1. Zaloguj się do Cisco Partner Hub.

2. Przejdź do obszaru Ustawienia.

3. Przewiń do sekcji BroadWorks Calling.

4. W obszarze Szablony wybierz opcję Wyświetl szablon.

5. Wybierz Szablon do aktualizacji.

6. 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.

7. Wybierz Zapisz .

   Poniższy zrzut ekranu ilustruje procedurę.

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:

1. Zapewnij abonentowi testowemu korzystanie z interfejsów API subskrybentów BroadWorks w sposób udokumentowany developer.webex.com.

2. 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.

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:

1. Zaloguj się do Cisco Partner Hub.

2. Przejdź do obszaru Ustawienia.

3. Przewiń do sekcji BroadWorks Calling.

4. W sekcji Potwierdzenie konfiguracji (BYoPSTN) wybierz opcję Przypisz.

5. Na ekranie Przypisz organizację wyszukaj i wybierz jedną z wcześniej skonfigurowanych organizacji nasion

6. Wybierz Przypisz.

   Wybrana organizacja nasion jest podstawową organizacją nasion.

Poniższe zrzuty ekranu ilustrują procedurę.

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:

1. Zaloguj się do Cisco Partner Hub.

2. Przejdź do obszaru Ustawienia.

3. Przewiń do usługi BroadWorks Calling.

4. W obszarze Klastry wybierz opcję Wyświetl klaster.

5. Wybierz klaster powiązany z szablonami klienta skonfigurowanymi dla usługi BYoPSTN.

6. Przewiń do konfiguracji BroadWorks w sekcji BYoPSTN.

7. Kliknij opcję Pobierz plik konfiguracyjny JSON.

8. 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"
      }
   ]
}

Domena Webex Edge Audio DNS SRV musi być skonfigurowana w BroadWorks. Określić wartość, korzystając z poniższej procedury.

1. Zaloguj się do Cisco Partner Hub.

2. Przejdź do klientów.

3. Wybierz firmę BYoPSTN Validation Enterprise.

4. Wybierz opcję Wyświetl klienta.

5. Przejdź do Services/Meetings.

6. Wybierz witrynę spotkań pakietu standardowego.

7. Przewiń do dolnej części panelu bocznego, wybierz opcję Skonfiguruj witrynę.

8. Wybierz Ustawienia wspólne / Ustawienia audio.

9. W sekcji Edge Audio Custom Global Call-in Numbers (Niestandardowe globalne numery dostępowe Edge Audio) wybierz Generuj skrypt Lua.

10. 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)
    

11. 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.

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:

1. Użytkownik żąda oddzwonienia, Webex inicjuje oddzwonienie.
2. Połączenie jest kierowane do BroadWorks OTT.
3. Połączenie dociera do protokołu CUBE skonfigurowanego w CH. CUBE przekierowuje połączenie do BroadWorks.
4. BroadWorks identyfikuje połączenie jako pochodzenie prowadzącego spotkanie i tworzy sesję dla użytkownika prowadzącego spotkanie oraz przetwarza połączenie.
5. 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.
6. 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 Grupa > Usługi, wybierz VoiceXML i utwórz wystąpienie dla każdego numeru PSTN.

Konfigurowanie 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: sip-ua authentication username VSUB password 0 <unencrypted password> (See the CUBE onfiguration/datafill for more details).

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

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.

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.

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

Procedura dodawania numerów dostępowych do spotkań Webex przez partnera Cisco jest następująca:

1. Zaloguj się do Cisco Partner Hub.

2. Przejdź do obszaru Ustawienia.

3. Przewiń do usługi BroadWorks Calling.

4. W obszarze Konfiguracja dołączania do spotkania (BYoPSTN) wybierz Utwórz Grou numeru telefonu wdzwanianego.

5. Wprowadź nazwę grupy numerów telefonów i wybierz Dalej.

6. Wprowadź szczegóły numeru telefonu i wybierz Dalej.

7. Przejrzyj podsumowanie szczegółów grupy numerów telefonów i wybierz opcję Zapisz.

8. Powtórz tę procedurę dla każdej grupy numerów telefonów, która ma zostać dodana.

Poniższe zrzuty ekranu ilustrują procedurę.

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:

1. Zaloguj się do Partner Hub.

2. Przejdź do obszaru Ustawienia.

3. Przewiń do usługi BroadWorks Calling.

4. W obszarze Konfiguracja dołączania do spotkania (BYoPSTN) wybierz Utwórz grupę połączenia zwrotnego DNS SRV.

5. Wprowadź nazwę grupy połączenia zwrotnego DNS SRV.

6. Wybierz Dalej .

7. Wprowadź szczegóły połączenia zwrotnego DNS SRV.

8. Wybierz Dalej .

9. Przejrzyj podsumowanie szczegółów połączenia zwrotnego DNS SRV.

10. Wybierz Zapisz .

11. Przekaż wszelkie aktualizacje DNS, aby odzwierciedlić nowe rekordy w grupie DNS SRV.

12. Powtórz tę procedurę dla każdej grupy połączenia zwrotnego DNS SRV, która ma zostać dodana.

Poniższe zrzuty ekranu ilustrują procedurę.

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:

1. Zaloguj się do Cisco Partner Hub.

2. Przejdź do obszaru Ustawienia.

3. Przewiń do usługi BroadWorks Calling.

4. W obszarze Szablony wybierz opcję Dodaj szablon.

5. 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.

6. Wybierz Dalej .

7. Wprowadź pozostałe szczegóły szablonu.

8. Przejrzyj podsumowanie szczegółów szablonu.

9. Kliknij opcję Zapisz.

10. 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:

1. Zaloguj się do Cisco Partner Hub.

2. Przejdź do obszaru Ustawienia.

3. Przewiń do sekcji BroadWorks Calling.

4. W obszarze Szablony wybierz opcję Wyświetl szablon.

5. Wybierz Szablon do aktualizacji.

6. 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.

7. Wybierz Zapisz .

   Poniższy zrzut ekranu ilustruje procedurę.

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:

1. Zapewnij abonentowi testowemu korzystanie z interfejsów API subskrybentów BroadWorks w sposób udokumentowany developer.webex.com.

2. 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.

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:

1. Zaloguj się do Cisco Partner Hub.

2. Przejdź do obszaru Ustawienia.

3. Przewiń do sekcji BroadWorks Calling.

4. W sekcji Potwierdzenie konfiguracji (BYoPSTN) wybierz opcję Przypisz.

5. Na ekranie Przypisz organizację wyszukaj i wybierz jedną z wcześniej skonfigurowanych organizacji nasion

6. Wybierz Przypisz.

   Wybrana organizacja nasion jest podstawową organizacją nasion.

Poniższe zrzuty ekranu ilustrują procedurę.

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:

1. Zaloguj się do Cisco Partner Hub.

2. Przejdź do obszaru Ustawienia.

3. Przewiń do usługi BroadWorks Calling.

4. W obszarze Klastry wybierz opcję Wyświetl klaster.

5. Wybierz klaster powiązany z szablonami klienta skonfigurowanymi dla usługi BYoPSTN.

6. Przewiń do konfiguracji BroadWorks w sekcji BYoPSTN.

7. Kliknij opcję Pobierz plik konfiguracyjny JSON.

8. 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"
      }
   ]
}

Domena Webex Edge Audio DNS SRV musi być skonfigurowana w BroadWorks. Określić wartość, korzystając z poniższej procedury.

1. Zaloguj się do Cisco Partner Hub.

2. Przejdź do klientów.

3. Wybierz firmę BYoPSTN Validation Enterprise.

4. Wybierz opcję Wyświetl klienta.

5. Przejdź do Services/Meetings.

6. Wybierz witrynę spotkań pakietu standardowego.

7. Przewiń do dolnej części panelu bocznego, wybierz opcję Skonfiguruj witrynę.

8. Wybierz Ustawienia wspólne / Ustawienia audio.

9. W sekcji Edge Audio Custom Global Call-in Numbers (Niestandardowe globalne numery dostępowe Edge Audio) wybierz Generuj skrypt Lua.

10. 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)
    

11. 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.

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:

1. Użytkownik żąda oddzwonienia, Webex inicjuje oddzwonienie.
2. Połączenie jest kierowane do BroadWorks OTT.
3. Połączenie dociera do protokołu CUBE skonfigurowanego w CH. CUBE przekierowuje połączenie do BroadWorks.
4. BroadWorks identyfikuje połączenie jako pochodzenie prowadzącego spotkanie i tworzy sesję dla użytkownika prowadzącego spotkanie oraz przetwarza połączenie.
5. 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.
6. 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 Grupa > Usługi, wybierz VoiceXML i utwórz wystąpienie dla każdego numeru PSTN.

Konfigurowanie 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: sip-ua authentication username VSUB password 0 <unencrypted password> (See the CUBE onfiguration/datafill for more details).

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

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.

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.