Présentation de Webex pour Cisco BroadWorks

Historique des modifications du document

Le tableau suivant présente l’historique des modifications apportées à ce document au cours des six derniers mois.

Date

Version

Description de la modification

25 octobre 2023

2 À 99

  • Ajout de R24 dans la section Configurer le serveur d'applications avec l'URL du service de mise à disposition.

13 septembre 2023

2 À 98

  • Ajout des exigences réseau pour Webex pour les liens Cisco Broadworks sous Abonnements aux documents recommandés.

4 septembre 2023

2-97

  • Mise à jour de la section Fonctionnalités et limites sous Présentation de Webex pour Cisco BroadWorks.

08 août 2023

2 À 96

  • Ajout de notes dans Modifier ou supprimer un cluster BroadWorks dans Partner Hub sous Gérer Webex pour BroadWorks.

23 juin 2023

2 À 95

  • Mise à jour de la section Préparer votre NPS pour Webex pour Cisco BroadWorks sous Déployer Webex pour Cisco BroadWorks.

  • Mise à jour de Configurer NPS pour utiliser l'authentification Proxy connectionTimeout to 3000 sous Déployer Webex pour Cisco BroadWorks.

30 mai 2023

2 À 94

  • Mise à jour de la section Exigences logicielles BroadWorks sous Référence Webex pour Cisco BroadWorks.

26 mai 2023

2 À 93

  • Mise à jour de la section Ancres de confiance pour l'interface CTI (R22 et versions ultérieures) sous Déployer Webex pour Cisco BroadWorks.

  • Mise à jour de la section Configurer la confiance pour le service d'authentification (avec mTLS) sous Annexe.

24 mai 2023

2 À 92

  • Mise à jour de la section Détacher Webex pour BroadWorks de l’organisation existante sous Gérer Webex pour Cisco BroadWorks.

  • Ajout de la section Intervention sous Déployer Webex pour Cisco BroadWorks.

10 mai 2023

2 À 91

  • Mise à jour de la section Voyant d'occupation de ligne / Notification d'interception d'appels sous Gestion de Webex pour Cisco BroadWorks.

09 mai 2023

2 À 90

  • Mise à jour de la section Pays sous Préparer votre environnement.

4 mai 2023

2 À 89

  • Mise à jour de la section Configurer vos modèles clients sous Configurer votre organisation partenaire dans Partner Hub.

27 avril 2023

2-88

  • Ajout de la section Pays sous Préparer votre environnement.

14 avril 2023

2-87

  • Mise à jour de la section Support des contacts de groupe sous Commande et mise à disposition.

17 mars 2023

2 À 86

  • Ajout de la section Appel natif mobile escalader vers la réunion sous Déployer Webex pour BroadWorks.

11 mars 2023

2 À 85

  • Mise à jour des étapes dans Configurer le service d’authentification (avec validation du jeton CI) sous Déployer Webex pour Cisco BroadWorks.

10 mars 2023

2 À 84

  • Mise à jour de la section Interfaces Xsi.

07 mars 2023

2 À 83

  • Ajout de la section Support des contacts de groupe sous Commande et mise à disposition.

28 février 2023

2 À 82

  • Ajout de la section SSO partenaire - OpenID Connect (OIDC) sous Déployer Webex pour Cisco BroadWorks.

15 février 2023

2 À 81

  • Mise à jour de la section Ancres de confiance pour l'interface CTI (R22 et versions ultérieures) sous Déployer Webex pour Cisco BroadWorks et Configurer la confiance pour le service d'authentification (avec mTLS) sous Annexe.

10 février 2023

2 À 80

  • Mise à jour de la numérotation des numéros de postes sous Présentation de Webex pour Cisco BroadWorks.

08 décembre 2022

2-79

  • Ajout des fonctionnalités Apparence de ligne partagée et Identification de l'appelant et redirection des appels.

05 décembre 2022

2 À 78

  • Ajout de la configuration minimale requise pour l'historique des appels Unified pour le groupe de recherche/centre d'appels/Exec-Assistant UCH dans la section Unified Call History.

1er décembre 2022

2-77

  • Remplacement de Provisioning Extension-Only Users par Extension Dialing et ajout Priorité des options d’appel de l’application sous Présentation de Webex pour Cisco BroadWorks.

29 novembre 2022

2 À 76

  • Mise à jour de la section Webex Assistant sous Gérer Webex pour BroadWorks.

18 novembre 2022

2 À 75

  • Mise à jour des commandes de l'étape 4 de la section Configurer le service d'authentification (avec validation du jeton CI) dans Configurer les services sur votre Webex pour les XSP Cisco BroadWorks.

30 octobre 2022

2-74

  • Mise à jour des URL des notes de correctif sous la section « Commande et mise à disposition ».

14 septembre 2022

2-73

  • Mise à jour de la section « Joindre Webex pour BroadWorks à l’organisation existante ».

31 août 2022

2 À 72

16 août 2022

2-71

  • Ajout des paramètres linguistiques pris en charge et de l’exemple dans l’application Webex > Configuration DNS.

29 juillet 2022

2 À 70

  • Mise à jour des correctifs vers Voyant d'occupation de ligne / Notification d'interception d'appels. Ajout des exigences supplémentaires de patch ap383459 et ap383520 pour diverses versions de BroadWorks.

27 juillet 2022

2-69

  • Ajout de la déclaration de prise en charge IPv6 pour l’application Webex aux Fonctionnalités. Suppression de la mention IPv6 dans Limites.

  • Mise à jour de Joindre Webex pour BroadWorks à l’organisation existante avec des conditions supplémentaires pour les cas où certains utilisateurs font partie de l’organisation existante et d’autres ne sont pas provisionnés sur Webex. Cette procédure a également été rebaptisée « Joindre » (à partir de « Ajouter »).

  • Mise à jour de la notification de voyant d'occupation de ligne / interception d'appels avec exigence supplémentaire de patch (AP.as.24.0.944.ap383459) et avec exigence d'activation de fonctionnalité (fonctionnalité 101642).

  • Mises à jour des Exigences de mise à disposition, Modèles clients et Configurer votre organisation partenaire dans Partner Hub pour clarifier et corriger les exigences relatives à l’authentification directe BroadWorks et à la connexion au portail d’activation des utilisateurs.

    L’authentification directe BroadWorks nécessite qu’une case à cocher soit cochée dans les paramètres du cluster BroadWorks. De plus, les paramètres du mode d'authentification dans le modèle client n'ont pas d'impact sur la connexion au portail d'activation de l'utilisateur.

25 juillet 2022

2 À 68

  • Mise à jour des USA Ingress Rules et EMEA Ingress Rules en ajoutant une nouvelle plage IP : 170.72.0.0/16. Veuillez vérifier vos paramètres réseau et effectuer les mises à jour requises.

19 juillet 2022

2-67

  • Ajout d'un lien vers l'article Rôles de l'administrateur partenaire à partir de Sécurité, données et rôles.

  • Mise à jour de l'architecture avec correction de l'exemple DNS des serveurs XSP orientés Internet.

28 juin 2022

2 À 66

  • Correction mineure de l'interface de ligne de commande dansConfigurer les services sur votre Webex pour les XSP Cisco BroadWorks. Ajout de « WebApps » au contexte CLI pour supprimer l'exigence d'authentification du client pour le service d'authentification.

20 juin 2022

2 À 65

  • Mise à jour du tableau EMEA Egress Rules en mettant à jour l'URL de destination Webex Common Idenity pour NPS vers https://idbroker.webex.com. Veuillez vérifier vos paramètres réseau et effectuer les mises à jour requises. La ligne du tableau redondante qui répétait les informations des lignes précédentes a également été supprimée.

  • Ajout d'une nouvelle rubrique Exigences de mise à disposition qui fournit un résumé des exigences pour chaque méthode de mise à disposition.

  • La section existante a été déplacée, Patches requis avec mise à disposition continue sous le tableau Exigences de mise à disposition pour une meilleure utilisation.

  • Mise à jour des abonnements recommandés en ajoutant l'article Guide de configuration Webex pour Cisco BroadWorks en tant qu'abonnement recommandé.

  • Ajout d'un lien vers le Guide de configuration Webex pour Cisco BroadWorks dans Balises BroadWorks requises pour Webex. Les informations de la balise de configuration se trouvent maintenant dans le Guide de configuration.

10 juin 2022

2 À 64

  • Ajout d’abonnements suggérés aux articles

  • Liste des documents mise à jour dans Documents supplémentaires

27 mai 2022 2 À 63
  • Mise à jour des étapes du modèle client dans Configurer votre organisation partenaire dans Partner Hub avec explication du compte de mise à disposition

    .
  • Mise à jour de l'interface de ligne de commande dans Configurer le serveur d'applications avec l'URL du service de mise à disposition.

  • Ajout de références au Guide d'intégration des périphériques pour la prise en charge de Room OS et MPP aux Documents supplémentaires et Téléphones physiques et accessoires.

24 mai 2022

2 À 62

  • Mise à jour des modèles clients avec recommandation de codage UTF-8 pour l'authentification BroadWorks.

20 mai 2022

2 À 61

  • Ajout de Désactiver le partage vidéo ou d'écran au cours des appels.

  • Tableaux reformatés pour la lisibilité à l'étape 4 de la procédure « Configurer le service d'authentification (avec validation du jeton CI) » dans Configurer les services sur votre Webex pour les XSP Cisco BroadWorks.

  • Remarque mise à jour dans Voyant d'occupation de ligne / Notification d'interception d'appels avec limitation supplémentaire.

09 mai 2022

2 À 60

  • Mise à jour de la flèche CTI pour qu'elle soit disponible dans l'interface CTI et la configuration associée

05 mai 2022

2 À 59

  • Ajout de la fonctionnalité Gestion des versions

  • Mise à jour de la synchronisation Ne pas déranger (NPD). Modification mineure de l’introduction pour plus de clarté et ajout de l’image du cas d’utilisation.

  • Mise à jour de la notification de voyant d'occupation de ligne / interception d'appels pour clarifier la fonction.

  • Mise à jour des liens dans Paramètres d’appel Webview et Déployer et configurer l’application Webex pour utiliser Paramètres d’appel Webview.

  • Mise à jour du lien de téléchargement principal dans Webex App Platforms. Des liens ont également été ajoutés pour les versions localisées.

  • Mise à jour des liens dans Personnaliser et mettre à disposition des clients. La section Personnaliser la charte graphique a également été mise à jour avec des références aux articles actuels.

3 mai 2022

2 À 58

  • Mise à jour de la commande et de la mise à disposition avec des corrections aux diagrammes pour la mise à disposition Flowthrough avec des courriers électroniques de confiance et la mise à disposition du fournisseur de services par les API - Courriers électroniques de confiance.

29 avril 2022

2 À 57

  • Note ajoutée aux Comptes avec limitation de provisionnement.

28 avril 2022

2 À 56

  • Ajout de la description de la fonctionnalité Synchronisation Ne pas déranger (NPD).

  • Mise à jour de Configurer votre organisation partenaire dans Partner Hub avec une étape supplémentaire pour activer la synchronisation NPD pendant la création du cluster.

13 avril 2022

2 À 55

  • Mise à jour de la SSO partenaire avec des informations supplémentaires sur passEmailInRequest option.

07 avril 2022

2 À 54

  • Modification mineure de la plage d'adresses IP dans EMEA Ingress Rules et USA Ingress Rules. En annexe /32 à 44.232.54.0/32.

  • Mise à jour des profils de périphérique avec un lien vers le site de téléchargement de logiciels cisco.com.

30 mars 2022

2 À 53

  • Mise à jour de la notification FLO/interception d'appel avec exigence supplémentaire pour activer RemotePartyInfo sur AS

  • Modifications mineures pour Déplacer les utilisateurs Webex vers Webex pour Cisco BroadWorks et introduction à Déplacer l'utilisateur (avec consentement) vers Webex pour Cisco BroadWorks pour faciliter l'utilisation des procédures.

29 mars 2022

2 À 52

  • Mise à jour de l’option Ajouter Webex pour BroadWorks à l’organisation existante avec des informations supplémentaires sur les conditions de la pièce jointe de l’organisation.

  • Ajout de la procédure pour Supprimer l'organisation.

  • Réorganisation mineure des sujets existants concernant les utilisateurs et l'organisation au début du chapitre Gestion de Webex pour Cisco BroadWorks.

  • Renommé Gestion des utilisateurs en Utilisateurs et organisations existants.

24 mars 2022

2-51

  • Les numéros de téléphone mobiles sont maintenant inclus dans la mise à disposition en flux continu, l’auto-activation, la fourniture de l’API et la synchronisation du répertoire. Modifications mineures des sujets suivants :

    • Configurer le serveur d'applications avec l'URL du service de mise à disposition

    • Synchronisation des répertoires

    • Mise à disposition des utilisateurs du fournisseur de services

    • Suppression d’utilisateur

16 mars 2022

2 À 50

  • Ajout d'une note avec les définitions de réunion aux Fonctionnalités et limites.

  • Ajout de la fonctionnalité Analyse des partenaires

11 mars 2022

2 À 49

  • Ajout de la fonctionnalité FLO / Notification d'interception d'appels

8 mars 2022

2 À 48

  • Mise à jour du tableau dans Fonctionnalités et limites car l'enregistrement local est maintenant pris en charge pour les utilisateurs standard.

7 mars 2022

2 À 47

  • Modification mineure dans Présentation de Webex pour Cisco BroadWorks et Comptes pour clarifier que le provisionnement des utilisateurs avec extension uniquement est pris en charge.

17 février 2022

2 À 46

  • Ajout d'une note avec liste des codes de chiffrement CTI par défaut à l'interface CTI et la configuration associée.

15 février 2022

2 À 45

  • Mise à jour de la charte graphique avec des informations sur les personnalisations avancées.

  • Liste mise à jour des Documents supplémentaires

3 février 2022

2 À 44

  • Mise à jour de l'architecture. Le diagramme de connexion réseau qui apparaît dans la section Le rôle des serveurs XSP publics dans Webex pour Cisco BroadWorks affiche maintenant les connexions réseau pour la synchronisation du répertoire et la demande de connexion.

  • Mise à jour de la vue Web des paramètres d’appel avec des informations à jour sur l’expérience utilisateur.

  • Dans Migrer NPS vers FCMv1, a remplacé « clients UCaaS » par « clients UC-One ».

  • Ajout d'une note pour Supprimer des utilisateurs dans le cas de la suppression d'un utilisateur administrateur.

  • Mise à jour de la rubrique Profils de périphérique. Modification de la note sur l'exigence relative à l'identité/au profil du périphérique en un paragraphe pour une meilleure visibilité (pas de modification du texte). Un lien de téléchargement a également été ajouté pour les serveurs ADP Release Independent.

  • Suppression de la balise obsolète des balises BroadWorks requises par Webex. La balise supprimée est %PN_FOR_CALLS_USE_REGISTRATION_V1_WXT%.

21 janvier 2022

2 À 43

  • Mise à jour de la fonctionnalité Mode restreint par partenaire avec de nouvelles restrictions

  • Mise à jour de Configurer votre organisation partenaire dans Partner Hub avec des informations sur la saisie et l’affichage de l’URL DAS faisant partie de la configuration du cluster.

Présentation de Webex pour Cisco BroadWorks

Cette section s’adresse aux administrateurs système des organisations partenaires Cisco (fournisseurs de services) qui implémentent Webex pour leurs organisations clientes ou fournissent cette solution directement à leurs propres abonnés.

Objectif de la solution

  • Fournir des fonctionnalités de collaboration dans le Cloud Webex aux petits et moyens clients qui disposent déjà d’un service d’appel fourni par les fournisseurs de services BroadWorks.

  • Fournir un service d’appel basé sur BroadWorks aux petits et moyens clients Webex.

Contexte

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

Avantages

  • Etanchéité future : contre la fin de vie d’UC-One Collaborate, mouvement de tous les clients vers le cadre client unifié (UCF)

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

Périmètre de la solution

  • Les petits et moyens clients existants/nouveaux (moins de 250 abonnés) qui souhaitent une suite de fonctionnalités de collaboration peuvent déjà avoir des appels BroadWorks.

  • Clients Webex existants petits et moyens qui cherchent à ajouter BroadWorks Calling.

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

  • Pas d’utilisateurs isolés (veuillez évaluer les offres Webex Online).

Les ensembles de fonctionnalités dans Webex pour Cisco BroadWorks ciblent les cas d’utilisation professionnels de petite à moyenne taille. Les packs Webex pour Cisco BroadWorks sont conçus pour réduire la complexité pour les PME, et nous évaluons constamment leur adéquation à ce segment. Nous pouvons choisir de masquer ou de supprimer des fonctionnalités qui seraient autrement disponibles dans les packs d'entreprise.

Conditions préalables à la réussite de Webex pour Cisco BroadWorks

#

Configuration minimale requise

Notes

1

Patch Current BroadWorks R22 ou supérieur

2

XSP|ADP pour XSI, CTI, DMS et authService

XSP|ADP dédié pour Webex pour Cisco BroadWorks

3

XSP|ADP séparé pour NPS, peut être partagé avec d'autres solutions utilisant NPS.

Si vous avez un déploiement Collaborate existant, passez en revue les recommandations sur les configurations XSP|ADP 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.

Les 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 mise à disposition :

  • Diffusez des e-mails de confiance : L’attribut de courrier électronique de l’utilisateur BroadWorks doit contenir une adresse électronique valide, unique à cet utilisateur. L’utilisateur doit également avoir un numéro principal ou un numéro de poste.

  • Flux avec des courriers électroniques non approuvés, ou auto-activation, ou mise à disposition d'API : L’utilisateur n’a pas besoin d’adresse électronique mais doit avoir un numéro principal ou un numéro de poste.

Pour les e-mails de confiance : Nous vous recommandons de mettre la même adresse électronique dans l'attribut ID secondaire également, pour permettre aux utilisateurs de se connecter avec une adresse électronique contre BroadWorks.

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

7

Fichier Webex pour Cisco BroadWorks DTAF pour l’application Webex

8

BW Business Lic ou Std Enterprise ou Prem Enterprise User Lic + Webex pour l’abonnement Cisco BroadWorks

Si vous disposez d'un déploiement collaboratif existant, vous n'avez plus besoin de l'offre groupée complémentaire UC-One, de Collab Lic et de ports de conférence Meet-me.

Si vous avez un déploiement SaaS UC-One existant, aucun changement 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 Internet public.

Reportez-vous à la section « Préparer votre réseau ».

10

Configuration TLS v1.2 sur les ADP XSP|

11

Pour la mise à disposition en flux continu, le serveur d'applications doit se connecter à l'adaptateur de mise à disposition BroadWorks.


 

Nous ne testons ni ne prenons en charge la configuration du proxy sortant. Si vous utilisez un proxy sortant, vous acceptez la responsabilité de le prendre en charge avec Webex pour Cisco BroadWorks.

Reportez-vous à la rubrique « 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 Cisco BroadWorks. Les grandes sections du document reflètent cet objectif.

Ce guide comprend des documents conceptuels et de référence. Nous avons l'intention de couvrir tous les aspects de la solution dans ce document unique.

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

  1. Contactez votre équipe de compte pour devenir un partenaire Cisco. Il est impératif que vous exploriez les points de contact Cisco pour vous familiariser (et vous former). Lorsque vous devenez un partenaire Cisco, nous appliquons la bascule Webex pour Cisco BroadWorks à votre organisation partenaire Webex. (Voir Déployer Webex pour Cisco BroadWorks > Intégration des partenaires dans ce document.)

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

  3. Utilisez Partner Hub pour connecter Webex à BroadWorks. (Voir Déployer Webex pour Cisco BroadWorks > Configurer votre organisation partenaire dans Partner Hub dans ce document.)

  4. Utilisez Partner Hub pour préparer les modèles de mise à disposition des utilisateurs. (Voir Déployer Webex pour Cisco BroadWorks > Configurer vos modèles clients dans ce document.)

  5. Testez et intégrez un client en provisionnant au moins un utilisateur. (Voir Déployer Webex pour Cisco BroadWorks > Configurer votre organisation de test.)


  • Il s’agit d’étapes de haut niveau, dans l’ordre typique. Il y a plusieurs tâches contributives que vous ne pouvez pas ignorer.

  • Si vous souhaitez créer vos propres applications pour gérer vos abonnés Webex pour Cisco BroadWorks, vous devez lire Utilisation de l'API de mise à disposition dans la section Références 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 Référence Webex pour Cisco BroadWorks > Terminologie si un terme n’est pas expliqué dans son contexte.)

Comment ça marche

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

  • Les utilisateurs appellent les numéros RTCP en 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 pavé de numérotation pour introduire les numéros).

  • Les utilisateurs peuvent également passer un appel Webex VOIP sur l’infrastructure Webex en sélectionnant l’option « Webex Call » sur l’application Webex. (Ces appels sont de l’application Webex vers l’application Webex, et non de l’application Webex vers le RTCP).

  • Les utilisateurs peuvent organiser et rejoindre les réunions Webex.

  • Les utilisateurs peuvent s’envoyer des messages entre eux ou dans des espaces (discussion de groupe permanente) et bénéficier de fonctionnalités telles que la recherche et le partage de fichiers (sur l’infrastructure Webex).

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

  • Une fois que nous vous avons intégré en tant qu’organisation partenaire dans Control Hub, avec les autorisations correctes, vous pouvez configurer la relation entre votre instance BroadWorks et Webex.

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

  • Chaque abonné dans BroadWorks obtient une identité Webex en fonction de son adresse électronique (attribut ID de l’adresse électronique dans BroadWorks).

  • Les utilisateurs s’authentifient auprès de BroadWorks ou de Webex.

  • Les clients reçoivent des jetons à longue durée de vie pour les autoriser à bénéficier des services de BroadWorks et Webex.

L’application Webex au centre de cette solution ; il s’agit d’une application commercialisable disponible sur les ordinateurs de bureau Mac/Windows, les mobiles et les tablettes Android/iOS.

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

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

Le client s’enregistre auprès de vos systèmes BroadWorks pour bénéficier des fonctionnalités d’appel.

Le Cloud Webex fonctionne avec vos systèmes BroadWorks pour garantir une expérience de provisioning utilisateur transparente.

Fonctionnalités et limites

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

Pack « Softphone »

Ce type de pack utilise l’application Webex comme client softphone uniquement avec fonctionnalité d’appel, mais pas de fonctionnalité 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. Lorsque d'autres utilisateurs (softphone ou non-softphone) recherchent un utilisateur softphone dans le répertoire, les résultats de la recherche ne fournissent aucune option pour envoyer un message.

Les utilisateurs de téléphone logiciel peuvent partager leur écran pendant un appel.

Pack « Basique »

Le pack de base comprend les fonctionnalités d’appel, de messagerie et de réunion. Il comprend 100 participants aux réunions « espace unifié » et aux réunions Salle de réunion personnelle (PMR). (** voir Note d’exception ci-dessous). Dans ce pack, les réunions peuvent avoir une durée maximale de 40 minutes.

Pack « Standard »

Ce pack inclut également tout ce qui se trouve dans le pack de base, tel que jusqu’à 100 participants aux réunions « espace unifié » et aux réunions Salle de réunion personnelle (SRP).

Le partage d'écran au cours d'une réunion en salle personnelle (PMR) est un rôle initialement occupé par l'organisateur de la réunion, mais l'organisateur peut passer le « rôle d'animateur » à tout participant de la réunion qu'il choisit et seul l'organisateur peut reprendre le rôle d'animateur sans que l'organisateur actuel ne le lui transmette.

Pack « Premium »

Ce pack inclut tout ce qui se trouve dans le pack standard plus jusqu’à 300 participants dans une réunion « espace unifié » et jusqu’à 1 000 participants dans une salle de réunion personnelle (PMR).

Le partage d'écran au cours d'une réunion PMR est pris en charge pour tous les invités de la réunion.

Comparer les packs

Pack

Appels

Messagerie

Réunions Unified Space

réunions PMR/SRP’équipe

Softphone

Inclus

Non inclus

Aucun

Aucun

Simple

Inclus

Inclus

100 participants

100 participants

Standard

Inclus

Inclus

100 participants

100 participants

Premium

Inclus

Inclus

300 participants

1 000 participants


La limite des réunions Unified Space pour les utilisateurs de base est de 100 participants par réunion Unified Space, sauf si l'espace inclut également les utilisateurs auxquels ont été attribués les packs « Standard » ou « Premium », auquel cas la limite augmente en fonction du pack utilisateur de l'organisateur.

« Réunions Unified Space » fait référence à une réunion Webex (programmée ou non programmée) qui se déroule dans un espace Webex. Par exemple, un utilisateur initie une réunion à partir de l'espace via les boutons « Se rencontrer » ou « Programmer ».

« Réunions PMR » fait référence à une réunion Webex (programmée ou non programmée) qui se déroule dans la salle de réunion personnelle (PMR) d'un utilisateur. Ces réunions utilisent une URL dédiée (par exemple : cisco.webex.com/meet/roomOwnerUserID).

Fonctionnalités de messagerie et de réunion

Reportez-vous au tableau suivant pour connaître les différences de prise en charge des fonctionnalités des réunions PMR pour les packs Basic, Standard et Premium.

Tableau 1. Différences de prise en charge des fonctionnalités pour les réunions PMR

Fonctionnalité de réunion

Prise en charge avec le pack de base

Avec pack standard

Prise en charge avec le pack Preminum

Commentaire

Durée de la réunion

40 Minutes ou moins

Illimité

Illimité

Partage de bureau

Oui

Oui

Oui

Basique—Partage du bureau par tout participant à une réunion PMR.

Standard —Partage du bureau par l'organisateur de la réunion PMR uniquement.

Premium—Partage du bureau par tout participant à une réunion PMR.

Partage d'applications

Oui

Oui

Oui

Basique—Partage d'application par tout participant à une réunion PMR.

Standard —Partage d'application par l'organisateur de la réunion PMR uniquement.

Premium—Partage d'application par tout participant à une réunion PMR.

Conversation multipartite

Oui

Oui

Oui

Tableau blanc

Oui

Oui

Oui

Protection par mot de passe

Oui

Oui

Oui

Application Web - pas de téléchargement ou de plugins (Expérience Invité)

Oui

Oui

Oui

Prise en charge du jumelage avec les périphériques Webex

Oui

Oui

Oui

Commande au sol (Couper Le Son/Exclure Tous)

Oui

Oui

Oui

Lien des réunions persistantes

Oui

Oui

Oui

Accès au site de réunions

Oui

Oui

Oui

Rejoindre la réunion via la VoIP

Oui

Oui

Oui

Verrouillage

Oui

Oui

Oui

Commandes de l'animateur

Non

Non

Oui

Contrôle du bureau à distance

Non

Non

Oui

Nombre de participants

100

100

1 000

Enregistrement enregistré localement dans le système

Oui

Oui

Oui

Enregistrement dans le Cloud

Non

Non

Oui

Enregistrement - Stockage sur le Cloud

Non

Non

10 Go par site

Enregistrement des transcriptions

Non

Non

Oui

Programmation des réunions

Oui

Oui

Oui

Activer le partage de contenu avec des intégrations externes

Non

Non

Oui

Basique— Partage de contenu par tout participant à une réunion PMR.

Standard—Partage de contenu par l'organisateur de la réunion PMR uniquement.

Premium—Partage de contenu par tout participant à une réunion PMR.

Autoriser la modification de l’URL des salles de réunion personnelles (PMR)

Non

Non

Oui

Basique— Les utilisateurs peuvent modifier l'URL PMR à partir du site Webex. Les administrateurs partenaires et d’organisation peuvent modifier l’URL à partir du Control Hub.

Standard–L’URL PMR peut être modifiée uniquement à partir du Partner Hub par les administrateurs partenaires et de l’organisation.

Premium—Les utilisateurs peuvent modifier l'URL PMR à partir du site Webex. Les administrateurs partenaires et de l’organisation peuvent modifier l’URL à partir de Partner Hub.

Diffusion en direct des réunions (Par Ex., sur Facebook, Youtube)

Non

Non

Oui

Permettre aux autres utilisateurs de programmer des réunions en leur nom

Non

Non

Oui

Ajouter un organisateur suppléant

Oui

Non

Oui

Intégration de l’application (par ex. Zendesk, Slack)

Dépend de l’intégration

Dépend de l’intégration

Oui

Reportez-vous à la section Intégrations d'applications ci-dessous pour plus d'informations sur l'assistance.

Intégration avec le calendrier Microsoft Office 365

Oui

Oui

Oui

Intégration avec Google Calendaring pour G Suite

Oui

Oui

Oui

Le Centre d'aide Webex publie les fonctionnalités et la documentation utilisateur de Webex à l'adresse 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 logiciel.

Intégrations d'applications

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

Prise en charge de l’infrastructure de bureau virtuel (VDI)

Webex pour Cisco BroadWorks prend maintenant en charge les environnements VDI (Virtual Desktop Infrastructure). Pour plus de détails sur le déploiement de l’infrastructure VDI, reportez-vous au Guide de déploiement de Webex pour l’infrastructure de bureau virtuel (VDI).

Prise en charge IPv6

Webex pour Cisco BroadWorks prend en charge l’adressage IPv6 pour l’application Webex.

Feuille de route future

Pour en savoir plus sur nos intentions concernant les futures versions de Webex pour Cisco BroadWorks, visitez https://salesconnect.cisco.com/#/program/PAGE-16649. Les éléments de la feuille de route ne sont contraignants à aucun titre. Cisco se réserve le droit de retirer ou de réviser tout ou partie de ces éléments des versions futures.

Limites

Limites de mise à disposition

Fuseau horaire du site de réunions

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

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

Si votre client a besoin d’un fuseau horaire spécifique du site Webex Meetings, spécifiez le timezone paramètre dans la demande de mise à disposition pour :

  • le premier abonné provisionné pour le pack standard dans l’organisation.

  • le premier abonné provisionné pour le pack Premium dans l’organisation.

  • le premier abonné provisionné pour le pack de base dans l’organisation.

Limites générales

  • Pas d’appel dans la version Web du client Webex (Il s’agit d’une limitation du client, pas d’une limitation de solution.)

  • Webex ne dispose peut-être pas encore de toutes les commandes de l’interface utilisateur pour prendre en charge certaines des fonctionnalités de contrôle d’appel disponibles à partir de BroadWorks.

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

  • Lorsque vous créez des organisations clientes en utilisant la méthode de mise à disposition 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 attendons des partenaires multinationaux qu’ils créent une organisation partenaire dans chaque région où ils gèrent des organisations clientes.

  • Les rapports sur l’utilisation des réunions et de la messagerie sont disponibles via l’organisation du client dans Control Hub.

Problèmes connus et limites

Pour obtenir une liste à jour des problèmes connus et des limites avec l'offre Webex pour Cisco BroadWorks, voir Problèmes connus et limites.

Limites de la messagerie

Les limites de stockage des données suivantes (messagerie et fichiers combinés) s’appliquent aux organisations qui ont acheté les services Webex pour Cisco BroadWorks par le biais d’un fournisseur de services. 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

  • Prime : 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 entreprise avec cinq utilisateurs premium a une limite totale de stockage de la messagerie et des fichiers de 50 Go. Un utilisateur individuel peut dépasser la limite par utilisateur (10 Go) à condition que l’entreprise soit toujours inférieure au maximum agrégé (50 Go).

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

Informations complémentaires

Pour plus d'informations sur les limites générales de messagerie 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

Sécurité Webex

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

Vous trouverez plus de détails sur l'échange de données dans la section Références de ce document.

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 mieux à votre région. Voir Résidence des données dans Webex dans le Centre d'aide.

Rôles

Administrateur du fournisseur de services (vous) : Pour les activités de maintenance quotidiennes, vous gérez les parties de la solution sur site (appel) à l'aide de vos propres systèmes. Vous gérez les parties Webex de la solution via Partner Hub.

Pour plus d’informations sur les rôles disponibles pour les partenaires, les privilèges d’accès qui accompagnent ces rôles et comment attribuer des rôles, voir Rôles d’administrateur partenaire pour Webex pour BroadWorks et Wholesale RTM.


Le premier utilisateur affecté à un nouvel organisateur partenaire est automatiquement affecté aux rôles d'administrateur complet et d'administrateur partenaire complet. Cet administrateur peut utiliser l'article ci-dessus pour attribuer des rôles supplémentaires.

Équipe des opérations cloud de Cisco : Crée votre « organisation partenaire » dans Partner Hub, si elle n’existe pas, lors 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 forfaits servis via ces systèmes. Vous provisionnez ensuite vos clients ou abonnés.

#

Tâche type

SP

Cisco

1

Intégration des partenaires - Création de l’organisation partenaire si elle n’existe pas et activation des boutons de fonction nécessaires

2

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

3

Configurer les paramètres d’intégration dans l’organisation partenaire via Partner Hub (modèles d’offre, charte graphique)

4

Préparer l'environnement BroadWorks pour l'intégration (AS, XSP Patching, pare-feu, configuration XSP, XSI, AuthService, CTI, NPS, DMS applications sur XSP)

5

Développer l’intégration ou le processus de provisionnement

6

Préparer le matériel GTM

7

Transférer ou provisionner de nouveaux utilisateurs

Architecture

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

Clients

  • Le client de l’application Webex sert d’application principale dans Webex pour les offres Cisco BroadWorks. Le client est disponible sur les plateformes de bureau, mobiles et Web.

    Le client a la messagerie native, la présence et les réunions audio/vidéo multiparties fournies par le Cloud Webex. Le client Webex utilise votre infrastructure BroadWorks pour les appels SIP et RTCP.

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

  • Portail d’activation des utilisateurs pour permettre aux utilisateurs de se connecter à 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 Webex. Vous utilisez également Partner Hub pour gérer la configuration et la facturation des clients.

Réseau du fournisseur de services

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 :

  • XSP orienté vers le public, pour Webex pour Cisco BroadWorks : (La boîte représente une ou plusieurs fermes XSP, éventuellement bordées par des répartiteurs de charge.)

    • Héberge l'interface des services Xtended (XSI-Actions & XSI-Events), le service de gestion des périphériques (DMS), l'interface CTI et le service d'authentification. Ensemble, ces applications permettent aux téléphones et aux clients Webex de s’authentifier, de télécharger leurs fichiers de configuration d’appel, de passer et recevoir des appels et de voir l’état du crochet de l’autre (présence téléphonique) et l’historique des appels.

    • Publie le répertoire pour les clients Webex.

  • XSP face au public, exécutant NPS :

    • serveur Push Notifications D'Appel de l'organisateur : Un serveur Push de notification sur un XSP dans votre environnement. Il s'interface entre votre serveur d'application et notre proxy NPS. Le proxy fournit des jetons de courte durée à votre NPS pour autoriser les notifications aux services du Cloud. Ces services (APNS et 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 provisionnement continu, le AS est utilisé par l’administrateur partenaire pour provisionner les utilisateurs dans Webex

    • Pousse le profil utilisateur dans BroadWorks

  • OSS/BSS : Votre système d’assistance aux opérations / services SIP d’entreprise pour l’administration de vos entreprises BroadWorks.

Cloud Webex

Le bloc bleu dans le diagramme représente le Cloud Webex. Les microservices Webex prennent en charge l’ensemble des capacités de collaboration Webex :

  • Cisco Common Identity (CI) est le service d'identité dans Webex.

  • Webex pour Cisco BroadWorks représente l’ensemble des microservices qui prennent en charge l’intégration entre Webex et BroadWorks hébergé par le fournisseur de services :

    • API de provisionnement des utilisateurs

    • Configuration du fournisseur de services

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

  • Boîte de messagerie Webex pour les microservices liés à la messagerie.

  • Boîte de réunions Webex représentant les serveurs de traitement de média et les SBC pour les réunions vidéo de plusieurs participants (SIP & SRTP)

Services Web tiers

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

  • APNS (Apple Push Notifications Service) envoie les notifications d’appel et de message aux applications Webex sur les périphériques Apple.

  • FCM (FireBase Cloud Messaging) diffuse les notifications d'appel et de message vers les applications Webex sur les périphériques Android.

Considérations relatives à l'architecture XSP

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

Le XSP orienté vers le public de votre environnement fournit les interfaces/services suivants à Webex et aux clients :

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

  • Interface CTI, sécurisée par mTLS, à laquelle Webex s'abonne pour les événements de l'historique des appels et l'état de présence téléphonique à partir de BroadWorks (état du crochet).

  • Interfaces d'actions et d'événements Xsi (eXtended Services Interface) pour le contrôle des appels des abonnés, les répertoires de listes de contacts et d'appels et la configuration du service téléphonique de l'utilisateur final

  • Service DM (Device Management) permettant aux clients de récupérer leurs fichiers de configuration d’appel

Fournir les URL pour ces interfaces lorsque vous configurez Webex pour Cisco BroadWorks. (Voir Configurer vos clusters BroadWorks dans Partner Hub dans ce document.) Pour chaque cluster, vous ne pouvez fournir qu'une seule URL pour chaque interface. Si vous disposez de plusieurs interfaces dans votre infrastructure BroadWorks, vous pouvez créer plusieurs clusters.

Architecture XSP

Figure 1. Architecture XSP : Option 1
Figure 2. Architecture XSP : Option 2

Nous vous demandons d'utiliser une instance XSP dédiée ou une ferme distincte 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 Cisco BroadWorks sur le même XSP qui héberge l'application NPS.

Nous vous recommandons d'utiliser une instance/ferme XSP dédiée pour héberger les applications requises pour l'intégration Webex pour les raisons suivantes

  • Par exemple, si vous proposez UC-One SaaS, nous vous recommandons de créer une nouvelle ferme XSP pour Webex pour Cisco BroadWorks. De cette manière, les deux services peuvent fonctionner indépendamment pendant la migration des abonnés.

  • Si vous colocalisez les applications Webex pour Cisco BroadWorks sur une ferme XSP qui est utilisée à d'autres fins, il est de votre responsabilité de surveiller l'utilisation, de gérer la complexité qui en résulte et de planifier l'échelle accrue.

  • Le Cisco BroadWorks System Capacity Planner suppose une ferme XSP dédiée et peut ne pas être précis si vous l'utilisez pour les calculs de colocation.

Sauf indication contraire, le Webex dédié pour les XSP Cisco BroadWorks doit héberger les applications suivantes :

  • AuthService (TLS avec validation de jeton CI ou mTLS)

  • CTI (MTLS)

  • Actions XSI (TLS)

  • XSI-Events (TLS)

  • DMS (TLS)—Facultatif. Il n'est pas obligatoire que vous déployiez une instance DMS séparée ou une ferme spécifiquement pour Webex pour Cisco BroadWorks. Vous pouvez utiliser la même instance DMS que celle que vous utilisez pour UC-One SaaS ou UC-One Collaborate.

  • Paramètres d'appel Webview (TLS)—Facultatif. La vue WebView (CSW) des paramètres d’appel est requise uniquement si vous souhaitez que les utilisateurs de Webex pour Cisco BroadWorks puissent configurer les fonctions d’appel sur l’application Webex.

Webex nécessite l'accès à CTI via une interface sécurisée par une authentification TLS mutuelle. Pour répondre à cette exigence, nous recommandons l'une des options suivantes :

  • (Schéma libellé Option 1) Une instance XSP ou ferme pour toutes les applications, avec deux interfaces configurées sur chaque serveur : une interface mTLS pour CTI et une interface TLS pour d'autres applications telles que AuthService.

  • (Schéma intitulé Option 2) Deux instances ou fermes XSP, l'une avec une interface mTLS pour CTI, et l'autre avec une interface TLS pour d'autres applications, telles que AuthService.


Réutilisation XSP

Si vous avez une ferme XSP existante qui est conforme à l’une des architectures suggérées ci-dessus (option 1 ou 2) et qu’elle est légèrement chargée, il est alors possible de réutiliser vos XSP existants. Vous devrez vérifier qu’il n’y a pas d’exigences de configuration conflictuelles entre les applications existantes et les nouvelles exigences des applications pour Webex. Les deux considérations principales sont les suivantes :

  • Si vous devez prendre en charge plusieurs organisations partenaires Webex sur le XSP, cela signifie que vous devez utiliser mTLS sur le service d'authentification (la validation du jeton CI n'est prise en charge que pour une seule organisation partenaire sur un XSP). Si vous utilisez mTLS sur le service d'authentification, cela signifie que vous ne pouvez pas avoir de clients qui utilisent l'authentification de base sur le service d'authentification en même temps. Cette situation empêcherait la réutilisation du XSP.

  • Si le service CTI existant est configuré pour être utilisé par les clients avec le port sécurisé (généralement 8012) mais sans mTLS (c'est-à-dire l'authentification du client) alors cela sera en conflit avec l'exigence Webex d'avoir mTLS.

Étant donné que les XSP ont de nombreuses applications et que le nombre de permutations de ces applications est important, il peut y avoir d’autres conflits non identifiés. Pour cette raison, toute réutilisation potentielle des XSP doit être vérifiée dans un laboratoire avec la configuration prévue avant de s’engager à la réutilisation.

Configurer la synchronisation NTP sur XSP

Le déploiement nécessite une synchronisation temporelle pour tous les XSP que vous utilisez avec Webex.

Installez le package ntp après avoir installé le système d'exploitation et avant d'installer le logiciel BroadWorks. Ensuite, vous pouvez configurer NTP pendant l'installation du logiciel XSP. Reportez-vous au Guide de gestion du logiciel BroadWorks pour plus de détails.

Lors de l'installation interactive du logiciel XSP, vous avez la possibilité de configurer NTP. Procéder comme suit :

  1. Lorsque l’installateur le demande, Do you want to configure NTP?, saisissez y.

  2. Lorsque l’installateur le demande, Is this server going to be a NTP server?, saisissez n.

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

Si vos XSP utilisent une installation silencieuse (non interactive), le fichier de configuration du programme d'installation doit inclure les paires Clé=Valeur suivantes :

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

Exigences d'identité et de sécurité XSP

Arrière-plan

Les protocoles et les codes de chiffrement des connexions TLS Cisco BroadWorks sont configurables à différents niveaux de spécificité. Ces niveaux vont du plus général (fournisseur SSL) au plus spécifique (interface individuelle). Un paramètre plus spécifique remplace toujours un paramètre plus général. S'ils ne sont pas spécifiés, les paramètres SSL de niveau « inférieur » sont hérités des niveaux « supérieurs ».

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

Liste des exigences

  • Le XSP doit s'authentifier auprès des clients à l'aide d'un certificat signé par une autorité de certification dans lequel le nom commun ou le nom alternatif du sujet correspond à la partie de 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 Ephemeral (DHE) ou courbes elliptiques Diffie-Hellman Ephemeral (ECDHE)

    • Chiffrement AES (Advanced Encryption Standard) avec une taille de bloc minimale de 128 bits (par ex. AES-128 ou AES-256)

    • Mode de chiffrement GCM (Galois/Counter Mode) ou CBC (Cipher Block Chaining)

      • Si un chiffrement CBC est utilisé, seule la famille de fonctions de hachage SHA2 est autorisée pour la dérivation de clés (SHA256, SHA384, SHA512).

Par exemple, les codes de chiffrement suivants répondent aux exigences requises :

  • 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


La CLI XSP nécessite la convention de nommage IANA pour les suites de chiffrement, comme indiqué ci-dessus, et non la convention openSSL.

Chiffrement TLS pris en charge pour les interfaces AuthService et XSI


Cette liste est susceptible d’évoluer au fur et à mesure de l’évolution de nos exigences en matière de sécurité cloud. Suivez les recommandations actuelles de Cisco Cloud en matière de sélection du chiffrement, comme décrit dans la liste des exigences de 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 de l'échelle Xsi Events

Vous devrez peut-être augmenter la taille de la file d'attente Xsi-Events et le nombre de threads pour gérer le volume d'événements dont la solution Webex pour Cisco BroadWorks a besoin. Vous pouvez augmenter les paramètres aux valeurs minimales indiquées, comme suit (ne les diminuez pas s’ils sont au-dessus de ces valeurs minimales) :

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

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

Plusieurs XSP

Élément de bord d'équilibrage de charge

Si vous disposez d'un élément de répartition de charge sur votre périphérie réseau, il doit gérer de manière transparente la distribution du trafic entre vos multiples serveurs XSP et le Cloud et les clients Webex pour Cisco BroadWorks. Dans ce cas, vous devez fournir l'URL du répartiteur de charge à la configuration de Webex pour Cisco BroadWorks.

Remarques sur cette architecture :

  • Configurez DNS pour que les clients puissent trouver le répartiteur 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 le chiffrement point à point des données.

  • Les certificats de XSP01 et XSP02 doivent tous deux avoir le domaine XSP, par exemple your-xsp.example.com, dans le nom alternatif 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 connectés à Internet

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

Remarques sur cette architecture :

  • Deux enregistrements sont nécessaires pour se connecter aux serveurs XSP :

    • Pour les microservices Webex : Les enregistrements A/AAAA ronds-robin sont nécessaires pour cibler les multiples adresses IP XSP. En effet, les microservices Webex ne peuvent pas effectuer de recherches SRV. Pour des exemples, voir Webex Cloud Services.

    • Pour l’application Webex : Un enregistrement SRV qui se résout en enregistrements A où chaque enregistrement A se résout en un seul XSP. Pour des exemples, voir Application Webex.

      Utiliser les enregistrements SRV priorisés pour cibler le service XSI pour les adresses XSP multiples. Donnez la priorité à vos enregistrements SRV de sorte que les microservices soient toujours dirigés vers le même enregistrement A (et l'adresse IP suivante) et ne passent à l'enregistrement A suivant (et l'adresse IP) que si la première adresse IP est en panne. N’UTILISEZ PAS une approche à tour de rôle pour l’application Webex.

  • Les certificats de XSP01 et XSP02 doivent tous deux avoir le domaine XSP, par exemple your-xsp.example.com, dans le nom alternatif 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 en un équilibreur de charge HTTP, et le équilibreur 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 approvisionnement

La commande et la mise à disposition s’appliquent à ces niveaux :

  • Mise à disposition du partenaire/prestataire :

    Chaque intégration de Webex pour Cisco BroadWorks Service Provider (ou Reseller) doit être configurée en tant qu’organisation partenaire dans Webex et accorder les autorisations nécessaires. Cisco Operations fournit à l’administrateur de l’organisation partenaire un accès pour gérer Webex pour Cisco BroadWorks sur Webex Partner Hub. L'administrateur partenaire doit effectuer toutes les étapes de mise à disposition requises avant de pouvoir mettre à disposition une organisation client/entreprise.

  • Commande et mise à disposition client/entreprise :

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

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

  • Commande et mise à disposition des utilisateurs/abonnés :

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

    • Provisionnement fluide avec des courriers électroniques de confiance

    • Provisionnement fluide sans courriers électroniques de confiance

    • Auto-approvisionnement de l’utilisateur

    • Mise à disposition de l’API

Provisionnement fluide avec des courriers électroniques de confiance

Vous configurez le service IM&P intégré pour utiliser une URL de mise à disposition Webex, puis affectez le service aux utilisateurs. Le serveur d'applications utilise l'API de mise à disposition Webex pour demander les comptes utilisateur Webex correspondants.

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

Vous pouvez modifier le pack d’abonné via Partner Hub, ou vous pouvez écrire votre propre application pour utiliser l’API de mise à disposition pour changer les packs d’abonné.

Figure 3. Provisionnement fluide avec des courriers électroniques de confiance

Provisionnement Flowthrough sans courriers électroniques de confiance

Vous configurez le service IM&P intégré pour utiliser une URL de mise à disposition Webex, puis affectez le service aux utilisateurs. Le serveur d'applications utilise l'API de mise à disposition Webex pour demander les comptes utilisateur Webex correspondants.

Si vous ne pouvez pas vous fier aux adresses électroniques des abonnés détenues par BroadWorks, cette option de provisionnement crée des comptes Webex, mais ne peut pas les activer tant que les abonnés ne fournissent pas et ne valident pas leurs adresses électroniques. À ce stade, Webex peut activer les comptes avec ces adresses électroniques comme ID utilisateur.
Figure 4. Provisionnement Flowthrough sans courriers électroniques de confiance

Vous pouvez modifier le pack d’abonné via Partner Hub, ou vous pouvez écrire votre propre application pour utiliser l’API de mise à disposition pour changer les packs d’abonné.

Mise à disposition automatique de l’utilisateur

Avec cette option, il n’y a pas de mise à disposition transparente de BroadWorks vers Webex. Après avoir configuré l’intégration entre Webex et votre système BroadWorks, vous obtenez un ou plusieurs liens spécifiques pour le provisionnement des utilisateurs dans votre organisation partenaire Webex pour Cisco BroadWorks.

Vous concevez ensuite vos propres communications (ou déléguez à 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 5. Mise à disposition automatique de l’utilisateur

Étant donné que les comptes sont provisionnés dans le cadre de votre organisation partenaire, vous pouvez ajuster manuellement les packs utilisateur via Partner Hub, ou utiliser l’API pour cela.


Les utilisateurs doivent exister dans le système BroadWorks que vous intégrez à Webex, ou il leur est interdit de créer des comptes avec ce lien.

Mise à disposition du fournisseur de services par les API

Webex expose un ensemble d’API publiques qui vous permettent de créer le provisionnement des utilisateurs/abonnés Webex pour Cisco BroadWorks dans votre flux de travail/outils de gestion des utilisateurs existants.

Figure 6. Mise à disposition du fournisseur de services par les API - Courriers électroniques de confiance
Figure 7. Mise à disposition du fournisseur de services par les API - Courriers électroniques non approuvés

Correctifs requis avec mise à disposition continue

Si vous utilisez le provisionnement continu, vous devez installer un correctif système et appliquer une propriété CLI. Consultez la liste ci-dessous pour obtenir les instructions qui s'appliquent à votre version BroadWorks :

Pour R22 :

  1. Poser l'AP.as.22.0.1123.ap376508.

  2. Après l’installation, configurez la propriété bw.msg.includeIsEnterpriseInOSSschema à true de l'interface de ligne de commande dans Maintenance/ContainerOptions.

    Pour plus d’informations, voir les notes du patch https://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt.

Pour R23 :

  1. Installer AP.as.23.0.1075.ap376509

  2. Après l’installation, configurez la propriété bw.msg.includeIsEnterpriseInOSSschema à true de l'interface de ligne de commande dans Maintenance/ContainerOptions.

    Pour plus d’informations, voir les notes du patch https://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt.

Pour R24 :

  1. Installer AP.as.24.0.944.ap375100

  2. Après l’installation, configurez la propriété bw.msg.includeIsEnterpriseInOSSschema à true de l'interface de ligne de commande dans Maintenance/ContainerOptions.

    Pour plus d’informations, voir les notes du patch https://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt.


Une fois ces étapes terminées, vous ne pourrez pas fournir les services UC-One Collaborate aux nouveaux utilisateurs. Les utilisateurs nouvellement provisionnés doivent être des utilisateurs de Webex pour Cisco BroadWorks.

Numérotation du numéro de poste

La prise en charge de la fonctionnalité de numérotation des numéros de postes permet aux utilisateurs de Webex pour Cisco Broadworks d'appeler d'autres utilisateurs avec un numéro de poste similaire au numéro de téléphone principal au sein de la même entreprise. Ceci est particulièrement utile pour les utilisateurs qui n'ont pas de numéros DID.

Lors du provisionnement, l’extension des utilisateurs est stockée dans le répertoire Webex en tant qu’extension de l’utilisateur. Pour les appels BroadWorks, le numéro de poste apparaît sur l’application Webex dans le champ du numéro de poste de toutes les zones de la méthode d’initiation d’appel et du profil de l’utilisateur. Webex pour Cisco BroadWorks prend en charge les appels de postes uniquement entre les utilisateurs du même groupe et les différents groupes de la même entreprise avec la combinaison du code de numérotation d'emplacement et du poste. Cependant, l'appel entre deux entreprises utilisant uniquement des extensions n'est pas pris en charge.

Un numéro de poste peut être mis à disposition pour les utilisateurs de Cisco BroadWorks par les méthodes suivantes :

  • Utilisateurs de Cisco BroadWorks

    • Mise à disposition de l’API publique en tant qu’extension

      • Le paramètre de poste doit être transmis explicitement dans le cadre de l'appel API. Pour les entreprises/groupes qui ont configuré le code de numérotation d'emplacement (LDC), le paramètre de poste doit être la combinaison du LDC et du « numéro de poste ».

    • Provisionnement du flux ou de l’auto-activation

      • L’extension et LDC (le cas échéant) seront automatiquement récupérés à partir de BroadWorks.

  • Utilisateurs ou entités BroadWorks-only Calling

    • Synchronisée automatiquement à partir de BroadWorks par la synchronisation du répertoire en utilisant la combinaison du code de numérotation de l’emplacement (LDC) et du numéro de poste.

Tableau 2. Gestion des numéros de poste en fonction de la méthode de mise à disposition

Enregistrements des appels BroadWorks

Description

Méthode de provisionnement

Gestion du numéro de poste

Webex pour les utilisateurs de Cisco BroadWorks

Les utilisateurs sont activés pour Webex pour Cisco BroadWorks

API publique

Le numéro de poste doit être passé comme paramètre

Fluide

Extension récupérée à partir de BroadWorks automatiquement

Utilisateurs appelant BroadWorks uniquement

Utilisateurs appelants qui ne sont pas intégrés à Webex

Synchronisation des répertoires

Extension synchronisée par la synchronisation du répertoire

Entités appelantes non utilisateur

Par exemple, un téléphone de salle de conférence, un télécopieur, un numéro de groupe de recherche

Synchronisation des répertoires

Extension synchronisée par la synchronisation du répertoire

Listes téléphoniques BroadWorks

Listes téléphoniques d'entreprise, de groupe ou personnelles

Synchronisation des répertoires

Non applicable

Conditions requises

  1. La version du client requise pour prendre en charge cette fonctionnalité est 42.11 ou version plus récente.

  2. Patch où les codes de numérotation d'extension et d'emplacement sont ajoutés à XSI et à l'adaptateur de mise à disposition février 2022 pour la version 23 ou ultérieure dans le cadre de :

    • Plate-forme AP.23.0.1075.ap380045

    • AP.as.23.0.1075.ap380045

    • AP.xsp.23.0.1075.ap380045

    • AP.as.24.0.944.ap380045

  3. Activez l'en-tête X-BroadWorks-Remote-Party-Info sur le AS en utilisant la commande CLI ci-dessous pour ce flux d'appels SIP qui est nécessaire pour la prise en charge de la fonctionnalité de numérotation de poste.
    AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true

Priorité des options d’appel de l’application

Dans le cadre de la prise en charge de la fonctionnalité de numérotation des numéros de postes, Le paramètre de priorité des options d'appel de l'application est également fourni au niveau du partenaire pour tous les partenaires Webex pour Cisco Broadworks. Grâce à ce paramètre, le partenaire peut contrôler les paramètres de priorité d’appel de tous ses clients gérés à partir du Partner Hub. Le paramètre de priorité des options d’appel de l’application pour un client peut également être modifié au niveau du client à partir du Control Hub.

Le paramètre de priorité des options d’appel de l’application contient l’extension en tant que seconde option à la fois dans Partner Hub et Control Hub lorsqu’un utilisateur Webex pour Cisco Broadworks est nouvellement approvisionné avec l’extension via l’une des méthodes de mise à disposition susmentionnées.

Pour toutes les entreprises provisionnées existantes, l’option de poste sera à l’état masqué (par défaut) dans le paramètre de priorité des options d’appel de l’application. Ceci n’affichera pas de numéro de poste dans l’option d’appel audio/vidéo de l’utilisateur dans l’application Webex.

Voici les options permettant de rendre l'option d'appel de poste visible pour les clients existants :

  1. Si un partenaire souhaite que toutes ses entreprises clientes gérées reçoivent un numéro de poste comme l’une des options d’appel, il est recommandé à l’administrateur partenaire de déplacer le numéro de poste de masqué à disponible dans Partner Hub. Cela permettra aux entreprises des clients gérés d’hériter le paramètre de leur partenaire.

  2. Si un partenaire souhaite fournir un numéro de poste dans les options d’appel pour une organisation client spécifique, il est recommandé à l’administrateur partenaire de déplacer le numéro de poste de masqué à disponible dans le Control Hub.

Prise en charge des contacts de groupe

Cette fonctionnalité améliore le service Webex pour BroadWorks DirSync en supprimant la limite de synchronisation d’un maximum de 1500 contacts des listes téléphoniques de groupe sur BroadWorks et en permettant aux partenaires de synchroniser jusqu’à 30 K contacts à partir d’une seule liste téléphonique de groupe et de l’aligner sur l’augmentation de 30 K contacts pour la liste téléphonique d’entreprise, qui a été publiée séparément.

Il existe une limite globale de 200 K pour tous les contacts externes par organisation, ce qui s’appliquerait à la somme des listes téléphoniques d’entreprise et de groupe dans une seule entreprise BroadWorks. Par exemple, une entreprise BroadWorks disposant d’une liste téléphonique d’entreprise de 30 K et de 5 listes téléphoniques de groupe de 30 K chacune sera prise en charge (180 K au total par organisation). Toutefois, s'il y a 6 listes téléphoniques de groupe avec chacune 30K, cela ne sera pas pris en charge (210 K au total).


Cette fonctionnalité est disponible sur demande. Veuillez contacter l’équipe de votre compte pour l’activer.

  • Avant d’activer la fonctionnalité, une migration préalable doit être effectuée vers les groupes de mise à disposition et d’association pour tous les utilisateurs provisionnés existants.

  • L’équipe Cisco exécutera une API interne pour migrer tous les utilisateurs existants provisionnés afin de les associer au bon groupe. REMARQUE : Le processus peut prendre jusqu’à une semaine.

  • Lorsque la migration est terminée pour le partenaire et que la fonctionnalité est activée, tous les utilisateurs nouvellement provisionnés seront « regroupés » de manière appropriée.

Lorsque la fonctionnalité est activée, le service DirSync commence à synchroniser les contacts de la liste téléphonique du groupe BroadWorks dans le stockage de contacts dédiés par groupe dans le service de contact Webex.

Lors du provisionnement, le groupe d’entreprise de l’utilisateur doit être stocké dans le répertoire Webex pour indiquer le groupe auquel cet utilisateur appartient. L’association de l’utilisateur à un groupe BroadWorks dans le répertoire Webex permet à l’application Webex d’effectuer une recherche de contact dans le stockage du groupe de service de contact pour le groupe spécifique de l’utilisateur.

La fonctionnalité nécessite que les abonnés Webex pour BroadWorks soient provisionnés dans Webex avec l’ID du groupe d’entreprise BroadWorks.

L’ID du groupe d’entreprise BroadWorks peut être provisionné pour les utilisateurs Cisco BroadWorks à l’aide des méthodes suivantes :

  • Webex pour les utilisateurs de Cisco BroadWorks

    • Mise à disposition de l’API publique en tant que « spEnterpriseGroupId »

      • L'ID du groupe d'entreprise BroadWorks doit être explicitement transmis dans le paramètre spEnterpriseGroupId de l'appel API.

    • Provisionnement du flux ou de l’auto-activation

      • L’ID du groupe d’entreprise BroadWorks sera automatiquement récupéré à partir de BroadWorks.

    • Utilisateurs ou entités BroadWorks-only Calling

      • Sans objet. Il n’est pas nécessaire de synchroniser l’ID du groupe d’entreprise BroadWorks pour ces utilisateurs.

Tableau 3. Gestion de l’ID du groupe d’entreprise en fonction de la méthode de mise à disposition

Enregistrements des appels BroadWorks

Description

Méthode de provisionnement

Gestion de l’ID du groupe d’entreprise

Webex pour les utilisateurs de Cisco BroadWorks

Les utilisateurs sont activés pour Webex pour Cisco BroadWorks

API publique

L’ID du groupe d’entreprise BroadWorks doit être transmis en tant que paramètre spEnterpriseGroupId

Fluide

L’ID du groupe d’entreprise BroadWorks est récupéré automatiquement à partir de BroadWorks

Utilisateurs appelant BroadWorks uniquement

Utilisateurs appelants qui ne sont pas intégrés à Webex

Synchronisation des répertoires

Non applicable

Entités appelantes non utilisateur

Par exemple, un téléphone de salle de conférence, un télécopieur, un numéro de groupe de recherche

Synchronisation des répertoires

Non applicable

Listes téléphoniques BroadWorks

Contacts figurant dans les listes téléphoniques du groupe BroadWorks

Synchronisation des répertoires

Les contacts de groupe sont stockés dans le service de contact Webex associé au groupe spécifique

Listes téléphoniques BroadWorks Enterpsie ou Persional

Contacts dans les listes de téléphones d'entreprise ou personnels

Synchronisation des répertoires

Non applicable


L’API publique doit être mise à jour AVANT la MIGRATION. La migration ne peut pas être terminée tant que CETTE API n’est pas terminée. L’Id du groupe d’entreprise BroadWorks doit être explicitement transmis dans le paramètre spEnterpriseGroupId de l’appel API https://developer.webex.com/docs/api/changelog#2023-march

Une fois la fonctionnalité activée et suite à la prochaine synchronisation du répertoire, les groupes d’utilisateurs de l’entreprise seront également affichés dans le Control Hub. La visualisation des groupes dans Control Hub pour Webex pour BroadWorks est purement informative à ce stade. Les administrateurs partenaires et clients ne doivent pas apporter de modifications aux groupes ou à l’appartenance à un groupe dans Control Hub car ces changements ne seront pas répercutés sur BroadWorks. La gestion de groupe dans Control Hub est destinée à être utilisée par les partenaires qui adopteront les prochaines API de gestion des contacts.

Migration et pérennisation

La progression de Cisco du client de communications unifiées BroadSoft est de passer de UC-One à Webex. Il y a une progression correspondante des services d’assistance qui s’éloignent du réseau du fournisseur de services – à l’exception des appels – vers la plateforme cloud Webex.

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

Abonnements aux documents recommandés

Les articles du Centre d'aide Webex (sur help.webex.com) ont une option S'abonner qui vous permet de recevoir une notification par courrier électronique chaque fois que cet article est mis à jour.

Nous vous recommandons de vous abonner à chacun des articles suivants pour vous assurer de ne pas manquer les mises à jour critiques qui affectent la connectivité réseau. Pour vous abonner, allez à chacun des liens ci-dessous et dans l'article qui se lance, cliquez sur le bouton S'abonner.

Au minimum, nous vous recommandons de vous abonner à la liste ci-dessus. Cependant, la plupart des articles et documents Webex listés sous Documents supplémentaires ont une option S'abonner. Pour que cette option apparaisse, l’article doit apparaître sur help.webex.com.


Il n’y a pas d’option d’abonnement pour les pages de destination de la documentation.

Documents supplémentaires

Reportez-vous à la documentation connexe suivante pour plus d’informations sur Webex pour Cisco BroadWorks :

Documents Webex pour Cisco BroadWorks

Les administrateurs partenaires peuvent utiliser les documents et sites suivants pour obtenir des informations sur Webex pour Cisco BroadWorks.

Articles Webex pour Cisco BroadWorks

Les administrateurs partenaires peuvent utiliser les sites facultatifs suivants pour en savoir plus sur Webex pour Cisco BroadWorks :

Documents Cisco BroadWorks

Les administrateurs partenaires peuvent consulter le site Cisco BroadWorks sur cisco.com pour obtenir des documents techniques qui décrivent comment déployer la partie Cisco BroadWorks de la solution :

Articles d'aide Webex

Les sites d'aide Webex suivants peuvent être utilisés pour trouver des articles Webex qui aident les administrateurs des clients et les utilisateurs finaux à utiliser les fonctionnalités Webex.

  • Webex des fournisseurs de services–Cette page d’accueil contient des liens avec des informations de démarrage et des articles couramment utilisés pour les utilisateurs de l’application Webex qui ont acheté les services Webex auprès d’un fournisseur de services.

  • Centre d’aide Webex—Utilisez la fonction de recherche sur help.webex.com pour rechercher d’autres articles Webex qui décrivent les fonctionnalités de l’application Webex et de Webex Meetings. Vous pouvez rechercher des articles utilisateur ou administrateur.

Documentation du développeur