Présentation de Webex pour BroadWorks

Historique des changements de documents

Date

Modifier

Section

25 mars 2021

  • Mise à jour du service d’installation avec mise à jour pour trouver l’URL IssuerUrl et IdPProxy.

17 mars 2021

  • Fonctionnalités et limites mises à jour avec des informations sur l’intégration de l’application

  • Mise à jour du service d’authentification d’installation avec les infos de l’URL IssuerName et la validation de configuration FLS

3 mars 2021

  • Paramètre mis à jour pourrefreshPeriodInMinutesdans la procédure d’installation du service d’authentification.

2 mars 2021

  • Ajout de limites de messagerie pour Webex pour le sujet BroadWorks.

  • Modification mineure des informations de l’URL du proxy IdP dans le sujet Installer le service d’authentification.

23 février 2021

  • Les règles ingress mises à jour des règles des États-Unis et les règles Ingress EMEA s’appliquent aux ports et protocoles des points VoIP terminaison SIP.

  • Le problème des images manquantes dans le sujet Des interactions utilisateur a été résolu.

  • Ajout des URL du proxy IdP pour installer le service d’authentification.

10 février 2021

  • Ajout du sujet de la procédure Migrer NPS vers FCMv1.

  • Les informations de configuration mTLS ont été déplacées vers l’annexe. Une mise en forme SUPPLÉMENTAIRE TOC a également été appliquée pour faciliter l’utilisation de l’annexe.

5 février 2021

  • Ajout de l’enregistrement des appels et de la prised’appels de groupe et récupération des fonctionnalités

  • Ajout du pack Softphone à la liste des packs

  • Nouvelles références TLS vers le service d’authentification avec validation du jeton CI

29 janvier 2021

  • Nouveaux liens dans le sujet Architecture &infrastructure

  • Limites ajoutées autour de la prise en charge des VDI (VDI)

  • Corrections de la PMR/SRP prise en charge de la fonctionnalité dans le sujet Fonctionnalités et limites. Ajout de la partage de bureau et de la durée de la réunion.

27 janvier 2021

  • Tableau des profils des périphériques mis à jour avec les fichiers et les liens DTAF mis à jour. Un nouveau modèle de tablette Webex a été ajouté.

  • Tableau des corrections mineures sur les fonctionnalités et les limites Webex Meetings prise en charge.

22 janvier 2021

  • Le sujet Fonctionnalités et limites a été mis à jour avec les informations concernant la prise en charge des Webex Meetings.

  • Ajout du sujet des APNs avec mise à jour sur la prise en charge du protocole HTTP avec Apple.

12 janvier 2021

  • Mise à jour du sujet Fonctionnalités dans le chapitre Présentation de Webex pour BroadWorks Nom d’écran des informations d’assistance pour PMR/SRP réunions. Un tableau a également été ajouté avec des informations supplémentaires sur la prise en PMR/SRP charge des fonctionnalités des réunions.

  • Note mise à jour dans la procédure d’installation de l’authentification XSP dans le chapitre Déployer Webex pour BroadWorks.

Le 18 déc. 2020

  • Mise à jour de la procédure d’installation de l’authentification XSP dans le chapitre Déployer Webex pour BroadWorks.

  • La procédure existante a été déplacée vers l’annexe.

Le 15 décembre 2020

Ajout de la synchronisation du répertoire pour BroadWorks Calling.

Le 8 décembre 2020

Document mis à jour. La nouvelle marque Webex Teams à Webex (application).

12 nov 2020

  • Provisioning des utilisateurs et flux d’activation, Interactions des utilisateurs:

    Correction des références d’images cassées.

  • Balises BroadWorks requises pour Webex, Exigences logicielles de BroadWorks, Configuration du pare-feu, Configuration DNS :

    Le formatage du tableau non cohérent a été résolu.

Configuration DNS

Exigences DNS clarifiées : N’utilisez pas l’enregistrement round-robin A/AAAA pour l’adresse Xsi du client

Configurer les notifications Call Push dans Webex pour BroadWorks

  • A retravaillé la section du proxy NPS pour améliorer le flux et réduire la duplication.

  • Suppression de l’conseil de migration NPS vers un article externe.

  • Ajouter des applications Webex à la liste d’autoriser AS.

  • Clarifier les commandes pour créer un compte CI pour le proxy NPS.

29 octobre 2020

Gérer les utilisateurs

  • Procédure ajoutée pour modifier le pack utilisateur dans Partner Hub.

  • Procédure ajoutée pour provisioner les utilisateurs par auto-activation.

  • Ajout d’options pour la suppression des utilisateurs.

Utiliser l’API de provisioning

  • Ajout de la définition Api Responsebody

  • Codes d’erreur API ajoutés

Déployer Webex pour BroadWorks

Ajout de la vue Web des paramètres d’appel

Exigences de certificats supplémentaires pour l’authentification TLS mutuelle sur l’interface CTI

Le diagramme manquant et le texte clarifié concernant l’AC interne et BroadWorks OID ont été ajoutés.

9 octobre 2020

Utiliser l’API de provisioning

Ajout de détails sur le développeur et l’autorisation des rôles utilisateur pour la mise en œuvre des applications à utiliser Webex pour l’API BroadWorks.

Ajout de la compatibilité ascendante et de la stratégie de versionabilité de l’API.

Règles EMEA Egress

Envoyé àidbroker-eu.webex.comvers les domaines qui doivent être autorisés sortants à partir des organisations EMEA et supprimésidbroker.webex.comà partir de cette liste.

Configurez votre NPS pour qu’il fonctionne avec le proxy NPS

La procédure de demande de compte proxy NPS a été corrigée qui a dirigé le lecteur vers la mauvaise ressource Cisco.

Configurer les services sur votre webex pour les XSP de BroadWorks, l’interface CTI et la configuration connexe :

Ajout de notes sur l’utilisation des options du conteneur pour configurer la version TLS et les chiffrements sur XSP R21(SP1).

Configurer les services sur votre site Webex pour lesXSP BroadWorks.

Ajout de détails XSP R21(SP1) pour la génération et le partage des clés RSA.

Fonctionnalités et limites

Les limites des participants et l’option d’appel ont été mises à jour.

Configurer vos clusters BroadWorks

Ajout de la remarque concernant la non-sauvegarde des clusters non valides.

Configurer le serveur d’applications avec l’URL du service de provisioning

Suppression de la section concernant la création d’un nouvel administrateur sur BroadWorks.

Octobre 2020

Le document a été mis à jour avec de nouvelles fonctionnalités.

  • Interface CTI et configuration connexe ajoutées.

  • La commande et le provisioning ont été mis à jour avec des aperçus des flux de provisioning des nouveaux utilisateurs.

  • Plages IP du proxy NPS ajoutées aux règles Egress.

    (Ajout de plages 34.64.0.0/10, 35.208.0.0/12, 35.224.0.0/12, 35.240.0.0/13 et des conseils pour utiliser FDQN si possible).

  • Ajout de nouvelles IP aux règles Ingress pour autoriser Webex vers vos XSP.

    (Pour CTI et HTTPS : Source 44.232.54.0, 52.39.97.25, 54.185.54.53)

  • Ajout d’une remarque, recommandons fortement d SRV dans la configuration DNS.

  • La présentation du déploiement contient maintenant les flux de tâches de tous les modes de déploiement.

Septembre 2020

Configurez votre NPS pour qu’il fonctionne avec le proxy NPS

L’URL du proxy d’authentification NPS a été corrigée

Août 2020

  • Identité XSP et exigences de sécurité

    Les noms des suites de chiffrement ont été corrigés dans la convention IANA

  • Configurer les services sur votre site Webex pour lesXSP BroadWorks

    A corrigé la procédure d’ancrage d’confiance XSP mTLS

Juillet 2020

Première publication

Présentation de Webex pour BroadWorks

Cette section adresse les administrateurs système des organisations partenaires Cisco (fournisseurs de services) qui mettent en œuvre les Cisco Webex pour les organisations de leurs clients ou fournissent cette solution directement à leurs propres abonnés.

Objet de la solution

  • Pour fournir Cisco Webex fonctions de collaboration sur le Cloud aux petites et moyennes clients qui disposent déjà du service d’appel fourni par les fournisseurs de BroadWorks Service.

  • Pour fournir un service d’appel basé sur BroadWorks aux petites et moyennes clients de Webex.

Contexte

Nous a fait évoluer tous nos clients de collaboration vers une application unifiée. Ce chemin réduit les difficultés d’adoption, améliore l’interopérabilité et la migration et fournit des expériences utilisateur prévisibles dans l’ensemble de notre portefeuille de collaboration. Une partie de cet effort consiste à déplacer les fonctions d’appel BroadWorks dans le client Webex et éventuellement réduire les investissements dans les clients UC-One.

Avantages

  • Preuve ultérieure : par rapport au fin de vie de UC-One Collaborate, mouvement de tous les clients vers Unified Client Framework (UCF)

  • Le meilleur des deux : Activer les fonctionnalités de messagerie et de réunion Webex tout en conservant l’appel BroadWorks sur votre réseau téléphonique

Portée de la solution

  • Existants/nouveaux clients de petite à moyenne taille (moins de 250 abonnés) qui veulent une suite de fonctionnalités de collaboration, peuvent déjà avoir l’appel BroadWorks.

  • Clients Existants de Webex de petite à moyenne taille et qui cherchent à ajouter BroadWorks Calling.

  • Pas les grandes entreprises (Consultez notre portefeuille d’entreprises pour Webex).

  • Pas d’utilisateurs seuls (Veuillez évaluer les offres Webex en ligne).

La fonctionnalité définit dans Webex pour les cas d’utilisation de la société BroadWorks pour les petites et moyennes entreprises. Les packs Webex pour BroadWorks sont conçus pour réduire la complexité des smB et nous évalueons constamment leur pertinence pour ce segment. Nous pouvons choisir de masquer ou de supprimer des fonctionnalités qui, sinon, seraient disponibles dans les packs d’entreprise.

Prérequis pour le succès de Webex pour BroadWorks

#

Configuration minimale requise

Remarques

1

Patch BroadWorks actuel 21SP1 ou version plus actuelle

Recommandez R22 ou une date ultérieure

2

XSP pour XSI, CTI, DMS et authService

XSP dédié à Webex pour BroadWorks

3

Separate XSP pour NPS, peut être partagé avec d’autres solutions qui utilisent NPS.

Si vous avez un déploiement de collaboration existant, alors examinez les recommandations sur les configurations XSP et NPS.

4

Validation du jeton CI (avec TLS) configurée pour les connexions Webex au service d’authentification.

5

MTLS configuré pour les connexions Webex à l’interface CTI.

D’autres applications ne nécessitent pas mTLS.

6

Les utilisateurs doivent exister dans BroadWorks et avoir besoin des attributs suivants, en fonction de votre décision de provisioning :

  • Flux d’actualités avec les courriers électroniques de confiance : L’attribut de l’adresse électronique de l’utilisateur de BroadWorks doit contenir une adresse électronique valide, unique à cet utilisateur. L’utilisateur doit également avoir un numéro principal.

  • Flux d’application avec les courriers électroniques nontrués, ou l’auto-activation, ou le provisioning API : L’utilisateur n’a pas besoin d’une adresse électronique mais doit avoir un numéro principal.

Pour les courriers électroniques de confiance : Nous vous recommandons d’attribuer la même adresse électronique dans l’attribut Autre ID également, pour permettre aux utilisateurs de se connectent avec une adresse électronique par rapport à BroadWorks.

Pour les courriers électroniques non lés : En fonction des paramètres de messagerie électronique de l’utilisateur, l’utilisation de courriers électroniques nontrués peut entraîner l’envoi du courrier électronique vers le dossier de courrier indésirable ou SPAM de l’utilisateur. L’administrateur peut avoir à modifier les paramètres de messagerie électronique de l’utilisateur pour autoriser les domaines

7

Fichier DTAF de Webex for BroadWorks DTAF pour le client Webex

8

Abonnement BW Business Lic ou Std Enterprise ou Prem Enterprise Lic + Webex pour BroadWorks

Si vous avez un déploiement de collaboration existant, vous n’avez plus besoin du lot de modules d’add-on UC-One, de Collab Lic et des ports de conférence Meet-Me.

Si vous avez un déploiement UC-One SaaS existant, aucune modification supplémentaire autre que l’acceptation des conditions du Pack Premium.

9

Les ports/IP doivent être accessibles via les services backend Webex et les applications Webex sur l’Internet public.

Voir la section « Préparer votre réseau ».

10

Configuration TLS v1.2 sur les XSP

11

Pour le provisioning de flux, le serveur d’application doit se connecter à l’adaptateur BroadWorks Provisioning.


 

Nous ne testons pas et ne supportons pas la configuration du proxy sortant. Si vous utilisez un proxy sortant, vous acceptez la responsabilité de le soutenir avec Webex pour BroadWorks.

Voir le sujet « Préparer votre réseau ».

À propos de ce document

L’objectif de ce document est de vous aider à comprendre, préparer, déployer et gérer votre solution Webex pour BroadWorks. Les sections majeures du document reflètent cet objet.

Ce guide contient des documents conceptuelles et de référence. Nous avons l’intention de couvrir tous les aspects de la solution dans ce document.

L’ensemble minimum de tâches pour déployer la solution sont :

  1. Atteindre l’équipe de votre compte pour devenir un partenaire Cisco. Il est impératif que vous explorez les points de contact Cisco pour vous familiariser (et être formé). Lorsque vous devenez un partenaire Cisco, nous appliquons l’application Webex pour BroadWorks à votre organisation partenaire Webex. (Voir Déployez Cisco Webex services pour BroadWorks > intégration de partenaires dans ce document.)

  2. Configurez vos systèmes BroadWorks pour l’intégration avec Webex. (Voir Déployer Cisco Webex pour BroadWorks > Configurer les services sur votre site Webex pour les XSP de BroadWorks dans ce document.)

  3. Utilisez Partner Hub pour connecter Webex à BroadWorks. (Voir Déployez Webex pour BroadWorks > configurer votre organisation partenaire dans partner hub (Concentrateur partenaire) dans ce document.)

  4. Utilisez Partner Hub pour préparer les modèles de provisioning des utilisateurs. (Voir Déployez Webex pour BroadWorks > configurer vos modèles clients dans ce document.)

  5. Testez et onboard un client en provisionant au moins un utilisateur. (Voir Déployez Webex pour BroadWorks > configurer votre organisationtest.)


    • Ces étapes sont des étapes de haut niveau, dans l’ordre typique. Vous ne pouvez pas ignorer plusieurs tâches de contribution.

    • Si vous souhaitez créer vos propres applications pour gérer votre Webex pour les abonnés de BroadWorks, vous devez lire Utiliser l’API de provisioning dans la section Référence de ce guide.

Terminologie

Nous essayons de limiter le jargon et les acronymes utilisés dans ce document et d’expliquer chaque terme lorsqu’il est utilisé pour la première fois. (Voir Webex pour la référence BroadWorks > terminologie si un terme n’est pas expliqué dans le contexte.)

Fonctionnement

Cisco Webex broadWorks est une offre qui intègre BroadWorks Calling dans Webex. Les abonnés utilisent une seule application (l’application Webex) pour bénéficier des fonctionnalités fournies par les deux plateformes :

  • Les utilisateurs appellent RTCP utilisant votre infrastructure BroadWorks.

  • Les utilisateurs appellent d’autres numéros BroadWorks en utilisant votre infrastructure BroadWorks (appels audio/vidéo en sélectionnant les numéros associés aux utilisateurs ou le clavier de numérotation pour introduire les numéros).

  • Les utilisateurs peuvent également effectuer un appel VoIP Webex sur l’infrastructure Webex en sélectionnant l’option « Webex Call » sur l’application Webex. (Ces appels sont l’application Webex vers l’application Webex, pas l’application Webex pour RTCP).

  • Les utilisateurs peuvent organiser et rejoindre Cisco Webex Meetings.

  • Les utilisateurs peuvent s’envoyer des messages les uns les autres ou dans des espaces (chat de groupe persistants) et bénéficier de fonctionnalités telles que la recherche et le partage de fichiers (sur l’infrastructure Webex).

  • Les utilisateurs peuvent partager le statut de présence (statut). Ils peuvent choisir la présence personnalisée ou la présence calculée par le client.

  • Après vous avoir intégré en tant qu’organisation partenaire dans Control Hub, avec les droits corrects, vous pouvez configurer la relation entre votre instance BroadWorks et Cisco Webex.

  • Vous créez des organisations clientes dans Control Hub et provisionnez des utilisateurs dans ces organisations.

  • Chaque abonné de BroadWorks obtient une identité Webex en fonction de leur adresse électronique (Attribut ID de messagerie dans BroadWorks).

  • Les utilisateurs s’authentifier contre BroadWorks ou contre Cisco Webex.

  • Les clients sont délivrés avec des jetons de longue durée pour les autoriser à utiliser les services de BroadWorks Cisco Webex.

Le client Webex au centre de cette solution ; il s’agit d’une application disponible sur les bureaux Mac/Windows et les mobiles et les tablettes Android/iOS.

Il existe également une version Web de l’application Webex qui n’inclut actuellement pas les fonctionnalités d’appel.

Le client se connecte au Cloud Cisco Webex pour fournir les fonctionnalités de messagerie, de présence et de réunions.

Le client s’inscrit sur vos systèmes BroadWorks pour les fonctions d’appel.

L Cisco Webex cloud fonctionne avec vos systèmes BroadWorks pour assurer une expérience de provisioning transparente des utilisateurs.

Fonctionnalités et limites

Nous proposons plusieurs packs avec différentes fonctionnalités.

Pack « Basique »

Le pack de base inclut les fonctionnalités d’appel et de messagerie. Il inclut les réunions « espace » de 25 personnes. Dans Webex, cette fonctionnalité permet d’initier une session « Se rencontrer » avec des participants dans un « espace ». Il n’y a pas d’appel dans cette réunion et tous les utilisateurs doivent être des utilisateurs de Webex dans le même espace.

Le pack de base n’inclut Salle de réunion personnelle (PMR/SRP).

Pack « Standard »

Ce pack inclut tout ce qui est dans le pack de base, les réunions « espace » jusqu’à 25 participants et jusqu’à 25 participants par Salle de réunion personnelle (PMR/SRP). Le SP fournit byOPSTN (numéros d’appel SP) pour les réunions et tous les utilisateurs. Les participants peuvent composer le numéro ou utiliser l’application Webex pour rejoindre la réunion, en utilisant le lien fourni par l’organisateur des réunions. Cisco Webex numéros d’appel seront utilisés pour les numéros d’appel meetings.

Le partage d’écran au cours PMR/SRP réunion n’est pris en charge que pour l’organisateur de la réunion. Cependant, au cours d’une réunion, PMR/SRP propriétaire peut désigner de nouveaux organisateurs pour Nom d’écran.

Pack « Premium »

Ce pack inclut tout ce qui est dans le pack Standard et jusqu’à 1 000 participants par Salle de réunion personnelle (PMR/SRP).

Le partage d’écran au cours PMR/SRP réunion est pris en charge pour tous les invités.

Pack « Softphone »

Ce type de pack utilise l’application Webex comme client softphone uniquement avec fonction d’appel, mais aucune fonction de messagerie. Les utilisateurs ayant ce type de pack peuvent rejoindre les réunions Webex, mais ne peuvent pas démarrer les réunions eux-mêmes.

Comparer les packs

Pack

Calling

Messagerie

Espace de réunions

PMR/SRP réunions

Simple

Inclus

Inclus

25 participants

Aucun

Standard

Inclus

Inclus

25 participants

25 participants

Premium

Inclus

Inclus

25 participants

1 000 participants

Téléphone logiciel

Inclus

Non inclus

Aucun

Aucun

Fonctionnalités de messagerie et de réunion

Reportez-vous au tableau suivant pour trouver PMR/SRP différences de prise en charge des fonctionnalités de réunion pour les packs Standard et Premium. Notez que PMR/SRP ne sont pas supportées avec le Pack de base.

Tableau 1. Différences de la prise en charge des fonctionnalités PMR/SRP réunions

Fonctionnalité de réunion

Soporté(s) avec le pack standard

Prise en charge avec le packnum

Commentaire

Durée de la réunion

Illimité

Illimité

Partage de bureau

Oui

Oui

Standard — partage du bureau par l PMR/SRP’organisateur de la réunion uniquement.

Premium— partage du bureau par tous les PMR/SRP participants de la réunion.

Partage d'applications

Oui

Oui

Standard — partage d’application par PMR/SRP’organisateur de la réunion uniquement.

Premium— partage d’applications par tous PMR/SRP participants de la réunion.

Messagerie instantanée multi-parties

Oui

Oui

Tableau blanc

Oui

Oui

Protection par mot de passe

Oui

Oui

Application Web - aucun téléchargement ou plugin (Expérience des invités)

Oui

Oui

Prise en charge du pairage avec les Périphériques Cisco Webex

Oui

Oui

Contrôle au sol (Couper un/ Exclure tous)

Oui

Oui

Lien Réunions persistantes

Oui

Oui

Acces du site Réunions

Oui

Oui

Rejoindre la réunion via VoIP

Oui

Oui

Verrouillage

Oui

Oui

Commandes de l’animateur

Non

Oui

Contrôle du destktop à distance

Non

Oui

Nombre de participants

25

1 000

Enregistrement enregistré localement dans le système

Non

Oui

Enregistrement dans le Cloud

Non

Oui

Enregistrement - Stockage sur le Cloud

Non

10 Go

Transcriptions des enregistrements

Non

Oui

Programmation des réunions

Oui

Oui

Activer le partage de contenu avec les intégrations externes

Non

Oui

Standard— Partage de contenu par l PMR/SRP de la réunion uniquement.

Premium— partage de contenu par tous les PMR/SRP les participants de la réunion.

Autoriser la modification PMR/SRP’URL de la réunion

Non

Oui

Standard —L’URL PMR/SRP du réseau peut être changée uniquement à partir duHub partenaire par les partenaires et les administrateurs de l’organisation.

Premium—Les utilisateurs peuvent modifier l’URL PMR/SRP la réunion à partir du site Webex. Les partenaires et les administrateurs de l’organisation peuvent modifier l’URL à partir de Partner Hub.

Diffusion en direct des réunions (par exemple sur Facebook, Youtube)

Non

Oui

Laisser d’autres utilisateurs programmer des réunions en leur nom

Non

Oui

Ajouter un organisateur suppléant

Non

Oui

Intégration d’applications (par exemple Zendesk, Slack)

Dépend de l’intégration

Oui

Voir la section Intégrations d’applications ci-dessous pour plus d’informations sur la prise en charge.

Intégration avec la calendrier de Microsoft Office 365

Oui

Oui

Intégration avec Google Agendaing pour G Suite

Oui

Oui

Le Centre d’aide Webex publie les fonctionnalités et la documentation de l’utilisateur pour Webex à l’help.webex.com. Lisez les articles suivants pour en savoir plus sur les fonctionnalités :

Fonctionnalités d’appel

L’expérience d’appel est similaire aux solutions précédentes qui utilisent le moteur de contrôle d’appel BroadWorks. La différence avec UC-One Collaborate et UC-One SaaS est que l’application Webex est le principal client souple.

Intégrations d’applications

Vous pouvez intégrer Webex à BroadWorks avec les applications suivantes :

Feuille de route future

Pour obtenir un aperçu de nos intentions pour les futures versions de Webex pour BroadWorks, visitez https://salesconnect.cisco.com/#/program/PAGE-16649. Les éléments de la feuille de route ne sont pas obligatoires dans n’importe quelle capacité. Cisco se réserve le droit de retenir ou revoir tout ou partie de ces éléments dans les prochaines version.

Limites

Limites de provisioning

Fuseau horaire du site De réunions

Le fuseau horaire du premier abonné pour chaque pack devient le fuseau horaire du site Webex Meetings de groupe créé pour ce pack.

Si aucun fuseau horaire n’est spécifié dans la demande de provisioning du premier utilisateur de chaque pack, le fuseau horaire du site Webex Meetings de ce pack est réglé sur la valeur par défaut régionale de l’organisation des abonnés.

Si votre client a besoin d’un fuseau Webex Meetings fuseau horaire spécifique du site, spécifiez letimezonedans la demande de provisioning pour :

  • le premier abonné à avoir souscrit au pack Standard de l’organisation.

  • le premier abonné à avoir souscrit au pack Premium de l’organisation.

    (Cette limite n’affecte pas les organisations qui sont provisionnées avec le pack de base.)

Limites générales

  • Aucun appel dans la version Web du client Webex (Ceci est une limite au client, pas une limite de solution).

  • Webex n’a peut-être pas encore toutes les commandes de l’IU pour prendre en charge certaines fonctions de contrôle d’appel disponibles chez BroadWorks.

  • Le client Webex ne peut actuellement pas être « libellé en blanc ».

  • Lorsque vous créez des organisations clientes en utilisant la méthode de provisioning que vous avez choisie, elles sont automatiquement créées dans la même région que votre organisation partenaire. Ce comportement dépend du design. Nous prévoyons que des partenaires internationaux créeront une organisation partenaire dans chaque région dans laquelle ils gèrent les organisations des clients.

  • L’authentification via Prestataire de service’IdP de l’utilisateur n’est pas prise en charge.

  • Il n’y a aucun analytique et rapports de niveau partenaire sur Webex pour BroadWorks. Des rapports sur les réunions et l’utilisation de la messagerie sont disponibles via l’organisation du client dans Control Hub.

  • Webex pour BroadWorks n’est pas pris en charge dans les déploiements d’infrastructure de bureau virtuel (VDI).

Limites de messagerie

Les limites de stockage de données suivantes (messagerie et fichiers combinés) s’appliquent aux organisations qui ont acheté Webex pour les services BroadWorks via Prestataire de service. Ces limites représentent le stockage maximum pour la messagerie et les fichiers combinés.

  • Basique : 2 Go par utilisateur pendant 3 ans

  • Standard 5 Go par utilisateur pendant 3 ans

  • Premium: 10 Go par utilisateur pendant 5 ans

Pour chaque organisation client, ces totaux par utilisateur sont regroupés pour fournir un total agrégé pour ce client, en fonction du nombre d’utilisateurs. Par exemple, une société avec cinq utilisateurs Premium a une limite de messagerie et de stockage de fichiers totale de 50 Go. Un utilisateur individuel peut dépasser la limite par utilisateur (10 Go) si l’entreprise est toujours sous le maximum agrégé (50 Go).

Pour les espaces d’équipe qui sont créés, les limites de messagerie s’appliquent au total pour l’organisation du client qui possède l’espace d’équipe. Vous pouvez trouver des informations sur le propriétaire des espaces d’équipes individuels à partir de la Politique de l’espace. Pour plus d’informations sur la façon d’afficher la Politique de l’espace pour un espace d’équipe individuel, voir https://help.webex.com/en-us/baztm6/Webex-Space-Policy.

Informations supplémentaires

Pour des informations complémentaires sur les limites de messagerie générale qui s’appliquent aux espaces d’équipe de messagerie Webex, reportez-vous à https://help.webex.com/en-us/n8vw82eb/Webex-Capacities.

Sécurité, données et rôles

Cisco Webex de l’équipe

Le client Webex est une application sécurisée qui permet des connexions sécurisées à Webex et BroadWorks. Les données qui sont stockées dans le Cloud Cisco Webex et exposés à l’utilisateur via l’interface de l’application Webex, sont chiffrées à la fois en transit et au repos.

La section Référence de ce document contient plus de détails sur l’échange de données.

Lecture supplémentaire

Résidence des données de l’organisation

Nous stockons vos données Webex dans le centre de données qui correspond le plus à votre région. Voir Résidence des données dans Cisco Webex le Centre d’aide.

Rôles

Administrateur du fournisseur de service (vous) : Pour des activités de maintenance quotidienne, vous gérez les parties sur site (appel) de la solution en utilisant vos propres systèmes. Vous gérez les parties Webex de la solution via Partner Hub.

L’équipe des opérations du Cloud Cisco : Crée votre « organisation partenaire » dans Partner Hub, s’il n’existe pas, au cours de votre intégration.

Une fois que vous avez votre compte Partner Hub, vous configurez les interfaces Webex sur vos propres systèmes. Vous créez ensuite des « modèles clients » pour représenter les suites ou les packs servis via ces systèmes. Vous provisionniez ensuite vos clients ou abonnés.

#

Tâche type

SP

Cisco

1

Intégration des partenaires - Créer l’organisation partenaire si l’une d’elles n’existe pas et activer les basculements de la fonctionnalité nécessaire

2

Configuration de BroadWorks dans l’organisation partenaire via le Partner Hub (Cluster)

3

Configurer les paramètres d’intégration dans l’organisation partenaire via partner hub (Proposer des modèles, branding)

4

Préparation de l’environnement BroadWorks pour l’intégration (AS, Patching XSP, pare-feux, configuration XSP, XSI, AuthService, CTI, NPS, applications DMS sur XSP)

5

Développer l’intégration ou le processus d’approvisionnement

6

Préparer le matériel GTM

7

Migrer ou provisioner les nouveaux utilisateurs

Architecture

Qu’y a-t-il dans le diagramme ?

Clients

  • Le client Webex fait office d’application principale dans les offres De Webex pour BroadWorks. Le client est disponible sur les ordinateurs de bureau, les périphériques mobiles et les plateformes Web.

    Le client a des réunions de messagerie, de présence et audio/vidéo multipartie fournies par le cloud Cisco Webex cloud. Le client Webex utilise l’infrastructure de BroadWorks pour SIP et RTCP appels.

  • Les téléphones IP Cisco et accessoires connexes utilisent également votre infrastructure BroadWorks pour les appels RTCP SIP. Nous prévoyons d’être en mesure de prendre en charge les téléphones tiers.

  • Portail d’activation des utilisateurs pour que les utilisateurs se connectent à Cisco Webex en utilisant leurs identifiants BroadWorks.

  • Partner Hub est une interface Web pour administrer votre organisation Webex et les organisations de vos clients. Partner Hub est l’endroit où vous configurez l’intégration entre votre infrastructure BroadWorks et Cisco Webex. Vous utilisez également Partner Hub pour gérer la configuration et la facturation du client.

Prestataire de service réseau

Le bloc vert à gauche du diagramme représente votre réseau. Les composants hébergés dans votre réseau fournissent les services et interfaces suivants à d’autres parties de la solution :

  • Public-face XSP, pour Webex pour BroadWorks : (La boîte représente un ou plusieurs parcs XSP, probablement face à des chargeurs.)

    • Héberge l’interface des services Xtended (XSI-Actions &XSI-Events), le périphérique Service de gestion (DMS), l’interface CTI et le service d’authentification. Ensemble, ces applications permettent aux téléphones et aux clients Webex de s’authentifier eux-mêmes, de télécharger leurs fichiers de configuration d’appel, de faire et recevoir des appels et de voir l’état d’hook (présence téléphonique) des uns et des autres.

    • Le répertoire est publié aux clients Webex.

  • XSP public, exécution NPS :

    • organisateur Notifications d’appel Push Server : Un Serveur Push de notification sur un XSP dans votre environnement. Il est interface entre votre serveur d’applications et notre proxy NPS. Le proxy fournit des jetons de courte durée à votre NPS pour autoriser les notifications pour les services du Cloud. Ces services (APNS &FCM) envoient des notifications d’appel aux clients Webex sur les appareils Apple iOS et Google Android.

  • Serveur d’applications :

    • Fournit le contrôle des appels et des interfaces à d’autres systèmes BroadWorks (généralement)

    • Pour le provisioning de flux, l’AS est utilisé par l’administrateur partenaire pour provisioner les utilisateurs dans Webex

    • Transforme Profil d’utilisateur en BroadWorks

  • OSS/BSS : Votre système d’assistance opérationnelle/services SIP professionnels pour administrer vos entreprises BroadWorks.

Cisco Webex Cloud

Le bloc bleu dans le diagramme représente Cisco Webex. Cisco Webex microservices supportent le spectre complet des fonctions Cisco Webex collaboration en réseau :

  • Cisco Identité commune (CI) est le premier service d’identité’Cisco Webex.

  • Webex pour BroadWorks représente l’ensemble des microservices qui supportent l’intégration entre Cisco Webex et Prestataire de service Hosted BroadWorks :

    • API de provisioning de l’utilisateur

    • configuration Prestataire de service la configuration

    • Connexion de l’utilisateur à l’aide des identifiants BroadWorks

  • Boite de messagerie Webex pour les microservices liés à la messagerie.

  • Webex Meetings de réunion représentant des serveurs de traitement média et des SCS pour les réunions vidéo de plusieurs participants (SIP &SRTP)

Services Web d’une tierce partie

Les composants tiers suivants sont représentés dans le diagramme :

  • APNS (Service de notification Apple Push) envoie les notifications d’appel et de messages vers les applications Webex sur les périphériques Apple.

  • FCM (FireBase Cloud Messaging) envoie les notifications d’appel et de messages vers les applications Webex sur les périphériques Android.

Considérations pour l’architecture XSP

Le rôle des serveurs XSP publics dans Webex pour BroadWorks

Le XSP public de votre environnement fournit les interfaces/services suivants aux utilisateurs Cisco Webex et clients :

  • Service d’authentification (AuthService), sécurisé par TLS, qui répond aux demandes Webex pour BroadWorks JWT (Jeton Web JSON) pour le compte d’un utilisateur

  • Interface CTI, sécurisée par mTLS, à laquelle Webex s’abonne pour le statut de présence téléphonique à partir de BroadWorks (statut de l’crochet)

  • Actions Xsi et interfaces d’événements (Interface des services eXtended) pour le contrôle des appels de l’abonné, les répertoires des contacts et de la liste des appels, ainsi que la configuration des services téléphoniques de l’utilisateur final

  • Service de MD (Gestion des périphériques) pour que les clients récupèrent leurs fichiers de configuration d’appel

Fournissez les URL pour ces interfaces lorsque vous configurez Webex pour BroadWorks. (Voir Configurez vos clusters BroadWorks dans partner hub dans ce document.) Pour chaque cluster, vous pouvez fournir une seule URL pour chaque interface. Si vous avez plusieurs interfaces dans votre infrastructure BroadWorks, vous pouvez créer plusieurs clusters.

Exigences pour l’architecture XSP

Figure 1. Architecture XSP recommandée Option 1
Figure 2. Architecture XSP recommandée Option 2

Nous vous de demander d’utiliser une instance XSP séparée ou une ferme pour héberger votre application NPS (Notification Push Server). Vous pouvez utiliser le même NPS avec UC-One SaaS ou UC-One Collaborate. Cependant, vous ne pouvez pas héberger les autres applications requises pour Webex pour BroadWorks sur le même XSP qui héberge l’application NPS.

Nous vous recommandons fortement d’utiliser une instance/ferme XSP dédiée pour héberger les applications requises pour l’intégration Webex.

  • Par exemple, si vous offrez UC-One SaaS, nous vous recommandons de créer une nouvelle batterie XSP pour Webex pour BroadWorks. De cette façon, les deux services peuvent fonctionner indépendamment pendant que vous migrez les abonnés.

  • Si vous rassemblez les applications Webex pour BroadWorks sur une batterie XSP qui est utilisée pour d’autres fins, vous avez la responsabilité de contrôler l’utilisation, de gérer la complexité qui en résulte et de prévoir l’augmentation de l’échelle.

  • Le calculateur de capacité suppose une batterie XSP dédiée et peut ne pas être exacte si vous l’utilisez pour des calculs de collocation.

Les XSP de BroadWorks dédiés à Webex doivent héberger les applications suivantes :

  • Service Auth (TLS)

  • CTI (mTLS)

  • XSI-Actions (TLS)

  • XSI-Events (TLS)

  • DMS (TLS)

Webex nécessite l’accès à CTI via une interface sécurisée par l’authentification TLS mutuelle authentification unique. Pour prendre en charge cette exigence, nous recommandons l’une de ces options :

  • (Libellé en forme de diagramme Option 1 ) Une instance XSP ou une ferme pour toutes les applications, avecdeux interfaces configurées sur chaque serveur : une interface mTLS pour CTI et une interface TLS pour d’autres applications telles que le service Auth.

  • (Libellé en forme de diagramme Option 2 ) Deux instances XSP ou des parcs, l’une avec une interface mTLS pour CTI et l’autre avec une interface TLS pour d’autres applications, telles que le ServiceAuth.

Configurer la synchronisation NTP sur XSP

Le déploiement nécessite une synchronisation de l’heure pour tous les XSP que vous utilisez avec Webex.

Installez le pack ntp après l’installation du se et avant d’installer le logiciel BroadWorks. Vous pouvez alors configurer NTP pendant l’installation du logiciel XSP. Voir le Guide de gestion de BroadWorks Software pour plus de détails.

Pendant l’installation interactive du logiciel XSP, il vous est donné l’option de configurer NTP. Procédez comme suit :

  1. Lorsque le programme d’installation demande,Do you want to configure NTP?Entrery.

  2. Lorsque le programme d’installation demande,Is this server going to be a NTP server?Entrern.

  3. Lorsque le programme d’installation demande,What is the NTP address, hostname, or FQDN?, entrez l’adresse de votre serveur NTP, ou d’un service NTP public, par exemple,pool.ntp.org.

Si vos XSP utilisent l’installation silencieuse (non active), le fichier de configuration du programme d’installation doit inclure les paires Key=Value suivantes :

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

Identité XSP et exigences de sécurité

Arrière-plan

Les protocoles et ciphers des connexions Cisco BroadWorks TLS sont configurables à différents niveaux de spécifiques. Ces niveaux vont de la plus générale (fournisseur SSL) à l’interface la plus spécifique (interface individuelle). Un paramètre plus spécifique remplace toujours un paramètre plus général. Si elles ne sont pas spécifiées, les paramètres SSL de niveau plus bas sont hérités des niveaux « plus élevés ».

Si aucun paramètre n’est changé à partir de leurs paramètres par défaut, tous les niveaux héritent des paramètres par défaut du fournisseur SSL (Extension Java Secure Sockets).

Liste des exigences

  • Le XSP doit s’authentifier lui-même aux clients utilisant un certificat signé par une AC pour que le nom commun ou l’autre nom du sujet correspond à la partie du domaine de l’interface XSI.

  • L’interface Xsi doit prendre en charge le protocole TLSv1.2.

  • L’interface Xsi doit utiliser une suite de chiffrement qui répond aux exigences suivantes.

    • Diffie-Hellman Éphémère (DHE) ou Elliptic Curves Diffie-Hellman Ephemeral (ECDHE) échange de touches

    • Chiffrement AES (Advanced Encryption Standard) avec une taille de bloc minimum de 128 bits (par exemple AES-128 ou AES-256)

    • Mode GCM (Mode Galois/Counter) ou CCP (Chaine de blocage de cipher)

      • Si un cipher (cipher) SHA2 est utilisé, seule la famille SHA2 des fonctions de hachage est autorisée pour le système derivation de clés (SHA256, SHA384, SHA512).

Par exemple, les chiffrements suivants répondent aux exigences :

  • 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


Le CLI XSP nécessite la convention d’appellation IANA pour les suites de chiffrement, comme démontré ci-dessus, pas la convention openSSL.

Ciphers TLS pris en charge pour les interfaces AuthService et XSI


Cette liste est sujette à des changements au mesure où nos exigences de sécurité sur le cloud vont évoluer. Suivez les recommandations de sécurité actuelles de Cisco sur le Cloud sur la sélection de chiffrement, comme décrit dans la liste des exigences requises dans ce document.

  • 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

Paramètres d’échelle Xsi Events

Vous devez augmenter la taille de la file d’attente Xsi-Events et le nombre de fils de discussion pour gérer le volume d’événements dont la solution Webex pour BroadWorks exige. Vous pouvez augmenter les paramètres aux valeurs minimum affichées, comme suit (ne pas les diminuer s’ils sont au dessus de ces valeurs minimum) :

XSP_CLI/Applications/Xsi-Events/BWIntegration> eventQueueSize = 2000

XSP_CLI/Applications/Xsi-Events/BWIntegration> eventHandlerThreadCount = 50

XSP multiples

Élément Edge de la équilibrage de charge

Si vous avez un élément de répartition de charge sur le bord de votre réseau, il doit gérer la distribution du trafic entre vos serveurs XSP multiples et l’application Webex pour le cloud et les clients BroadWorks. Dans ce cas, vous fourniriez l’URL du soldeur de charge à la configuration de Webex for BroadWorks.

Notes sur cette architecture :

  • Configurez le DNS pour que les clients peuvent trouver le équilibre de charge lors de la connexion à l’interface Xsi (voir configuration DNS).

  • Nous vous recommandons de configurer l’élément Edge en mode proxy SSL inverse, pour assurer un point d’accès au chiffrement des données.

  • Les certificats de XSP01 et XSP02 doivent tous deux avoir le domaine XSP, par exemple your-xsp.example.com, dans l’autre nom du sujet. Ils doivent avoir leurs propres FDQN, par exemple xsp01.example.com, dans le nom commun. Vous pouvez utiliser des certificats génériques , mais nous ne les recommandons pas.

Serveurs XSP internet

Si vous exposez les interfaces Xsi directement, utilisez le DNS pour distribuer le trafic aux plusieurs serveurs XSP.

Notes sur cette architecture :

  • Utilisez les enregistrements A/AAAA pour atteindre les adresses IP XSP multiples, car les microservices Webex ne peuvent pas SRV recherche. Voir Configuration DNS pour des exemples.

  • Les certificats de XSP01 et XSP02 doivent tous deux avoir le domaine XSP, par exemple your-xsp.example.com, dans l’autre nom du sujet. Ils doivent avoir leurs propres FDQN, par exemple xsp01.example.com, dans le nom commun.

  • Vous pouvez utiliser des certificats génériques , mais nous ne les recommandons pas.

Éviter les redirections HTTP

Parfois, DNS est configuré pour résoudre l’URL XSP vers un balanceur de charge HTTP et le soldeur de charge est configuré pour rediriger via un proxy inverse vers les serveurs XSP.

Webex ne suit pas une redirection lors de la connexion aux URL que vous fournissez, donc cette configuration ne fonctionne pas.

Commande et provisioning

La commande et le provisioning s’appliquent aux niveaux ci-après :

  • Provisioning partenaire/Prestataire de service la mise en service:

    Chaque Webex pour broadWorks Prestataire de service (ou revendeur) intégré doit être configuré en tant qu’organisation partenaire dans Cisco Webex et doit avoir les autorisations nécessaires. Cisco Operations fournit à l’administrateur de l’organisation partenaire un accès à la gestion de Webex pour BroadWorks Cisco Webex Partner Hub. L’administrateur partenaire doit suivre toutes les étapes de provisioning requises avant de pouvoir fournir une organisation Client/Entreprise.

  • Commande et approvisionnement Client/Entreprise:

    Chaque Entreprise BroadWorks activée pour Webex pour BroadWorks déclenche la création d’une organisation associée Cisco Webex client. Ce processus se produit automatiquement dans le cadre du provisioning de l’utilisateur/abonné. Tous les utilisateurs/abonnés au sein d’une entreprise BroadWorks sont provisionnés dans la même Cisco Webex organisation cliente.

    Le même comportement s’applique si votre système BroadWorks est configuré en tant que Prestataire de service avec des groupes. Lorsque vous provisionnez un abonné dans un groupe BroadWorks, une organisation cliente qui correspond au groupe est automatiquement créée dans Webex.

  • Commande et approvisionnement de l’utilisateur/abonné:

    Cisco Webex pour BroadWorks prend actuellement en charge les modèles de provisioning des utilisateurs suivants :

    • Approvisionnement de flux avec des courriers électroniques de confiance

    • Approvisionnement de l’accès sans courriers électroniques de confiance

    • Auto-provisioning de l’utilisateur

    • Provisioning API

Approvisionnement de flux avec des courriers électroniques de confiance

Vous configurez le service de MI&P intégré pour qu’il utilise une URL de provisioning Webex, puis vous attribuez le service aux utilisateurs. Le serveur d’applications utilise l’API de provisioning Webex pour demander les comptes utilisateur Webex correspondants.

Si vous pouvez affirme que BroadWorks a des adresses électroniques d’abonné valides et uniques à Webex, cette option de provisioning crée et active automatiquement les comptes Webex avec ces adresses électroniques comme ID utilisateur.

Vous pouvez changer le pack de l’abonné via partner hub, ou vous pouvez écrire votre propre application pour utiliser l’API de provisioning pour changer les packs des abonnés.

Approvisionnement de flux sans courriers électroniques de confiance

Vous configurez le service de MI&P intégré pour qu’il utilise une URL de provisioning Webex, puis vous attribuez le service aux utilisateurs. Le serveur d’applications utilise l’API de provisioning Webex pour demander les comptes utilisateur Webex correspondants.

Si vous ne pouvez pas vous baser sur les adresses électroniques des abonnés détenus par BroadWorks, cette option de provisioning crée des comptes Webex, mais ne peut pas les activer jusqu’à ce que les abonnés fournissent et valident leurs adresses électroniques. À ce stade, Webex peut activer les comptes avec ces adresses électroniques comme ID utilisateur.
Figure 3. Approvisionnement de flux sans courriers électroniques de confiance

Vous pouvez changer le pack de l’abonné via partner hub, ou vous pouvez écrire votre propre application pour utiliser l’API de provisioning pour changer les packs des abonnés.

Auto-provisioning de l’utilisateur

Avec cette option, il n’y a pas de branchement de BroadWorks à Webex. Après avoir configuré l’intégration entre Webex et votre système BroadWorks, vous obtenez un ou plusieurs liens qui sont spécifiques au provisioning des utilisateurs au sein de votre organisation partenaire BroadWorks.

Vous concevez ensuite vos propres communications (ou délégué à vos clients) pour distribuer le lien aux abonnés. Les abonnés suivent le lien, puis fournissent et valident leurs adresses électroniques pour créer et activer leurs propres comptes Webex.

Figure 4. Auto-provisioning

Les comptes étant provisionnés dans l’étendue de votre organisation partenaire, vous pouvez ajuster manuellement les packs utilisateur via le Hub partenaire, ou utiliser l’API pour cela.


Les utilisateurs doivent exister dans le système BroadWorks que vous intégrez à Webex, ou ils ne peuvent pas créer de comptes avec ce lien.

Prestataire de service provisioning par API

Cisco Webex expose un ensemble d’API publiques qui vous permettent de développer Webex pour le provisioning de l’utilisateur/abonné de BroadWorks dans votre workflow/outils de gestion des utilisateurs existants.

Patchs requis avec approvisionnement continu

Si vous utilisez une mise en service de flux, vous devez installer et activer le patch qui s’applique à votre version de BroadWorks :

  • Pour R21 : AP.as.21.sp1.551.ap375094

  • Pour R22 : AP.as.22.0.1123.ap376508

  • Pour R23 : AP.as.23.0.1075.ap376509

  • Pour R24 : AP.as.24.0.944.ap375100

Migration et future preuve

La progression de Cisco du client BroadSoft Unified Communications est de s’éloigner de UC-One vers Webex. Il y a une progression correspondante des services d’aide hors du réseau Prestataire de service – sauf pour les appels – vers la Cisco Webex cloud.

Que vous exécutez UC-One SaaS, ou BroadWorks Collaborate, la stratégie de migration préférée est de déployer de nouveaux XSP dédiés pour l’intégration avec Webex pour BroadWorks. Vous pouvez exécuter les deux services en parallèle pendant que vous migrez des clients vers Webex et éventuellement récupérer l’infrastructure utilisée pour la solution précédente.