Przeznaczenie rozwiązania

• Aby zapewnić funkcje współpracy w chmurze Webex małym i średnim klientom, którzy mają już usługi wywołujące świadczone przez dostawców usług BroadWorks.

• Aby zapewnić usługę połączeń opartą na BroadWorks małym i średnim klientom Webex.

Kontekst

Rozwijamy wszystkich naszych klientów współpracujących w kierunku ujednoliconej aplikacji. Ta ścieżka zmniejsza trudności związane z wdrażaniem, poprawia interoperacyjność i migrację oraz zapewnia przewidywalne środowisko użytkownika w całym naszym portfolio współpracy. Częścią tego wysiłku jest przeniesienie możliwości wywoływania BroadWorks do aplikacji Webex i ostatecznie zmniejszenie inwestycji w klientów UC-One.

Korzyści

• Zabezpieczenie na przyszłość: przeciwko ekwiomowej współpracy UC-One, przemieszczanie wszystkich klientów w kierunku ujednoliconej struktury klienta (UCF)

• Najlepsze z obu: Włączanie funkcji wiadomości i spotkań webex przy jednoczesnym zachowaniu połączenia BroadWorks w sieci telefonii

Zakres rozwiązania

• Istniejący / nowy mały i średni klient (mniej niż 250 abonentów), którzy chcą pakiet funkcji współpracy, może już mieć broadworks połączeń.

• Istniejący małych i średnich klientów Webex chce dodać BroadWorks Calling.

• Nie większe przedsiębiorstwa (Proszę przejrzeć nasze portfolio Enterprise dla Webex).

• Nie pojedynczych użytkowników (Proszę ocenić oferty Webex Online).

Zestawy funkcji w webex dla Cisco BroadWorks są przeznaczone dla małych i średnich firm. Pakiety Webex for Cisco BroadWorks zostały zaprojektowane w celu zmniejszenia złożoności dla mśp i stale oceniamy ich przydatność dla tego segmentu. Możemy zdecydować się na ukrycie lub usunięcie funkcji, które w przeciwnym razie byłyby dostępne w pakietach dla przedsiębiorstw.

Warunki sukcesu z Webex dla Cisco BroadWorks

Informacje o tym dokumencie

Celem tego dokumentu jest pomoc w zrozumieniu, przygotowaniu, wdrożeniu i zarządzaniu rozwiązaniem Webex dla cisco BroadWorks. Główne sekcje dokumentu odzwierciedlają ten cel.

Ten przewodnik zawiera materiały koncepcyjne i referencyjne. Zamierzamy uwzględnić wszystkie aspekty rozwiązania w tym jednym dokumencie.

Minimalny zestaw zadań do wdrożenia rozwiązania to:

1. Skontaktuj się ze swoim zespołem, aby zostać partnerem Cisco. Konieczne jest, aby zbadać punkty dotykowe Cisco, aby zapoznać się (i uzyskać przeszkolenie). Gdy zostaniesz partnerem Cisco, stosujemy przełącznik Webex for Cisco BroadWorks do Twojej organizacji partnerskiej Webex. (Zobacz, Wdrażanie programu Webex dla programu Cisco BroadWorks > dołączania do partnerów w tym dokumencie).

2. Skonfiguruj swoje systemy BroadWorks do integracji z Webex. (Zobacz Wdrażanie Webex dla Cisco BroadWorks > Skonfiguruj usługi w swoim Webex dla Cisco BroadWorks XSP|ADP w tym dokumencie.)

3. Użyj Centrum partnerów, aby połączyć webex z BroadWorks. (Zobacz, Wdrażanie programu Webex dla usługi Cisco BroadWorks > konfigurowanie organizacji partnerskiej w Centrum partnerów w tym dokumencie).

4. Użyj Centrum partnerów, aby przygotować szablony inicjowania obsługi administracyjnej użytkowników. (Zobacz Wdrażanie Webex dla Cisco BroadWorks > Skonfiguruj swoje szablony wdrażania w tym dokumencie.)

5. Przetestuj i włącz klienta, tworząc co najmniej jednego użytkownika. (Zobacz Wdrażanie Webex dla Cisco BroadWorks > Skonfiguruj swoją organizację testową.)

terminologia

Staramy się ograniczać ilość żargonu i akronimów używanych w tym dokumencie i wyjaśniać każdy termin przy jego pierwszym wystąpieniu. (Zobacz Webex dla Cisco BroadWorks Reference > Terminologia jeśli termin nie jest wyjaśniony w kontekście.)

Zabezpieczenia webex

Klient Webex jest bezpieczną aplikacją, która zapewnia bezpieczne połączenia z Webex i BroadWorks. Dane przechowywane w chmurze Webex i udostępniane użytkownikowi za pośrednictwem interfejsu aplikacji Webex są szyfrowane zarówno podczas przesyłania, jak i w spoczynku.

Więcej szczegółów na temat wymiany danych można uzyskać w sekcji Odwołanie tego dokumentu.

Dodatkowe czytanie

• https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/spark/esp/cisco-spark-security-white-paper.pdf

• https://trustportal.cisco.com/c/dam/r/ctp/docs/privacydatasheet/collaboration/cisco-broadcloud-uc-one-saas-privacy-data-sheet.pdf

• https://www.cisco.com/c/en/us/products/security/general-data-protection-regulation.html

• https://www.cisco.com/c/en/us/about/trust-center/gdpr.html

• https://www.cisco.com/c/en/us/products/security/comply-with-GDPR.html

• https://www.cisco.com/c/en/us/about/legal/privacy-full.html

Rezydencja danych organizacji

Przechowujemy twoje dane Webex w centrum danych, które najbardziej pasuje do Twojego regionu. Zobacz Data Residency w Webex w Centrum pomocy.

Role

Administrator usługodawcy (Ty): W przypadku codziennych czynności konserwacyjnych można zarządzać lokalnymi (wywołującymi) częściami rozwiązania przy użyciu własnych systemów. Zarządzasz częściami Webex rozwiązania za pośrednictwem Centrum partnerów.

Informacje na temat ról dostępnych dla partnerów, uprawnień dostępu przypisanych do tych ról i sposobu przypisywania ról można znaleźć w artykule Role administratora partnera dla rozwiązania Webex for BroadWorks i hurtowego RTM.

Zespół operacyjny cisco cloud: Tworzy "organizację partnerską" w Centrum partnerów, jeśli nie istnieje, podczas dołączania.

Po uzyskaniu konta Centrum partnerów można skonfigurować interfejsy Webex do własnych systemów. Następnie należy utworzyć „Szablony wdrażania”, które będą reprezentować pakiety lub usługi udostępniane za pośrednictwem tych systemów. Następnie aprowizujesz swoich klientów lub subskrybentów.

Co znajduje się na diagramie?

Klienci

• Klient aplikacji Webex służy jako podstawowa aplikacja w ofertach Webex dla Cisco BroadWorks. Klient jest dostępny na komputerach, urządzeniach mobilnych i platformach internetowych.

  Klient ma natywne wiadomości, obecność i wielopartyjne spotkania audio/wideo dostarczane przez chmurę Webex. Klient Webex używa infrastruktury BroadWorks do wywołań SIP i PSTN.

• Telefony IP Cisco i powiązane akcesoria korzystają również z infrastruktury BroadWorks do połączeń SIP i PSTN. Oczekujemy, że będziemy w stanie obsługiwać telefony innych firm.

• Portal aktywacji użytkowników dla użytkowników, aby zalogować się do Webex przy użyciu ich poświadczeń BroadWorks.

• Centrum partnerów to interfejs internetowy służący do administrowania organizacją Webex i organizacjami klientów. Centrum partnerów to miejsce, w którym konfigurujesz integrację między infrastrukturą BroadWorks a webex. Centrum partnerów służy również do zarządzania konfiguracją klienta i rozliczeniami.

Sieć usługodawców

Zielony blok po lewej stronie diagramu reprezentuje sieć. Składniki hostowane w sieci zapewniają następujące usługi i interfejsy do innych części rozwiązania:

• Publicznie dostępny XSP|ADP dla Webex dla Cisco BroadWorks: (Pole przedstawia jedną lub wiele farm ADP XSP|, prawdopodobnie obsługiwanych przez moduły równoważenia obciążenia.)

  • Hostuje interfejs Xtended Services Interface (XSI-Actions & XSI-Events), Usługę Zarządzania Urządzeniami (DMS), interfejs CTI i usługę uwierzytelniania. Razem te aplikacje umożliwiają telefonom i klientom Webex uwierzytelnianie się, pobieranie plików konfiguracji połączeń, nawiązywania i odbierania połączeń oraz wyświetlanie wzajemnego stanu haka (obecność telefonii) i historii połączeń.

  • Publikuje katalog dla klientów Webex.

• Publicznie dostępny XSP|ADP, uruchamiający NPS:

  • serwer push powiadomień o połączeniach hosta: Serwer powiadomień push na platformie XSP|ADP w Twoim środowisku. Interfejsy między serwerem aplikacji a naszym serwerem proxy NPS. Serwer proxy dostarcza tokeny krótkotrwałe do serwera NPS w celu autoryzowania powiadomień do usług w chmurze. Te usługi (APNS & FCM) wysyłają powiadomienia o połączeniach do klientów Webex na urządzeniach Apple iOS i Google Android.

• Serwer aplikacji:

  • Zapewnia kontrolę połączeń i interfejsy do innych systemów BroadWorks (ogólnie)

  • W przypadku inicjowania obsługi administracyjnej przepływów as jest używany przez administratora partnera do inicjowania obsługi administracyjnej użytkowników w webex

  • Wypycha profil użytkownika do BroadWorks

• OSS/BSS: Twój system wsparcia operacyjnego / usługi Business SIP do administrowania przedsiębiorstwami BroadWorks.

Chmura Webex

Niebieski blok na diagramie reprezentuje chmurę Webex. Mikrousługi Webex obsługują pełne spektrum możliwości współpracy webex:

• Cisco Common Identity (CI) jest usługą tożsamości w webex.

• Webex for Cisco BroadWorks reprezentuje zestaw mikrousług, które obsługują integrację między Webex i Usługodawca Hosted BroadWorks:

  • Interfejsy API inicjowania obsługi administracyjnej użytkowników

  • Konfiguracja dostawcy usług

  • Logowanie użytkownika przy użyciu poświadczeń BroadWorks

• Webex Wiadomości pole dla mikrousług związanych z wiadomościami.

• Pole Spotkania Webex reprezentujące serwery przetwarzania multimediów i kontrolery SBC dla wielu spotkań wideo uczestników (SIP & SRTP)

Usługi sieci Web innych firm

Na diagramie są reprezentowane następujące składniki innych firm:

• Usługa APNS (Apple Push Notifications Service) wysyła powiadomienia o połączeniach i wiadomościach do aplikacji Webex na urządzeniach firmy Apple.

• FCM (FireBase Cloud Messaging) wypycha powiadomienia o połączeniach i wiadomościach do aplikacji Webex na urządzeniach z systemem Android.

XSP|Rozważania dotyczące architektury ADP

Rola publicznego XSP|Serwery ADP w Webex dla Cisco BroadWorks

XSP|Architektura ADP

Wymagamy, abyś używał oddzielnej, dedykowanej instancji ADP XSP|lub farmy do hostowania aplikacji NPS (Notification Push Server). Można użyć tego samego serwera NPS z UC-One SaaS lub UC-One Collaborate. Nie możesz jednak hostować innych aplikacji wymaganych dla rozwiązania Webex dla Cisco BroadWorks na tym samym serwerze XSP|ADP, na którym hostowana jest aplikacja NPS.

Zalecamy korzystanie z dedykowanego XSP|ADP instance/farm aby hostować wymagane aplikacje do integracji Webex z następujących powodów

• Na przykład jeśli oferujesz rozwiązanie UC-One SaaS, zalecamy utworzenie nowej farmy ADP XSP|dla Webex dla Cisco BroadWorks. W ten sposób dwie usługi mogą działać niezależnie podczas migracji subskrybentów.

• Jeśli umieścisz aplikację Webex for Cisco BroadWorks w farmie XSP|ADP używanej do innych celów, Twoim obowiązkiem jest monitorowanie wykorzystania, zarządzanie wynikającą z tego złożonością i planowanie na większą skalę.

• Narzędzie Cisco BroadWorks System Capacity Planner zakłada dedykowaną farmę ADP XSP|i może nie być dokładne, jeśli użyjesz go do obliczeń kolokacji.

O ile nie zaznaczono inaczej, dedykowany serwer Webex dla rozwiązań Cisco BroadWorks XSP|ADP musi obsługiwać następujące aplikacje:

• Usługa AuthService (TLS z weryfikacją tokenu CI lub mTLS)

• CTI (mTLS)

• Akcje XSI (TLS)

• XSI-Wydarzenia (TLS)

• DMS (TLS) — opcjonalny. Nie jest wymagane wdrożenie oddzielnej instancji lub farmy DMS specjalnie dla rozwiązania Webex dla Cisco BroadWorks. Możesz użyć tej samej instancji DMS, której używasz w przypadku UC-One SaaS lub UC-One Collaborate.

• Ustawienia połączeń Webview (TLS) — opcjonalne. Aplikacja Call Settings Webview (CSW) jest wymagana tylko wtedy, gdy chcesz, aby użytkownicy usługi Webex for Cisco BroadWorks mogli konfigurować funkcje połączeń w aplikacji Webex.

Webex wymaga dostępu do CTI za pośrednictwem interfejsu zabezpieczonego wzajemnym uwierzytelnianiem TLS. Aby obsługiwać to wymaganie, zalecamy jedną z następujących opcji:

• (Diagram oznaczony etykietą Opcja 1) Jedna instancja ADP XSP|lub farma dla wszystkich aplikacji, z dwoma interfejsami skonfigurowanymi na każdym serwerze: interfejs mTLS dla CTI i interfejs TLS dla innych aplikacji, takich jak AuthService.

• (Diagram oznaczony etykietą Opcja 2) Dwie instancje lub farmy ADP XSP|, jedna z interfejsem mTLS dla CTI, a druga z interfejsem TLS dla innych aplikacji, takich jak AuthService.

Konfiguracja synchronizacji NTP na XSP|ADP

Wdrożenie wymaga synchronizacji czasu dla wszystkich platform ADP XSP|używanych z usługą Webex.

Zainstaluj pakiet ntp po zainstalowaniu systemu operacyjnego i przed instalacją oprogramowania BroadWorks. Następnie możesz skonfigurować protokół NTP podczas instalacji oprogramowania XSP|ADP. Więcej informacji można znaleźć w Przewodniku po oprogramowaniu BroadWorks.

Podczas interaktywnej instalacji oprogramowania XSP|ADP masz możliwość skonfigurowania protokołu NTP. Postępować w następujący sposób:

1. Gdy instalator zapyta, Do you want to configure NTP?, wpisz y.

2. Gdy instalator zapyta, Is this server going to be a NTP server?, wpisz n.

3. Gdy instalator poprosi o What is the NTP address, hostname, or FQDN?, wpisz adres serwera NTP lub publicznej usługi NTP, na przykład pool.ntp.org.

Jeżeli Twoje XSP|ADP używają instalacji cichej (nieinteraktywnej), plik konfiguracyjny instalatora musi zawierać następujące elementy: Key=Value pary:

NTP

NTP_SERVER=

XSP|Wymagania dotyczące tożsamości i bezpieczeństwa ADP

Tło

Protokoły i szyfry połączeń Cisco BroadWorks TLS można konfigurować na różnych poziomach specyficzności. Poziomy te wahają się od najbardziej ogólnych (dostawca SSL) do najbardziej specyficznych (indywidualny interfejs). Bardziej szczegółowe ustawienie zawsze zastępuje bardziej ogólne ustawienie. Jeśli nie są one określone, ustawienia SSL na poziomie "niższego" są dziedziczone z "wyższych" poziomów.

Jeśli żadne ustawienia nie zostaną zmienione z ich ustawień domyślnych, wszystkie poziomy dziedziczą domyślne ustawienia dostawcy SSL (JSSE Java Secure Sockets Extension).

Lista wymagań

• Rozwiązanie XSP|ADP musi uwierzytelniać się przed klientami przy użyciu certyfikatu podpisanego przez urząd certyfikacji, w którym nazwa zwykła lub alternatywna nazwa podmiotu odpowiada części domeny interfejsu XSI.

• Interfejs Xsi musi obsługiwać protokół TLSv1.2.

• Interfejs Xsi musi używać pakietu szyfrowania, który spełnia następujące wymagania.

  • Diffie-Hellman Ephemeral (DHE) lub Elliptic Curves Diffie-Hellman Ephemeral (ECDHE) key-exchange

  • Szyfr AES (Advanced Encryption Standard) o minimalnym rozmiarze bloku 128 bitów (np.

  • Tryb szyfrowania GCM (Tryb Galois/Counter) lub CBC (Cipher Block Chaining)

    • Jeśli używany jest szyfr CBC, tylko rodzina funkcji skrótu SHA2 jest dozwolona dla wyprowadzania kluczy (SHA256, SHA384, SHA512).

Na przykład następujące szyfry spełniają wymagania:

• TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384

• TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384

• TLS_DHE_RSA_WITH_AES_256_GCM_SHA384

• TLS_DHE_PSK_WITH_AES_256_CBC_SHA384

Obsługiwane szyfry TLS dla interfejsów AuthService i XSI

• TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384

• TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384

• TLS_DHE_RSA_WITH_AES_256_GCM_SHA384

• TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256

• TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256

• TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256

• TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256

• TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256

• TLS_DHE_RSA_WITH_AES_128_GCM_SHA256

• TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384

• TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384

• TLS_DHE_RSA_WITH_AES_256_CBC_SHA256

• TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256

• TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256

• TLS_DHE_RSA_WITH_AES_128_CBC_SHA256

• TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA

• TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA

• TLS_DHE_RSA_WITH_AES_256_CBC_SHA

• TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA

• TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA

• TLS_DHE_RSA_WITH_AES_128_CBC_SHA

• TLS_RSA_PSK_WITH_AES_256_GCM_SHA384

• TLS_DHE_PSK_WITH_AES_256_GCM_SHA384

• TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256

• TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256

• TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256

• TLS_RSA_WITH_AES_256_GCM_SHA384

• TLS_PSK_WITH_AES_256_GCM_SHA384

• TLS_PSK_WITH_CHACHA20_POLY1305_SHA256

• TLS_RSA_PSK_WITH_AES_128_GCM_SHA256

• TLS_DHE_PSK_WITH_AES_128_GCM_SHA256

• TLS_RSA_WITH_AES_128_GCM_SHA256

• TLS_PSK_WITH_AES_128_GCM_SHA256

• TLS_RSA_WITH_AES_256_CBC_SHA256

• TLS_RSA_WITH_AES_128_CBC_SHA256

• TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384

• TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA

• TLS_RSA_PSK_WITH_AES_256_CBC_SHA384

• TLS_DHE_PSK_WITH_AES_256_CBC_SHA384

• TLS_RSA_PSK_WITH_AES_256_CBC_SHA

• TLS_DHE_PSK_WITH_AES_256_CBC_SHA

• TLS_RSA_WITH_AES_256_CBC_SHA

• TLS_PSK_WITH_AES_256_CBC_SHA384

• TLS_PSK_WITH_AES_256_CBC_SHA

• TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256

• TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA

• TLS_RSA_PSK_WITH_AES_128_CBC_SHA256

• TLS_DHE_PSK_WITH_AES_128_CBC_SHA256

• TLS_RSA_PSK_WITH_AES_128_CBC_SHA

• TLS_DHE_PSK_WITH_AES_128_CBC_SHA

• TLS_RSA_WITH_AES_128_CBC_SHA

• TLS_PSK_WITH_AES_128_CBC_SHA256

• TLS_PSK_WITH_AES_128_CBC_SHA

Parametry skali zdarzeń Xsi

Może być konieczne zwiększenie rozmiaru kolejki Xsi-Events i liczby wątków do obsługi ilości zdarzeń, które wymaga rozwiązania Webex dla Cisco BroadWorks. Można zwiększyć parametry do wartości minimalnych pokazano, w następujący sposób (nie zmniejszać je, jeśli są one powyżej tych wartości minimalnych):

XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration> eventQueueSize = 2000

XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration> eventHandlerThreadCount = 50

Wiele XSP|ADP

Element krawędzi równoważenia obciążenia

Jeśli na brzegu sieci znajduje się element równoważenia obciążenia, musi on transparentnie obsługiwać dystrybucję ruchu między wieloma serwerami XSP|ADP a chmurą i klientami Webex for Cisco BroadWorks. W takim przypadku należy podać adres URL modułu równoważenia obciążenia do konfiguracji Webex dla Cisco BroadWorks.

Uwagi dotyczące tej architektury:

• Skonfiguruj system DNS, aby klienci mogli znaleźć moduł równoważenia obciążenia podczas łączenia się z interfejsem Xsi (patrz konfiguracja DNS).

• Zaleca się skonfigurowanie elementu krawędzi w trybie odwrotnego serwera proxy SSL, aby zapewnić szyfrowanie danych punkt-punkt.

• Certyfikaty z XSP|ADP01 i XSP|ADP02 powinny zawierać domenę XSP|ADP, na przykład your-XSP|ADP.example.com, w polu Alternatywna nazwa podmiotu. Powinny mieć własne nazwy FQDN, na przykład XSP|ADP01.example.com, w nazwie wspólnej. Możesz użyć certyfikatów wieloznacznych, ale nie zalecamy ich.

XSP skierowane do Internetu|Serwery ADP

Jeżeli udostępniasz interfejsy Xsi bezpośrednio, użyj DNS do rozdysponowania ruchu na wiele serwerów ADP XSP|.

Uwagi dotyczące tej architektury:

• Do połączenia z serwerami XSP|ADP wymagane są dwa rekordy:

  • W przypadku mikrousług Webex: Każdy z każdym A/AAAA Rekordy są wymagane do kierowania na wiele adresów IP XSP|ADP. Dzieje się tak, ponieważ mikrousługi Webex nie potrafią wyszukiwać SRV. Przykłady można znaleźć w Webex Cloud Services.

  • Dla aplikacji Webex: Rekord SRV, który jest rozwiązywany na rekordy A, przy czym każdy rekord A jest rozwiązywany na pojedynczy rekord XSP|ADP. Przykłady można znaleźć w Aplikacja Webex.

    Użyj rekordów SRV z priorytetem, aby określić usługę XSI dla wielu adresów ADP XSP|. Określ priorytety rekordów SRV, aby mikrousługi zawsze trafiały do tego samego rekordu A (i kolejnego adresu IP) i przechodziły do kolejnego rekordu A (i adresu IP) tylko wtedy, gdy pierwszy adres IP będzie niedostępny. NIE stosuj podejścia „round-robin” w przypadku aplikacji Webex.

• Certyfikaty z XSP|ADP01 i XSP|ADP02 powinny zawierać domenę XSP|ADP, na przykład your-XSP|ADP.example.com, w polu Alternatywna nazwa podmiotu. Powinny mieć własne nazwy FQDN, na przykład XSP|ADP01.example.com, w nazwie wspólnej.

• Możesz użyć certyfikatów wieloznacznych, ale nie zalecamy ich.

Unikaj przekierowań HTTP

Czasami usługa DNS jest skonfigurowana tak, aby rozwiązywać adres URL ADP XSP|na potrzeby modułu równoważenia obciążenia HTTP, a moduł równoważenia obciążenia jest skonfigurowany tak, aby przekierowywał za pośrednictwem odwrotnego serwera proxy do serwerów ADP XSP|.

Webex nie stosuje przekierowania podczas łączenia się z podanymi przez Ciebie adresami URL, więc ta konfiguracja nie działa.

Przepływowe dostarczanie usług z zaufanymi adresami e-mail

Skonfiguruj zintegrowaną usługę IM&P tak, aby używała adresu URL inicjowania obsługi administracyjnej webex, a następnie przypisz ją użytkownikom. Serwer aplikacji używa interfejsu API inicjowania obsługi administracyjnej webex do żądania odpowiednich kont użytkowników Webex.

Jeśli można potwierdzić, że BroadWorks ma adresy e-mail subskrybenta, które są prawidłowe i unikatowe dla Webex, ta opcja inicjowania obsługi administracyjnej automatycznie tworzy i aktywuje konta Webex z tymi adresami e-mail jako identyfikatory użytkowników.

Można zmienić pakiet subskrybenta za pośrednictwem Centrum partnerów lub napisać własną aplikację, aby użyć interfejsu API inicjowania obsługi administracyjnej, aby zmienić pakiety subskrybentów.

Flowthrough inicjowania obsługi administracyjnej bez zaufanych wiadomości e-mail

Skonfiguruj zintegrowaną usługę IM&P tak, aby używała adresu URL inicjowania obsługi administracyjnej webex, a następnie przypisz ją użytkownikom. Serwer aplikacji używa interfejsu API inicjowania obsługi administracyjnej webex do żądania odpowiednich kont użytkowników Webex.

Jeśli nie można polegać na adresach e-mail subskrybenta przechowywanych przez BroadWorks, ta opcja inicjowania obsługi administracyjnej tworzy konta Webex, ale nie może ich aktywować, dopóki subskrybenci nie poda i nie weryfikują swoich adresów e-mail. W tym momencie Webex może aktywować konta z tymi adresami e-mail jako identyfikatorami użytkowników.

Można zmienić pakiet subskrybenta za pośrednictwem Centrum partnerów lub napisać własną aplikację, aby użyć interfejsu API inicjowania obsługi administracyjnej, aby zmienić pakiety subskrybentów.

Samoaprowowanie przez użytkownika

W tej opcji nie ma żadnych flowthrough inicjowania obsługi administracyjnej z BroadWorks do Webex. Po skonfigurowaniu integracji między webex i systemu BroadWorks, można uzyskać co najmniej jedno łącza, które są specyficzne dla inicjowania obsługi administracyjnej użytkowników w ramach webex dla organizacji partnerskiej Cisco BroadWorks.

Następnie zaprojektuj własną komunikację (lub delegoj do klientów), aby rozpowszechniać łącze do subskrybentów. Subskrybenci podążają za linkiem, a następnie podają i weryfikują swoje adresy e-mail, aby utworzyć i aktywować własne konta Webex.

Ponieważ konta są aprowiedzone w zakresie organizacji partnerskiej, można ręcznie dostosować pakiety użytkowników za pośrednictwem Centrum partnerów lub użyć interfejsu API, aby to zrobić.

Inicjowanie obsługi administracyjnej przez interfejsy API

Webex udostępnia zestaw publicznych interfejsów API, które umożliwiają tworzenie webex dla Cisco BroadWorks użytkownika/subskrybenta inicjowania obsługi administracyjnej do istniejącego przepływu pracy/zarządzania użytkownikami.

Wymagane poprawki z inicjowania obsługi administracyjnej przepływu

Jeśli używasz obsługi administracyjnej przepływu, należy zainstalować poprawkę systemową i zastosować właściwość CLI. Instrukcje dotyczące wydania BroadWorks znajdują się na poniższej liście:

Dla R22:

1. Zainstaluj AP.as.22.0.1123.ap376508.

2. Po instalacji ustaw właściwość bw.msg.includeIsEnterpriseInOSSschema na true z poziomu CLI w Maintenance/ContainerOptions.

   Aby uzyskać więcej informacji, zobacz informacje o aktualizacji https://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt.

Dla R23:

1. Zainstaluj AP.as.23.0.1075.ap376509

2. Po instalacji ustaw właściwość bw.msg.includeIsEnterpriseInOSSschema na true z poziomu CLI w Maintenance/ContainerOptions.

   Aby uzyskać więcej informacji, zobacz informacje o aktualizacji https://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt.

Dla R24:

1. Zainstaluj AP.as.24.0.944.ap375100

2. Po instalacji ustaw właściwość bw.msg.includeIsEnterpriseInOSSschema na true z poziomu CLI w Maintenance/ContainerOptions.

   Aby uzyskać więcej informacji, zobacz informacje o aktualizacji https://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt.

Wybieranie numeru wewnętrznego

Funkcja wybierania numeru wewnętrznego umożliwia użytkownikom rozwiązania Webex for Cisco Broadworks dzwonienie do innych użytkowników o numerach wewnętrznych podobnych do głównego numeru telefonu w obrębie tego samego przedsiębiorstwa. Jest to szczególnie przydatne dla użytkowników, którzy nie posiadają numerów DID.

Podczas provisioningu rozszerzenie użytkownika zostaje zapisane w katalogu Webex jako rozszerzenie użytkownika. W przypadku połączeń BroadWorks numer wewnętrzny pojawia się w aplikacji Webex w polu numeru wewnętrznego we wszystkich obszarach metod inicjowania połączeń oraz w profilu użytkownika. Rozwiązanie Webex dla Cisco BroadWorks obsługuje połączenia wyłącznie na numery wewnętrzne między użytkownikami z tej samej grupy i różnymi grupami w obrębie jednego przedsiębiorstwa, wykorzystując kombinację kodu kierunkowego lokalizacji i numeru wewnętrznego. Nie jest jednak obsługiwane wykonywanie połączeń między dwoma przedsiębiorstwami przy użyciu wyłącznie numerów wewnętrznych.

Rozszerzenie można udostępnić użytkownikom Cisco BroadWorks za pomocą następujących metod:

• Użytkownicy Cisco BroadWorks

  • Udostępnianie publicznego interfejsu API jako „rozszerzenie”

    • Parametr rozszerzenia powinien zostać przekazany jawnie jako część wywołania API. Dla enterprises/groups w przypadku których skonfigurowano kod kierunkowy (LDC), parametr rozszerzenia powinien być kombinacją kodu LDC i numeru rozszerzenia.

  • Zaopatrzenie w przepływ lub samoaktywację

    • Rozszerzenie i LDC (jeśli dotyczy) zostaną automatycznie pobrane z BroadWorks.

• Tylko BroadWorks Wywoływanie użytkowników lub podmiotów

  • Synchronizacja automatyczna z BroadWorks przez usługę Directory Sync przy użyciu kombinacji kodu kierunkowego (LDC) i numeru wewnętrznego.

Wymagania wstępne

1. Do obsługi tej funkcji wymagana jest wersja klienta 42.11 lub nowsza.

2. Poprawka, w ramach której do XSI i Provisioning Adapter dodano kody wybierania numerów wewnętrznych i lokalizacji, luty 2022 r. dla wersji 23 lub nowszej jako część :

   • AP.platforma.23.0.1075.ap380045

   • AP.as.23.0.1075.ap380045

   • AP.xsp.23.0.1075.ap380045

   • AP.as.24.0.944.ap380045

3. Włącz nagłówek X-BroadWorks-Remote-Party-Info na serwerze autonomicznym (SA) za pomocą poniższego polecenia CLI dla tego przepływu połączeń SIP, który jest wymagany do obsługi funkcji wybierania numerów wewnętrznych.

   AS_CLI/System/DeviceType/SIP> set  supportRemotePartyInfo true

Priorytet opcji połączeń aplikacji

W ramach obsługi funkcji wybierania numeru wewnętrznego ustawienie priorytetu opcji połączeń w aplikacji jest również dostępne na poziomie partnera dla wszystkich partnerów Webex for Cisco Broadworks. Dzięki temu ustawieniu partner może kontrolować ustawienia priorytetu połączeń wszystkich zarządzanych przez siebie klientów z poziomu Partner Hub. Ustawienia priorytetu opcji połączeń aplikacji dla klienta można również modyfikować na poziomie klienta w Control Hub.

Ustawienie priorytetu opcji wywołań aplikacji zawiera rozszerzenie jako drugą opcję zarówno w Partner Hub, jak i Control Hub, gdy użytkownik Webex for Cisco Broadworks zostanie nowo zaopatrzony w rozszerzenie za pomocą dowolnej z wyżej wymienionych metod zaopatrzenia.

W przypadku wszystkich istniejących organizacji opcja rozszerzenia będzie domyślnie ukryta w ustawieniu priorytetu opcji wywołań aplikacji. Nie będzie to widoczne w rozszerzeniu audio/video opcja połączenia użytkownika w aplikacji Webex.

Poniżej przedstawiono opcje umożliwiające udostępnienie opcji połączenia rozszerzonego dla istniejących klientów:

1. Jeśli partner chce, aby wszystkim zarządzanym przez niego organizacjom klientów przydzielono rozszerzenie jako jedną z opcji połączeń, zaleca się, aby administrator partnera przeniósł rozszerzenie z ukrytego do dostępnego w Partner Hub. Dzięki temu zarządzane organizacje klientów będą mogły odziedziczyć ustawienia od swojego partnera.

2. Jeśli Partner chce udostępnić przedłużenie opcji połączeń dla określonej organizacji klienta, zaleca się, aby Administrator Partnera przeniósł przedłużenie z ukrytego do dostępnego w Control Hub.

Kontakty grupowe Wsparcie

Ta funkcja udoskonala usługę Webex for BroadWorks DirSync, usuwając ograniczenie synchronizacji do 1500 kontaktów z list telefonów grupowych w BroadWorks i umożliwiając partnerom synchronizację do 30 tys. kontaktów z jednej listy telefonów grupowych. Dzięki temu dorównuje ona 30 tys. kontaktów zwiększonym możliwościom listy telefonów przedsiębiorstwa, która została udostępniona osobno.

Ogólny limit kontaktów zewnętrznych na organizację wynosi 200 tys., co odnosi się do sumy list telefonów przedsiębiorstwa i grup w pojedynczym przedsiębiorstwie BroadWorks. Na przykład przedsiębiorstwo BroadWorks, które ma listę telefonów przedsiębiorstwa zawierającą 30 tys. danych, a także 5 list telefonów grupowych zawierających po 30 tys. danych każda, będzie obsługiwane (łącznie 180 tys. danych na organizację). Jeśli jednak istnieje 6 list telefonów grupowych, każda po 30 KB, ta opcja nie będzie obsługiwana (łącznie 210 KB).

Po włączeniu tej funkcji usługa DirSync rozpocznie synchronizowanie kontaktów z listy telefonów BroadWorks Group do dedykowanej dla każdej grupy pamięci masowej kontaktów w usłudze Webex Contact Service.

Podczas provisioningu grupa przedsiębiorstwa użytkownika musi zostać zapisana w katalogu Webex, aby wskazać grupę, do której należy ten użytkownik. Powiązanie użytkownika z grupą BroadWorks w katalogu Webex umożliwia aplikacji Webex wyszukiwanie kontaktów w magazynie grup usługi Contact Service dla określonej grupy użytkownika.

Funkcja ta wymaga, aby subskrybenci usługi Webex for BroadWorks byli skonfigurowani w usłudze Webex przy użyciu identyfikatora grupy BroadWorks Enterprise.

Identyfikator grupy przedsiębiorstwa BroadWorks można udostępnić użytkownikom Cisco BroadWorks za pomocą następujących metod:

• Webex dla użytkowników Cisco BroadWorks

  • Publiczne udostępnianie interfejsu API jako 'spEnterpriseGroupId'

    • Identyfikator grupy przedsiębiorstwa BroadWorks powinien zostać jawnie przekazany w parametrze spEnterpriseGroupId wywołania API.

  • Zaopatrzenie w przepływ lub samoaktywację

    • Identyfikator grupy korporacyjnej BroadWorks zostanie automatycznie pobrany z BroadWorks.

  • Tylko BroadWorks Wywoływanie użytkowników lub podmiotów

    • Nie dotyczy. Nie jest wymagana synchronizacja identyfikatora grupy BroadWorks Enterprise dla tych użytkowników.