Übersicht über Webex für BroadWorks

Dokument-Änderungsverlauf

Datum

Ändern

Abschnitt

18. Dez. 2020

  • Aktualisierung des Vorgangs zur Installation von XSP-Authentifizierung im Kapitel Bereitstellen von Webex für BroadWorks.

  • Das bestehende Verfahren wurde in den Anhang verschoben.

15. Dez. 2020

Verzeichnissynchronisierung für BroadWorks Calling hinzugefügt

8. Dez. 2020

Aktualisiertes Dokument. Rebranding Webex Teams Webex (App).

12. Nov. 2020

  • Benutzerbereitstellung und Aktivierungsabläufe, Benutzerinteraktionen:

    Es wurden fehlerhafte Bildreferenzen behoben.

  • BroadWorks-Tags erforderlich für Webex, BroadWorks Software-Anforderungen, Firewall-Konfiguration, DNS-Konfiguration:

    Inkonsistente Tabellenformatierung behoben.

DNS-Konfiguration

Klarere DNS-Anforderungen: Verwenden Sie keinen Round-Robin-A/AAAA-Datensatz für die Client-Xsi-Adresse

Konfigurieren von Anruf-Pushbenachrichtigungen in Webex für BroadWorks

  • Überarbeiteter NPS-Proxy-Abschnitt, um den Ablauf zu verbessern und Duplikate zu reduzieren.

  • NPS-Migrationshinweise zu einem externen Artikel entfernt.

  • Fügen Sie Webex-Apps zu AS-Allow-Liste hinzu.

  • Klären Sie Befehle zur Erstellung eines CI-Kontos für NPS-Proxy.

29. Oktober 2020

Nutzer verwalten

  • Verfahren zum Bearbeiten des Benutzerpakets im Partner Hub hinzugefügt.

  • Verfahren zur Bereitstellung von Nutzern per Selbstaktivierung hinzugefügt.

  • Optionen zum Löschen von Benutzern hinzugefügt.

Verwenden der Bereitstellungs-API

  • API Responsebody-Definition hinzugefügt

  • API-Fehlercodes hinzugefügt

Bereitstellen von Webex für BroadWorks

Hinzugefügte Anrufeinstellungen – Webview

Zusätzliche Zertifikatanforderungen für die Mutual TLS-Authentifizierung über CTI-Schnittstelle

Es wurden ein fehlendes Diagramm und ein klarer Text zur internen CA und zur BroadWorks-OID hinzugefügt.

9. Oktober 2020

Verwenden der Bereitstellungs-API

Zusätzliche Informationen zum Entwickler und Zum Autorisieren von Benutzerrollen für die Implementierung von Anwendungen zur Verwendung von Webex für BroadWorks API.

Rückkompatibilität und Versionsstrategie für API wurden hinzugefügt.

EMEA Egress-Regeln

Domänen idbroker-eu.webex.com, die von EMEA-Organisationen ausgehend zugelassen werden müssen, und idbroker.webex.com von dieser Liste entfernt werden.

Konfigurieren Sie Ihren NPS so, dass er mit dem NPS-Proxy arbeitet

Der NPS-Proxy-Kontoanforderungsvorgang wurde korrigiert, der den Reader auf die falsche Cisco-Ressource geleitet hat.

Konfigurieren Sie Dienste auf Ihrem Webex für BroadWorks XSPs, CTI-Schnittstelle und entsprechende Konfiguration:

Notizen zur Verwendung von Container-Optionen zur Konfiguration von TLS-Version und Verschlüsselungen auf XSP R21(SP1) hinzugefügt.

Konfigurieren Von Diensten auf Ihrem Webex für BroadWorks-XSPs.

XSP R21(SP1)-Details zur Generierung und Freigabe von RSA-Schlüsseln hinzugefügt.

Funktionen und Einschränkungen

Teilnehmerlimit und Einwahloption aktualisiert.

Konfigurieren Ihrer BroadWorks-Cluster

Hinweis zum Speichern ungültiger Cluster hinzugefügt.

Konfigurieren des Anwendungsservers mit der Bereitstellungsdienst-URL

Abschnitt "Administratoren" zur Erstellung eines neuen Administrators in BroadWorks wurde entfernt.

Oktober 2020

Dokument mit neuen Funktionen aktualisiert.

  • CTI-Schnittstelle und verwandte Konfiguration hinzugefügt.

  • Bestellung und Bereitstellung mit Übersichten über neue Benutzerbereitstellungsabläufe aktualisiert.

  • NPS-Proxy-IP-Bereiche zu Egress-Regelnhinzugefügt.

    (Die Bereiche 34.64.0.0/10, 35.208.0.0/12, 35.224.0.0/12, 35.240.0.0/13 und Hinweise zur Verwendung FQDN falls möglich) hinzugefügt.

  • Neue IPs zu Ingress-Regeln hinzugefügt, die von Webex zu Ihren XSPs zulassen.

    (Für CTI und HTTPS: Quelle 44.232.54.0, 52.39.97.25, 54.185.54.53)

  • Es wurde eine Notiz hinzugefügt. Es wird dringend empfohlen, SRV dns-Konfiguration zuverwenden.

  • Bereitstellungsübersicht enthält nun Aufgabenabläufe für alle Bereitstellungsmodi.

September 2020

Konfigurieren Sie Ihren NPS so, dass er mit dem NPS-Proxy arbeitet

NpS-Authentifizierungsproxy-URL korrigiert

August 2020

  • XSP-Identitäts- und Sicherheitsanforderungen

    Cipher Suitennamen zu ZU ANR-Konventionen korrigiert

  • Konfigurieren von Diensten in Webex für BroadWorks-XSPs

    Der XSP-mTLS-Vertrauensanker-Vorgang wurde korrigiert

Juli 2020

Erste Veröffentlichung

Einführung in Webex für BroadWorks

Dieser Abschnitt richtet sich an Systemadministratoren bei Cisco-Partnerorganisationen (Dienstleister), die Cisco Webex für ihre Kundenorganisationen implementieren oder diese Lösung direkt an ihre eigenen Abonnenten bereitstellen.

Zweck der Lösung

  • So stellen Cisco Webex Cloud-Zusammenarbeitsfunktionen für kleine und mittlere Kunden zur Verfügung, die bereits über Anrufdienste von BroadWorks-Dienstanbietern verfügen.

  • Zur Bereitstellung von BroadWorks-basiertem Anrufdienst für kleine und mittlere Webex-Kunden.

Kontext

Wir ändern alle unsere Zusammenarbeitsclients zu einer vereinheitlichten Anwendung um. Dieser Weg reduziert Akzeptanzschwierigkeiten, verbessert Interoperabilität und Migration und liefert vorhersehbare Nutzererfahrungen in unserem gesamten Zusammenarbeits-Portfolio. Teil dieser Bemühungen ist die Erweiterung der BroadWorks-Anruffunktionen in den Webex-Client und letztlich die Reduzierung der Investitionen in UC-One-Clients.

Vorteile

  • Künftige Machbarung: gegen Ende des Lebenszyklus von UC-One Collaborate, Bewegung aller Clients zum Unified Client Framework (UCF)

  • Das Beste von beiden: Aktivieren von Webex Messaging- und Meeting-Funktionen bei Beibehaltung von BroadWorks-Anrufen in Ihrem Telefonienetzwerk

Lösungsumfang

  • Bestehende /neue kleine bis mittelgroße Kunden (weniger als 250 Abonnenten), die eine Suite von Zusammenarbeitsfunktionen wünschen, haben möglicherweise bereits BroadWorks-Anrufe.

  • Bestehende kleine bis mittelgroße Webex-Kunden, die BroadWorks Calling hinzufügen möchten.

  • Keine größeren Unternehmen (Bitte überprüfen Sie unser Enterprise-Portfolio für Webex).

  • Keine einzelnen Nutzer (Bitte bewerten Sie die Webex Online-Angebote).

Die Funktionssätze von Webex für BroadWorks zielen auf kleine bis mittlere Geschäftsbetriebsfälle ab. Die Webex-Pakete für BroadWorks wurden entwickelt, um die Komplexität von SMBs zu reduzieren, und wir werden ihre Eignung für dieses Segment ständig auswerten. Wir können Funktionen, die andernfalls in den Unternehmenspaketen verfügbar wären, ausblenden oder entfernen.

Voraussetzungen für den Erfolg mit Webex für BroadWorks

#

Anforderung

Hinweise

1

Aktuelles BroadWorks 21SP1 oder höher patchen

Empfehlen R22 oder höher

2

XSP für XSI, CTI, DMS und authService

Dedizierte XSP für Webex für BroadWorks

3

Separate XSP für NPS, kann mit anderen Lösungen geteilt werden, die NPS verwenden.

Wenn Sie eine bestehende Bereitstellung für die Zusammenarbeit haben, überprüfen Sie Empfehlungen zu XSP- und NPS-Konfigurationen.

4

mTLS für Webex-Verbindungen mit dem Authentifizierungsdienst und der CTI-Schnittstelle konfiguriert.

Andere Anwendungen benötigen kein mTLS.

5

Benutzer müssen in BroadWorks vorhanden sein und benötigen je nach Ihrer Bereitstellungsentscheidung die folgenden Attribute:

  • Flowthrough mit vertrauenswürdigen E-Mails: Das E-Mail-Attribut des BroadWorks-Benutzers muss eine gültige E-Mail-Adresse enthalten, die für diesen Benutzer eindeutig ist. Der Benutzer muss auch eine Hauptnummer haben.

  • Flowthrough mit nicht vertrauenswürdigen E-Mails, selbstaktivierung oder API-Bereitstellung: Der Benutzer benötigt keine E-Mail-Adresse, sondern muss über eine Hauptnummer verfügen.

Für vertrauenswürdige E-Mails: Wir empfehlen, dass Sie dieselbe E-Mail-Adresse auch in das Alternative ID-Attribut eingeben, damit sich Benutzer mit der E-Mail-Adresse bei BroadWorks anmelden können.

6

Webex für BroadWorks DTAF-Datei für Webex Client

7

BUSINESS Lic oder Std Enterprise or Prem Enterprise User Lic + Webex for BroadWorks Subscription

Wenn Sie über eine bestehende Bereitstellung für die Zusammenarbeit verfügen, benötigen Sie keine UC-One Add-On Bundle-, Collab Lic- und Meet-me-Konferenzports mehr.

Wenn Sie über eine bestehende UC-One-SaaS-Bereitstellung verfügen, gibt es keine weiteren Änderungen bis auf das Akzeptieren der Premium-Paket-Bedingungen.

8

AUF IP/Ports muss über die Webex-Backend-Dienste und die Webex-Apps über das öffentliche Internet zugegriffen werden.

Siehe Abschnitt "Netzwerk vorbereiten".

9

TLS v1.2-Konfiguration auf XSPs

10

Für die Flowthrough-Bereitstellung muss sich der Anwendungsserver mit dem BroadWorks-Bereitstellungsadapter verbinden.


 

Ausgehende Proxykonfigurationen werden nicht testen oder unterstützt. Wenn Sie einen ausgehenden Proxy verwenden, übernehmen Sie die Verantwortung, diesen mit Webex für BroadWorks zu unterstützen.

Siehe das Thema "Netzwerk vorbereiten".

Informationen zu diesem Dokument

Dieses Dokument soll Ihnen dabei helfen, sich auf die Bereitstellung, Bereitstellung und Verwaltung Ihrer Webex für BroadWorks-Lösung vorzubereiten, bereitzustellen und zu verwalten. Die wichtigsten Abschnitte im Dokument spiegeln diesen Zweck wider.

Dieser Leitfaden enthält Konzept- und Referenzmaterialien. In diesem Dokument möchten wir alle Aspekte der Lösung behandeln.

Die Mindestaufgaben zur Bereitstellung der Lösung sind:

  1. Erreichen Sie Ihr Account-Team, um Cisco-Partner zu werden. Es ist wichtig, dass Sie die Cisco Touch Points untersuchen, um sich mit sich vertraut zu machen (und geschult zu werden). Wenn Sie Cisco-Partner werden, wenden wir die Webex für BroadWorks auf Ihre Webex-Partnerorganisation um. (Siehe Stellen Cisco Webex in diesem Dokument für BroadWorks > Partner-Onboarding zur Auswahl.)

  2. Konfigurieren Sie Ihre BroadWorks-Systeme für die Integration mit Webex. (Siehe Stellen Cisco Webex für BroadWorks >-Konfiguration von Diensten in Webex für BroadWorks-XSPs in diesem Dokument zur Verfügung.)

  3. Verwenden Sie Partner Hub, um Webex mit BroadWorks zu verbinden. (Siehe Stellen Sie Webex für BroadWorks > konfigurieren Sie Ihre Partnerorganisation im Partner Hub in diesem Dokument zur Verfügung.)

  4. Verwenden Sie Partner Hub, um Benutzerbereitstellungsvorlagen vorzubereiten. (Siehe Stellen Sie In diesem Dokument Webex für BroadWorks > Kundenvorlagen konfigurieren bereit.)

  5. Testen Und Onboarding eines Kunden durch Bereitstellung von mindestens einem Benutzer. (Siehe Stellen Sie Webex für BroadWorks > Sie Ihre Testorganisationkonfigurieren.)


    • Dies sind high-level Schritte, in der typischen Reihenfolge. Es gibt mehrere verzingerte Aufgaben, die Sie nicht ignorieren können.

    • Wenn Sie eigene Anwendungen erstellen möchten, um Ihre Webex für BroadWorks-Abonnenten zu verwalten, sollten Sie Unter Verwendung der Bereitstellungs-API im Abschnitt Referenz dieses Handbuchs nachlesen.

Terminologie

Wir versuchen, die Jargon und Akronyme, die in diesem Dokument verwendet werden, zu begrenzen und jeden Begriff zu erklären, wann er zuerst verwendet wird. (Siehe Webex for BroadWorks-Referenz > Bezeichnung, wenn ein Begriff nicht im Kontext erklärt wird.)

Funktionsweise

Cisco Webex BroadWorks ist ein Angebot, das BroadWorks Calling in Webex integriert. Abonnenten nutzen eine einzige Anwendung (die Webex-App), um die Funktionen beider Plattformen zu nutzen:

  • Benutzer rufen PSTN-Telefonnummern über Ihre BroadWorks-Infrastruktur an.

  • Benutzer rufen andere BroadWorks-Nummern über Ihre BroadWorks-Infrastruktur an (Audio-/Videoanrufe durch Auswahl der den Benutzern zugeordneten Nummern oder dem Tastenfeld, um die Nummern einzuführen).

  • Alternativ können Benutzer einen Webex VOIP-Anruf über die Webex-Infrastruktur tätigen, indem sie die Option "Webex Call" in der Webex-App auswählen. (Bei diesen Anrufen handelt es sich um die Webex-App zur Webex-App, nicht zur Webex-App PSTN).

  • Benutzer können Gastgeber eines s sein und Cisco Webex Meetings.

  • Benutzer können einander Nachrichten zu einem oder in einem Bereich (persistente Gruppenchat) senden und von Funktionen wie Suche und Dateifreigabe (in der Webex-Infrastruktur) profitieren.

  • Benutzer können Anwesenheit (Status) teilen. Sie können benutzerdefinierte Anwesenheit oder client-gerechnete Präsenz wählen.

  • Nachdem wir Sie als Partnerorganisation in Control Hub mit den korrekten Berechtigungen integriert haben, können Sie die Beziehung zwischen Ihrer BroadWorks-Instanz und Cisco Webex.

  • Sie erstellen Kundenorganisationen in Control Hub und stellen Benutzer in diesen Organisationen zur Verfügung.

  • Jeder Abonnent in BroadWorks erhält eine Webex-Identität basierend auf seiner E-Mail-Adresse (E-Mail-ID-Attribut in BroadWorks).

  • Benutzer authentifizieren sich gegenüber BroadWorks oder gegenüber Cisco Webex.

  • Clients erhalten langlebige Token, um sie für -Dienste in BroadWorks und in Anderen Cisco Webex.

Der Webex-Client im Zentrum dieser Lösung; Dies ist eine Markenanwendung, die auf Mac/Windows-Desktops sowie auf Android/iOS-Mobilgeräten und -Tablets erhältlich ist.

Außerdem gibt es eine Webversion der Webex-App, die aktuell keine Anruffunktionen bietet.

Der Client verbindet sich mit der Cisco Webex Cloud, um Messaging-, Anwesenheits- und Meeting-Funktionen zu bieten.

Der Client registriert sich auf Ihren BroadWorks-Systemen für Anruffunktionen.

Die Cisco Webex Cloud arbeitet mit Ihren BroadWorks-Systemen zusammen, um eine nahtlose Benutzerbereitstellung zu gewährleisten.

Funktionen und Einschränkungen

Wir bieten verschiedene Pakete mit verschiedenen Funktionen an.

"Basic"-Paket

Basic-Paket enthält Funktionen für Anrufe und Nachrichten. Es enthält Meetings für einen "Bereich" mit drei Personen. In Webex besteht diese Funktion in der Möglichkeit, eine "Meet"-Sitzung mit Teilnehmern in einem "Bereich" zu starten. Es gibt keine Einwahl in dieses Meeting und alle Benutzer müssen Webex-Benutzer im selben Bereich sein.

Basic-Paket enthält KEINE persönlicher Meetingraum (PMR).

"Standard"-Paket

Dieses Paket enthält alles im Basic-Paket sowie bis zu 25 Teilnehmer-Meetings (Bereich) und bis zu 25 Teilnehmer in persönlicher Meetingraum (PMR). Der SP bietet BYOPSTN (SP-Einwahlnummern) für Meetings und alle Benutzer. Teilnehmer können sich über den vom Meeting-Gastgeber bereitgestellten Link einwählen oder die Webex-App verwenden, um beizunehmen. Cisco Webex-Einwahlnummern werden für die Meetings-Einwahl verwendet.

"Premium"-Paket

Dieses Paket enthält alles im Standard-Paket sowie bis zu 1000 Teilnehmer in persönlicher Meetingraum (PMR).

Pakete vergleichen

Paket

Anrufen

Messaging

Space-Meetings

PMR Meetings

Standard

iinklusive

iinklusive

3 Teilnehmer

Keine

Standard

iinklusive

iinklusive

25 Teilnehmer

25 Teilnehmer

Premium

iinklusive

iinklusive

25 Teilnehmer

1.000 Teilnehmer

Messaging- und Meeting-Funktionen

Das Webex-Hilfecenter veröffentlicht die Funktionen und die Nutzerdokumentation für Webex aufhelp.webex.com. Lesen Sie die folgenden Artikel, um mehr über die Funktionen zu erfahren:

Anruffunktionen

Die Anruferfahrung ist mit früheren Lösungen vergleichbar, die die BroadWorks-Anrufsteuerungs-Engine verwenden. Der Unterschied zur UC-One-Zusammenarbeit und UC-One SaaS besteht in der Webex-App als primärer Soft-Client.

Künftiger Wegweiser

Informationen zu unseren Absichten für zukünftige Versionen von Webex für BroadWorks finden Sie unter https://salesconnect.cisco.com/#/program/PAGE-16649. Die Roadmap-Elemente sind in keinerlei Kapazität bindend. Cisco behält sich das Recht vor, einige oder alle dieser Elemente aus zukünftigen Versionen zu behalten oder zu überarbeiten.

Beschränkungen

Einschränkungen bei der Bereitstellung

Zeitzone der Meetings-Site

Die Zeitzone des ersten Abonnenten für jedes Paket wird die Zeitzone für die Webex Meetings-Site, die für das Paket erstellt wurde.

Wenn in der Bereitstellungsanfrage für den ersten Benutzer eines jeden Pakets keine Zeitzone angegeben ist, wird die Webex Meetings-Site-Zeitzone für dieses Paket auf den regionalen Standard der Organisation des Abonnenten festgelegt.

Wenn Ihr Kunde eine bestimmte Zeitzone Webex Meetings Site benötigt, geben Sie den Parameter Zeitzone in der Bereitstellungsanfrage für an:

  • der erste Für Standard-Paket bereitgestellte Abonnent in der Organisation.

  • der erste Für Premium-Paket bereitgestellte Abonnent in der Organisation.

    (Diese Einschränkung betrifft keine Organisationen, die mit dem Basic-Paket bereitgestellt sind.)

Allgemeine Einschränkungen

  • Keine Einwahl in die Webversion des Webex-Clients (Dies ist eine Client-Einschränkung, keine Lösungsbeschränkung.)

  • Webex verfügt möglicherweise noch nicht über sämtliche UI-Steuerelemente zur Unterstützung einiger der bei BroadWorks verfügbaren Anrufsteuerungsfunktionen.

  • Der Webex-Client darf derzeit nicht "White Labeled" sein.

  • Wenn Sie Kundenorganisationen mit Ablauf der Bereitstellung erstellen, werden sie automatisch in derselben Region wie Ihre Partnerorganisation erstellt. Dieses Verhalten ist von Entwurf. Wir erwarten partnerorientierte Partner, eine Partnerorganisation in allen Regionen zu erstellen, in denen sie Kundenorganisationen verwalten.

  • Die Authentifizierung Dienstleister IdP des Unternehmens wird nicht unterstützt.

  • Es gibt keine Analysen und Berichte auf Partnerebene für Webex für BroadWorks. Berichte über Meetings und Nachrichtennutzung sind über die Kundenorganisation in Control Hub verfügbar.

Sicherheit, Daten und Rollen

Cisco Webex Sicherheit

Der Webex-Client ist eine sichere Anwendung, die sichere Verbindungen zu Webex und BroadWorks stellt. Die Daten, die in der Cisco Webex Cloud gespeichert und dem Benutzer über die Webex-App-Oberfläche ausgesetzt sind, werden sowohl bei der Übertragung als auch während der Ruhezeit verschlüsselt.

Im Abschnitt Referenz dieses Dokuments finden Sie weitere Details zum Datenaustausch.

Zusätzliches Lesen

Unternehmensdaten-Residency

Ihre Webex-Daten werden im Rechenzentrum gespeichert, das am besten mit Ihrer Region in Zusammenhang steht. Siehe Datenresidenz in Cisco Webex Hilfecenter.

Rollen

Dienstanbieteradministrator (Sie): Für die täglichen Wartungsaktivitäten verwalten Sie die lokalen (Anruf-)Teile der Lösung mit Ihren eigenen Systemen. Sie verwalten die Webex-Teile der Lösung über Partner Hub.

Cisco Cloud Operations-Team: Erstellt Ihre "Partnerorganisation" im Partner Hub, wenn sie nicht existiert, während des Onboardings.

Sobald Sie über Ihr Partner Hub-Konto verfügen, konfigurieren Sie die Webex-Schnittstellen zu Ihren eigenen Systemen. Als Nächstes erstellen Sie "Kundenvorlagen", um die Suites oder Pakete, die über diese Systeme bzw. -Systeme bzw. -Pakete bzw. -Systeme, darstellen. Sie stellen dann Ihre Kunden oder Abonnenten zur Verfügung.

#

Typische Aufgabe

SP

Cisco

1

Partner-Onboarding – Erstellen der Partner-Organisation, wenn diese nicht vorhanden ist, und Aktivieren der erforderlichen Umschaltfunktion

2

BroadWorks-Konfiguration in Der Partner-Organisation über Partner Hub (Cluster)

3

Konfigurieren der Integrationseinstellungen in der Partner-Organisation über Partner Hub (Angebotsvorlagen, Branding)

4

Vorbereiten einer BroadWorks-Umgebung für die Integration (AS, XSP Patching, Firewalls, XSP-Konfiguration, XSI, AuthService, CTI, NPS, DMS-Anwendungen auf XSP)

5

Bereitstellungsintegration oder -prozess entwickeln

6

VORBEREITEN VON GTM-Materialien

7

Neue Benutzer migrieren oder bereitstellen

Architektur

Was ist im Diagramm?

Clients

  • Der Webex-Client dient als primäre Anwendung in Webex für BroadWorks-Angebote. Der Client ist auf Desktop-, Mobil- und Webplattformen verfügbar.

    Der Client verfügt über native Nachrichten-, Anwesenheits- und Audio-/Video-Meetings mit mehrerenPartys, die von der Cisco Webex werden. Der Webex-Client verwendet Ihre BroadWorks-Infrastruktur für SIP- PSTN-Anrufe.

  • Cisco IP-Telefone und dazugehöriges Zubehör verwenden ebenfalls Ihre BroadWorks-Infrastruktur für SIP- PSTN Anrufe. Wir erwarten, in der Lage zu sein, Telefone von Drittanbietern zu unterstützen.

  • Benutzeraktivierungsportal für Benutzer, um sich Cisco Webex Von BroadWorks anzumelden.

  • Partner Hub ist eine Weboberfläche für die Verwaltung Ihrer Webex-Organisation und der Organisationen Ihrer Kunden. Im Partner Hub konfigurieren Sie die Integration zwischen Ihrer BroadWorks-Infrastruktur und Cisco Webex. Sie verwenden Partner Hub auch für die Verwaltung der Clientkonfiguration und -abrechnung.

Dienstleister Netzwerk

Der grüne Block links im Diagramm stellt Ihr Netzwerk dar. Komponenten, die in Ihrem Netzwerk gehostet werden, bieten folgende Services und Schnittstellen zu anderen Teilen der Lösung:

  • Öffentlich zugängliches XSP, für Webex für BroadWorks: (Die Box stellt eine oder mehrere XSP-Platzes dar, die möglicherweise von Lastenausgleichs-Geräten angezeigt werden.)

    • Hostet die Xtended Services Interface (XSI-Actions & XSI-Events), Device Managementdienst (DMS), die CTI-Schnittstelle und den Authentifizierungsdienst. Mit diesen Anwendungen können sich Telefone und Webex-Clients authentifizieren, ihre Anrufkonfigurationsdateien herunterladen, Anrufe tätigen und empfangen und den Hook-Status des jeweils anderen sehen (Telefonie-Präsenz).

    • Veröffentlicht das Verzeichnis auf Webex-Clients.

  • Öffentliches XSP, nps ausführen:

    • Host Anrufbenachrichtigungen Push-Server: Ein Notification Push Server auf einem XSP in Ihrer Umgebung. Sie schnittstellet zwischen Ihrem Anwendungsserver und unserem NPS-Proxy. Der Proxy liefert kurzlebige Tokens an Ihren NPS, um Benachrichtigungen an die Clouddienste zu autorisieren. Diese Dienste (APNS und FCM) senden Anrufbenachrichtigungen an Webex-Clients auf Apple iOS- und Google Android-Geräten.

  • Anwendungsserver:

    • Bietet Anrufsteuerung und Schnittstellen zu anderen BroadWorks-Systemen (allgemein)

    • Für die Flowthrough-Bereitstellung wird AS vom Partneradministrator zur Bereitstellung von Benutzern in Webex verwendet

    • Push Benutzerprofil in BroadWorks

  • OSS/BSS: Ihr Betriebs-Support-System/ Business SIP-Dienste für die Verwaltung Ihrer BroadWorks-Unternehmen.

Cisco Webex Cloud

Der blaue Block im Diagramm stellt Cisco Webex. Cisco Webex Microservices unterstützen das gesamte Leistungsspektrum Cisco Webex Zusammenarbeit:

  • Cisco Gemeinsame Identität (CI) ist das Identitätsdienst innerhalb Cisco Webex.

  • Webex für BroadWorks stellt eine Reihe von Microservices dar, die die Integration von Cisco Webex und Dienstleister Hosted BroadWorks unterstützen:

    • Benutzerbereitstellungs-APIs

    • Dienstleister Konfiguration

    • Benutzeranmeldung mit BroadWorks-Anmeldeinformationen

  • Webex Messaging-Box für Messaging-bezogene Microservices.

  • Webex Meetings Box, die Medienverarbeitungsserver und SBCs für Video-Meetings mit mehreren Teilnehmern darstellt (SIP und SRTP)

Web-Services von Drittanbietern

Folgende Komponenten von Drittanbietern werden im Diagramm dargestellt:

  • APNS (Apple Push Notifications Service) gibt Anruf- und Nachrichtenbenachrichtigungen an Webex-Anwendungen auf Apple-Geräten weiter.

  • FCM (FireBase Cloud Messaging) gibt Anruf- und Benachrichtigungsbenachrichtigungen an Webex-Anwendungen auf Android-Geräten weiter.

Aspekte der XSP-Architektur

Die Rolle öffentlicher XSP-Server in Webex für BroadWorks

Der öffentliche XSP in Ihrer Umgebung stellt die folgenden Schnittstellen/Dienste für Kunden Cisco Webex bereit:

  • Authentifizierungsdienst (AuthService), gesichert durch mTLS, der auf Webex-Anforderungen für BroadWorks JWT (JSON Web Token) im Namen des Benutzers antwortet

  • CTI-Schnittstelle, gesichert durch mTLS, für die Webex den Telefonie-Anwesenheitsstatus von BroadWorks abonniert (Hook-Status)

  • Xsi-Aktionen und Ereignisschnittstellen (eXtended Services Interface) für die Abonnentenanrufsteuerung, Kontakt- und Anruflistenverzeichnisse und Endbenutzer-Telefoniedienstkonfiguration

  • DM-Dienst (Device Management) für Clients zum Abrufen der Anrufkonfigurationsdateien

Geben Sie URLs für diese Schnittstellen an, wenn Sie Webex für BroadWorks konfigurieren. (Siehe Konfigurieren Sie Ihre BroadWorks-Cluster in Partner Hub in diesem Dokument.) Für jedes Cluster können Sie nur eine URL für jede Schnittstelle angeben. Wenn Sie mehrere Schnittstellen in Ihrer BroadWorks-Infrastruktur haben, können Sie mehrere Cluster erstellen.

XSP-Architekturanforderungen

Abbildung 1. Empfohlene XSP-Architekturoption 1
Abbildung 2. Empfohlene XSP-Architekturoption 2

Sie müssen eine separate, dedizierte XSP-Instanz oder Farm verwenden, um Ihre NPS (Notification Push Server)-Anwendung zu hosten. Sie können dieselben NPS zusammen mit UC-One SaaS oder UC-One Collaborate verwenden. Möglicherweise hosten Sie jedoch die anderen für Webex für BroadWorks erforderlichen Anwendungen nicht auf demselben XSP, das die NPS-Anwendung hostet.

Wir empfehlen Ihnen dringend, eine dedizierte XSP-Instanz/Farm zu verwenden, um die erforderlichen Anwendungen für die Webex-Integration zu hosten.

  • Wenn Sie beispielsweise UC-One SaaS anbieten, empfehlen wir die Erstellung einer neuen XSP-Farm für Webex für BroadWorks. Auf diese Weise können die beiden Dienste unabhängig arbeiten, während Sie Abonnenten migrieren.

  • Wenn Sie Webex mit BroadWorks-Anwendungen auf einer XSP-Farm verfeinern, die für andere Zwecke verwendet wird, liegt es in Ihrer Verantwortung, die Nutzung zu überwachen, die resultierende Komplexität zu verwalten und den größeren Umfang zu planen.

  • Der Kapazitätsrechner geht von einer dedizierten XSP-Farm aus und ist möglicherweise nicht genau, wenn Sie sie für die Collocation-Berechnung verwenden.

Die dedizierten Webex-Server für BroadWorks-XSPs müssen die folgenden Anwendungen hosten:

  • AuthService (mTLS)

  • CTI (mTLS)

  • XSI-Aktionen (TLS)

  • XSI-Events (TLS)

  • DMS (TLS)

Webex benötigt Zugriff auf den Authentifizierungsdienst und CTI über eine Schnittstelle, die durch eine Mutual TLS geschützt ist. Um diese Anforderung zu unterstützen, empfehlen wir eine der folgenden Optionen:

  • (Diagramm mit der Bezeichnung Option 1 ) Eine XSP-Instanz oder Farm für alle Anwendungen, mit zwei aufjedem Server konfigurierten Schnittstellen: eine mTLS-Schnittstelle für den AuthService und CTI und eine TLS-Schnittstelle für andere Apps

  • (Diagramm mit der Bezeichnung Option 2 ) Zwei XSP-Instanzen oder -Farmen, eine mit einer mTLS-Schnittstelle für AuthService und CTI und die andere mit einerTLS-Schnittstelle für andere Apps


Auch wenn Sie den Authentifizierungsdienst auf einer dedizierten XSP-Instanz oder Farm für Webex mTLS-Zugriff bereitstellen, müssen Sie weiterhin eine Instanz des Authentifizierungsdiensts ausführen, die mit den anderen erforderlichen Anwendungen zusammen liegt. Dies liegt daran, dass der Authentifizierungsdienst lang erhaltene Token von Clients über die anderen Anwendungen überprüfen muss.

Konfigurieren der NTP-Synchronisierung auf XSP

Für die Bereitstellung ist eine Zeitsynchronisierung für alle XSPs erforderlich, die Sie mit Webex verwenden.

Installieren Sie das ntp-Paket, nachdem Sie das Betriebssystem installiert haben und bevor Sie die BroadWorks-Software installieren. Danach können Sie NTP während der XSP-Softwareinstallation konfigurieren. Weitere Informationen finden Sie im BroadWorks Software Management-Leitfaden.

Während der interaktiven Installation der XSP-Software haben Sie die Möglichkeit, NTP zu konfigurieren. Gehen Sie wie folgt vor:

  1. Wenn Sie gefragt werden: Möchten Sie NTP konfigurieren?, geben Sie yein.

  2. Wenn Sie gefragt werden: Ist dieser Server ein NTP-Server? , geben Sienein.

  3. Wenn Sie gefragt werden: Was ist die NTP-Adresse, der Hostname oder FQDN? , geben Sie die Adresse Ihres NTP-Servers oder eines öffentlichen NTP-Dienstes ein, z. B. pool.ntp.org.

Wenn Ihre XSPs eine unbetätigte (nichtinteraktive) Installation verwenden, muss die Konfigurationsdatei des Installationsprogramms die folgenden Key=Value-Paare enthalten:

NTP
NTP_SERVER=<NTP Server="" address,="" e.g.,="" pool.ntp.org="">

XSP-Identitäts- und Sicherheitsanforderungen

Hintergrund

Die Protokolle und Verschlüsselungen der Cisco BroadWorks TLS-Verbindungen können auf unterschiedlichen Ebenen konfiguriert werden. Diese Ebenen reichen vom allgemeineren (SSL-Anbieter) bis zur spezifischen (individuellen Oberfläche). Eine spezifischere Einstellung überschreibt immer eine allgemeinere Einstellung. Wenn sie nicht angegeben werden, werden die "niedrigeren" SSL-Einstellungen von den "höheren" Ebenen übernommen.

Wenn keine Einstellungen von ihren Standardwerten geändert werden, erben alle Ebenen die SSL-Provider-Standardeinstellungen (SYNTAXSE Java Secure Sockets Extension).

Anforderungsliste

  • Das XSP muss sich selbst bei Clients mit einem CA-signierten Zertifikat authentifizieren, bei dem der allgemeine Name oder der alternative Subjektname mit dem Domänenteil der XSI-Schnittstelle ausglaubt.

  • Die Xsi-Schnittstelle muss das TLSv1.2-Protokoll unterstützen.

  • Die Xsi-Schnittstelle muss eine Verschlüsselungssuite verwenden, die die folgenden Anforderungen erfüllt.

    • Diffie-Hellman Ephemeral (DHE) oder Elliptic Curves Diffie-Hellman Ephemeral (ECDHE) Schlüsselaustausch

    • AES -Verschlüsselung (Advanced Encryption Standard) mit einer Mindestblockgröße von 128 Bit (z. B. AES-128 oder AES-256)

    • GCM (Galois/Counter Mode) oder CBC (Cipher Block Chaining) Verschlüsselungsmodus

      • Wird eine CBC-Verschlüsselung verwendet, sind nur die Hash-Funktionen der SHA2-Familie für die Schlüsselsentschlüsselung zulässig (SHA256, SHA384, SHA512).

Die folgenden Verschlüsselungen entsprechen beispielsweise den Anforderungen:

  • 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


Die XSP CLI erfordert die IQUE-Benennungskonvention für Cipher Suites, wie oben dargestellt, nicht die openSSL-Konvention.

Unterstützte TLS-Verschlüsselungen für die AuthService- und XSI-Schnittstellen


Diese Liste kann sich ändern, wenn sich unsere Cloud-Sicherheitsanforderungen weiterentwickeln. Folgen Sie der aktuellen Cisco Cloud-Sicherheitsempfehlung zur Verschlüsselungsauswahl, wie in der Anforderungsliste in diesem Dokument beschrieben.

  • 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

Xsi Events-Skalierungsparameter

Möglicherweise müssen Sie die Xsi-Events-Warteschlangengröße und die Anzahl der Thread erhöhen, um das von Webex für BroadWorks benötigte Ereignisvolumen zu verarbeiten. Sie können die Parameter wie folgt auf die Mindestwerte erhöhen (verringern Sie diese nicht, wenn sie über diesen Mindestwerten liegen):

XSP_CLI/Anwendungen/Xsi-Events/TOKENIntegration> eventQueueSize = 2000

XSP_CLI/Anwendungen/Xsi-Events/TOKENIntegration> eventHandlerThreadCount = 50

Mehrere XSPs

Edge-Element zum Lastausgleich

Wenn Sie über einen Lastausgleich an Ihrem Netzwerk-Edge verfügen, muss dieser transparent die Verteilung des Datenverkehrs zwischen Ihren mehreren XSP-Servern und der Webex für BroadWorks-Cloud und -Clients handhaben. In diesem Fall würden Sie die URL des Lastenausgleichs zur Webex for BroadWorks-Konfiguration bereitstellen.

Hinweise zu dieser Architektur:

  • Konfigurieren Sie DNS, damit die Clients den Lastenausgleich finden können, wenn sie sich mit der Xsi-Schnittstelle verbinden (siehe DNS-Konfiguration).

  • Wir empfehlen Ihnen, das Edge-Element im Reverse SSL-Proxy-Modus zu konfigurieren, um die Verschlüsselung der Point-to-Point-Daten zu gewährleisten.

  • Zertifikate von XSP01 und XSP02 sollten beide die XSP-Domäne haben, z. B. your-xsp.example.com im Subject Alternate Name. Sie sollten ihre eigenen FQDNs haben, zum Beispiel xsp01.example.com im allgemeinen Namen. Sie können Wildcard-Zertifikate verwenden, aber wir empfehlen ihnen nicht.

Internet-orientierte XSP-Server

Wenn Sie die Xsi-Schnittstellen direkt aussetzen, verwenden Sie DNS, um den Datenverkehr an mehrere XSP-Server weiter zu verteilen.

Hinweise zu dieser Architektur:

  • Verwenden Sie Round-Robin-A/AAAA-Datensätze, um auf mehrere XSP-IP-Adressen zu setzen, da die Webex-Microservices keine SRV können. Beispiele finden Sie unter DNS-Konfiguration.

  • Zertifikate von XSP01 und XSP02 sollten beide die XSP-Domäne haben, z. B. your-xsp.example.com im Subject Alternate Name. Sie sollten ihre eigenen FQDNs haben, zum Beispiel xsp01.example.com im allgemeinen Namen.

  • Sie können Wildcard-Zertifikate verwenden, aber wir empfehlen ihnen nicht.

HTTP-Weiterleitungen vermeiden

Manchmal ist DNS konfiguriert, um die XSP-URL in einen HTTP-Lastenausgleich aufzulösen, und der Lastenausgleich ist so konfiguriert, dass er über einen Reverse Proxy an die XSP-Server umleiten kann.

Webex folgt bei der Verbindung zu den von Ihnen genannten URLs nicht der Weiterleitung, daher funktioniert diese Konfiguration nicht.

Bestellung und Bereitstellung

Bestellung und Bereitstellung gelten auf folgenden Ebenen:

  • Partner-/Dienstleister bereitstellung:

    Alle von Webex für BroadWorks Dienstleister (oder Reseller) integrierten Webex-Organisationen müssen im Cisco Webex als Partnerorganisation konfiguriert werden und müssen die erforderlichen Berechtigungen erhalten. Cisco Operations ermöglicht dem Administrator der Partnerorganisation den Zugriff auf die Verwaltung von Webex für BroadWorks Cisco Webex Partner Hub. Der Partneradministrator muss alle erforderlichen Bereitstellungsschritte durchführen, bevor er eine Kunden-/Enterprise-Organisation bereitstellen kann.

  • Bestellung und Bereitstellung vonKunden/Unternehmen:

    Jedes für Webex für BroadWorks aktivierte BroadWorks-Unternehmen löst die Erstellung einer zugeordneten Cisco Webex Kundenorganisation aus. Dieser Vorgang erfolgt automatisch als Teil der Benutzer-/Abonnentenbereitstellung. Alle Benutzer/Abonnenten innerhalb eines BroadWorks-Unternehmens werden in derselben Kundenorganisation Cisco Webex bereitgestellt.

    Dasselbe Verhalten gilt, wenn Ihr BroadWorks-System als Dienstleister mit Gruppen konfiguriert ist. Wenn Sie einen Abonnenten in einer BroadWorks-Gruppe bereitstellen, wird in Webex automatisch eine Kundenorganisation erstellt, die der Gruppe entspricht.

  • Bestellung und Bereitstellung vonBenutzer/Abonnenten:

    Cisco Webex für BroadWorks unterstützt derzeit die folgenden Benutzerbereitstellungsmodelle:

    • Flowthrough-Bereitstellung mit vertrauenswürdigen E-Mails

    • Flowthrough-Bereitstellung ohne vertrauenswürdige E-Mails

    • Selbstbereitstellung durch Nutzer

    • API-Bereitstellung

Flowthrough-Bereitstellung mit vertrauenswürdigen E-Mails

Sie konfigurieren den integrierten IM&P-Dienst so, dass er eine Webex-Bereitstellungs-URL verwendet, und weisen den Dienst dann den Benutzern zu. Der Anwendungsserver verwendet die Webex-Bereitstellungs-API, um die entsprechenden Webex-Benutzerkonten an fordern.

Wenn Sie bestätigen können, dass BroadWorks über gültige und für Webex eindeutige E-Mail-Adressen der Abonnenten verfügt, werden mit dieser Bereitstellungsoption automatisch Webex-Konten mit diesen E-Mail-Adressen als Benutzer-IDs erstellt und aktiviert.

Sie können das Abonnentenpaket über Partner Hub ändern oder Sie können Ihre eigene Anwendung schreiben, um die Bereitstellungs-API zu verwenden, um Abonnentenpakete zu ändern.

Flowthrough-Bereitstellung ohne vertrauenswürdige E-Mails

Sie konfigurieren den integrierten IM&P-Dienst so, dass er eine Webex-Bereitstellungs-URL verwendet, und weisen den Dienst dann den Benutzern zu. Der Anwendungsserver verwendet die Webex-Bereitstellungs-API, um die entsprechenden Webex-Benutzerkonten an fordern.

Wenn Sie sich nicht auf die E-Mail-Adressen des Abonnenten von BroadWorks verlassen können, erstellt diese Bereitstellungsoption Webex-Konten, kann sie jedoch erst aktivieren, wenn die Abonnenten ihre E-Mail-Adressen bereitstellen und validieren. Zu diesem Zeitpunkt kann Webex die Konten mit diesen E-Mail-Adressen als Benutzer-IDs aktivieren.
Abbildung 3. Flowthrough-Bereitstellung ohne vertrauenswürdige E-Mails

Sie können das Abonnentenpaket über Partner Hub ändern oder Sie können Ihre eigene Anwendung schreiben, um die Bereitstellungs-API zu verwenden, um Abonnentenpakete zu ändern.

Self-Provisioning für Benutzer

Mit dieser Option gibt es keine Flowthrough-Bereitstellung von BroadWorks zu Webex. Nachdem Sie die Integration zwischen Webex und Ihrem BroadWorks-System konfiguriert haben, erhalten Sie eine oder mehrere Links, die speziell für die Bereitstellung von Benutzern in Ihrer Webex für BroadWorks-Partnerorganisation gelten.

Sie entwerfen dann Ihre eigene Kommunikation (oder Beauftragte für Ihre Kunden), um den Link an die Abonnenten zu verteilen. Die Abonnenten folgen dem Link und geben ihre E-Mail-Adressen an, um ihre eigenen Webex-Konten zu erstellen und zu aktivieren.

Abbildung 4. Selbstbereitstellung

Da die Konten im Umfang Ihrer Partnerorganisation bereitgestellt werden, können Sie Benutzerpakete manuell über Partner Hub anpassen oder die API verwenden, um dies zu tun.


Benutzer müssen im BroadWorks-System vorhanden sein, das Sie mit Webex integrieren, oder es ist ihnen nicht erlaubt, Konten mit diesem Link zu erstellen.

Dienstleister-Bereitstellung durch APIs

Cisco Webex eine Reihe öffentlicher APIs aus, mit denen Sie Webex für die Benutzer-/Abonnentenbereitstellung von BroadWorks in Ihren vorhandenen Workflow/Tools für die Benutzerverwaltung erstellen können.

Migration und zukünftige Machbarung

Die Cisco-Erweiterung des BroadSoft Unified Communications-Clients besteht im Wechsel von UC-One zu Webex. Es gibt eine entsprechende Weiterentwicklung der unterstützenden Dienste außerhalb des Dienstleister-Netzwerks – mit Ausnahme von Anrufen – auf Cisco Webex Cloud-Plattform.

Unabhängig davon, ob Sie UC-One SaaS oder BroadWorks Collaborate ausführen, ist die bevorzugte Migrationsstrategie die Bereitstellung neuer dedizierter XSPs für die Integration mit Webex für BroadWorks. Sie können die beiden Dienste parallel ausführen, während Sie Kunden zu Webex migrieren und schließlich die Infrastruktur, die für die vorherige Lösung verwendet wurde, wieder einholen.