- Accueil
- /
- Article
Définitions
Définitions | Description |
---|---|
Partenaire Cisco | Une entité (généralement un fournisseur de services) qui vend des produits et services Cisco à ses clients. |
Client final | Utilisateurs qui utilisent les produits et services Cisco qui leur sont vendus par un partenaire Cisco. |
CUBE | Cisco Unified Border Element |
Organisation partenaire | Référentiel de gestion des identités et des services Webex qui conserve des informations sur les partenaires Cisco et leurs clients. |
Hub partenaire | portail Web pour fournir des identités et des services aux partenaires Cisco et aux clients qu'ils gèrent. |
Organisation du client | Référentiel de gestion des identités et des services Webex qui conserve les informations sur le client final. |
Entreprise ou fournisseur de services/groupe BroadWorks | Représentation du client final dans BroadWorks. |
Aperçu
La solution BYoRTCP (Bring Your Own RTCP) permet aux fournisseurs de services Webex pour Cisco BroadWorks de provisionner les numéros de téléphone qu’ils possèdent pour que les utilisateurs puissent les utiliser lorsqu’ils rejoignent les réunions Webex Meetings. Cette solution permet aux partenaires d’exploiter leurs propres réseaux RTCP et d’utiliser les relations existantes avec les fournisseurs RTCP, plutôt que d’utiliser des numéros fournis par Cisco.
L’architecture de référence présentée dans ce document fournit une conception de bout en bout pour l’option BYoRTCP. Cette architecture est validée par Cisco et utilise Cisco Unified Border Element (CUBE) comme contrôleur de session en périphérie (SBC) pour le trafic d’appel entre BroadWorks et Webex Meetings.
Choisir l’option Rejoindre la réunion
Actuellement, Webex pour Cisco BroadWorks prend en charge deux options de provisionnement des numéros de téléphone de réunion. Les fournisseurs de services doivent choisir l'une de ces deux options—une combinaison n'est pas prise en charge :
Numéros d’appel Cisco (RTCP Cisco)—Cisco fournit les numéros de téléphone que les participants de la réunion peuvent utiliser pour rejoindre les réunions
Numéros d’appel fournis par le partenaire (BYoPSTN)—Les fournisseurs de services fournissent leurs propres numéros de téléphone à utiliser par les participants de la réunion lorsqu’ils rejoignent les réunions
Solution BYoPSTN
Les partenaires qui choisissent l’option Numéros d’appel fournis par le partenaire (BYoPSTN) doivent fournir leurs propres numéros de téléphone PSTN et doivent fournir l’infrastructure réseau requise pour acheminer les appels vers et depuis Webex. La solution BYoPSTN facilite le routage des appels Over the Top (OTT) via l’Internet public de BroadWorks à Webex.
Les conditions suivantes s'appliquent lors de la sélection de l'option BYoPSTN :
Les partenaires Cisco peuvent utiliser les mêmes numéros de téléphone pour plusieurs clients finaux. Ces numéros de téléphone peuvent se trouver dans n’importe quel pays dans lequel le Partenaire opère.
L'option BYoPSTN ne nécessite aucune modification du processus général d'intégration de Webex pour les clients Cisco BroadWorks.
BYoPSTN nécessite la mise à disposition au niveau du partenaire Cisco et tous les clients finaux que les partenaires activent après que BYoPSTN soit opérationnel, sont automatiquement activés.
Tout le provisionnement requis pour les sites de réunion des clients est automatique, comme avec la solution généralement disponible actuelle.
Les partenaires qui activent les packs Standard et Premium ont deux sites de réunion : un site pour les utilisateurs Standard et un autre pour les utilisateurs Premium. Les deux sites sont activés pour BYoPSTN.
Les participants de la réunion qui appellent les réunions peuvent choisir d’utiliser la vidéo et le partage de contenu via Internet.
S’applique aux réunions pour les réunions de l’espace et les réunions PMR. Notez que pour les réunions Espace, l’espace doit avoir été créé par un utilisateur Standard ou Premium avec les fonctions d’organisateur de réunion Webex pour recevoir un numéro d’accès RTCP—les espaces créés par les utilisateurs de base ne reçoivent pas de numéros d’accès RTCP.
Ce document fournit une configuration validée qui utilise CUBE comme votre SBC. Cependant, si vous ne souhaitez pas utiliser CUBE, vous pouvez déployer votre propre SBC.
Architecture
La solution Webex pour Cisco BroadWorks BYoPSTN s’appuie sur l’ensemble des services Webex Edge, plus spécifiquement, le service audio Webex Edge disponible pour les entreprises clientes. L’architecture est adaptée pour intégrer l’infrastructure BroadWorks des partenaires Cisco à l’audio Webex Edge, permettant ainsi aux partenaires Cisco de configurer de manière centralisée des ensembles de numéros de téléphone pour qu’ils soient utilisés par leurs clients finaux.
Les principaux éléments de l’architecture sont les suivants :
BroadWorks—Infrastructure BroadWorks des partenaires Cisco
Cisco Unified Border Element (CUBE)—Reference Session Border Controller (SBC) pour la solution déployée dans le centre de données des partenaires Cisco. Le CUBE doit être à l’intérieur d’une DMZ. Notez que si vous ne souhaitez pas utiliser CUBE, vous pouvez déployer votre propre SBC.
Audio Webex Edge—Service Webex, qui dissocie le RTCP de Webex en modifiant le routage des appels pour utiliser l’infrastructure fournie par le partenaire Cisco.
Les appels des participants pour rejoindre une réunion passent par BroadWorks vers CUBE et de CUBE vers l’infrastructure Webex dans le Cloud via Internet. Ce modèle est applicable aux deux scénarios suivants pour rejoindre une réunion :
Appel—un participant compose le numéro de téléphone figurant dans l'invitation à la réunion sur son combiné BroadWorks enregistré, son périphérique mobile ou sur l'application Webex. L'appel est initié par BroadWorks.
Rappel (facultatif)—un participant demande à Webex d'appeler un numéro de téléphone fourni par le participant. L’appel est initié par Webex.
Les appels acheminés de BroadWorks vers CUBE au sein de l’infrastructure du Partenaire utiliseront SIP TCP pour la signalisation d’appel et RTP pour les médias. De CUBE à Webex, les appels utilisent SIP TLS pour la signalisation et sRTP pour les médias. Le routage des appels de CUBE vers WebEx se fait via Internet et n’utilise pas de trunk SIP.
La configuration typique des scénarios d'appel/rappel est la suivante :
Le partenaire Cisco a un numéro de téléphone RTCP (par exemple, 2403332200) et un code d'accès Webex associé (par exemple, 88631321777971704941).
Le partenaire Cisco fournit un abonné virtuel sur BroadWorks qui correspond au périphérique CUBE. Le Partenaire mappe le numéro de téléphone au code d’accès et vice versa.
Le code d'accès, qui est envoyé à Webex dans les messages SIP, identifie les sites de réunion associés au partenaire Cisco.
Le numéro de téléphone ci-dessus pour le mappage du code d'accès est configuré une seule fois et est commun à tous les sites de réunion du client final.
Les participants qui rejoignent la réunion doivent saisir l'ID de réunion correspondant (par exemple, 123456), qui identifie la réunion spécifique à rejoindre.
Il est recommandé aux partenaires de suivre le modèle de redondance décrit ci-dessous.
Rejoindre la réunion en utilisant l’appel
L'image suivante décrit le processus d'un utilisateur qui rejoint la réunion par appel.
Voici les étapes requises pour que le participant rejoigne une réunion par appel téléphonique.
L'utilisateur programme une réunion dans Webex. Webex attribue un identifiant de réunion (par exemple, 123456).
L'utilisateur compose le numéro de téléphone qui est associé à la réunion (par exemple, 2403332200). L'INVITE SIP porte l'URI de demande comme numéro de téléphone associé à la réunion.
BroadWorks traduit le numéro de téléphone en un code d’accès (par exemple, 88631321777971704941) associé au site de réunion et achemine l’appel vers CUBE avec l’URI de demande comme code d’accès.
Webex reçoit l'INVITE SIP et répond à l'appel. La langue des annonces est déterminée par la langue spécifiée pour le numéro de téléphone lorsqu'il est mis à disposition dans Cisco Partner Hub et BroadWorks.
L'utilisateur saisit l'ID de la réunion (par exemple, 123456) en utilisant DTMF. Webex vérifie l’utilisateur, puis l’autorise à rejoindre la réunion.
Rejoindre la réunion en utilisant le rappel (Facultatif)
L'image suivante montre le processus d'un utilisateur qui rejoint la réunion par rappel, l'utilisateur demande un appel de Webex pour rejoindre une réunion.
Voici les étapes impliquées pour que le participant rejoigne une réunion par rappel :
L'utilisateur programme une réunion dans Webex. Webex attribue un identifiant de réunion (par exemple, 123456).
L’utilisateur demande un appel de Webex vers le numéro de son choix (par exemple, +16504441000) pour rejoindre la réunion en utilisant l’application Webex ou le client Meetings.
Webex initie une INVITE SIP vers CUBE en fonction du groupe de rappel DNS SRV, provisionné dans Cisco Partner Hub et BroadWorks. L'URI de demande SIP INVITE contient le numéro de téléphone qui doit recevoir l'appel (par exemple, +16504441000@cube.example.com).
CUBE traduit le numéro de téléphone dans l’ID de la partie distante en une valeur qui identifie un abonné virtuel sur BroadWorks (par exemple, 88631321777971704941@ecccx.amer.pub.webex.com). Ceci identifie le CUBE en tant qu’utilisateur virtuel du serveur d’applications BroadWorks.
L'appel est proposé au numéro de téléphone demandé par l'utilisateur et l'utilisateur répond à l'appel pour rejoindre la réunion. Ce numéro de téléphone peut être un abonné BroadWorks ou un numéro RTCP. Si le numéro demandé est un numéro RTCP, BroadWorks utilise le chemin mis à disposition pour acheminer l’appel vers le RTCP.
Pour l'option de rappel, il est obligatoire d'activer les deux fonctionnalités suivantes :
- 102746 – Prise en charge de BroadWorks pour CI UUID
- 102074 – Prise en charge de la facturation RTCP BYO pour Rappel et Appel
Ceci peut être confirmé par CLI comme suit :
AS_CLI/System/ActivatableFeature> get
Id Description Activated Last Modified Timestamp
=============================================================================================
102746 BroadWorks Support for CI UUID true
102074 BYO PSTN Billing support for CallBack and CallIn true
Pour une description détaillée de ces fonctionnalités et de leur activation, reportez-vous à la section « Abonné virtuel au rappel de réunion VoiceXML » de ce document.
Si vous choisissez de ne pas configurer la réunion en utilisant l’option de rappel, les utilisateurs peuvent toujours utiliser l’option d’appel pour rejoindre les réunions ou ils peuvent la rejoindre avec l’audio de l’ordinateur. Dans ce cas, vous n'êtes pas tenu de configurer les groupes de rappel DNS SRV. |
Aperçu de la configuration de la solution
La solution comporte plusieurs composants différents, dont chacun doit être configuré correctement pour que la solution fonctionne avec succès. Les composants sont les suivants :
BroadWorks
CUBE (ou un autre contrôleur de session certifié SP (SBC))
Audio Webex Edge
Il existe des interdépendances entre la configuration de ces différents composants et, à ce titre, une ou plusieurs organisations de lancement de solutions sont requises pour effectuer la configuration et la vérification requises de la solution.
Organisation des semences
Une organisation initiale est une organisation Webex que vous configurez pour générer et valider les paramètres de la solution BYoPSTN. L’organisation initiale doit avoir au moins un utilisateur affecté à un pack standard, et ce pack standard doit utiliser l’option Numéros d’appel fournis par le partenaire (BYoPSTN) option pour rejoindre la réunion. Il est recommandé d'associer l'organisation initiale à un fournisseur de services BroadWorks ou à une entreprise de test.
Les organisations d’amorçage de solutions ont deux objectifs :
Configuration initiale—La mise à disposition de la/des organisation(s) initiale(s) génère des mappages de numéros de téléphone pour les codes d'accès de réunion et un identifiant unique universel du site de réunion (UUID du site) qui sont nécessaires au fonctionnement continu de la solution. Ces informations sont nécessaires pour configurer les abonnés virtuels BroadWorks (VSUB).
Validation de la configuration—Utilisez l'organisation initiale pour déterminer si votre solution BYoPSTN est configurée conformément à vos exigences. Utilisez l’organisation initiale et testez les utilisateurs pour valider les cas d’utilisation d’appel et de rappel de réunion en utilisant les numéros d’appel fournis par le partenaire et les enregistrements de rappel DNS SRV (si le rappel est activé).
L'administrateur doit générer une organisation de solution initiale pour chaque ensemble unique de numéros de téléphone et d'enregistrements de rappel DNS SRV. La génération de l'organisation de la solution initiale dans chaque cas, génère le numéro de téléphone requis pour les mappages de codes d'accès à la réunion et la possibilité de vérifier les cas d'utilisation d'appel et de rappel associés à la réunion pour ces numéros de téléphone et enregistrements DNS SRV de rappel.
L'administrateur, utilisant Cisco Partner Hub, doit sélectionner une organisation de solution initiale comme organisation de solution initiale principale. L'UUID du site de réunion de la réunion de package standard de cette organisation de solution initiale primaire doit être configuré sur BroadWorks. Il est essentiel que ce site de réunion reste provisionné car cet UUID du site est envoyé dans chaque demande de participation à une réunion téléphonique en tant que jeton d’authentification. Cet UUID de site unique est partagé par tous les ensembles de numéros de téléphone et d'enregistrements DNS SRV de rappel. Plusieurs valeurs UUID du site ne sont pas requises.
Les organisations de solutions de démarrage principales et toutes les organisations de solutions de démarrage secondaires peuvent être supprimées, si vous le souhaitez, avant que l'ensemble des numéros de téléphone et des enregistrements DNS SRV de rappel ne soient attribués à des clients non testés. Lorsque l'ensemble des numéros de téléphone et des enregistrements DNS SRV de rappel sont attribués à des clients non testés, ces numéros de téléphone et enregistrements de rappel sont associés aux sites de réunion pour ces clients et sont utilisés pour rejoindre la réunion en utilisant l'appel et le rappel. Tout changement doit être considéré comme ayant un impact sur le service.
Les sections suivantes fournissent plus de détails sur les différents éléments de configuration.
Éléments de configuration BYoPSTN
Un élément clé de la solution est la configuration des numéros de téléphone des partenaires Cisco et des enregistrements de rappel DNS SRV. BYoPSTN utilise les groupes de numéros de téléphone et les groupes de rappel DNS SRV comme moyen d’attribuer des numéros de téléphone géographiquement basés et un routage d’appel redondant pour les réunions Webex. Ces éléments sont attribués aux clients finaux par le modèle client.
Groupes de numéros de téléphone (PNG)
Les partenaires Cisco fournissent les numéros de téléphone utilisés par les participants pour rejoindre les réunions dans Cisco Partner Hub. Ces numéros de téléphone sont regroupés en un groupe de numéros de téléphone. La liste des numéros de téléphone est associée à un site de réunion. Toutes les salles de réunion personnelles (PMR) et les réunions programmées sur ce site de réunion utilisent les numéros de téléphone associés. Voici un exemple de groupe de numéros de téléphone :
Nom du numéro de téléphone | Pays | Indicatif du pays | Numéro de téléphone | Annonce | Type Payant | Priorité d'appel |
---|---|---|---|---|---|---|
Maryland des États-Unis | États-Unis | +1 | 2403332200 | Anglais | Payant | Principal |
Floride des États-Unis | États-Unis | +1 | 9049002303 | Anglais | Payant | Secondaire |
États-Unis à New York | États-Unis | +1 | 8056504578 | Anglais | Gratuit | Aucun |
Les numéros de téléphone ont les attributs suivants :
Nom du numéro de téléphone : nom pour décrire le numéro de téléphone
Pays—Pays d'affectation du téléphone
Code pays—Code d'appel du pays ou code d'appel du pays
Numéro de téléphone—Le numéro de téléphone à utiliser pour rejoindre une réunion sans l'indicatif du pays
Annonce—Langue de l'annonce à diffuser lorsqu'un participant rejoint une réunion
Type payant—Le type de numéro : Payant ou gratuit
Priorité d'appel—La priorité attribuée aux numéros de réunion. L’affichage des numéros pour rejoindre la réunion des participants est ordonné en fonction de cette priorité.
Numéros de téléphone par défaut : Les administrateurs peuvent affecter une priorité d'appel de Principal, Secondaire ou Aucun à un numéro de téléphone du groupe de numéros de téléphone. Les numéros de téléphone avec une priorité primaire ou secondaire sont des numéros de téléphone par défaut. Les numéros de téléphone par défaut sont envoyés dans les courriers électroniques d'invitation à la réunion et sont répertoriés dans l'ordre de priorité que les participants doivent utiliser pour rejoindre les réunions. Les numéros de téléphone par défaut ne doivent pas nécessairement se trouver dans le même pays. Un numéro de téléphone principal doit être sélectionné, un numéro de téléphone secondaire est facultatif. Au moins un des numéros de téléphone par défaut doit être de type Payant.
Les utilisateurs du client final peuvent choisir de spécifier leurs propres numéros de téléphone par défaut à l'aide de l'interface Web du site de réunion. Ces numéros s'affichent pour cet utilisateur et leurs participants lorsqu'ils sont l'organisateur de la réunion. Si les utilisateurs rejoignent une réunion en tant qu’invités, ils s’affichent uniquement pour eux.
Comme dans l'exemple ci-dessus, l'administrateur des partenaires Cisco prévoit US Maryland comme principal et US Florida comme secondaire, il s'agit des numéros de téléphone par défaut. Un utilisateur peut choisir de remplacer ce paramètre au cours de ses réunions en remplaçant le paramètre principal par New York américain et le paramètre secondaire par Maryland américain.
Le nombre maximum de numéros de téléphone pour un groupe de numéros de téléphone donné est de 98.
REMARQUE : La configuration d'un numéro dédié pour une seule entreprise n'est pas prise en charge.
Rappel des groupes SRV DNS (CDSG)
Pour permettre aux participants de la réunion de choisir l'option de rappel, un groupe de rappel DNS SRV est requis qui pointe vers la ou les instances CUBE dans le réseau du partenaire Cisco. Webex utilise ces enregistrements pour acheminer le rappel via CUBE vers BroadWorks, qui peut ensuite placer le rappel de la réunion sur le numéro de téléphone du participant à la réunion.
Voici un exemple de groupe de rappel DNS SRV.
Pays/Région | Indicatif du pays | Enregistrement DNS SRV |
---|---|---|
États-Unis | +1 | cube.us.exemple.com |
Mexique | +52 | cube.mx.example.com |
Tous les autres pays | N/A | cube.global.example.com |
Les enregistrements de rappel DNS SRV ont les attributs suivants :
Pays/Région—Le pays ou la région pour lequel cet enregistrement DNS SRV doit être utilisé pour envoyer les demandes d'appel.
Code pays—Le code pays associé au pays/à la région. Vous ne pouvez avoir qu'un seul enregistrement DNS SRV par code pays.
Enregistrement DNS SRV—L'enregistrement DNS SRV pour la ou les instances du partenaire Cisco CUBE.
Lorsque le participant demande un appel sur son numéro de téléphone spécifié, Webex utilise le rappel DNS SRV associé à l'indicatif du pays du numéro de téléphone spécifié pour acheminer l'appel vers les éléments appropriés du réseau des partenaires Cisco.
L’utilisation d’un enregistrement DNS SRV de cette manière permet de prendre en charge les instances CUBE redondantes pour répondre aux demandes d’appel de Webex. Dans l’exemple ci-dessus, lorsque des participants à une réunion aux États-Unis demandent un rappel de Webex vers leur numéro de téléphone américain, Webex utilise le DNS SRV cube.us.example.com
pour acheminer cet appel vers le réseau du partenaire Cisco. Lorsque les participants de la réunion au Mexique demandent un rappel de Webex vers leur numéro de téléphone au Mexique, Webex utilise le DNS SRV cube.mx.example.com
pour acheminer cet appel vers le réseau du partenaire Cisco.
Pour tous les pays/régions qui n'ont pas d'enregistrement SRV DNS de rappel spécifique, ces demandes d'appel sont acheminées vers l'enregistrement SRV DNS « Tous les autres pays ». L'administrateur doit configurer un enregistrement DNS SRV « Tous les autres pays ».
Le nombre maximum d'enregistrements pour un groupe de rappel DNS SRV donné est de 200.
Modèles des clients
Le modèle client est un concept existant pour la solution Webex pour BroadWorks. Le modèle fournit la configuration par défaut qui est utilisée pour mettre à disposition un client final. BYoPSTN fournit des attributs supplémentaires au modèle client :
Type de participation à la réunion—Peut être soit des numéros d'appel Cisco, soit des numéros d'appel fournis par le partenaire. Cet attribut indique les numéros de téléphone qui sont configurés pour les sites de réunion associés aux packs Standard et Premium. Les numéros d’appel fournis par le partenaire doivent être sélectionnés par l’administrateur.
Groupe de numéros de téléphone—Associé uniquement à l'option numéros d'appel fournis par le partenaire, cet attribut indique les numéros de téléphone qui sont utilisés par les clients finaux qui sont provisionnés pour les packs Standard et Premium lorsqu'ils rejoignent les réunions.
Rappel groupe DNS SRV—Associé uniquement à l'option numéros d'appel fournis par le partenaire, cet attribut indique les enregistrements DNS SRV qui sont utilisés par Webex lors du rappel aux clients finaux qui sont provisionnés pour les packs Standard et Premium lorsqu'ils rejoignent les réunions. Si vous ne souhaitez pas activer le rappel, vous pouvez choisir « Désactiver le rappel » lors de la création ou de la mise à jour d'un modèle client. Lorsque le premier abonné pour Standard ou Premium est provisionné pour un client final, le pack de site de réunion associé est provisionné. Le package du site de réunion est déployé conformément au modèle de client ci-dessus. Tout abonné provisionné ultérieurement pour Standard ou Premium est ajouté au site de réunion déjà provisionné—la configuration du site de réunion n'est pas modifiée.
Toute modification du modèle client par rapport aux attributs ci-dessus s’applique uniquement aux sites de réunion package nouvellement provisionnés. Les sites de réunion existants, déjà provisionnés, ne sont pas affectés par les modifications apportées au modèle client.
La seule exception notable est que si un client final a déjà un site de réunion package, tout nouveau site de réunion package est provisionné en utilisant le même type de rejoindre la réunion que le site de réunion package existant. Par exemple, si un client final a un site de réunion package standard utilisant des numéros d'appel Cisco et que le modèle client est mis à jour pour utiliser les numéros d'appel fournis par le partenaire, un nouveau site de réunion package Premium est provisionné à l'aide des numéros d'appel Cisco, le paramètre du modèle client ne s'applique pas. Les sites de réunion Standard et Premium pour un Client final donné doivent toujours être provisionnés de manière cohérente.
Cluster d’appels BroadWorks
Cisco Partner Hub - L'écran du cluster d'appel BroadWorks permet d'afficher et/ou de télécharger les informations de configuration BroadWorks (BYoPSTN). Les informations de configuration BYoPSTN pour un cluster donné comprennent les données suivantes :
Détails de l'organisation de la Primary Seed Solution, y compris l'UUID du site de réunion standard et l'URL du site.
Détails du groupe de numéros de téléphone pour tous les groupes configurés pour ce cluster. Ceci inclut le numéro de téléphone des mappages des codes d'accès à la réunion pour chaque groupe. Notez que les détails doivent inclure les groupes qui sont associés à toutes les organisations de solutions de semences secondaires.
Détails du groupe de rappel DNS SRV pour tous les groupes configurés pour ce cluster. Notez que les détails doivent inclure les groupes qui sont associés à toutes les organisations de solutions de semences secondaires.
Détails du modèle de client pour les modèles utilisant l’un des groupes de numéros de téléphone et les groupes de rappel DNS SRV.
Chaque cluster d’appel BroadWorks a ses propres informations de configuration BroadWorks (BYoPSTN) spécifiquement ses groupes de numéros de téléphone et groupe de rappel DNS SRV. Cependant, veuillez noter que tous les clusters d’appel BroadWorks partagent la même organisation de solution initiale principale et qu’en tant que tels, tous incluent le même package standard UUID du site de réunion et l’URL du site.
Les informations de la configuration BroadWorks (BYoPSTN) ne peuvent être consultées/téléchargées que lorsque l’administrateur configure et sélectionne l’organisation Primary Seed Solution. L'organisation de la solution initiale principale doit avoir au moins un utilisateur affecté au pack standard et ce pack standard doit utiliser les numéros d'appel fournis par le partenaire (BYoPSTN) option pour rejoindre la réunion.
Exemple des éléments de configuration BYoPSTN
L’image suivante montre un exemple de déploiement BroadWorks multi-cluster avec des modèles clients basés géographiquement, des numéros de téléphone et du routage.
Le premier tableau montre un déploiement BroadWorks multi-cluster avec des modèles clients régionaux, des groupes de numéros de téléphone et des groupes de rappel DNS SRV. Les tableaux suivants s'agrandissent sur le groupe de numéros de téléphone et les groupes de rappel DNS SRV.
Groupe BroadWorks | Nom du modèle | Pack | Type de participation à la réunion | Groupe de numéros de téléphone | Groupe de rappel DNS SRV |
---|---|---|---|---|---|
BWKS US NG | Norme ouest des États-Unis | Standard | Numéros d’appel fournis par le partenaire | Ouest américain | CB US |
West Prem des États-Unis | Premium | ||||
Série Est des États-Unis | Standard | Est des États-Unis | |||
US East Prem | Premium | ||||
BWKS MX | MX de série | Standard | Numéros d’appel fournis par le partenaire | MX PNG | CB MX |
MX Prem | Premium | ||||
BWKS UK | De série au Royaume-Uni | Standard | Numéros d’appel fournis par le partenaire | PNG UK | Rappel désactivé |
UK Prem | Premium | ||||
BWKS ÉTATS-UNIS | Série US | Standard | Numéros d’appel Cisco | Aucun | Aucun |
Les abonnés approvisionnés en utilisant le modèle US West Std ou US West Prm utilisent le numéro de téléphone US West lorsqu'ils rejoignent les réunions. Les demandes de rappel des abonnés qui rejoignent les réunions sont envoyées aux enregistrements CB US DNS SRV.
Les abonnés approvisionnés en utilisant le modèle US East Std ou US East Prm utilisent le numéro de téléphone US East pour rejoindre les réunions. Les demandes de rappel des abonnés qui rejoignent les réunions sont envoyées aux enregistrements CB US DNS SRV.
Les abonnés approvisionnés en utilisant le modèle MX Std ou MX Prm utilisent le numéro de téléphone MX PNG lorsqu'ils rejoignent les réunions. Les demandes de rappel des abonnés qui rejoignent les réunions sont envoyées aux enregistrements CB MX DNS SRV.
Les abonnés approvisionnés en utilisant le modèle UK Std ou UK Prm utilisent les numéros de téléphone UK PNG lorsqu'ils rejoignent les réunions. Ces abonnés ne se verront pas proposer de rejoindre la réunion par rappel car le rappel est désactivé.
Les abonnés approvisionnés à l'aide du US Std utilisent les numéros d'appel Cisco et n'ont donc aucun groupe de numéros de téléphone ou groupe de rappel DNS SRV attribué. Ces abonnés utilisent les numéros de téléphone fournis par Cisco pour rejoindre les réunions et les enregistrements Cisco DNS SRV pour rejoindre les réunions en utilisant le rappel.
Les détails de l'exemple de groupes de numéros de téléphone sont les suivants :
Groupe de numéros de téléphone | Nom du numéro de téléphone | Pays | Indicatif du pays | Numéro de téléphone | Annonce | Type Payant | Priorité d'appel |
---|---|---|---|---|---|---|---|
Ouest américain | États-Unis à San Francisco | États-Unis | +1 | 4156551000 | Anglais | Payant | Principal |
Palo Alto des États-Unis | États-Unis | +1 | 9863502478 | Anglais | Gratuit | Aucun | |
Est des États-Unis | Maryland des États-Unis | États-Unis | +1 | 2403332200 | Anglais | Payant | Principal |
Floride des États-Unis | États-Unis | +1 | 9049002303 | Anglais | Payant | Secondaire | |
États-Unis à New York | États-Unis | +1 | 8056504578 | Anglais | Gratuit | Aucun | |
MX PNG | Mexique | MX | +52 | 2065304086 | Espagnol européen | Payant | Principal |
PNG UK | Royaume-Uni | Royaume-Uni | +44 | 4527789651 | Anglais | Payant | Principal |
Les détails de l'exemple de groupes de rappel DNS SRV sont les suivants :
Groupe de rappel DNS SRV | Pays | DNS SRV |
---|---|---|
CB US | États-Unis | cube.us.exemple.com |
Tous les autres pays | cube.row.example.com | |
CB MX | MX | cube.mx.example.com |
Tous les autres pays | cube.row.example.com |
La configuration de l'enregistrement US DNS SRV, cube.us.example.com peut être comme dans l'exemple :
| 86400 | IN | SRV | 10 | 10 | 5061 |
|
| 86400 | IN | SRV | 10 | 10 | 5061 |
|
Cet enregistrement DNS SRV peut se résoudre à l'enregistrement DNS A suivant :
| 86400 | IN | A | 45.84.168.81 |
| 86400 | IN | A | 45.84.168.82 |
Les enregistrements DNS SRV sont résolus pour sécuriser les appels SIP de Webex vers CUBE. |
Ports utilisés par Webex
Les ports du tableau ci-dessous doivent être ouverts sur le pare-feu de la DMZ où se trouve le CUBE, et d’autres ports peuvent être fermés. Pour plus d'informations sur les ports et les exigences réseau, reportez-vous à l'article suivant :
https://collaborationhelp.cisco.com/article/WBX264
Source | Ports sources | Destination | Ports de destination | Protocole | Description | ||
---|---|---|---|---|---|---|---|
Services audio Webex Edge | Éphémère | CUBE | 5061 | TCP | (mTLS 1.2) Signalisation SIP entrante de l’audio Webex Edge vers CUBE SBC.
| ||
Services audio Webex Edge | 4000 à 4010 | CUBE | 5061 | TCP | (mTLS 1.2) Ping des options pour l’audio Webex Edge. | ||
CUBE | Éphémère | Audio Edge | 5605 | TCP | (mTLS 1.2) Signalisation SIP sortante pour l’audio Webex Edge. | ||
Services audio Webex Edge | Éphémère | CUBE | Ports éphémères 8000 - 59999 | UDP | (SRTP) Les trous d’épingle du pare-feu doivent être ouverts pour le trafic média entrant vers l’audio Edge. | ||
CUBE | Ports éphémères 10200 à 28000 | Audio Edge | Éphémère | UDP | (SRTP) Les trous d’épingles du pare-feu doivent être ouverts pour le trafic média sortant vers CUBE. |
Suites de chiffrement TLS et SRTP
TLS v1.2 ou version plus récente est utilisée pour mTLS handshake, et les codes de chiffrement suivants sont pris en charge par l’audio Webex Edge (pendant le rappel, l’audio Webex Edge les propose dans le Bonjour du client TLS Handshake) :
TLS_ECDHE_ECDSA_AVEC_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_AVEC_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_AVEC_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_AVEC_AES_128_CBC_SHA256
TLS_ECDHE_RSA_AVEC_AES_256_GCM_SHA384
TLS_ECDHE_RSA_AVEC_AES_128_GCM_SHA256
TLS_ECDHE_RSA_AVEC_AES_256_CBC_SHA384
TLS_ECDHE_RSA_AVEC_AES_128_CBC_SHA256
TLS_RSA_AVEC_AES_256_GCM_SHA384
TLS_RSA_AVEC_AES_256_CBC_SHA256
TLS_RSA_AVEC_AES_128_GCM_SHA256
TLS_RSA_AVEC_AES_128_CBC_SHA256
TLS_DHE_DSS_AVEC_AES_256_GCM_SHA384
TLS_DHE_DSS_AVEC_AES_256_CBC_SHA256
TLS_DHE_DSS_AVEC_AES_128_GCM_SHA256
TLS_DHE_DSS_AVEC_AES_128_CBC_SHA256
Les codes de chiffrement suivants sont utilisés pour sRTP :
AEAD_AES_256_GCM
AEAD_AES_128_GCM
AES_CM_128_HMAC_SHA1_80
AES_CM_128_HMAC_SHA1_32
Codecs audio pris en charge
G722
G711µ
G711a
Exigences du profil SIP et RTP
La solution nécessite qu’entre CUBE (ou votre SBC) et Webex, vous déployiez SIP TLS pour la signalisation et sRTP pour les médias.
Les profils SIP et RTP dans le cadre de cette communication doivent être conformes aux exigences suivantes :
Exigences du profil SIP | Détails |
---|---|
Minuterie d'expiration de session | 2220 secondes (accepter SIP 422) * est ajusté en fonction des besoins de l'entreprise et 422 sont attendus. |
Offre média pour l’entrée | Offre anticipée |
Offre média pour la sortie | Offre tardive |
Intervalle de ping des options | 30 s (Minimum) |
DTMF | RFC2833 Charge utile 101 (pas de DTMF acoustique !) |
Ports SIP-UDP | 4000 à 4010,5061,5065 |
Profil RTP | Détails |
---|---|
Profil de charge utile vocale | G.722/ G.711μ /G.711a |
Taille du paquet | 20 ms |
VAD (détection d'activité vocale) | Non |
Minuterie d'inactivité des médias | 1200 ms |
Modification du codec de numérotation moyenne | Non accepté |
RTP | 8000 À 48198 |
Codes de chiffrement sRTP | AEAD_AES_256_GCM AEAD_AES_128_GCM AES_CM_128_HMAC_SHA1_80 AES_CM_128_HMAC_SHA1_32 |
Le codec G.729 n’est pas pris en charge. Si vous voulez utiliser G.729, vous devez utiliser des transcodeurs. |
Domaines de routage d’appels Webex
Le SRV DNS _sips._tcp.<domain>
est utilisé pour atteindre l’audio Webex Edge. Il existe quatre domaines en fonction de la région.
Région | Domaine |
---|---|
Amériques | ecccspx.amer.pub.webex.com |
Royaume-Uni, Afrique du Nord | ecccspx.emea.pub.webex.com |
Asie du Pacifique | ecccspx.apac.pub.webex.com |
Australie / Nouvelle-Zélande | ecccspx.anz.pub.webex.com |
Europe | ecccspx.euro.pub.webex.com |
Le DNS SRV résout plusieurs enregistrements A pointant vers le site principal et le site secondaire. Le tableau suivant fournit un exemple pour la région AMER et est susceptible d’être modifié à l’avenir.
Type d'enregistrement | Enregistrer | Cible | Objet |
---|---|---|---|
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxpr1.amer.pub.webex.com | Découverte de l’audio Webex Edge |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxpr2.amer.pub.webex.com | Découverte de l’audio Webex Edge |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxsc1.amer.pub.webex.com | Découverte de l’audio Webex Edge |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxsc2.amer.pub.webex.com | Découverte de l’audio Webex Edge |
A | ecccspxpr1.amer.pub.webex.com | 207,182,174,101* | Pointe vers l’audio Webex Edge AMER principal 1 |
A | ecccspxpr2.amer.pub.webex.com | 207,182,174,102* | Pointe vers l’audio Webex Edge AMER principal 2 |
A | ecccspxsc1.amer.pub.webex.com | 207,182,174,229* | Pointe vers l’audio Webex Edge AMER secondaire 1 |
A | ecccspxsc2.amer.pub.webex.com | 207,182,174,230* | Pointe vers l’audio Webex Edge AMER secondaire 2 |
Le DNS-SRV est de nature dynamique, les adresses IP sont sujettes à changement ; par conséquent, évitez de coder en dur ou de mettre en signet les adresses IP. Reportez-vous à la section « Historique des révisions de documents » pour toute modification ou mise à jour apportée au document Informations de référence des ports pour Webex Calling. |
Redondance du CUBE
Cisco Unified Border Element (CUBE) active la fonction Session Border Control dans un réseau gérant les connexions SIP entre les entités externes et le réseau interne. Plus d’informations sur CUBE sont disponibles dans la section Prérequis ci-dessous.
Les modèles de redondance pris en charge sont définis dans le but de fournir la haute disponibilité et d'éliminer le point de défaillance unique pour le partenaire Cisco. Trois modèles différents sont décrits ci-dessous. Les partenaires Cisco doivent adopter le modèle applicable à leur environnement.
Pendant le processus d’intégration, le partenaire doit désactiver les filtres ICMP.
Déploiement CUBE duplex pour BroadWorks déployé sur un seul site
Déploiement Simplex CUBE pour BroadWorks déployé sur plusieurs sites
Un modèle de redondance supplémentaire est possible lorsque CUBE est déployé en mode duplex sur chaque site. Ce modèle n’est pas nécessaire étant donné que BroadWorks est déployé avec une redondance géographique.
Approvisionnement
1 | Prérequis du partenaire
|
2 | Fournir des numéros de téléphone dans Cisco Partner Hub
|
3 | Provisionner les groupes DNS SRV de rappel dans Cisco Partner Hub (Facultatif)
|
4 | Associer PNG (et CDSG) aux modèles clients
|
5 | Mettre à disposition des organisations de solutions de démarrage
|
6 | Sélectionnez l'organisation Primary Seed Solution
|
7 | Télécharger la configuration BroadWorks (BYoPSTN)
|
8 | Déterminer le domaine audio DNS SRV de Webex Edge
|
9 | Provisionner la configuration BroadWorks du partenaire
|
10 | Provisionner le partenaire CUBE (ou votre propre SBC)
|
11 | Certification BYoPSTN
|
Étape 1 : Prérequis du partenaire
Les prérequis suivants doivent être remplis pour le provisionnement de BYoPSTN. Les prérequis donnés ci-dessous supposent que le partenaire dispose d’un déploiement Webex fonctionnel pour Cisco BroadWorks qui inclut :
Système BroadWorks fonctionnel – comme décrit dans le Guide de la solution Webex pour Cisco BroadWorks
Licence BroadWorks AS avec le service « VoiceXML » en quantité suffisante (1 par numéro RTCP)
Correctifs BroadWorks requis :
Pour R22 :
AP.xsp.22.0.1123.ap376935
AP.as.22.0.1123.ap376935
Pour R23 :
AP.xsp.23.0.1075.ap376935
AP.as.23.0.1075.ap376935
Pour R24
AP.as.24.0.944.ap376935
Système Cisco CUBE déployé (version IOS 16.12.2 ou ultérieure) : https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html
Le CUBE matériel et virtuel est pris en charge. Le CUBE matériel est recommandé pour l’évolutivité et le traitement d’un plus grand nombre d’appels.
Organisation partenaire Webex – comme indiqué dans le Guide de la solution Webex pour Cisco BroadWorks
Étape 2 : Fournir des groupes de numéros de téléphone (PNG) dans Partner Hub
La procédure que le partenaire Cisco utilise pour ajouter ses numéros d'appel de réunion Webex est la suivante :
Connectez-vous au Cisco Partner Hub.
allez à Paramètres.
Faites défiler la page jusqu'à BroadWorks Calling.
Sous Configuration pour rejoindre la réunion (BYoPSTN), sélectionnez Créer un numéro de téléphone d’appelp.
Saisissez le nom du groupe de numéros de téléphone et sélectionnez Suivant.
Saisissez les détails du Numéro de téléphone et sélectionnez Suivant.
Vérifiez le résumé des détails du groupe de numéros de téléphone et sélectionnez Enregistrer.
Répétez cette procédure pour chaque groupe de numéros de téléphone à ajouter.
Les captures d’écran ci-dessous illustrent la procédure.
Étape 3 : Provisionner les groupes DNS SRV (CDSG) de rappel dans Partner Hub
Cette étape doit être effectuée uniquement si vous souhaitez déployer l’option Rejoindre la réunion via le rappel. Sinon, vous pouvez sauter cette étape. |
Si vous ne configurez pas cette option, les utilisateurs peuvent utiliser l'option d'appel pour rejoindre les réunions, ou ils peuvent les rejoindre avec l'audio de l'ordinateur. |
Lorsque vous utilisez l’option de rappel de réunion, un groupe de rappel DNS SRV est requis pour router les appels de Webex vers CUBE. La procédure que le partenaire Cisco utilise pour ajouter ses enregistrements CUBE DNS SRV à Webex est la suivante :
Connectez-vous à Partner Hub.
allez à Paramètres.
Faites défiler la page jusqu'à BroadWorks Calling.
Sous Configuration pour rejoindre la réunion (BYoPSTN), sélectionnez Créer un groupe de rappel DNS SRV.
Saisissez le nom du groupe de rappel DNS SRV.
Sélectionnez Suivant.
Saisissez les détails du rappel DNS SRV.
Sélectionnez Suivant.
Vérifiez le résumé des détails du rappel DNS SRV.
Sélectionnez Enregistrer.
Fournissez toutes les mises à jour au DNS pour refléter les nouveaux enregistrements dans le groupe DNS SRV.
Répétez cette procédure pour chaque groupe de rappel DNS SRV à ajouter.
Les captures d’écran ci-dessous illustrent la procédure.
Étape 4 : Associer PNG et CDSG aux modèles clients dans Partner Hub
La configuration initiale et la vérification de la solution BYoPSTN nécessitent une organisation initiale pour chaque combinaison unique de Groupe de numéros de téléphone et Groupe de rappel DNS SRV (si le rappel est requis). Par conséquent, il est recommandé aux partenaires Cisco de créer de manière similaire un nouveau modèle de client pour chaque combinaison unique de groupe de numéros de téléphone et de groupe de rappel DNS SRV. Chaque modèle client doit être utilisé pour générer une organisation initiale correspondante.
Une fois que la configuration BYoPSTN est créée et vérifiée à l’aide des organisations de démarrage, les groupes de numéros de téléphone et les groupes de rappel DNS SRV peuvent être appliqués aux modèles clients existants si nécessaire.
Veuillez noter que les modèles clients nouvellement créés ne sont pas utilisés par les clients existants non testés et peuvent donc être utilisés en toute sécurité pour la vérification manuelle de la configuration BYoPSTN.
Si vous ne déployez pas la fonction Rejoindre la réunion via le rappel, vous n'avez pas besoin d'associer les groupes de rappel DNS SRV au modèle de client. Cependant, vous devez sélectionner Désactiver le rappel. |
Pour ajouter un nouveau modèle de client, procédez comme suit :
Connectez-vous au Cisco Partner Hub.
allez à Paramètres.
Faites défiler la page jusqu'à BroadWorks Calling.
Sous Modèles, sélectionnez Ajouter un modèle.
Saisissez les détails du modèle. À l’étape Type de colis :
Sélectionnez Package Type comme Standard.
Sélectionnez Configuration pour rejoindre la réunion en tant que numéros d’appel fournis par le partenaire (BYoPSTN).
Sélectionnez un groupe de numéros de téléphone provisionné.
Pour le groupe de rappel DNS SRV, si vous souhaitez activer l'option de rappel de réunion, sélectionnez un groupe de rappel DNS SRV provisionné. Sinon, sélectionnez Désactiver le rappel.
Sélectionnez Suivant.
Saisissez les détails restants du modèle.
Passez en revue le résumé des détails du modèle.
Cliquez sur Enregistrer.
Répétez cette procédure pour chaque modèle client qui doit être ajouté
La capture d’écran ci-dessous illustre la procédure.
Pour mettre à jour un modèle client existant, procédez comme suit :
Connectez-vous au Cisco Partner Hub.
allez à Paramètres.
Faites défiler jusqu'à la section Appel BroadWorks.
Sous Modèles, sélectionnez Afficher le modèle.
Sélectionnez le modèle à mettre à jour.
Faites défiler jusqu'à la section Configuration pour rejoindre la réunion :
Sélectionnez Numéros d’appel fournis par le partenaire (BYoPSTN).
Sélectionnez un groupe de numéros de téléphone configuré précédemment.
Pour le groupe de rappel DNS SRV, si vous souhaitez activer l'option de rappel de réunion, sélectionnez un groupe de rappel DNS SRV provisionné. Sinon, sélectionnez Désactiver le rappel.
Sélectionnez Enregistrer.
La capture d’écran ci-dessous illustre la procédure.
Étape 5 : Mettre à disposition des organisations de solutions de démarrage
La solution BYoPSTN comporte plusieurs composants différents, dont chacun doit être configuré correctement pour que la solution fonctionne avec succès. L'un des deux objectifs des organisations de la solution initiale est de générer des mappages de numéros de téléphone pour les codes d'accès de réunion et un identifiant unique universel du site de réunion (UUID du site) qui sont nécessaires au fonctionnement continu de la solution. L’autre objectif étant la vérification de la configuration.
Pour chaque combinaison unique du groupe de numéros de téléphone et du groupe de rappel DNS SRV à utiliser, un modèle de client correspondant doit être créé au préalable. Pour chacun de ces modèles client, une organisation de solution initiale doit être mise à disposition. La mise à disposition de ces organisations initiales génère le mappage des numéros de téléphone vers les codes d'accès de réunion et un UUID de site de réunion qui sont nécessaires pour configurer BroadWorks.
En utilisant chacun des modèles client précédemment configurés, fournissez un abonné pour un nouveau fournisseur de service BroadWorks ou une nouvelle entreprise BroadWorks avec un utilisateur du pack standard. Le site de réunion Pack standard résultant doit utiliser l'option Numéros d'appel du fournisseur partenaire pour rejoindre la réunion. L’une des méthodes suivantes peut être utilisée pour mettre à disposition l’abonné :
Approvisionner l’abonné de test en utilisant les API des abonnés BroadWorks comme documenté sur
developer.webex.com
.Activez l’abonné de test pour le service IM&P sur un BroadWorks configuré pour utiliser le modèle client. Veuillez vous assurer que le modèle client utilise le pack standard par défaut pour vous assurer qu'un pack standard est attribué à l'abonné test. Alternativement, l'abonné test doit être mis à jour ultérieurement pour avoir le pack Standard.
Veuillez noter qu'il est recommandé que les organisations de solutions de démarrage soient associées à un fournisseur de services de test BroadWorks ou de test BroadWorks Enterprise.
6e étape : Sélectionnez l'organisation Primary Seed Solution
Il est essentiel que ce site de réunion reste provisionné car cet UUID du site est envoyé dans chaque demande de participation à une réunion téléphonique en tant que jeton d’authentification. Vous ne devez pas supprimer l’organisation initiale car le site de réunion associé sera également supprimé. Si l’organisation seed est supprimée, vous devrez en fournir une nouvelle et reconfigurer Broadworks avec le nouvel UUID du site.
Les organisations de solutions de démarrage principales et toutes les organisations de solutions de démarrage secondaires peuvent être supprimées, si vous le souhaitez, avant que l'ensemble des numéros de téléphone et des enregistrements DNS SRV de rappel ne soient attribués à des clients non testés. Lorsque l'ensemble des numéros de téléphone et des enregistrements DNS SRV de rappel sont attribués à des clients non testés, ces numéros de téléphone et enregistrements de rappel sont associés aux sites de réunion pour ces clients et sont utilisés pour rejoindre la réunion en utilisant l'appel et le rappel. Tout changement doit être considéré comme ayant un impact sur le service.
Pour sélectionner l'organisation Primary Seed Solution, procédez comme suit :
Connectez-vous au Cisco Partner Hub.
allez à Paramètres.
Faites défiler jusqu'à la section Appel BroadWorks.
Dans la section Validation de la configuration (BYoPSTN), sélectionnez Attribuer.
Dans l'écran Attribuer une organisation, recherchez et sélectionnez l'une des organisations initiales précédemment configurées
Sélectionnez Attribuer.
L'organisation de semences sélectionnée est l'organisation de semences principale.
Les captures d’écran ci-dessous illustrent la procédure.
7e étape : Télécharger la configuration BroadWorks (BYoPSTN)
L’organisation de la solution initiale principale, les groupes de numéros de téléphone et les détails du groupe DNS SRV de rappel pour un cluster BroadWorks donné sont disponibles en un seul emplacement, le fichier JSON de configuration BroadWorks (BYoPSTN). Ces informations sont nécessaires pour configurer BroadWorks pour BYoPSTN.
Veuillez noter que le fichier de configuration JSON ne peut être consulté/téléchargé qu'après avoir sélectionné l'organisation principale de la solution initiale.
La procédure pour afficher/télécharger le fichier de configuration JSON est la suivante :
Connectez-vous au Cisco Partner Hub.
allez à Paramètres.
Faites défiler la page jusqu'à BroadWorks Calling.
Sous Clusters, sélectionnez Afficher le cluster.
Sélectionnez le cluster qui est associé aux modèles clients qui sont configurés pour BYoPSTN.
Faites défiler jusqu'à la section Configuration BroadWorks pour BYoPSTN.
Cliquez sur Télécharger le fichier de configuration JSON.
Répétez cette procédure pour tous les autres clusters BroadWorks.
Les captures d’écran ci-dessous illustrent la procédure.
Veuillez consulter l'exemple de fichier de configuration JSON ci-dessous. Le fichier contient des informations supplémentaires sur chaque groupe de numéros de téléphone, groupe de rappel DNS SRV, les éléments de configuration clés suivants qui doivent être saisis sur BroadWorks sont marqués en gras.
UUID du site : BroadWorks doit envoyer cette valeur dans les messages SIP, il s’agit d’un jeton que l’audio Webex Edge utilise pour confirmer l’identité de BroadWorks du partenaire Cisco et son accès aux sites de réunion gérés par ce partenaire Cisco.
Mappage du numéro de téléphone au code d'accès : Les numéros de téléphone et leurs codes d’accès Webex associés doivent être configurés sur BroadWorks.
Numéro de téléphone
code d'accès
Balise locale : La langue d’annonce souhaitée associée au numéro de téléphone doit être configurée sur BroadWorks.
dnsSrv : Le rappel DNS SRV doit être configuré dans le DNS et se référer aux instances CUBE souhaitées.
{
"siteUUID": "491db0821791441a96c233fefb6c6dfc",
"siteURL": " seedtestenterpriseabc.webex.com ",
"partnerOrgId": "1da175de-3651-4467-b26b-b0d85a2cb3ad",
"solutionValidationOrgId": "d927ac4d-3d73-4d7f-8506-a1bc0a221934",
"customerTemplates": [
{
"name": "US West Std",
"id": "27fe1337-ab1d-44b0-8b5e-ff1d32f6e3f8",
"phoneNumberGroupId": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
"callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
},
{
"name": "US East Std",
"id": "070d6682-b64f-46ea-bc4b-b2e1218ba4bb",
"phoneNumberGroupId": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
"callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
}
],
"phoneNumberGroups": [
{
"name": "US West",
"id": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
"phonenumbers": [
{
"id": "617c5faa-1721-45c7-bc70-e6d7c20ccc29",
"name": "US Palo Alto",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "TollFree",
"defaultPhoneNumberType": "NONE",
"phoneNumber": "9863502478",
"accessCode": "88672693772924908359"
},
{
"id": "48fa7c50-9da0-4c8b-9b2f-307ff435c7c7",
"name": "US Toll San Francisco",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "PRIMARY",
"phoneNumber": "4156551000",
"accessCode": "88652789466280320324"
}
]
},
{
"name": "US East",
"id": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
"phonenumbers": [
{
"id": "ca0c622a-8621-4477-91e0-b3e214833568",
"name": "US Maryland",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "PRIMARY",
"phoneNumber": "2403332200",
"accessCode": "88631321777971704941"
},
{
"id": "00875574-9a46-4447-a967-350b6176755a",
"name": "US Florida",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "SECONDARY",
"phoneNumber": "9049002303",
"accessCode": "88632627551145646175"
},
{
"id": "a2c10316-9266-4423-a669-d67949f99d33",
"name": "US New York",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "TollFree",
"defaultPhoneNumberType": "NONE",
"phoneNumber": "8056504578",
"accessCode": "88649679020033567943"
}
]
}
],
"callbackDnsSrvGroups": [
{
"name": "CB US",
"callbackDnsSrvs": [
{
"name": "Callback US",
"countryCode": "US",
"dnsSrv": "cube.us.example.com",
"id": "c5209d17-7c2f-45b3-95a6-65d7f5f53c7e"
}
],
"id": "25392686-a390-49b9-bad5-cb47159c3e992"
},
{
"name": "CB MX",
"callbackDnsSrvs": [
{
"name": "Callback MX",
"countryCode": "MX",
"dnsSrv": "cube.mx.example.com",
"id": "cca0e4c3-5cff-412c-a854-bfb719f603a2"
}
],
"id": "36403797-b401-50c0-cbe5-dc58260d4f003"
}
]
}
8e étape : Déterminer le domaine audio DNS SRV de Webex Edge
Le domaine audio DNS SRV de Webex Edge doit être configuré sur BroadWorks. Utilisez la procédure suivante pour déterminer la valeur.
Connectez-vous au Cisco Partner Hub.
Allez dans Clients.
Sélectionnez l’entreprise de validation BYoPSTN.
Sélectionnez Afficher le client.
Allez dans Services/Réunions.
Sélectionnez le site de réunion Pack standard.
Faites défiler jusqu'au bas du panneau latéral, sélectionnez Configurer le site.
Sélectionnez Paramètres communs / Paramètres audio.
Sous la section Numéros d’appel internationaux personnalisés audio Edge, sélectionnez Générer le script Lua.
Dans la fenêtre contextuelle, recherchez la valeur « -- Update To header with CCAX URL ».
-- Update To header with CCAX URL local oldTo1 = msg:getHeader("To") local newTo1 = string.gsub(oldTo1, "<sip:(.+)@(.*)>", "<sip:%1@ecccx.amer.webex.com>") msg:modifyHeader("To", newTo1)
Extraire la valeur en gras, par exemple,
ecccx.amer.webex.com.
Il s’agit du domaine Webex Edge Audio DNS SRV qui doit être configuré sur BroadWorks.
9e étape : Provisionner la configuration BroadWorks du partenaire
Cette section décrit la configuration BroadWorks nécessaire à la mise en œuvre des scénarios d’appel et de rappel de réunion présentés dans les diagrammes ci-dessous. Les exemples de configuration sont basés sur les données du fichier JSON illustré dans la section précédente. Les nombres, les domaines, le nom de l’entreprise/des groupes, le type de périphériques, les politiques, les profils, etc. devraient varier selon les partenaires.
Flux des appels :
- L’utilisateur demande le rappel, Webex initie un rappel.
- L'appel est acheminé vers l'OTT BroadWorks.
- L'appel atteint le CUBE mis à disposition dans CH. CUBE achemine l’appel vers BroadWorks.
- BroadWorks identifie l'appel comme étant à l'origine de l'organisateur de la réunion et crée une session pour l'utilisateur organisateur de la réunion et traite l'appel.
- La session utilisateur de l'organisateur de la réunion traite l'appel et traduit le numéro composé. En outre, un enregistrement de facturation est généré pour le compte de l'utilisateur organisateur de la réunion.
- BroadWorks achemine l'appel soit vers l'utilisateur associé au périphérique (7), soit vers le RTCP (8).
Avant de commencer
La communication SIP entre BroadWorks et le CUBE peut se faire via UDP ou TCP en fonction de vos besoins réseau. Par exemple, si certains périphériques réseau ou d'accès (par exemple, passerelles ou points de terminaison) dans les flux d'appel ou de rappel BYoPSTN ne prennent pas en charge TCP, alors UDP doit être utilisé à la place.
La configuration et les exemples présentés dans ce guide utilisent TCP comme protocole de transport. Pour utiliser TCP, assurez-vous que votre serveur d'application BroadWorks et votre serveur réseau sont tous deux configurés pour TCP :
_CLI/Interface/SIP> get
networkProxyTransport = unspecified
accessProxyTransport = unspecified
supportDnsSrv = true
supportTcp = true
Serveur d'applications
Identifier/Type de profil de périphérique
Un nouveau type d’identité/profil de périphérique doit être créé pour représenter le CUBE. Assurez-vous de définir les propriétés suivantes ci-dessous, tandis que d'autres peuvent être laissées aux valeurs par défaut :
Type d'adresse de signalisation—Défini sur Adressage du proxy intelligent
Authentification—Défini sur Activé
Identité de prise en charge dans UPDATE et Re-INVITE—Cochée
Capacité d'enregistrement statique—Défini sur Activé
Compatible vidéo—Défini sur Désactivé
Dans l’exemple ci-dessous, le nouveau type de profil d’identité/de périphérique « VXML_profile » est créé pour représenter le CUBE.
Abonné virtuel XML vocal
Créer une instance VoiceXML
Chaque numéro RTCP de Webex Meetings est représenté par un abonné virtuel dans BroadWorks et la fonctionnalité d’abonné virtuel VoiceXML peut être utilisée. Il est recommandé d'utiliser une entreprise et un groupe dédiés pour tous les abonnés virtuels VoiceXML. Notez que nous n'exploitons en fait aucune fonctionnalité VoiceXML, mais ce type d'utilisateur virtuel est adapté pour interagir avec le CUBE.
Afin d'utiliser le service VoiceXML, assurez-vous que la licence a suffisamment de quantités « VoiceXML » et que le service est autorisé aux niveaux de l'entreprise et du groupe, et que le service VoiceXML est affecté au groupe comme indiqué dans l'exemple d'image ci-dessous.
Sous VoiceXML et créez une instance pour chaque numéro RTCP.
, sélectionnezConfigurer les adresses VoiceXML
Pour chaque instance VoiceXML, fournissez ce qui suit sous les adresses VoiceXML :
Numéro de téléphone—Saisissez le numéro d'appel du site Webex Meetings (par exemple, 2403332200).
Numéro de poste
Identity/Device Profile—Créez une instance (par exemple, VXML_deviceProf) en fonction du type de périphérique créé dans la section précédente (VXML_profile dans l'exemple) et saisissez la configuration suivante.
Ligne/port—Saisissez au format <access number="">@<domain>, où
<access number=""> est le numéro de code d'accès pour le site Webex Meetings (disponible à partir du fichier JSON) (par exemple, 88631321777971704941)
<domain> est le domaine de l’audio Webex Edge pour ce site de réunion (par exemple, ecccspx.amer.pub.webex.com)
Contact sip—Pour les appels téléphoniques de la réunion vers le numéro d'accès, l'INVITE sera envoyé avec une URI de demande définie sur la valeur de ce champ. Saisissez le contact SIP au format suivant <sip contact="">;<Locale>;<Meetings Site="" UUID="">;<SIP transport="">, où :
<sip contact=""> est le <number> du champ ligne/port mais avec le domaine comme SRV qui se résout à l’adresse du CUBE (par exemple, 88631321777971704941@cube.internal.local)
<Locale> représente le paramètre de langue en fonction des paramètres régionaux de l'utilisateur (par exemple, paramètres régionaux=en_US)
<Meetings Site="" UUID=""> est le site UUID à partir du fichier JSON (par exemple, x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b)
<SIP transport=""> doit être transport=tcp pour que l’AS utilise TCP pour envoyer des messages au CUBE.
Vous trouverez ci-dessous un exemple de paramètres des adresses VoiceXML.
Pour chaque numéro d'accès supplémentaire à la réunion à utiliser, un abonné virtuel VoiceXML supplémentaire doit être créé de la même manière que celui ci-dessus. Le même profil de périphérique peut être utilisé, mais les champs Port de ligne et Contact doivent être construits à partir des informations du numéro d'accès comme indiqué ci-dessus. |
Assurez-vous de vérifier que les limites de la politique de traitement des appels que vous configurez sur l’abonné virtuel BroadWorks sont suffisantes pour traiter les appels BYoPSTN supplémentaires dans votre groupe de numéros de téléphone. |
Attribuer l'authentification SIP à l'instance VoiceXML
Attribuer le service d'authentification à l'abonné virtuel VoiceXML. Ceci sera utilisé pour authentifier les messages SIP INVITE à partir du CUBE dans le scénario de rappel. Il empêche également l'abonné virtuel VoiceXML d'accepter les appels de parties autres que le CUBE
Allez à la page d'authentification de l'abonné virtuel sous Utilitaires et saisissez le nom d'utilisateur et le mot de passe SIP comme indiqué ci-dessous :
le CUBE doit être configuré avec le même nom d’utilisateur et le même mot de passe afin d’authentifier correctement les messages INVITE envoyés au AS. Un exemple de commande pour configurer l'authentification SIP sur le CUBE est le suivant :
|
Fichier Namedefs
Le champ de contact SIP de l'abonné virtuel VoiceXML contient l'URL dans laquelle la partie du domaine se résout à l'adresse CUBE. Il s’agit d’un SRV interne, et le fichier namedefs sur le AS peut être utilisé pour résoudre le SRV interne vers l’IP CUBE.
Dans notre exemple, le contact SIP SRV est cube.internal.local et se résout à l'adresse 10.165.196.30 port 5060 pour atteindre le CUBE. Sur le AS, le /usr/local/broadworks/bw_base/conf/namedefs
la mise à jour du fichier se fait comme suit :
_sip.tcp.cube.internal.local SRV 1 99 5060 10.165.196.30
Type d'appel Webex Meetings
Les options de configuration du traitement des appels Webex Meetings sont disponibles pour contrôler la façon dont les appels entrants de la réunion sont traités. Par défaut, les appels de réunion sont traités en tant qu'appels externes car les numéros d'appel sont hébergés dans une entreprise ou un fournisseur de service dédié. Les appels externes sont normalement inclus dans le nombre de sessions de contrôle d'admission de session et marqués pour charge dans le champ CDR chargeIndicator.
L'exemple suivant ajoute la configuration recommandée pour traiter les appels de réunion en tant qu'appels internes de sorte qu'ils soient exclus du chargement et exclus du compte de contrôle d'admission de session.
En définissant Enforce NS Charge Field sur true, la population du champ CDR chargeIndicator est basée sur l'attribut Charge configuré du type d'appel Network Server.
AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> add "Webex Meetings" WXM true true
AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> get
Name NS Call Type Enforce NS Charge Field Process As Internal For SAC-Subscriber
==========================================================================================
Webex Meetings WXM true true
Abonné virtuel de rappel de réunion VoiceXML
Créer un abonné de rappel de réunion VoiceXML
Un abonné virtuel VoiceXML dédié avec une option spéciale de rappel de réunion Webex (ci-après appelé abonné de rappel de réunion VoiceXML) doit être configuré sur le serveur d'application BroadWorks (AS) pour traiter les appels de rappel Webex Meetings. Une seule instance de cet abonné peut être configurée sur le AS.
Pour activer la fonctionnalité, définissez la fonctionnalité activable 102074 à vrai via CLI.
AS_CLI/System/ActivatableFeature> activate 102074
***** Warning *****:
This activity should only be done during a maintenance window because
this may cause large amounts of data to be added/modified/deleted and
it may take some time to execute. Features that have web page impacts
require that users and administrators log out and log back in.
Are you sure you want to continue?
Please confirm (Yes, Y, No, N): y
...Done
AS_CLI/System/ActivatableFeature> get
Id Description Activated Last Modified Timestamp
=============================================================================================
102746 BroadWorks Support for CI UUID true
102074 BYO PSTN Billing support for CallBack and CallIn true
104256 Weak Password Validation Service false
104073 Add FAC Support for Call Center Agent Join-Unjoin in CDR false
103542 Configurable Endpoint For Auto-Answer And Forced Answer false
104255 Control password usage and behavior to ensure security false
Étant donné que la fonction « Prise en charge de la facturation BYO RTCP pour Rappel et Appel » dépend de la fonction « Prise en charge BroadWorks pour CI UUID », avant d’activer la fonction (102074), vous devez également activer la fonction (102746). Pour plus de détails, reportez-vous à la section « Synchronisation de l'UUID de l'utilisateur CI (Prise en charge de Broadworks pour l'UUID CI) ». |
L'abonné au rappel de réunion VoiceXML est similaire à l'abonné virtuel VXML BYOPSTN existant mais l'a marqué avec un nouveau drapeau « Rappel de réunion Webex ». Cet abonné de rappel de réunion VoiceXML est configuré avec le même profil de périphérique que l'abonné virtuel BYOPSTN VXML existant, ainsi que le service d'authentification avec les mêmes informations d'authentification.
Un exemple est présenté ci-dessous :
L'abonné au rappel de réunion VoiceXML doit exister sur le AS hébergeant l'utilisateur organisateur de la réunion. Lorsque le AS reçoit la demande d'INVITE de rappel de réunion, il tente de localiser à la fois l'utilisateur de rappel de réunion VoiceXML et l'utilisateur organisateur de la réunion sur le AS pendant la configuration de l'appel. Si aucun de ces utilisateurs n'est trouvé, l'appel est rejeté.
Session d'organisateur de la réunion
Dans le scénario de rappel avec l'en-tête X-Cisco-Meet-Info, le serveur d'application Cisco BroadWorks reçoit une demande SIP INVITE et identifie l'utilisateur hôte de la réunion à l'aide du paramètre UUID de l'utilisateur CI hôte de l'en-tête SIP X-Cisco-Meet-Info. Une session d'appel est créée pour le compte de l'utilisateur organisateur de la réunion est créée pour traiter l'appel et exécuter le profil de service de l'utilisateur. En outre, un enregistrement de facturation est généré pour le compte de l'utilisateur organisateur de la réunion. L'ID de la réunion et les informations de l'UUID du site à partir de l'en-tête SIP X-Cisco-Meet-Info sont capturés dans l'enregistrement de facturation.
Un exemple de l'en-tête SIP X-Cisco-Meet-Info est illustré ci-dessous :
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab
-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
Plate-forme de livraison d'applications
Synchronisation de l’UUID de l’utilisateur CI (Prise en charge de Broadworks pour l’UUID CI)
L’UUID CI utilisateur est un identifiant unique pour identifier les utilisateurs dans l’environnement Webex.
Cette application de synchronisation de mise à disposition Webex sur la plateforme de diffusion des applications Cisco BroadWorks (ADP) est utilisée pour synchroniser, mapper et stocker l’UUID CI de l’utilisateur dans l’infrastructure BroadWorks afin qu’elle puisse être utilisée dans diverses interactions avec Webex et Webex pour le service BroadWorks.
Reportez-vous à « Activer le rappel de réunion Webex » pour savoir comment l'association UUID Utilisateur CI est utilisée par le serveur réseau Cisco BroadWorks et le serveur d'application Cisco BroadWorks.
Les étapes suivantes configurent l’application Webex Provisioning Sync pour interroger et mettre à jour périodiquement les utilisateurs BroadWork avec l’UUID CI.
L'application Webex Provisioning Sync nécessite des informations d'identification OAuth avec spark-admin :broadworks_subscribers_read portée pour le fournisseur d'identité Cisco et peut être obtenue en soumettant une demande de service à votre agent d'intégration.
Consultez la section « Obtenir les informations d’identification OAuth pour votre Webex pour Cisco BroadWorks » pour plus d’informations et faire la demande de service à l’adresse : https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/Solution_Guide/wbxbw_b_solution-guide/wbxbw_b_SolutionGuide-PDF_chapter_01.html?bookSearch=true#Cisco_Generic_Topic.dita_0e1beabc-80ae-4e8d-b177-17108ec5daed
Ajoutez le jeton avec un nom de partenaire approprié comme suit :
ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> add custBYO refreshToken
New Password:
Re-type New Password:
ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> get
Partner Name Refresh Token
==================================
FederationPartner ********
custPart ********
custBYO ********
Ajoutez le nom du partenaire associé au jeton OAuth à la liste des partenaires à surveiller par l’application Webex Provisioning Sync avec l’indicateur « activé » défini sur « vrai ».
Par cette application Webex Provisioning Sync, l'application commencera à effectuer la synchronisation de l'UUID de l'utilisateur CI sur l'intervalle d'interrogation défini.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> add custBYO true
Une fois le partenaire inclus, l’application Webex Provisioning Sync peut maintenant effectuer l’association de l’UUID CI aux utilisateurs BroadWorks.
Modifiez le délai d'expiration de la connexion à l'aide des commandes suivantes :
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> set requestTimeout 30000
...Done
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> get
requestTimeout = 30000
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> cd http
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller/Http> set connectionTimeout 300
*** Warning: BroadWorks needs to be restarted for the changes to take effect ***
ADP_CLI/Application/WebexProvisioningSync/GeneralSetting/Controller/HTTP > get
connectionPoolSize = 5
connectionTimeout = 300
connectionIdleTimeOut = 300
maxConcurrentRequests = 10
maxCookieAgeInHours = 24
Cette association peut se faire automatiquement ou manuellement. La commande CLI manualSync peut déclencher instantanément l'association.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> manualSync custBYO
Les partenaires dont « Activé » est défini sur « vrai » effectuent les tâches associées à l'intervalle d'interrogation. Lors de l’association initiale, l’application Webex Provisioning Sync interroge l’API de l’abonné Webex pour récupérer les données contenant l’UUID CI pour tous les utilisateurs hébergés par le partenaire. L’ID externe de l’utilisateur BroadWorks est mis à jour avec l’UUID CI associé. Les associations ultérieures affectent les utilisateurs ajoutés au partenaire. La commande d'état peut être utilisée pour voir si la synchronisation est terminée.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> status
Partner Name Status Last Sync Time
============================================================
custBYO synchronizing
custPart monitoring 2023-01-29T15:36:43.873-05:00
2 entries found.
Une fois la synchronisation terminée, le statut revient à la surveillance. La synchronisation ultérieure est effectuée sur les utilisateurs ajoutés au partenaire après la « dernière heure de synchronisation ».
La figure suivante montre l'UUID CI défini dans l'ID externe :
Serveur réseau
Type d’appel
À des fins de facturation et de création de rapports, il peut être souhaitable de marquer les CDR pour les appels appelants Meetings. Ceci peut être effectué à l'aide de la politique de saisie préalable d'appel du serveur réseau.
Tout d'abord, sur le CLI NS sous /System/CallP/CallType, ajoutez un nouveau type d'appel. L'exemple suivant ajoute le nouveau type d'appel « WXM » :
NS_CLI/System/CallP/CallTypes> add WXM LOCAL true false "Webex Meetings"
NS_CLI/System/CallP/CallTypes> get calltype WXM
CallType Description Category Scope SupportE164 Charge
=======================================================================
WXM Webex Meetings LOCAL User Defined true false
Le type d'appel peut ensuite être utilisé dans une instance PreCallTyping faisant partie du profil de routage de l'utilisateur BroadWorks. Dans cet exemple, une nouvelle instance PreCallTyping « wxm » a été ajoutée sous /Policy/PreCallTyping CLI context, mais il pourrait s'agir d'une instance PreCallTyping existante déjà utilisée :
NS_CLI/Policy/PreCallTyping> add wxm true CallTypes ALL
NS_CLI/Policy/PreCallTyping> get wxm
Policy: PreCallTyping Instance: wxm
CallTypes:
Selection = {ALL}
From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}
supportLCABasedNormalization = false
Enable = true
L'étape suivante consiste à ajouter des entrées à l'instance PreCallTyping pour tous les numéros d'appel sous le contexte CLI /Policy/PreCallTyping/DialPlan. Par exemple :
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt_e164 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> get wxm 1
Policy: PreCallTyping Instance: wxm Table: DialPlan
CC Dial Plan From To Match Min Max Call Type Prefix Action Call Ind Description
================================================================================================
1 dflt 12403332200 12403332200 {exact} 11 11 {WXM} 0 Webex Weetings
1 dflt_e164 12403332200 12403332200 {exact} 11 11 {WXM} 0 Webex Meetings
L'instance PreCallTyping est ensuite ajoutée (à condition qu'elle n'existe pas déjà) au profil de routage applicable de l'utilisateur d'origine, comme illustré dans l'exemple ci-dessous :
NS_CLI/Policy/Profile> add Profall PreCallTyping wxm
NS_CLI/Policy/Profile> get profile Profall
Profile: Profall
Policy Instance
==========================================
CallTyping DefaultInst
CallScreening DefaultInst
SubLocation DefaultInst
FarEndRtg DefaultInst
NearEndRtg DefaultInst
UrlDialing DefaultInst
MediaSrvSel DefaultInst
SIMPLE DefaultInst
DstSvcRtg DefaultInst
NumberPortability DefaultInst
RCBasedRtg DefaultInst
NetVoicePortalRtg DefaultInst
PreCallTyping wxm
Les CDR d'origine BroadWorks sont générés uniquement par les appels provenant d'abonnés BW. Les appels provenant du RTCP du côté « réseau » du AS ne généreront pas de CDR d’origine. Il y aura un CDR de terminaison pour l'abonné virtuel VoiceXML dans les deux cas. |
NE de routage
Un RoutingNE est requis sur le NS sous /System/Device/RoutingNE CLI context pour représenter le CUBE. De cette façon, lorsque le NS reçoit l’INVITE du CUBE, il fait correspondre l’en-tête via à l’entrée RoutingNE qui est mise à disposition sur le NS. Reportez-vous au Guide d'administration de l'interface de ligne de commande du serveur réseau Cisco BroadWorks pour plus de détails sur la façon d'ajouter un RoutingNE.
Vous trouverez ci-dessous un exemple des commandes pour ajouter le RoutingNE « WebexMeetings », où l’adresse IP CUBE = 10.165.196.30. L'exemple montre également les commandes pour créer une nouvelle instance OrigRedirect et Profile à associer à RoutingNE, mais les instances existantes peuvent également être utilisées.
NS_CLI/Policy/OrigRedirect> add wxm_Inst true CallTypes ALL supportTrunkGroupLookups disable applyAccessSideRules enableRestrictive
NS_CLI/Policy/OrigRedirect> get wxm_Inst
Policy: OrigRedirect Instance: wxm_Inst
Enable = true
CallTypes:
Selection = {ALL}
From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}
supportTrunkGroupLookups:
Selection = {disable}
From = {disable, enablePermissive, enableRestrictive}
applyAccessSideRules:
Selection = {enableRestrictive}
From = {disable, enablePermissive, enableRestrictive}
NS_CLI/Policy/Profile> add wxm_routing
NS_CLI/Policy/Profile> add wmx_routing OrigRedirect wxm_Inst
NS_CLI/Policy/Profile> add wmx_routing SubLocation DefaultInst
NS_CLI/Policy/Profile> get profile wxm_routing
Profile: wxm_routing
Policy Instance
==========================================
OrigRedirect wxm_Inst
SubLocation DefaultInst
NS_CLI/System/Device/RoutingNE> add WebexMeetings 1240364 1 99 wxm_routing false OnLine AccessRoutingNE
NS_CLI/System/Device/RoutingNE/Address> add WebexMeetings 10.165.196.30 1 99 tcp
NS_CLI/System/Device/RoutingNE> get
Network Element WebexMeetings
Location = 1240364
Static Cost = 1
Static Weight = 99
Poll = false
OpState = enabled
State = OnLine
Profile = wxm_routing
Signaling Attributes= AccessRoutingNE
NS_CLI/System/Device/RoutingNE/Address> get
Routing NE Address Cost Weight Port Transport Route
WebexMeetings 10.165.196.30 1 99 - tcp
Avec l'exemple de configuration, le CUBE envoie au NS un INVITE similaire aux éléments suivants (champs importants en gras) :
INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks
"<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID:
e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGSTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68
Avec :
L’URI de demande INVITE contient le numéro de rappel
Via en-tête : contient l’adresse IP du CUBE qui sera utilisé pour sélectionner le profil RoutingNE.
En-tête X-Cisco-Info-Meet : utilisé pour identifier hostCIUserUuid, meetingid & siteUUID.
Dès réception de l’INVITE, le NS utilise l’en-tête Via pour correspondre à l’élément RoutingNE « WebexMeetings ». Ceci sélectionnera à son tour le profil de routage « wxm_routing » qui contient l’instance « wxm_Inst » d’OrigRedirect.
La politique NS OrigRedirect correspondra alors à l’en-tête X-CISCO-MEET-INFO :
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
avec le port de ligne configuré sur l'abonné virtuel VoiceXML et envoyer une redirection 302 à la paire AS hébergeant cet abonné. Le message 302 est similaire à ce qui suit :
SIP/2.0 302 Moved temporarily
Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK5452684
From:" Webex "<sip:+12403332200@10.165.196.30>;tag=8EEAA586-1675
To:<sip:+14519615001@10.155.6.172>;tag=394411970-1602687588994
Call-ID:ABC5CCA2-D6411EB-8AD6D92D-EE20F768@10.165.196.30
CSeq:101 INVITE
Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone> ;q=0.5, <sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone>;q=0.25
Content-Length:0
Alias
Le domaine dans l'URI INVITE (dans l'exemple, c'est bw.myenterprise.com) envoyé par le CUBE à la NS doit être reconnu par la NS. Cela peut être fait en ajoutant le domaine dans le contexte NS_CLI/System/Alias, par exemple :
NS_CLI/System/Alias> add bw.myenterprise.com
La commande pour configurer le domaine URI INVITE sur le CUBE se trouve dans la section suivante, sous dial-peer/session target, par exemple :
dial-peer voice 23401 voip
session target dns:bw.myenterprise.com
NE hébergeur
Pour prendre en charge les options de configuration du traitement des appels Webex Meetings pour la facturation et le contrôle d'admission de session, les attributs de signalisation Hosting NE du serveur d'applications CallTypeInfoRequired et RequiresChargeIndication doivent être activés dans le contexte NS_CLI/System/Device/HostingNE._ Par exemple :
NS_CLI/System/Device/HostingNE> set broadworksASHostNe signaling E164Compliant,
CallTypeInfoRequired, SourceId, RequiresNetworkIndication RequiresChargeIndication;
Activer le rappel de la réunion Webex
Dans le scénario de rappel avec l'en-tête SIP X-Cisco-Meet-Info, le CUBE envoie l'appel au serveur réseau pour la redirection de l'expéditeur vers la paire AS. La paire AS est déterminée en fonction du paramètre système enableWebexMeetingHoostLookup.
NS_CLI/System/CallP/Options> get
accessSideRoutingNeDeterminedViaSignaling = false
disableNdcValidationForCalledNumbers = true
forceRoutingNEProfile = false
skipPrivatePoliciesOnEmergency = true
maxReturnedContacts = 10
enableWebexMeetingHostLookup = true
Lorsque le paramètre système enableWebexMeetingHoostLookup est défini sur vrai, l'UUID CI de l'utilisateur organisateur de la réunion dans l'en-tête X-Cisco-Meet-Info est utilisé pour identifier le pair AS hébergeant l'utilisateur organisateur de la réunion.
INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks "<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID: e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGISTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68
Étape 10 Mise à disposition du CUBE partenaire
Cette section fournit une configuration validée pour la façon de déployer Cisco Unified Border Element (CUBE) en tant que contrôleur de limites de session (SBC) pour la solution Bring Your Own RTCP.
Cette section se concentre sur les configurations CUBE qui sont nécessaires pour interagir avec l’exemple de configuration Webex pour Cisco BroadWorks illustré dans la section précédente. Pour une discussion plus générale sur le déploiement initial et la configuration de CUBE, reportez-vous aux guides suivants : https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-overview.html
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-Guide
Déployer notre propre option SBC
Si vous ne souhaitez pas déployer CUBE, vous avez la possibilité de déployer votre propre SBC. Cependant, notez que ce document ne fournit pas de configuration validée pour les SBC autres que CUBE.
Si vous déployez votre propre SBC, vous pouvez suivre les exigences de configuration CUBE de haut niveau (par exemple, les affectations telles que le domaine, les interfaces publiques et privées et les passerelles) pour guider votre configuration. Cependant, reportez-vous à votre documentation SBC pour obtenir une aide en ligne de commande détaillée, car les commandes réelles pour votre propre SBC seront probablement différentes de CUBE.
Sauf indication contraire, les autres exigences de configuration de l'étape 10 s'appliquent quel que soit le SBC que vous déployez. Cependant, les exemples de ligne de commande ne concernent que CUBE, à moins qu'il ne soit spécifié que l'exemple s'applique à d'autres SBC. Pour les autres SBC, reportez-vous à votre documentation SBC pour les commandes de configuration. |
Configuration initiale
Pour configurer CUBE, le mode EXEC privilégié doit être activé. Si vous y êtes invité, saisissez le mot de passe.
enable
Pour entrer en mode de configuration global :
configure terminal
Définissez le domaine :
ip domain name myenterprise.com
Définir la taille maximale du segment (MSS) :
ip tcp mss 1360
Configuration du réseau
Définir les interfaces publiques et privées. Dans notre exemple CUBE :
------- Private side -------
interface GigabitEthernet1
description Interface facing BC
ip address <CUBE PRIV IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
------- Public side -------
interface GigabitEthernet2
description Interface facing WEBEX
ip address <CUBE PUB IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
Configurez les passerelles pour le routage IP pour les côtés public et privé :
ip route 0.0.0.0 <PUB SUBNET MASK> <CUBE PUB GW IP>
ip route 10.0.0.0 <PRIV SUBNET MASK> <CUBE PRIV GW IP>
Activer SSH :
ip ssh logging events
ip ssh version 2
!
username admin privilege 15 password <password>
CUBE (ou votre propre SBC) doit se trouver dans une DMZ avec des règles de pare-feu correctement configurées. Voir la section Ports utilisés par Webex pour la liste des ports à ouvrir sur le pare-feu externe |
Configurez les enregistrements SRV pour les appels de rappel envoyés depuis CUBE (ou votre SBC) vers les serveurs réseau BroadWorks. Par exemple, le SRV pour bw.myenterprise.com :
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns01.myenterprise.com
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns02.myenterprise.com
ip host ns01.myenterprise.com <NS01 IP>
ip host ns02.myenterprise.com <NS02 IP>
Configurer le serveur DNS :
ip name-server <DNS_IP_address>
Une autre option DNS est de configurer le DNS interne où le DNS interne atteint un serveur DNS parent si la recherche interne échoue. |
Configuration du traitement des appels
Généralités
Configurez le CUBE (ou votre SBC) avec toutes les adresses IP qui doivent accéder au service VoIP. Cela inclut :
Adresses de signalisation SIP côté privé pour les serveurs BroadWorks AS, NS et MS.
Adresses côté public pour l’infrastructure Webex Edge for Audio.
Voir ci-dessous pour un exemple de configuration CUBE :
voice service voip
ip address trusted list
------- IPs on private side (needs to include all BroadWorks AS, NS and MS signaling addresses) -------
ipv4 <NS01 IP>
ipv4 <NS02 IP>
ipv4 <AS01 IP>
ipv4 <AS02 IP>
ipv4 <MS01 IP>
------- IPs on public side (These are the public addresses for the Webex audio infrastructure. The below range is an example only.) -------
ipv4 64.68.96.0 255.255.224.0
ipv4 66.114.160.0 255.255.240.0
ipv4 66.163.32.0 255.255.224.0
La plage d'adresses IP ci-dessus en est un exemple. Pour la liste actuelle des adresses IP publiques de l'infrastructure audio Webex, allez à : |
Comment puis-je autoriser le trafic Webex Meetings sur mon réseau ?—La plage d'adresses IP de la plupart des clusters s'affiche sous Liste des plages d'adresses IP utilisées par les services de réunion Cisco Webex. Une exception concerne les clusters de la Chine, pour lesquels la plage apparaît sur le lien ci-dessous :
Configuration réseau requise pour le custer Cisco Webex de la Chine
Le temporisateur par défaut pour que le CUBE établisse une connexion TCP avant qu’il ne progresse est de 20 secondes. Pour le modifier :
ip tcp synwait-time <5-300 (seconds)>
Du côté de BroadWorks, le temporisateur par défaut du serveur d'applications pour temporiser sur un périphérique d'accès non réactif est de 6 secondes. Pour le modifier :
AS_CLI/System/CallP/AccessRouting> set terminationAttemptTimeoutSeconds <1-15 (seconds)>
Les interfaces côté public et privé pour le trafic RTP sur CUBE (ou votre propre SBC) doivent être ouvertes. Voir ci-dessous pour l’exemple CUBE :
voice service voip
rtcp all-pass-through
media disable-detailed-stats
------- CUBE public IP + port range -------
media-address range <CUBE PUB IP> <CUBE PUB IP> port-range 10200-28000
------- CUBE private IP + port range -------
media-address range <CUBE PRIV IP> <CUBE PRIV IP> port-range 10200-28000
Avec :
- <CUBE PUB="" IP=""> est l’adresse IP publique du CUBE
- <CUBE PRIV="" IP=""> est l’adresse IP privée du CUBE
- Plage de ports : dans l'exemple, plage de ports comprise entre 10200 et 28000
Le CUBE prend en charge les suites de chiffrement TLS suivantes (pendant l’appel, CUBE les propose dans le Bonjour client de la poignée de main TLS) :
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_EMPTY_RENEGOTIATION_INFO_SCSV
Autres paramètres généraux à configurer (voir ci-dessous pour des exemples de configurations CUBE) :
aaa new-model
aaa authentication login default local
aaa authorization exec default local
!
ip scp server enable
!
voice service voip
address-hiding
allow-connections sip to sip
no supplementary-service sip moved-temporarily
call-quality
max-dropout 2
max-reorder 2
sip
contact-passing
Les URI pour la numérotation entrante et sortante doivent être définies pour une utilisation ultérieure dans les dial-peers :
voice class uri INEdgeAudio sip
pattern x-cisco-webex-service=audio
!
voice class uri OUTEdgeAudio sip
host cube.internal.local
L’audio Webex Edge prend en charge les codecs G722, G711ulaw et G711alaw. Le code de classe vocale suivant doit être défini pour une utilisation ultérieure dans les pairs de numérotation :
voice class codec 3
codec preference 1 g722-64
codec preference 2 g711ulaw
codec preference 3 g711alaw
L’audio Webex Edge utilise SRTP. La classe vocale SRTP-crypto attribue la suite cryptographique SRTP préférée à utiliser pour l’audio Edge. Configurez les cryptographies suivantes en ordre. La configuration srtp-crypto de classe vocale doit être appliquée aux dial-peers utilisés pour la connexion avec l’audio Edge.
voice class srtp-crypto 234
crypto 1 AEAD_AES_256_GCM
crypto 2 AEAD_AES_128_GCM
crypto 3 AES_CM_128_HMAC_SHA1_80
crypto 4 AES_CM_128_HMAC_SHA1_32
Préconfigurer une clé principale pour pouvoir définir un mot de passe pour l'authentification
key config-key password-encrypt Password123 authentication username <username>
password encryption aes
Saisissez les informations d'authentification SIP qui ont été fournies pour l'abonné virtuel VoiceXML sur le AS à l'aide de la commande suivante. Pour les scénarios de rappel, ces informations d'authentification seront utilisées lorsque le AS conteste l'INVITE que le CUBE (ou votre propre SBC) envoie au AS.
sip-ua
------- to enable authentication -------
authentication username <username> password 0 <password>
Une fois l’authentification configurée, le mot de passe sera masqué lors de la visualisation avec la commande « show running-config »
sip-ua
------- to enable authentication -------
authentication username <username> password 6 [GF]XXXXX[YYYYYY\ZZZZZ]\
La configuration globale SIP suivante doit également être effectuée :
------- Max INVITE retries -------
retry invite 3
------- By default, use TLS -------
transport tcp tls v1.2
connection-reuse
------- What trustpoint to use when mTLS is challenged -------
crypto signaling default trustpoint <trustpoint>
Profils de traduction
Le profil de traduction du message SIP 2340 est utilisé pour les appels appelants de réunion. Il doit avoir une entrée pour modifier les messages SIP entrants de BroadWorks avant de les envoyer à l’audio Edge, comme indiqué dans l’exemple de règle 11.
------- BroadWorks to Webex -------
voice class sip-profiles 2340
rule 1 request INVITE sip-header SIP-Req-URI modify "sips:" "sip:"
rule 2 request INVITE sip-header To modify "sips:" "sip:"
rule 3 request INVITE sip-header From modify "sips:" sip:
rule 4 request INVITE sip-header Remote-Party-ID modify "sips:" "sip:"
rule 5 request INVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 6 request ACK sip-header From modify "sips:" "sip:"
rule 7 request REINVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 8 request REINVITE sip-header From modify "sips:" "sip:"
rule 9 request REINVITE sip-header Contact modify "sips:(.*)>" "sip:\1;transport=tls>"
rule 10 request INVITE sip-header Contact modify "sips:" "sip:"
rule 11 request INVITE sip-header SIP-Req-URI modify "cube.internal.local" "ecccspx.amer.pub.webex.com"
La règle 11 ci-dessus fait correspondre l’URI de demande entrante de BroadWorks, qui a la valeur de contact du profil de périphérique d’abonné virtuel CUBE (valeur du champ Contact dans le profil de périphérique VXML_deviceProf dans notre exemple) :
88631321777971704941@cube.internal.local;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Vers le domaine de routage d’appel audio Webex Edge approprié :88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Notez que lorsque CUBE (ou votre propre SBC) est derrière un NAT statique, une configuration supplémentaire au profil sip 2340 est requise. Reportez-vous au lien suivant pour plus d’informations :
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-GuideSi vous déployez votre propre SBC, vous devrez configurer des règles similaires sur votre propre SBC. |
Pour renvoyer 486 messages envoyés par le AS vers l’audio Webex Edge, la configuration suivante est requise sur CUBE (pour votre propre SBC, reportez-vous à votre documentation SBC pour obtenir de l’aide)
voice service voip
no notify redirect ip2ip
sip
sip-profiles inbound
!
voice class sip-profiles 1
response 486 sip-header Reason modify "7" ""
response 486 sip-header SIP-StatusLine modify "486.*" "600 Busy Everywhere"
Si d’autres 4xx messages doivent être renvoyés à l’audio Webex Edge, suivez le même exemple ci-dessus.
Appeler des pairs
Un tenant de classe vocale doit être défini sur CUBE (ou votre propre SBC) pour être utilisé ultérieurement dans les pairs de numérotation, qui répond aux critères suivants :
- Il n'y a pas d'interfonctionnement de charge utile nécessaire pour les paquets DTMF RTP-NTE, donc configurez la charge utile asymétrique pleine.
- L’audio Edge ne prend pas en charge les mises à jour de l’ID de l’appelant, donc la valeur « no update-callerid » doit être configurée.
- Le routage des appels audio Webex Edge est basé sur les URI. L’URI de routage d’appel doit être activé pour correspondre aux pairs de numérotation basés sur les URI.
voice class tenant 234
asymmetric payload full
no update-callerid
Header-passing
no pass-thru content custom-sdp
call-route url
Les pairs de numérotation suivants sont configurés pour permettre au CUBE de traiter les appels entre l’audio BroadWorks et Webex Edge. Configurez les éléments suivants sur CUBE (une configuration similaire doit être configurée sur votre propre SBC) :
dial-peer voice 23411 voip
description External Webex edge audio entry or exit dial-peer
session protocol sipv2
session target dns:ecccspx.amer.pub.webex.com
session transport tcp tls
destination uri OUTEdgeAudio
incoming uri request INEdgeAudio
voice-class codec 3 offer-all
voice-class sip url sips
voice-class sip profiles 2340
voice-class sip tenant 234
voice-class sip srtp-crypto 234
voice-class sip bind control source-interface GigabitEthernet2
voice-class sip bind media source-interface GigabitEthernet2
voice-class sip requri-passing
voice-class sip audio forced
dtmf-relay rtp-nte
srtp
!
dial-peer voice 23401 voip
description Internal mix mode Webex edge audio entry or exit dial-peer
session protocol sipv2
---- using DNS SRV (preferred) - must match srv record configured above (_sip._tcp.bw.myenterprise.com) ----
session target dns:bw.myenterprise.com
session transport tcp
destination uri INEdgeAudio
incoming uri request OUTEdgeAudio
voice-class codec 3
voice-class sip url sip
voice-class sip profiles 2341
voice-class sip profiles 1 inbound
voice-class sip tenant 234
voice-class sip bind control source-interface GigabitEthernet1
voice-class sip bind media source-interface GigabitEthernet1 dtmf-relay rtp-nte
!
Flux d’appels CUBE
La configuration étant effectuée ci-dessus, des exemples de scénarios de flux d’appels entrants/sortants sur le CUBE sont décrits ci-dessous. Le codage couleur d'une étape spécifique le relie aux mêmes entrées de couleur dans les pairs de numérotation ci-dessus.
Si vous déployez votre propre SBC, reportez-vous à votre documentation SBC pour plus de détails sur les flux d'appels avec votre SBC. |
Pour un scénario d’appel de réunion de BroadWorks vers Webex :
- Un INVITE entrant est reçu de BroadWorks sur l'interface interne avec :
INVITE sip: 88631321777971704941@cube.internal.local;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To:"VXML Virtual"<sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
- Le profil de pair de numérotation entrante 23401 est sélectionné en fonction de l’hôte dans l’URI de demande entrante (« cube.internal.local ») correspondant à la configuration « demande d’uri entrante OUTEdgeAudio ».
- Le pair de numérotation sortant 23411 est sélectionné en fonction de l’hôte dans l’URI de demande (« cube.internal.local ») correspondant à la configuration « uri de destination OUTEdgeAudio ».
- Un INVITE sortant est envoyé sur l’interface externe avec l’hôte dans l’URI de demande modifié de « cube.internal.local » à « ecccspx.amer.pub.webex.com » en utilisant le profil de traduction de message « voice-class sip profiles 2340 » spécifié dans le dial peer :
INVITE sip: 88631321777971704941@ecccspx.amer.pub.webex.com;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To: " VXML Virtual" <sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
Pour un scénario de rappel de réunion de Webex vers BroadWorks
- Une INVITE entrante est reçue de Webex sur l’interface externe CUBE avec :
INVITE sip:+14519615001@cube.us.example.com;transport=tls;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b;x-cisco-webex-service=audio SIP/2.0 To: sip:+14519615001@cube.us.example.com;type=carrier_sbc X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
- Le pair de numérotation entrant 23411 est sélectionné en fonction du modèle « x-cisco-webex-service=audio » présent dans l’URI de demande entrante en fonction de la configuration « demande d’uri entrante INEdgeAudio ».
- Deux pairs de numérotation sortants sont choisis en fonction du modèle « x-cisco-webex-service=audio » présent dans l’URI de demande en fonction de la configuration « uri de destination INEdgeAudio ».
- Composer le pair 302
- Composer le numéro d’homologue 23401
- Un INVITE sortant est envoyé aux serveurs réseau (recherche SRV basée sur « session target dns:bw.myenterprise.com entry » dans le dial peer) sur l'interface interne
INVITE sip:+14519615001@10.155.6.172:5060 SIP/2.0 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " ;tag=B91821B7-561
- Le serveur réseau renvoie les contacts pour la paire AS hébergeant l'abonné virtuel CUBE :
SIP/2.0 302 Moved temporarily Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK880BD From:" Webex "<sip:+12404540887@10.165.196.30>;tag=B91821B7-561 To:<sip:+14519615001@10.155.6.172>;tag=1829261807-1603395221529 Call-ID:3C88DF6A-13D411EB-8EE3D92D-EE20F768@10.165.196.30 CSeq:101 INVITE Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.5,<sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.25 Content-Length:0
- Le CUBE achemine l’appel vers le AS actif en fonction du contact renvoyé dans le message 302 :
INVITE sip:+14519615001@hs2-bwks-v-as01- alpha.bwlab.org:5060;user=phone;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK8812341 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " <sip:+12404540887@10.165.196.30>;tag=B91821C8-1AF5 To: <sip:+14519615001@10.155.6.172>
Configuration mTLS
Les étapes de configuration suivantes doivent être effectuées pour permettre les connexions mTLS entre CUBE (ou votre propre SBC) et l’audio Webex Edge.
Il est obligatoire de configurer mTLS entre CUBE (ou votre propre SBC) et l’audio Webex Edge. |
Prise en charge des certificats génériques
Les certificats signés Wildcard utilisent un nom d'objet générique (par exemple, *.us.example.com) qui correspond au domaine pour CUBE ou votre propre SBC. Les certificats génériques sont pris en charge pour les déploiements CUBE ou SBC multi-clusters mais ne sont pas pris en charge pour les déploiements CUBE ou SBC mono-nœud.
Groupe de confiance
Au cours de la négociation TLS, lorsque l’audio Webex Edge envoie son certificat, le CUBE le valide par rapport à la liste des certificats acceptés dans le trustpool.
Le trustpool bundle doit être mis à jour avec l'autorité de certification racine Cisco en téléchargeant le dernier « Cisco Trusted Core Root Bundle » à partir de http://www.cisco.com/security/pki/ à l'aide de la commande :
crypto pki trustpool import clean url <url>
Les certificats envoyés par l’audio Webex Edge sont signés par IdenTrust. Vérifiez que le certificat « IdenTrust Commercial Root CA » est installé. Voir ce lien pour plus de détails :
Si vous utilisez votre propre SBC et que vous ne parvenez pas à effectuer l'importation, vous pouvez convertir le bundle au format .pem en utilisant des outils open source, tels qu'OpenSSL. Par exemple, vous pouvez utiliser les certificats hydrantID avec la commande suivante :
|
Point de confiance
L’audio Edge nécessite que votre CUBE offre des certificats signés par des autorités de certification de confiance de l’autorité de certification pour les connexions TLS mutuelles (mTLS). Utilisez le lien suivant pour obtenir une liste des autorités de certification auxquelles Cisco fait confiance. Les certificats signés par les autorités de cette liste sont considérés comme valides et la connexion sera autorisée : https://help.webex.com/en-us/WBX9000008850/What-Root-Certificate-Authorities-are-Supported-for-Calls-to-Cisco-Webex-Audio-and-Video-Platforms
CUBE De Nœud unique
Un seul nœud signifie que le CUBE (ou votre propre SBC) importera un certificat avec le nom de sujet unique à son FDQN, ce qui signifie qu’aucun autre CUBE ne serait en mesure de l’importer (en d’autres termes, PAS un certificat générique).
Pour créer le CSR (Certificate Signing Request) pour CUBE :
- créer une keypair (cette keypair sera liée au trustpoint)
CUBE(config)# crypto key generate rsa general-keys label <key label> exportable
- general-keys - Indique que la paire de clés à usage général doit être générée.
- étiquette <key-label> - (Facultatif) Nom qui est utilisé pour une bi-clé RSA lors de leur exportation. Si une étiquette de clé n'est pas spécifiée, le nom de domaine complet (FDQN) du routeur est utilisé.
- exportable - (Facultatif) Indique que la paire de clés RSA peut être exportée vers un autre périphérique Cisco, tel qu'un routeur.
- créer un trustpoint (Un trustpoint contient le certificat que vous souhaitez lier sur le CUBE. Lorsque le CUBE reçoit une demande de certificat, il répond avec le certificat du trustpoint en pièce jointe)
CUBE(config)#crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# crl optional enrollment terminal pem fqdn <fqdn> subject-name CN=<fqdn> rsakeypair <key label>
crl - Une liste de révocation de certificats (CRL) est une liste de certificats révoqués. La LCR est créée et signée numériquement par l'AC qui a émis les certificats à l'origine. La LCR contient les dates auxquelles chaque certificat a été émis et quand il expire.
terminal d'inscription pem - Ajoute des limites de courrier amélioré de confidentialité (PEM) à la demande de certificat (copier-coller manuellement de COMMENCER LA DEMANDE DE CERTIFICAT à TERMINER LA DEMANDE DE CERTIFICAT)
fqdn – Nom de domaine complet du CUBE
subject-name CN=<fqdn> - nom du sujet à signer
rsakeypair <key label=""> - la paire de clés générée à l'étape précédente
(référence : https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/sec_conn_pki/configuration/15-mt/sec-pki-15-mt-book/sec-cert-enroll-pki.html)
- générer le CSR :
CUBE(config)#crypto pki enroll <trustpoint> % Start certificate enrollment .. ... % Include the router serial number in the subject name? [yes/no]: no % Include an IP address in the subject name? [no]: no Display Certificate Request to terminal? [yes/no]: yes Certificate Request follows: -----BEGIN CERTIFICATE REQUEST----- ... -----END CERTIFICATE REQUEST----- ---End - This line not part of the certificate request--- Redisplay enrollment request? [yes/no]: no
- Envoyer le CSR (de BEGIN CERTIFICATE REQUEST à END CERTIFICATE REQUEST) à l'autorité de certification (CA)
CA générera un certificat signé
- En fonction de l’AC, ils fourniront le certificat racine (ex : DigiCertCA.crt) et le certificat demandé (ex : cube.crt)
- Charger le certificat de l'autorité de certification
- Tout d’abord, authentifier le trustpoint avec le certificat de la racine
CUBE(config)#crypto pki authenticate <trustpoint> Enter the base 64 encoded CA certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE ROOT CERT> -----END CERTIFICATE----- Certificate has the following attributes: Fingerprint: 40065311 FDB33E88 0A6F7DD1 4E229187 % Do you accept this certificate? [yes/no]: yes Trustpoint CA certificate accepted. % Certificate successfully imported
- Ensuite, importer le certificat du CUBE sur le CUBE trustpoint
CUBE(config)# crypto ca import <trustpoint> certificate % The fully-qualified domain name in the certificate will be: ... Enter the base 64 encoded certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE FQDN CERT> -----END CERTIFICATE----- % Router Certificate successfully imported
Si vous déployez votre propre SBC, reportez-vous à votre documentation SBC pour plus de détails sur la façon de créer le CSR. |
Cluster CUBE multi-nœuds (utilisant d'autres noms dans le certificat) - NON pris en charge
Multi-nœuds signifie que le CUBE sera en mesure d’importer le même certificat pour plusieurs déploiements CUBE. L'utilisation du nom alternatif de l'objet pour générer le CSR n'est actuellement pas prise en charge : https://bst.cloudapps.cisco.com/bugsearch/bug/CSCud90920/?rfs=iqvred
Cluster CUBE multi-nœuds (utilisant un certificat signé wildcard au format pkcs12)
Le multi-nœud utilisant un certificat signé wildcard signifie que le nom du sujet est générique (par exemple, *.us.example.com) et qu’il correspond au domaine du CUBE (ou à votre domaine SBC).
- En supposant que vous avez un certificat générique prêt, préparez les fichiers de clé publique (.crt) et privée (.key).
- En utilisant OpenSSL, créez un fichier groupé au format PKCS12 (.pfx) incluant le fichier .crt et .key : (utiliser cygwin sous Windows) - référence : https://www.ssl.com/how-to/create-a-pfx-p12-certificate-file-using-openssl/
openssl pkcs12 -export -out <pfxfilename>.pfx -inkey <privatekeyfile>.key -in <certfile>.crt
- Transférez le fichier .pfx dans CUBE:bootflash: (scp du serveur Linux vers CUBE)
scp <pfxfilename>.pfx <user>@<CUBEIP>:bootflash:<pfxfilename>.pfx
- Créez un trustpoint et importez le fichier pkcs12 :
CUBE# conf t CUBE(config)# CUBE(config)# crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# revocation-check crl CUBE(ca-trustpoint)# exit CUBE(config)# crypto pki import <trustpoint> pkcs12 bootflash:<pfxfilename>.pfx password <password>
Valider la configuration du certificat CUBE
Vérifiez que toute la chaîne est incluse dans le certificat. L’exemple suivant montre les commandes de validation pour CUBE. Si vous déployez votre propre SBC, utilisez les commandes qui s'appliquent à votre SBC.
CUBE(config)#crypto pki certificate validate <trustpoint>
Chain has 2 certificates
Certificate chain for <trustpoint> is valid
CUBE#show crypto pki trustpoints status
...
Trustpoint <trustpoint>:
Issuing CA certificate configured:
Subject Name:
cn=HydrantID SSL ICA G2,o=HydrantID (Avalanche Cloud Corporation),c=US
Fingerprint MD5: 1135E326 56E5AADF 53A4DD32 C8D5590F
Fingerprint SHA1: AC4A728B 4DFC3560 1FA34B92 2422A42C 253F756C
Router General Purpose certificate configured:
Subject Name:
cn=*.us.example.com,ou=Webex,o=Cisco Systems, Inc.,l=San Jose,st=California,c=US
Fingerprint MD5: 756E4C83 CF36311A 7839FA51 7FA7ABA0
Fingerprint SHA1: 8268817F 79EF91E0 3BA976A1 5C9D97F3 E834EB54
State:
Keys generated ............. Yes (General Purpose, non-exportable)
Issuing CA authenticated ....... Yes
Certificate request(s) ..... Yes
Configurer la signalisation SIP pour utiliser trustpoint
Utilisez la commande suivante pour fournir à l'UA SIP le trustpoint CUBE. Voici un exemple pour CUBE. Si vous déployez votre propre SBC, reportez-vous à votre documentation SBC pour obtenir de l'aide sur les commandes.
CUBE(config)#sip-ua CUBE(config-sip-ua)#crypto signaling default trustpoint <trustpoint>
Journaux CUBE
Pour afficher les filtres de débogage activés
CUBE# show debug
Pour définir des filtres de débogage (exemples)
CUBE# debug ccsip messages
CUBE# debug ccsip transport
CUBE# debug ccsip error
CUBE# debug ccsip info
CUBE# debug voip dialpeer inout
CUBE# debug voip ccapi inout
CUBE# debug voip application
CUBE# debug ip tcp transaction
Pour déconfigurer les filtres de débogage (exemple)
CUBE# no debug ccsip messages
Pour effacer et vérifier le tampon des journaux
CUBE# clear log
>>> make test call <<<
CUBE# show log
Si vous ne déployez pas CUBE, reportez-vous à la documentation de votre propre SBC pour plus d’informations sur l’utilisation des journaux. |
Autres commandes utiles
Pour vérifier la configuration actuelle
CUBE# show running-config (or just CUBE# show run)
Pour enregistrer la configuration dans la ROM qui sera utilisée au démarrage
CUBE# write
Étape 11 Certification BYoPSTN
Après avoir terminé la configuration et le provisioning de la solution BPsTN, le partenaire doit exécuter un ensemble de cas de test d’acceptation pour certifier sa solution. Ceci est une étape obligatoire pour que le partenaire BPsTN soit approuvé et activé.
Les cas de test d’acceptation sont décrits dans le document Bring Your Own PSTN Acceptance Procedure Webex Pour Cisco BroadWorks à l’adresse : https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .
Le partenaire doit fournir les résultats des tests d’acceptation réalisés avec succès aux équipes d’intégration et de certification.
Les questions, les problèmes et les résultats de l’exécution des tests d’acceptation doivent être signalés et partagés dans l’espace Webex attribué à l’intégration du partenaire.
Appliquer des mises à jour à un groupe de numéros de téléphone en service/groupe de rappel DNS SRV
Une fois que les clients non testés sont affectés à un modèle de client en utilisant les numéros d’appel fournis par le partenaire, les options suivantes pour rejoindre la réunion sont disponibles pour ces utilisateurs :
Les invitations à la réunion comprennent un ou plusieurs numéros de téléphone par défaut du groupe de numéros de téléphone attribué
L’application Webex affiche un ou plusieurs numéros de téléphone par défaut du groupe de numéros de téléphone attribué en tant qu’option pour rejoindre la réunion
L’IU du site de réunion Webex affiche un ou plusieurs numéros de téléphone par défaut à partir du groupe de numéros de téléphone attribué en tant qu’option pour rejoindre la réunion
Si le rappel a été activé sur le modèle de client, Webex Meeting fournit l'option « Appelez-moi au » où la demande de rappel est acheminée vers l'un des enregistrements spécifiés dans le groupe de rappel DNS SRV affecté
Une modification des options de participation à une réunion pour un modèle de client ou une modification d'un groupe de numéros de téléphone attribué ou une modification d'un groupe de rappel DNS SRV peut affecter les options de participation à la réunion ci-dessus. Ces modifications ne s’appliquent pas aux clients existants, mais les clients nouvellement provisionnés verront ces modifications reflétées immédiatement pour leurs sites de réunion Standard et Premium. Par conséquent, il est fortement recommandé de vérifier une telle modification à l'aide d'une organisation de solution initiale avant d'être appliquée aux modèles clients existants, aux groupes de numéros de téléphone ou aux groupes de rappel DNS SRV (si les groupes de rappel DNS SRV sont déployés).
Les étapes suivantes doivent être suivies lorsque vous effectuez une mise à jour des options pour rejoindre la réunion pour un modèle client et/ou appliquez des mises à jour aux groupes de numéros de téléphone ou aux groupes de rappel DNS SRV.
Veuillez noter que si les modèles de clients, les groupes de numéros de téléphone ou les groupes de rappel DNS SRV sont utilisés par les fournisseurs de services de test BroadWorks et/ou les entreprises de test BroadWorks, cette procédure est facultative. Il peut être plus approprié de simplement supprimer les fournisseurs de services BroadWorks et/ou de tester les organisations BroadWorks Enterprises et de les réapprovisionner en utilisant les modèles clients, les groupes de numéros de téléphone ou les groupes de rappel DNS SRV mis à jour.
Mise à jour du groupe de numéros de téléphone uniquement :
Créez un nouveau groupe de numéros de téléphone temporaire avec les mises à jour requises.
- Créez un nouveau modèle de client temporaire qui utilise le nouveau groupe de numéros de téléphone. Si un groupe de numéros de téléphone existant est utilisé avec le groupe, affectez-le au modèle.
- Créez une organisation de solution initiale en approvisionnant un abonné à partir d'un fournisseur de services de test BroadWorks ou de test BroadWorks Enterprise avec un pack standard à l'aide du nouveau modèle client. Veuillez noter qu’il s’agit d’une organisation de solution initiale secondaire, aucune mise à jour du siteUUID de réunion configuré sur BroadWorks n’est requise.
- Téléchargez le fichier JSON de configuration BroadWorks (BYoPSTN), il contient le numéro de téléphone pour accéder au mappage du code pour les nouveaux numéros de téléphone dans le groupe de numéros de téléphone.
- Déterminez le domaine Webex Edge Audio DNS SRV pour le site de réunion Package standard de l’organisation de la solution initiale. Elle doit être inchangée par rapport à la valeur précédemment déterminée pour le groupe de numéros de téléphone d'origine.
- Appliquez les mises à jour de configuration à BroadWorks en utilisant le fichier JSON de configuration BroadWorks (BYoPSTN).
- Vérifiez la configuration en programmant les réunions à l’aide du site de package standard de l’organisation initiale et en rejoignant la réunion à l’aide des numéros de téléphone d’appel.
- Appliquez la mise à jour au groupe de numéros de téléphone d'origine. Le changement est maintenant en service pour les clients non testés.
- L'organisation de la solution initiale, le groupe de numéros de téléphone temporaires et le modèle client peuvent être supprimés. Ces éléments ne sont plus nécessaires une fois que le groupe de numéros de téléphone d'origine a été mis à jour.
Mise à jour du groupe de rappel DNS SRV uniquement :
- Créez un nouveau groupe de rappel DNS SRV temporaire avec les mises à jour requises.
- Créez un nouveau modèle de client temporaire qui utilise le nouveau groupe de rappel DNS SRV et le groupe de numéros de téléphone existant. Si un groupe de rappel DNS SRV existant est utilisé avec le groupe, affectez-le au modèle.
- Créez une organisation de solution initiale en approvisionnant un abonné à partir d'un fournisseur de services de test BroadWorks ou de test BroadWorks Enterprise avec un pack standard à l'aide du nouveau modèle client. Veuillez noter qu’il s’agit d’une organisation de solution initiale secondaire, aucune mise à jour du siteUUID de réunion configuré sur BroadWorks n’est requise.
- Vérifiez la configuration en programmant des réunions à l’aide du site de package standard de l’organisation initiale, en rejoignant la réunion à l’aide des numéros de téléphone d’appel et en utilisant l’option « Appelez-moi au ».
- Appliquez la mise à jour au groupe de rappel DNS SRV d'origine. Le changement est maintenant en service pour les clients non testés.
- L'organisation de la solution initiale, le groupe de rappel DNS SRV et le modèle client peuvent être supprimés. Ces éléments ne sont plus nécessaires une fois que le groupe de rappel DNS SRV d'origine a été mis à jour.
Mettre à jour à la fois le numéro de téléphone et le groupe de rappel DNS SRV :
- Créez un nouveau numéro de téléphone temporaire et un groupe de rappel DNS SRV avec les mises à jour requises.
- Créez un nouveau modèle de client temporaire qui utilise le nouveau groupe de numéros de téléphone et le nouveau groupe de rappel DNS SRV. Si un groupe de numéros de téléphone et/ou un groupe de rappel DNS SRV existant est utilisé avec le groupe, affectez-le au modèle.
- Créez une organisation de solution initiale en approvisionnant un abonné à partir d'un fournisseur de services de test BroadWorks ou de test BroadWorks Enterprise avec un pack standard à l'aide du nouveau modèle client. Veuillez noter qu’il s’agit d’une organisation de solution initiale secondaire, aucune mise à jour du siteUUID de réunion configuré sur BroadWorks n’est requise.
- Téléchargez le fichier JSON de configuration BroadWorks (BYoPSTN), il contient le numéro de téléphone pour accéder au mappage du code pour les nouveaux numéros de téléphone dans le groupe de numéros de téléphone.
- Déterminez le domaine Webex Edge Audio DNS SRV pour le site de réunion Package standard de l’organisation de la solution initiale. Elle doit être inchangée par rapport à la valeur précédemment déterminée pour le groupe de numéros de téléphone d'origine.
- Appliquez les mises à jour de configuration à BroadWorks en utilisant le fichier JSON de configuration BroadWorks (BYoPSTN).
- Vérifiez la configuration en programmant des réunions à l’aide du site de package standard de l’organisation initiale, en rejoignant la réunion à l’aide des numéros de téléphone d’appel et en utilisant l’option « Appelez-moi au ».
- Appliquez la mise à jour au numéro de téléphone et au groupe de rappel DNS SRV d'origine. Le changement est maintenant en service pour les clients non testés.
- L'organisation de la solution initiale, le groupe de numéros de téléphone temporaires, le groupe de rappel DNS SRV et le modèle client peuvent être supprimés. Ces éléments ne sont plus nécessaires une fois que le groupe de numéros de téléphone et le groupe de rappel DNS SRV d'origine ont été mis à jour.
L’organisation de la solution de semences primaire ne doit pas être supprimée à moins qu’une nouvelle organisation de solution de semences primaire n’ait été sélectionnée et configurée sur BroadWorks. La suppression de l’organisation de la solution initiale principale supprime le siteUUID sur lequel la solution BYoPSTN dépend pour l’authentification des messages SIP vers l’audio Webex Edge. Si elle est supprimée, les réunions qui rejoignent les réunions en utilisant l’appel pour les sites utilisant le numéro d’appel fourni par le partenaire échoueront. |
Interopérabilité média G722 lors de l'utilisation de votre propre SBC
Lorsque vous utilisez votre propre SBC, les problèmes d’interopérabilité qui sont normalement pris en charge par CUBE doivent être pris en compte entre l’infrastructure BroadWorks des partenaires Cisco et le Cloud Webex. Un exemple est un appel ou un rappel utilisant le codec G722 qui implique le serveur média BroadWorks (par exemple, lors de l'utilisation du service d'enregistrement d'appel BroadWorks). Dans ce scénario, l’audio Webex Edge peut envoyer un SDP avec la ligne « a=fmtp:9 ». Votre SBC doit mettre à jour cette ligne pour ajouter le paramètre de débit binaire pour avoir « a=fmtp:9 débit binaire=64 » avant de l’envoyer au backend BroadWorks.
Limites connues
Toute modification apportée à l'option Rejoindre une réunion modèle de client, aux numéros d'appel Cisco ou aux numéros d'appel fournis par le partenaire est appliquée uniquement aux clients nouvellement provisionnés. Les clients existants utilisant le modèle restent inchangés.
Toute modification des paramètres du groupe de numéros de téléphone du modèle de client ou du groupe de rappel DNS SRV est appliquée uniquement aux clients nouvellement provisionnés ou aux clients existants en cours de provisionnement pour leur premier utilisateur du pack Standard ou Premium. Les clients existants qui ont déjà des utilisateurs du pack Standard ou Premium restent inchangés.
Toute modification apportée aux groupes de numéros de téléphone ou aux groupes de rappel DNS SRV qui sont affectés aux modèles de clients est appliquée uniquement aux clients nouvellement provisionnés ou aux clients existants en cours de provisionnement pour leur premier utilisateur du pack Standard ou Premium. Les clients existants affectés à des modèles associés qui ont déjà des utilisateurs du pack Standard ou Premium restent inchangés.
Un modèle de client donné prend en charge les numéros d'appel Cisco ou l'option de participation à une réunion fournie par le partenaire, une combinaison des deux options pour le même modèle n'est pas prise en charge.
La messagerie SIP pour le cas d'utilisation « Appelez-moi au » ou pour rejoindre une réunion de rappel ne contient pas les informations sur le client et/ou l'utilisateur qui organise la réunion à rejoindre.
Les numéros de téléphone et les codes d’accès de réunion associés pour un groupe de numéros de téléphone donné, ne prennent en charge qu’un seul domaine Webex Edge Audio DNS SRV (par exemple, ecccspx.amer.webex.com). L’utilisation de ces numéros de téléphone pour appeler les réunions dans un autre domaine audio DNS SRV Webex Edge n’est pas prise en charge.
L’audio Webex Edge ne prend pas en charge la renégociation des codecs en cours d’appel. Par conséquent, les services qui sont invoqués après la réponse à un appel peuvent ne pas fonctionner correctement.
L’application Webex, l’interface utilisateur du site Webex Meeting et le courrier électronique d’invitation Webex Meeting fournissent un lien vers un document « Restrictions d’appel gratuit ». Ce document est spécifique aux numéros de téléphone fournis par Cisco et doit être ignoré par les utilisateurs lorsqu’ils utilisent les numéros de téléphone fournis par le partenaire pour rejoindre les réunions.
Historique des révisions du document
Le tableau suivant présente l’historique des modifications apportées à ce document au cours des 12 derniers mois.
Date | Version | Description de la modification | |
---|---|---|---|
08 avril 2024 | 1 à 36 |
| |
10 janvier 2024 | 1 à 35 |
| |
22 décembre 2023 | 1 à 34 |
| |
4 juillet 2023 | 1 à 33 |
| |
02 février 2023 | 1 à 32 |
| |
02 février 2023 | 1 à 31 |
| |
31 janvier 2023 | 1 à 30 |
| |
29 novembre 2022 | 1 à 29 |
|
Définitions
Définitions | Description |
---|---|
Partenaire Cisco | Une entité (généralement un fournisseur de services) qui vend des produits et services Cisco à ses clients. |
Client final | Utilisateurs qui utilisent les produits et services Cisco qui leur sont vendus par un partenaire Cisco. |
CUBE | Cisco Unified Border Element |
Organisation partenaire | Référentiel de gestion des identités et des services Webex qui conserve des informations sur les partenaires Cisco et leurs clients. |
Hub partenaire | portail Web pour fournir des identités et des services aux partenaires Cisco et aux clients qu'ils gèrent. |
Organisation du client | Référentiel de gestion des identités et des services Webex qui conserve les informations sur le client final. |
Entreprise ou fournisseur de services/groupe BroadWorks | Représentation du client final dans BroadWorks. |
Aperçu
La solution BYoRTCP (Bring Your Own RTCP) permet aux fournisseurs de services Webex pour Cisco BroadWorks de provisionner les numéros de téléphone qu’ils possèdent pour que les utilisateurs puissent les utiliser lorsqu’ils rejoignent les réunions Webex Meetings. Cette solution permet aux partenaires d’exploiter leurs propres réseaux RTCP et d’utiliser les relations existantes avec les fournisseurs RTCP, plutôt que d’utiliser des numéros fournis par Cisco.
L’architecture de référence présentée dans ce document fournit une conception de bout en bout pour l’option BYoRTCP. Cette architecture est validée par Cisco et utilise Cisco Unified Border Element (CUBE) comme contrôleur de session en périphérie (SBC) pour le trafic d’appel entre BroadWorks et Webex Meetings.
Choisir l’option Rejoindre la réunion
Actuellement, Webex pour Cisco BroadWorks prend en charge deux options de provisionnement des numéros de téléphone de réunion. Les fournisseurs de services doivent choisir l'une de ces deux options—une combinaison n'est pas prise en charge :
Numéros d’appel Cisco (RTCP Cisco)—Cisco fournit les numéros de téléphone que les participants de la réunion peuvent utiliser pour rejoindre les réunions
Numéros d’appel fournis par le partenaire (BYoPSTN)—Les fournisseurs de services fournissent leurs propres numéros de téléphone à utiliser par les participants de la réunion lorsqu’ils rejoignent les réunions
Solution BYoPSTN
Les partenaires qui choisissent l’option Numéros d’appel fournis par le partenaire (BYoPSTN) doivent fournir leurs propres numéros de téléphone PSTN et doivent fournir l’infrastructure réseau requise pour acheminer les appels vers et depuis Webex. La solution BYoPSTN facilite le routage des appels Over the Top (OTT) via l’Internet public de BroadWorks à Webex.
Les conditions suivantes s'appliquent lors de la sélection de l'option BYoPSTN :
Les partenaires Cisco peuvent utiliser les mêmes numéros de téléphone pour plusieurs clients finaux. Ces numéros de téléphone peuvent se trouver dans n’importe quel pays dans lequel le Partenaire opère.
L'option BYoPSTN ne nécessite aucune modification du processus général d'intégration de Webex pour les clients Cisco BroadWorks.
BYoPSTN nécessite la mise à disposition au niveau du partenaire Cisco et tous les clients finaux que les partenaires activent après que BYoPSTN soit opérationnel, sont automatiquement activés.
Tout le provisionnement requis pour les sites de réunion des clients est automatique, comme avec la solution généralement disponible actuelle.
Les partenaires qui activent les packs Standard et Premium ont deux sites de réunion : un site pour les utilisateurs Standard et un autre pour les utilisateurs Premium. Les deux sites sont activés pour BYoPSTN.
Les participants de la réunion qui appellent les réunions peuvent choisir d’utiliser la vidéo et le partage de contenu via Internet.
S’applique aux réunions pour les réunions de l’espace et les réunions PMR. Notez que pour les réunions Espace, l’espace doit avoir été créé par un utilisateur Standard ou Premium avec les fonctions d’organisateur de réunion Webex pour recevoir un numéro d’accès RTCP—les espaces créés par les utilisateurs de base ne reçoivent pas de numéros d’accès RTCP.
Ce document fournit une configuration validée qui utilise CUBE comme votre SBC. Cependant, si vous ne souhaitez pas utiliser CUBE, vous pouvez déployer votre propre SBC.
Architecture
La solution Webex pour Cisco BroadWorks BYoPSTN s’appuie sur l’ensemble des services Webex Edge, plus spécifiquement, le service audio Webex Edge disponible pour les entreprises clientes. L’architecture est adaptée pour intégrer l’infrastructure BroadWorks des partenaires Cisco à l’audio Webex Edge, permettant ainsi aux partenaires Cisco de configurer de manière centralisée des ensembles de numéros de téléphone pour qu’ils soient utilisés par leurs clients finaux.
Les principaux éléments de l’architecture sont les suivants :
BroadWorks—Infrastructure BroadWorks des partenaires Cisco
Cisco Unified Border Element (CUBE)—Reference Session Border Controller (SBC) pour la solution déployée dans le centre de données des partenaires Cisco. Le CUBE doit être à l’intérieur d’une DMZ. Notez que si vous ne souhaitez pas utiliser CUBE, vous pouvez déployer votre propre SBC.
Audio Webex Edge—Service Webex, qui dissocie le RTCP de Webex en modifiant le routage des appels pour utiliser l’infrastructure fournie par le partenaire Cisco.
Les appels des participants pour rejoindre une réunion passent par BroadWorks vers CUBE et de CUBE vers l’infrastructure Webex dans le Cloud via Internet. Ce modèle est applicable aux deux scénarios suivants pour rejoindre une réunion :
Appel—un participant compose le numéro de téléphone figurant dans l'invitation à la réunion sur son combiné BroadWorks enregistré, son périphérique mobile ou sur l'application Webex. L'appel est initié par BroadWorks.
Rappel (facultatif)—un participant demande à Webex d'appeler un numéro de téléphone fourni par le participant. L’appel est initié par Webex.
Les appels acheminés de BroadWorks vers CUBE au sein de l’infrastructure du Partenaire utiliseront SIP TCP pour la signalisation d’appel et RTP pour les médias. De CUBE à Webex, les appels utilisent SIP TLS pour la signalisation et sRTP pour les médias. Le routage des appels de CUBE vers WebEx se fait via Internet et n’utilise pas de trunk SIP.
La configuration typique des scénarios d'appel/rappel est la suivante :
Le partenaire Cisco a un numéro de téléphone RTCP (par exemple, 2403332200) et un code d'accès Webex associé (par exemple, 88631321777971704941).
Le partenaire Cisco fournit un abonné virtuel sur BroadWorks qui correspond au périphérique CUBE. Le Partenaire mappe le numéro de téléphone au code d’accès et vice versa.
Le code d'accès, qui est envoyé à Webex dans les messages SIP, identifie les sites de réunion associés au partenaire Cisco.
Le numéro de téléphone ci-dessus pour le mappage du code d'accès est configuré une seule fois et est commun à tous les sites de réunion du client final.
Les participants qui rejoignent la réunion doivent saisir l'ID de réunion correspondant (par exemple, 123456), qui identifie la réunion spécifique à rejoindre.
Il est recommandé aux partenaires de suivre le modèle de redondance décrit ci-dessous.
Rejoindre la réunion en utilisant l’appel
L'image suivante décrit le processus d'un utilisateur qui rejoint la réunion par appel.
Voici les étapes requises pour que le participant rejoigne une réunion par appel téléphonique.
L'utilisateur programme une réunion dans Webex. Webex attribue un identifiant de réunion (par exemple, 123456).
L'utilisateur compose le numéro de téléphone qui est associé à la réunion (par exemple, 2403332200). L'INVITE SIP porte l'URI de demande comme numéro de téléphone associé à la réunion.
BroadWorks traduit le numéro de téléphone en un code d’accès (par exemple, 88631321777971704941) associé au site de réunion et achemine l’appel vers CUBE avec l’URI de demande comme code d’accès.
Webex reçoit l'INVITE SIP et répond à l'appel. La langue des annonces est déterminée par la langue spécifiée pour le numéro de téléphone lorsqu'il est mis à disposition dans Cisco Partner Hub et BroadWorks.
L'utilisateur saisit l'ID de la réunion (par exemple, 123456) en utilisant DTMF. Webex vérifie l’utilisateur, puis l’autorise à rejoindre la réunion.
Rejoindre la réunion en utilisant le rappel (Facultatif)
L'image suivante montre le processus d'un utilisateur qui rejoint la réunion par rappel, l'utilisateur demande un appel de Webex pour rejoindre une réunion.
Voici les étapes impliquées pour que le participant rejoigne une réunion par rappel :
L'utilisateur programme une réunion dans Webex. Webex attribue un identifiant de réunion (par exemple, 123456).
L’utilisateur demande un appel de Webex vers le numéro de son choix (par exemple, +16504441000) pour rejoindre la réunion en utilisant l’application Webex ou le client Meetings.
Webex initie une INVITE SIP vers CUBE en fonction du groupe de rappel DNS SRV, provisionné dans Cisco Partner Hub et BroadWorks. L'URI de demande SIP INVITE contient le numéro de téléphone qui doit recevoir l'appel (par exemple, +16504441000@cube.example.com).
CUBE traduit le numéro de téléphone dans l’ID de la partie distante en une valeur qui identifie un abonné virtuel sur BroadWorks (par exemple, 88631321777971704941@ecccx.amer.pub.webex.com). Ceci identifie le CUBE en tant qu’utilisateur virtuel du serveur d’applications BroadWorks.
L'appel est proposé au numéro de téléphone demandé par l'utilisateur et l'utilisateur répond à l'appel pour rejoindre la réunion. Ce numéro de téléphone peut être un abonné BroadWorks ou un numéro RTCP. Si le numéro demandé est un numéro RTCP, BroadWorks utilise le chemin mis à disposition pour acheminer l’appel vers le RTCP.
Pour l'option de rappel, il est obligatoire d'activer les deux fonctionnalités suivantes :
- 102746 – Prise en charge de BroadWorks pour CI UUID
- 102074 – Prise en charge de la facturation RTCP BYO pour Rappel et Appel
Ceci peut être confirmé par CLI comme suit :
AS_CLI/System/ActivatableFeature> get
Id Description Activated Last Modified Timestamp
=============================================================================================
102746 BroadWorks Support for CI UUID true
102074 BYO PSTN Billing support for CallBack and CallIn true
Pour une description détaillée de ces fonctionnalités et de leur activation, reportez-vous à la section « Abonné virtuel au rappel de réunion VoiceXML » de ce document.
Si vous choisissez de ne pas configurer la réunion en utilisant l’option de rappel, les utilisateurs peuvent toujours utiliser l’option d’appel pour rejoindre les réunions ou ils peuvent la rejoindre avec l’audio de l’ordinateur. Dans ce cas, vous n'êtes pas tenu de configurer les groupes de rappel DNS SRV. |
Aperçu de la configuration de la solution
La solution comporte plusieurs composants différents, dont chacun doit être configuré correctement pour que la solution fonctionne avec succès. Les composants sont les suivants :
BroadWorks
CUBE (ou un autre contrôleur de session certifié SP (SBC))
Audio Webex Edge
Il existe des interdépendances entre la configuration de ces différents composants et, à ce titre, une ou plusieurs organisations de lancement de solutions sont requises pour effectuer la configuration et la vérification requises de la solution.
Organisation des semences
Une organisation initiale est une organisation Webex que vous configurez pour générer et valider les paramètres de la solution BYoPSTN. L’organisation initiale doit avoir au moins un utilisateur affecté à un pack standard, et ce pack standard doit utiliser l’option Numéros d’appel fournis par le partenaire (BYoPSTN) option pour rejoindre la réunion. Il est recommandé d'associer l'organisation initiale à un fournisseur de services BroadWorks ou à une entreprise de test.
Les organisations d’amorçage de solutions ont deux objectifs :
Configuration initiale—La mise à disposition de la/des organisation(s) initiale(s) génère des mappages de numéros de téléphone pour les codes d'accès de réunion et un identifiant unique universel du site de réunion (UUID du site) qui sont nécessaires au fonctionnement continu de la solution. Ces informations sont nécessaires pour configurer les abonnés virtuels BroadWorks (VSUB).
Validation de la configuration—Utilisez l'organisation initiale pour déterminer si votre solution BYoPSTN est configurée conformément à vos exigences. Utilisez l’organisation initiale et testez les utilisateurs pour valider les cas d’utilisation d’appel et de rappel de réunion en utilisant les numéros d’appel fournis par le partenaire et les enregistrements de rappel DNS SRV (si le rappel est activé).
L'administrateur doit générer une organisation de solution initiale pour chaque ensemble unique de numéros de téléphone et d'enregistrements de rappel DNS SRV. La génération de l'organisation de la solution initiale dans chaque cas, génère le numéro de téléphone requis pour les mappages de codes d'accès à la réunion et la possibilité de vérifier les cas d'utilisation d'appel et de rappel associés à la réunion pour ces numéros de téléphone et enregistrements DNS SRV de rappel.
L'administrateur, utilisant Cisco Partner Hub, doit sélectionner une organisation de solution initiale comme organisation de solution initiale principale. L'UUID du site de réunion de la réunion de package standard de cette organisation de solution initiale primaire doit être configuré sur BroadWorks. Il est essentiel que ce site de réunion reste provisionné car cet UUID du site est envoyé dans chaque demande de participation à une réunion téléphonique en tant que jeton d’authentification. Cet UUID de site unique est partagé par tous les ensembles de numéros de téléphone et d'enregistrements DNS SRV de rappel. Plusieurs valeurs UUID du site ne sont pas requises.
Les organisations de solutions de démarrage principales et toutes les organisations de solutions de démarrage secondaires peuvent être supprimées, si vous le souhaitez, avant que l'ensemble des numéros de téléphone et des enregistrements DNS SRV de rappel ne soient attribués à des clients non testés. Lorsque l'ensemble des numéros de téléphone et des enregistrements DNS SRV de rappel sont attribués à des clients non testés, ces numéros de téléphone et enregistrements de rappel sont associés aux sites de réunion pour ces clients et sont utilisés pour rejoindre la réunion en utilisant l'appel et le rappel. Tout changement doit être considéré comme ayant un impact sur le service.
Les sections suivantes fournissent plus de détails sur les différents éléments de configuration.
Éléments de configuration BYoPSTN
Un élément clé de la solution est la configuration des numéros de téléphone des partenaires Cisco et des enregistrements de rappel DNS SRV. BYoPSTN utilise les groupes de numéros de téléphone et les groupes de rappel DNS SRV comme moyen d’attribuer des numéros de téléphone géographiquement basés et un routage d’appel redondant pour les réunions Webex. Ces éléments sont attribués aux clients finaux par le modèle client.
Groupes de numéros de téléphone (PNG)
Les partenaires Cisco fournissent les numéros de téléphone utilisés par les participants pour rejoindre les réunions dans Cisco Partner Hub. Ces numéros de téléphone sont regroupés en un groupe de numéros de téléphone. La liste des numéros de téléphone est associée à un site de réunion. Toutes les salles de réunion personnelles (PMR) et les réunions programmées sur ce site de réunion utilisent les numéros de téléphone associés. Voici un exemple de groupe de numéros de téléphone :
Nom du numéro de téléphone | Pays | Indicatif du pays | Numéro de téléphone | Annonce | Type Payant | Priorité d'appel |
---|---|---|---|---|---|---|
Maryland des États-Unis | États-Unis | +1 | 2403332200 | Anglais | Payant | Principal |
Floride des États-Unis | États-Unis | +1 | 9049002303 | Anglais | Payant | Secondaire |
États-Unis à New York | États-Unis | +1 | 8056504578 | Anglais | Gratuit | Aucun |
Les numéros de téléphone ont les attributs suivants :
Nom du numéro de téléphone : nom pour décrire le numéro de téléphone
Pays—Pays d'affectation du téléphone
Code pays—Code d'appel du pays ou code d'appel du pays
Numéro de téléphone—Le numéro de téléphone à utiliser pour rejoindre une réunion sans l'indicatif du pays
Annonce—Langue de l'annonce à diffuser lorsqu'un participant rejoint une réunion
Type payant—Le type de numéro : Payant ou gratuit
Priorité d'appel—La priorité attribuée aux numéros de réunion. L’affichage des numéros pour rejoindre la réunion des participants est ordonné en fonction de cette priorité.
Numéros de téléphone par défaut : Les administrateurs peuvent affecter une priorité d'appel de Principal, Secondaire ou Aucun à un numéro de téléphone du groupe de numéros de téléphone. Les numéros de téléphone avec une priorité primaire ou secondaire sont des numéros de téléphone par défaut. Les numéros de téléphone par défaut sont envoyés dans les courriers électroniques d'invitation à la réunion et sont répertoriés dans l'ordre de priorité que les participants doivent utiliser pour rejoindre les réunions. Les numéros de téléphone par défaut ne doivent pas nécessairement se trouver dans le même pays. Un numéro de téléphone principal doit être sélectionné, un numéro de téléphone secondaire est facultatif. Au moins un des numéros de téléphone par défaut doit être de type Payant.
Les utilisateurs du client final peuvent choisir de spécifier leurs propres numéros de téléphone par défaut à l'aide de l'interface Web du site de réunion. Ces numéros s'affichent pour cet utilisateur et leurs participants lorsqu'ils sont l'organisateur de la réunion. Si les utilisateurs rejoignent une réunion en tant qu’invités, ils s’affichent uniquement pour eux.
Comme dans l'exemple ci-dessus, l'administrateur des partenaires Cisco prévoit US Maryland comme principal et US Florida comme secondaire, il s'agit des numéros de téléphone par défaut. Un utilisateur peut choisir de remplacer ce paramètre au cours de ses réunions en remplaçant le paramètre principal par New York américain et le paramètre secondaire par Maryland américain.
Le nombre maximum de numéros de téléphone pour un groupe de numéros de téléphone donné est de 98.
REMARQUE : La configuration d'un numéro dédié pour une seule entreprise n'est pas prise en charge.
Rappel des groupes SRV DNS (CDSG)
Pour permettre aux participants de la réunion de choisir l'option de rappel, un groupe de rappel DNS SRV est requis qui pointe vers la ou les instances CUBE dans le réseau du partenaire Cisco. Webex utilise ces enregistrements pour acheminer le rappel via CUBE vers BroadWorks, qui peut ensuite placer le rappel de la réunion sur le numéro de téléphone du participant à la réunion.
Voici un exemple de groupe de rappel DNS SRV.
Pays/Région | Indicatif du pays | Enregistrement DNS SRV |
---|---|---|
États-Unis | +1 | cube.us.exemple.com |
Mexique | +52 | cube.mx.example.com |
Tous les autres pays | N/A | cube.global.example.com |
Les enregistrements de rappel DNS SRV ont les attributs suivants :
Pays/Région—Le pays ou la région pour lequel cet enregistrement DNS SRV doit être utilisé pour envoyer les demandes d'appel.
Code pays—Le code pays associé au pays/à la région. Vous ne pouvez avoir qu'un seul enregistrement DNS SRV par code pays.
Enregistrement DNS SRV—L'enregistrement DNS SRV pour la ou les instances du partenaire Cisco CUBE.
Lorsque le participant demande un appel sur son numéro de téléphone spécifié, Webex utilise le rappel DNS SRV associé à l'indicatif du pays du numéro de téléphone spécifié pour acheminer l'appel vers les éléments appropriés du réseau des partenaires Cisco.
L’utilisation d’un enregistrement DNS SRV de cette manière permet de prendre en charge les instances CUBE redondantes pour répondre aux demandes d’appel de Webex. Dans l’exemple ci-dessus, lorsque des participants à une réunion aux États-Unis demandent un rappel de Webex vers leur numéro de téléphone américain, Webex utilise le DNS SRV cube.us.example.com
pour acheminer cet appel vers le réseau du partenaire Cisco. Lorsque les participants de la réunion au Mexique demandent un rappel de Webex vers leur numéro de téléphone au Mexique, Webex utilise le DNS SRV cube.mx.example.com
pour acheminer cet appel vers le réseau du partenaire Cisco.
Pour tous les pays/régions qui n'ont pas d'enregistrement SRV DNS de rappel spécifique, ces demandes d'appel sont acheminées vers l'enregistrement SRV DNS « Tous les autres pays ». L'administrateur doit configurer un enregistrement DNS SRV « Tous les autres pays ».
Le nombre maximum d'enregistrements pour un groupe de rappel DNS SRV donné est de 200.
Modèles des clients
Le modèle client est un concept existant pour la solution Webex pour BroadWorks. Le modèle fournit la configuration par défaut qui est utilisée pour mettre à disposition un client final. BYoPSTN fournit des attributs supplémentaires au modèle client :
Type de participation à la réunion—Peut être soit des numéros d'appel Cisco, soit des numéros d'appel fournis par le partenaire. Cet attribut indique les numéros de téléphone qui sont configurés pour les sites de réunion associés aux packs Standard et Premium. Les numéros d’appel fournis par le partenaire doivent être sélectionnés par l’administrateur.
Groupe de numéros de téléphone—Associé uniquement à l'option numéros d'appel fournis par le partenaire, cet attribut indique les numéros de téléphone qui sont utilisés par les clients finaux qui sont provisionnés pour les packs Standard et Premium lorsqu'ils rejoignent les réunions.
Rappel groupe DNS SRV—Associé uniquement à l'option numéros d'appel fournis par le partenaire, cet attribut indique les enregistrements DNS SRV qui sont utilisés par Webex lors du rappel aux clients finaux qui sont provisionnés pour les packs Standard et Premium lorsqu'ils rejoignent les réunions. Si vous ne souhaitez pas activer le rappel, vous pouvez choisir « Désactiver le rappel » lors de la création ou de la mise à jour d'un modèle client. Lorsque le premier abonné pour Standard ou Premium est provisionné pour un client final, le pack de site de réunion associé est provisionné. Le package du site de réunion est déployé conformément au modèle de client ci-dessus. Tout abonné provisionné ultérieurement pour Standard ou Premium est ajouté au site de réunion déjà provisionné—la configuration du site de réunion n'est pas modifiée.
Toute modification du modèle client par rapport aux attributs ci-dessus s’applique uniquement aux sites de réunion package nouvellement provisionnés. Les sites de réunion existants, déjà provisionnés, ne sont pas affectés par les modifications apportées au modèle client.
La seule exception notable est que si un client final a déjà un site de réunion package, tout nouveau site de réunion package est provisionné en utilisant le même type de rejoindre la réunion que le site de réunion package existant. Par exemple, si un client final a un site de réunion package standard utilisant des numéros d'appel Cisco et que le modèle client est mis à jour pour utiliser les numéros d'appel fournis par le partenaire, un nouveau site de réunion package Premium est provisionné à l'aide des numéros d'appel Cisco, le paramètre du modèle client ne s'applique pas. Les sites de réunion Standard et Premium pour un Client final donné doivent toujours être provisionnés de manière cohérente.
Cluster d’appels BroadWorks
Cisco Partner Hub - L'écran du cluster d'appel BroadWorks permet d'afficher et/ou de télécharger les informations de configuration BroadWorks (BYoPSTN). Les informations de configuration BYoPSTN pour un cluster donné comprennent les données suivantes :
Détails de l'organisation de la Primary Seed Solution, y compris l'UUID du site de réunion standard et l'URL du site.
Détails du groupe de numéros de téléphone pour tous les groupes configurés pour ce cluster. Ceci inclut le numéro de téléphone des mappages des codes d'accès à la réunion pour chaque groupe. Notez que les détails doivent inclure les groupes qui sont associés à toutes les organisations de solutions de semences secondaires.
Détails du groupe de rappel DNS SRV pour tous les groupes configurés pour ce cluster. Notez que les détails doivent inclure les groupes qui sont associés à toutes les organisations de solutions de semences secondaires.
Détails du modèle de client pour les modèles utilisant l’un des groupes de numéros de téléphone et les groupes de rappel DNS SRV.
Chaque cluster d’appel BroadWorks a ses propres informations de configuration BroadWorks (BYoPSTN) spécifiquement ses groupes de numéros de téléphone et groupe de rappel DNS SRV. Cependant, veuillez noter que tous les clusters d’appel BroadWorks partagent la même organisation de solution initiale principale et qu’en tant que tels, tous incluent le même package standard UUID du site de réunion et l’URL du site.
Les informations de la configuration BroadWorks (BYoPSTN) ne peuvent être consultées/téléchargées que lorsque l’administrateur configure et sélectionne l’organisation Primary Seed Solution. L'organisation de la solution initiale principale doit avoir au moins un utilisateur affecté au pack standard et ce pack standard doit utiliser les numéros d'appel fournis par le partenaire (BYoPSTN) option pour rejoindre la réunion.
Exemple des éléments de configuration BYoPSTN
L’image suivante montre un exemple de déploiement BroadWorks multi-cluster avec des modèles clients basés géographiquement, des numéros de téléphone et du routage.
Le premier tableau montre un déploiement BroadWorks multi-cluster avec des modèles clients régionaux, des groupes de numéros de téléphone et des groupes de rappel DNS SRV. Les tableaux suivants s'agrandissent sur le groupe de numéros de téléphone et les groupes de rappel DNS SRV.
Groupe BroadWorks | Nom du modèle | Pack | Type de participation à la réunion | Groupe de numéros de téléphone | Groupe de rappel DNS SRV |
---|---|---|---|---|---|
BWKS US NG | Norme ouest des États-Unis | Standard | Numéros d’appel fournis par le partenaire | Ouest américain | CB US |
West Prem des États-Unis | Premium | ||||
Série Est des États-Unis | Standard | Est des États-Unis | |||
US East Prem | Premium | ||||
BWKS MX | MX de série | Standard | Numéros d’appel fournis par le partenaire | MX PNG | CB MX |
MX Prem | Premium | ||||
BWKS UK | De série au Royaume-Uni | Standard | Numéros d’appel fournis par le partenaire | PNG UK | Rappel désactivé |
UK Prem | Premium | ||||
BWKS ÉTATS-UNIS | Série US | Standard | Numéros d’appel Cisco | Aucun | Aucun |
Les abonnés approvisionnés en utilisant le modèle US West Std ou US West Prm utilisent le numéro de téléphone US West lorsqu'ils rejoignent les réunions. Les demandes de rappel des abonnés qui rejoignent les réunions sont envoyées aux enregistrements CB US DNS SRV.
Les abonnés approvisionnés en utilisant le modèle US East Std ou US East Prm utilisent le numéro de téléphone US East pour rejoindre les réunions. Les demandes de rappel des abonnés qui rejoignent les réunions sont envoyées aux enregistrements CB US DNS SRV.
Les abonnés approvisionnés en utilisant le modèle MX Std ou MX Prm utilisent le numéro de téléphone MX PNG lorsqu'ils rejoignent les réunions. Les demandes de rappel des abonnés qui rejoignent les réunions sont envoyées aux enregistrements CB MX DNS SRV.
Les abonnés approvisionnés en utilisant le modèle UK Std ou UK Prm utilisent les numéros de téléphone UK PNG lorsqu'ils rejoignent les réunions. Ces abonnés ne se verront pas proposer de rejoindre la réunion par rappel car le rappel est désactivé.
Les abonnés approvisionnés à l'aide du US Std utilisent les numéros d'appel Cisco et n'ont donc aucun groupe de numéros de téléphone ou groupe de rappel DNS SRV attribué. Ces abonnés utilisent les numéros de téléphone fournis par Cisco pour rejoindre les réunions et les enregistrements Cisco DNS SRV pour rejoindre les réunions en utilisant le rappel.
Les détails de l'exemple de groupes de numéros de téléphone sont les suivants :
Groupe de numéros de téléphone | Nom du numéro de téléphone | Pays | Indicatif du pays | Numéro de téléphone | Annonce | Type Payant | Priorité d'appel |
---|---|---|---|---|---|---|---|
Ouest américain | États-Unis à San Francisco | États-Unis | +1 | 4156551000 | Anglais | Payant | Principal |
Palo Alto des États-Unis | États-Unis | +1 | 9863502478 | Anglais | Gratuit | Aucun | |
Est des États-Unis | Maryland des États-Unis | États-Unis | +1 | 2403332200 | Anglais | Payant | Principal |
Floride des États-Unis | États-Unis | +1 | 9049002303 | Anglais | Payant | Secondaire | |
États-Unis à New York | États-Unis | +1 | 8056504578 | Anglais | Gratuit | Aucun | |
MX PNG | Mexique | MX | +52 | 2065304086 | Espagnol européen | Payant | Principal |
PNG UK | Royaume-Uni | Royaume-Uni | +44 | 4527789651 | Anglais | Payant | Principal |
Les détails de l'exemple de groupes de rappel DNS SRV sont les suivants :
Groupe de rappel DNS SRV | Pays | DNS SRV |
---|---|---|
CB US | États-Unis | cube.us.exemple.com |
Tous les autres pays | cube.row.example.com | |
CB MX | MX | cube.mx.example.com |
Tous les autres pays | cube.row.example.com |
La configuration de l'enregistrement US DNS SRV, cube.us.example.com peut être comme dans l'exemple :
| 86400 | IN | SRV | 10 | 10 | 5061 |
|
| 86400 | IN | SRV | 10 | 10 | 5061 |
|
Cet enregistrement DNS SRV peut se résoudre à l'enregistrement DNS A suivant :
| 86400 | IN | A | 45.84.168.81 |
| 86400 | IN | A | 45.84.168.82 |
Les enregistrements DNS SRV sont résolus pour sécuriser les appels SIP de Webex vers CUBE. |
Ports utilisés par Webex
Les ports du tableau ci-dessous doivent être ouverts sur le pare-feu de la DMZ où se trouve le CUBE, et d’autres ports peuvent être fermés. Pour plus d'informations sur les ports et les exigences réseau, reportez-vous à l'article suivant :
https://collaborationhelp.cisco.com/article/WBX264
Source | Ports sources | Destination | Ports de destination | Protocole | Description | ||
---|---|---|---|---|---|---|---|
Services audio Webex Edge | Éphémère | CUBE | 5061 | TCP | (mTLS 1.2) Signalisation SIP entrante de l’audio Webex Edge vers CUBE SBC.
| ||
Services audio Webex Edge | 4000 à 4010 | CUBE | 5061 | TCP | (mTLS 1.2) Ping des options pour l’audio Webex Edge. | ||
CUBE | Éphémère | Audio Edge | 5605 | TCP | (mTLS 1.2) Signalisation SIP sortante pour l’audio Webex Edge. | ||
Services audio Webex Edge | Éphémère | CUBE | Ports éphémères 8000 - 59999 | UDP | (SRTP) Les trous d’épingle du pare-feu doivent être ouverts pour le trafic média entrant vers l’audio Edge. | ||
CUBE | Ports éphémères 10200 à 28000 | Audio Edge | Éphémère | UDP | (SRTP) Les trous d’épingles du pare-feu doivent être ouverts pour le trafic média sortant vers CUBE. |
Suites de chiffrement TLS et SRTP
TLS v1.2 ou version plus récente est utilisée pour mTLS handshake, et les codes de chiffrement suivants sont pris en charge par l’audio Webex Edge (pendant le rappel, l’audio Webex Edge les propose dans le Bonjour du client TLS Handshake) :
TLS_ECDHE_ECDSA_AVEC_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_AVEC_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_AVEC_AES_256_CBC_SHA384
TLS_ECDHE_ECDSA_AVEC_AES_128_CBC_SHA256
TLS_ECDHE_RSA_AVEC_AES_256_GCM_SHA384
TLS_ECDHE_RSA_AVEC_AES_128_GCM_SHA256
TLS_ECDHE_RSA_AVEC_AES_256_CBC_SHA384
TLS_ECDHE_RSA_AVEC_AES_128_CBC_SHA256
TLS_RSA_AVEC_AES_256_GCM_SHA384
TLS_RSA_AVEC_AES_256_CBC_SHA256
TLS_RSA_AVEC_AES_128_GCM_SHA256
TLS_RSA_AVEC_AES_128_CBC_SHA256
TLS_DHE_DSS_AVEC_AES_256_GCM_SHA384
TLS_DHE_DSS_AVEC_AES_256_CBC_SHA256
TLS_DHE_DSS_AVEC_AES_128_GCM_SHA256
TLS_DHE_DSS_AVEC_AES_128_CBC_SHA256
Les codes de chiffrement suivants sont utilisés pour sRTP :
AEAD_AES_256_GCM
AEAD_AES_128_GCM
AES_CM_128_HMAC_SHA1_80
AES_CM_128_HMAC_SHA1_32
Codecs audio pris en charge
G722
G711µ
G711a
Exigences du profil SIP et RTP
La solution nécessite qu’entre CUBE (ou votre SBC) et Webex, vous déployiez SIP TLS pour la signalisation et sRTP pour les médias.
Les profils SIP et RTP dans le cadre de cette communication doivent être conformes aux exigences suivantes :
Exigences du profil SIP | Détails |
---|---|
Minuterie d'expiration de session | 2220 secondes (accepter SIP 422) * est ajusté en fonction des besoins de l'entreprise et 422 sont attendus. |
Offre média pour l’entrée | Offre anticipée |
Offre média pour la sortie | Offre tardive |
Intervalle de ping des options | 30 s (Minimum) |
DTMF | RFC2833 Charge utile 101 (pas de DTMF acoustique !) |
Ports SIP-UDP | 4000 à 4010,5061,5065 |
Profil RTP | Détails |
---|---|
Profil de charge utile vocale | G.722/ G.711μ /G.711a |
Taille du paquet | 20 ms |
VAD (détection d'activité vocale) | Non |
Minuterie d'inactivité des médias | 1200 ms |
Modification du codec de numérotation moyenne | Non accepté |
RTP | 8000 À 48198 |
Codes de chiffrement sRTP | AEAD_AES_256_GCM AEAD_AES_128_GCM AES_CM_128_HMAC_SHA1_80 AES_CM_128_HMAC_SHA1_32 |
Le codec G.729 n’est pas pris en charge. Si vous voulez utiliser G.729, vous devez utiliser des transcodeurs. |
Domaines de routage d’appels Webex
Le SRV DNS _sips._tcp.<domain>
est utilisé pour atteindre l’audio Webex Edge. Il existe quatre domaines en fonction de la région.
Région | Domaine |
---|---|
Amériques | ecccspx.amer.pub.webex.com |
Royaume-Uni, Afrique du Nord | ecccspx.emea.pub.webex.com |
Asie du Pacifique | ecccspx.apac.pub.webex.com |
Australie / Nouvelle-Zélande | ecccspx.anz.pub.webex.com |
Europe | ecccspx.euro.pub.webex.com |
Le DNS SRV résout plusieurs enregistrements A pointant vers le site principal et le site secondaire. Le tableau suivant fournit un exemple pour la région AMER et est susceptible d’être modifié à l’avenir.
Type d'enregistrement | Enregistrer | Cible | Objet |
---|---|---|---|
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxpr1.amer.pub.webex.com | Découverte de l’audio Webex Edge |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxpr2.amer.pub.webex.com | Découverte de l’audio Webex Edge |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxsc1.amer.pub.webex.com | Découverte de l’audio Webex Edge |
SRV | _sips._tcp.ecccspx.amer.pub.webex.com | ecccspxsc2.amer.pub.webex.com | Découverte de l’audio Webex Edge |
A | ecccspxpr1.amer.pub.webex.com | 207,182,174,101* | Pointe vers l’audio Webex Edge AMER principal 1 |
A | ecccspxpr2.amer.pub.webex.com | 207,182,174,102* | Pointe vers l’audio Webex Edge AMER principal 2 |
A | ecccspxsc1.amer.pub.webex.com | 207,182,174,229* | Pointe vers l’audio Webex Edge AMER secondaire 1 |
A | ecccspxsc2.amer.pub.webex.com | 207,182,174,230* | Pointe vers l’audio Webex Edge AMER secondaire 2 |
Le DNS-SRV est de nature dynamique, les adresses IP sont sujettes à changement ; par conséquent, évitez de coder en dur ou de mettre en signet les adresses IP. Reportez-vous à la section « Historique des révisions de documents » pour toute modification ou mise à jour apportée au document Informations de référence des ports pour Webex Calling. |
Redondance du CUBE
Cisco Unified Border Element (CUBE) active la fonction Session Border Control dans un réseau gérant les connexions SIP entre les entités externes et le réseau interne. Plus d’informations sur CUBE sont disponibles dans la section Prérequis ci-dessous.
Les modèles de redondance pris en charge sont définis dans le but de fournir la haute disponibilité et d'éliminer le point de défaillance unique pour le partenaire Cisco. Trois modèles différents sont décrits ci-dessous. Les partenaires Cisco doivent adopter le modèle applicable à leur environnement.
Pendant le processus d’intégration, le partenaire doit désactiver les filtres ICMP.
Déploiement CUBE duplex pour BroadWorks déployé sur un seul site
Déploiement Simplex CUBE pour BroadWorks déployé sur plusieurs sites
Un modèle de redondance supplémentaire est possible lorsque CUBE est déployé en mode duplex sur chaque site. Ce modèle n’est pas nécessaire étant donné que BroadWorks est déployé avec une redondance géographique.
Approvisionnement
1 | Prérequis du partenaire
|
2 | Fournir des numéros de téléphone dans Cisco Partner Hub
|
3 | Provisionner les groupes DNS SRV de rappel dans Cisco Partner Hub (Facultatif)
|
4 | Associer PNG (et CDSG) aux modèles clients
|
5 | Mettre à disposition des organisations de solutions de démarrage
|
6 | Sélectionnez l'organisation Primary Seed Solution
|
7 | Télécharger la configuration BroadWorks (BYoPSTN)
|
8 | Déterminer le domaine audio DNS SRV de Webex Edge
|
9 | Provisionner la configuration BroadWorks du partenaire
|
10 | Provisionner le partenaire CUBE (ou votre propre SBC)
|
11 | Certification BYoPSTN
|
Étape 1 : Prérequis du partenaire
Les prérequis suivants doivent être remplis pour le provisionnement de BYoPSTN. Les prérequis donnés ci-dessous supposent que le partenaire dispose d’un déploiement Webex fonctionnel pour Cisco BroadWorks qui inclut :
Système BroadWorks fonctionnel – comme décrit dans le Guide de la solution Webex pour Cisco BroadWorks
Licence BroadWorks AS avec le service « VoiceXML » en quantité suffisante (1 par numéro RTCP)
Correctifs BroadWorks requis :
Pour R22 :
AP.xsp.22.0.1123.ap376935
AP.as.22.0.1123.ap376935
Pour R23 :
AP.xsp.23.0.1075.ap376935
AP.as.23.0.1075.ap376935
Pour R24
AP.as.24.0.944.ap376935
Système Cisco CUBE déployé (version IOS 16.12.2 ou ultérieure) : https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html
Le CUBE matériel et virtuel est pris en charge. Le CUBE matériel est recommandé pour l’évolutivité et le traitement d’un plus grand nombre d’appels.
Organisation partenaire Webex – comme indiqué dans le Guide de la solution Webex pour Cisco BroadWorks
Étape 2 : Fournir des groupes de numéros de téléphone (PNG) dans Partner Hub
La procédure que le partenaire Cisco utilise pour ajouter ses numéros d'appel de réunion Webex est la suivante :
Connectez-vous au Cisco Partner Hub.
allez à Paramètres.
Faites défiler la page jusqu'à BroadWorks Calling.
Sous Configuration pour rejoindre la réunion (BYoPSTN), sélectionnez Créer un numéro de téléphone d’appelp.
Saisissez le nom du groupe de numéros de téléphone et sélectionnez Suivant.
Saisissez les détails du Numéro de téléphone et sélectionnez Suivant.
Vérifiez le résumé des détails du groupe de numéros de téléphone et sélectionnez Enregistrer.
Répétez cette procédure pour chaque groupe de numéros de téléphone à ajouter.
Les captures d’écran ci-dessous illustrent la procédure.
Étape 3 : Provisionner les groupes DNS SRV (CDSG) de rappel dans Partner Hub
Cette étape doit être effectuée uniquement si vous souhaitez déployer l’option Rejoindre la réunion via le rappel. Sinon, vous pouvez sauter cette étape. |
Si vous ne configurez pas cette option, les utilisateurs peuvent utiliser l'option d'appel pour rejoindre les réunions, ou ils peuvent les rejoindre avec l'audio de l'ordinateur. |
Lorsque vous utilisez l’option de rappel de réunion, un groupe de rappel DNS SRV est requis pour router les appels de Webex vers CUBE. La procédure que le partenaire Cisco utilise pour ajouter ses enregistrements CUBE DNS SRV à Webex est la suivante :
Connectez-vous à Partner Hub.
allez à Paramètres.
Faites défiler la page jusqu'à BroadWorks Calling.
Sous Configuration pour rejoindre la réunion (BYoPSTN), sélectionnez Créer un groupe de rappel DNS SRV.
Saisissez le nom du groupe de rappel DNS SRV.
Sélectionnez Suivant.
Saisissez les détails du rappel DNS SRV.
Sélectionnez Suivant.
Vérifiez le résumé des détails du rappel DNS SRV.
Sélectionnez Enregistrer.
Fournissez toutes les mises à jour au DNS pour refléter les nouveaux enregistrements dans le groupe DNS SRV.
Répétez cette procédure pour chaque groupe de rappel DNS SRV à ajouter.
Les captures d’écran ci-dessous illustrent la procédure.
Étape 4 : Associer PNG et CDSG aux modèles clients dans Partner Hub
La configuration initiale et la vérification de la solution BYoPSTN nécessitent une organisation initiale pour chaque combinaison unique de Groupe de numéros de téléphone et Groupe de rappel DNS SRV (si le rappel est requis). Par conséquent, il est recommandé aux partenaires Cisco de créer de manière similaire un nouveau modèle de client pour chaque combinaison unique de groupe de numéros de téléphone et de groupe de rappel DNS SRV. Chaque modèle client doit être utilisé pour générer une organisation initiale correspondante.
Une fois que la configuration BYoPSTN est créée et vérifiée à l’aide des organisations de démarrage, les groupes de numéros de téléphone et les groupes de rappel DNS SRV peuvent être appliqués aux modèles clients existants si nécessaire.
Veuillez noter que les modèles clients nouvellement créés ne sont pas utilisés par les clients existants non testés et peuvent donc être utilisés en toute sécurité pour la vérification manuelle de la configuration BYoPSTN.
Si vous ne déployez pas la fonction Rejoindre la réunion via le rappel, vous n'avez pas besoin d'associer les groupes de rappel DNS SRV au modèle de client. Cependant, vous devez sélectionner Désactiver le rappel. |
Pour ajouter un nouveau modèle de client, procédez comme suit :
Connectez-vous au Cisco Partner Hub.
allez à Paramètres.
Faites défiler la page jusqu'à BroadWorks Calling.
Sous Modèles, sélectionnez Ajouter un modèle.
Saisissez les détails du modèle. À l’étape Type de colis :
Sélectionnez Package Type comme Standard.
Sélectionnez Configuration pour rejoindre la réunion en tant que numéros d’appel fournis par le partenaire (BYoPSTN).
Sélectionnez un groupe de numéros de téléphone provisionné.
Pour le groupe de rappel DNS SRV, si vous souhaitez activer l'option de rappel de réunion, sélectionnez un groupe de rappel DNS SRV provisionné. Sinon, sélectionnez Désactiver le rappel.
Sélectionnez Suivant.
Saisissez les détails restants du modèle.
Passez en revue le résumé des détails du modèle.
Cliquez sur Enregistrer.
Répétez cette procédure pour chaque modèle client qui doit être ajouté
La capture d’écran ci-dessous illustre la procédure.
Pour mettre à jour un modèle client existant, procédez comme suit :
Connectez-vous au Cisco Partner Hub.
allez à Paramètres.
Faites défiler jusqu'à la section Appel BroadWorks.
Sous Modèles, sélectionnez Afficher le modèle.
Sélectionnez le modèle à mettre à jour.
Faites défiler jusqu'à la section Configuration pour rejoindre la réunion :
Sélectionnez Numéros d’appel fournis par le partenaire (BYoPSTN).
Sélectionnez un groupe de numéros de téléphone configuré précédemment.
Pour le groupe de rappel DNS SRV, si vous souhaitez activer l'option de rappel de réunion, sélectionnez un groupe de rappel DNS SRV provisionné. Sinon, sélectionnez Désactiver le rappel.
Sélectionnez Enregistrer.
La capture d’écran ci-dessous illustre la procédure.
Étape 5 : Mettre à disposition des organisations de solutions de démarrage
La solution BYoPSTN comporte plusieurs composants différents, dont chacun doit être configuré correctement pour que la solution fonctionne avec succès. L'un des deux objectifs des organisations de la solution initiale est de générer des mappages de numéros de téléphone pour les codes d'accès de réunion et un identifiant unique universel du site de réunion (UUID du site) qui sont nécessaires au fonctionnement continu de la solution. L’autre objectif étant la vérification de la configuration.
Pour chaque combinaison unique du groupe de numéros de téléphone et du groupe de rappel DNS SRV à utiliser, un modèle de client correspondant doit être créé au préalable. Pour chacun de ces modèles client, une organisation de solution initiale doit être mise à disposition. La mise à disposition de ces organisations initiales génère le mappage des numéros de téléphone vers les codes d'accès de réunion et un UUID de site de réunion qui sont nécessaires pour configurer BroadWorks.
En utilisant chacun des modèles client précédemment configurés, fournissez un abonné pour un nouveau fournisseur de service BroadWorks ou une nouvelle entreprise BroadWorks avec un utilisateur du pack standard. Le site de réunion Pack standard résultant doit utiliser l'option Numéros d'appel du fournisseur partenaire pour rejoindre la réunion. L’une des méthodes suivantes peut être utilisée pour mettre à disposition l’abonné :
Approvisionner l’abonné de test en utilisant les API des abonnés BroadWorks comme documenté sur
developer.webex.com
.Activez l’abonné de test pour le service IM&P sur un BroadWorks configuré pour utiliser le modèle client. Veuillez vous assurer que le modèle client utilise le pack standard par défaut pour vous assurer qu'un pack standard est attribué à l'abonné test. Alternativement, l'abonné test doit être mis à jour ultérieurement pour avoir le pack Standard.
Veuillez noter qu'il est recommandé que les organisations de solutions de démarrage soient associées à un fournisseur de services de test BroadWorks ou de test BroadWorks Enterprise.
6e étape : Sélectionnez l'organisation Primary Seed Solution
Il est essentiel que ce site de réunion reste provisionné car cet UUID du site est envoyé dans chaque demande de participation à une réunion téléphonique en tant que jeton d’authentification. Vous ne devez pas supprimer l’organisation initiale car le site de réunion associé sera également supprimé. Si l’organisation seed est supprimée, vous devrez en fournir une nouvelle et reconfigurer Broadworks avec le nouvel UUID du site.
Les organisations de solutions de démarrage principales et toutes les organisations de solutions de démarrage secondaires peuvent être supprimées, si vous le souhaitez, avant que l'ensemble des numéros de téléphone et des enregistrements DNS SRV de rappel ne soient attribués à des clients non testés. Lorsque l'ensemble des numéros de téléphone et des enregistrements DNS SRV de rappel sont attribués à des clients non testés, ces numéros de téléphone et enregistrements de rappel sont associés aux sites de réunion pour ces clients et sont utilisés pour rejoindre la réunion en utilisant l'appel et le rappel. Tout changement doit être considéré comme ayant un impact sur le service.
Pour sélectionner l'organisation Primary Seed Solution, procédez comme suit :
Connectez-vous au Cisco Partner Hub.
allez à Paramètres.
Faites défiler jusqu'à la section Appel BroadWorks.
Dans la section Validation de la configuration (BYoPSTN), sélectionnez Attribuer.
Dans l'écran Attribuer une organisation, recherchez et sélectionnez l'une des organisations initiales précédemment configurées
Sélectionnez Attribuer.
L'organisation de semences sélectionnée est l'organisation de semences principale.
Les captures d’écran ci-dessous illustrent la procédure.
7e étape : Télécharger la configuration BroadWorks (BYoPSTN)
L’organisation de la solution initiale principale, les groupes de numéros de téléphone et les détails du groupe DNS SRV de rappel pour un cluster BroadWorks donné sont disponibles en un seul emplacement, le fichier JSON de configuration BroadWorks (BYoPSTN). Ces informations sont nécessaires pour configurer BroadWorks pour BYoPSTN.
Veuillez noter que le fichier de configuration JSON ne peut être consulté/téléchargé qu'après avoir sélectionné l'organisation principale de la solution initiale.
La procédure pour afficher/télécharger le fichier de configuration JSON est la suivante :
Connectez-vous au Cisco Partner Hub.
allez à Paramètres.
Faites défiler la page jusqu'à BroadWorks Calling.
Sous Clusters, sélectionnez Afficher le cluster.
Sélectionnez le cluster qui est associé aux modèles clients qui sont configurés pour BYoPSTN.
Faites défiler jusqu'à la section Configuration BroadWorks pour BYoPSTN.
Cliquez sur Télécharger le fichier de configuration JSON.
Répétez cette procédure pour tous les autres clusters BroadWorks.
Les captures d’écran ci-dessous illustrent la procédure.
Veuillez consulter l'exemple de fichier de configuration JSON ci-dessous. Le fichier contient des informations supplémentaires sur chaque groupe de numéros de téléphone, groupe de rappel DNS SRV, les éléments de configuration clés suivants qui doivent être saisis sur BroadWorks sont marqués en gras.
UUID du site : BroadWorks doit envoyer cette valeur dans les messages SIP, il s’agit d’un jeton que l’audio Webex Edge utilise pour confirmer l’identité de BroadWorks du partenaire Cisco et son accès aux sites de réunion gérés par ce partenaire Cisco.
Mappage du numéro de téléphone au code d'accès : Les numéros de téléphone et leurs codes d’accès Webex associés doivent être configurés sur BroadWorks.
Numéro de téléphone
code d'accès
Balise locale : La langue d’annonce souhaitée associée au numéro de téléphone doit être configurée sur BroadWorks.
dnsSrv : Le rappel DNS SRV doit être configuré dans le DNS et se référer aux instances CUBE souhaitées.
{
"siteUUID": "491db0821791441a96c233fefb6c6dfc",
"siteURL": " seedtestenterpriseabc.webex.com ",
"partnerOrgId": "1da175de-3651-4467-b26b-b0d85a2cb3ad",
"solutionValidationOrgId": "d927ac4d-3d73-4d7f-8506-a1bc0a221934",
"customerTemplates": [
{
"name": "US West Std",
"id": "27fe1337-ab1d-44b0-8b5e-ff1d32f6e3f8",
"phoneNumberGroupId": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
"callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
},
{
"name": "US East Std",
"id": "070d6682-b64f-46ea-bc4b-b2e1218ba4bb",
"phoneNumberGroupId": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
"callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
}
],
"phoneNumberGroups": [
{
"name": "US West",
"id": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
"phonenumbers": [
{
"id": "617c5faa-1721-45c7-bc70-e6d7c20ccc29",
"name": "US Palo Alto",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "TollFree",
"defaultPhoneNumberType": "NONE",
"phoneNumber": "9863502478",
"accessCode": "88672693772924908359"
},
{
"id": "48fa7c50-9da0-4c8b-9b2f-307ff435c7c7",
"name": "US Toll San Francisco",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "PRIMARY",
"phoneNumber": "4156551000",
"accessCode": "88652789466280320324"
}
]
},
{
"name": "US East",
"id": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
"phonenumbers": [
{
"id": "ca0c622a-8621-4477-91e0-b3e214833568",
"name": "US Maryland",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "PRIMARY",
"phoneNumber": "2403332200",
"accessCode": "88631321777971704941"
},
{
"id": "00875574-9a46-4447-a967-350b6176755a",
"name": "US Florida",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "SECONDARY",
"phoneNumber": "9049002303",
"accessCode": "88632627551145646175"
},
{
"id": "a2c10316-9266-4423-a669-d67949f99d33",
"name": "US New York",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "TollFree",
"defaultPhoneNumberType": "NONE",
"phoneNumber": "8056504578",
"accessCode": "88649679020033567943"
}
]
}
],
"callbackDnsSrvGroups": [
{
"name": "CB US",
"callbackDnsSrvs": [
{
"name": "Callback US",
"countryCode": "US",
"dnsSrv": "cube.us.example.com",
"id": "c5209d17-7c2f-45b3-95a6-65d7f5f53c7e"
}
],
"id": "25392686-a390-49b9-bad5-cb47159c3e992"
},
{
"name": "CB MX",
"callbackDnsSrvs": [
{
"name": "Callback MX",
"countryCode": "MX",
"dnsSrv": "cube.mx.example.com",
"id": "cca0e4c3-5cff-412c-a854-bfb719f603a2"
}
],
"id": "36403797-b401-50c0-cbe5-dc58260d4f003"
}
]
}
8e étape : Déterminer le domaine audio DNS SRV de Webex Edge
Le domaine audio DNS SRV de Webex Edge doit être configuré sur BroadWorks. Utilisez la procédure suivante pour déterminer la valeur.
Connectez-vous au Cisco Partner Hub.
Allez dans Clients.
Sélectionnez l’entreprise de validation BYoPSTN.
Sélectionnez Afficher le client.
Allez dans Services/Réunions.
Sélectionnez le site de réunion Pack standard.
Faites défiler jusqu'au bas du panneau latéral, sélectionnez Configurer le site.
Sélectionnez Paramètres communs / Paramètres audio.
Sous la section Numéros d’appel internationaux personnalisés audio Edge, sélectionnez Générer le script Lua.
Dans la fenêtre contextuelle, recherchez la valeur « -- Update To header with CCAX URL ».
-- Update To header with CCAX URL local oldTo1 = msg:getHeader("To") local newTo1 = string.gsub(oldTo1, "<sip:(.+)@(.*)>", "<sip:%1@ecccx.amer.webex.com>") msg:modifyHeader("To", newTo1)
Extraire la valeur en gras, par exemple,
ecccx.amer.webex.com.
Il s’agit du domaine Webex Edge Audio DNS SRV qui doit être configuré sur BroadWorks.
9e étape : Provisionner la configuration BroadWorks du partenaire
Cette section décrit la configuration BroadWorks nécessaire à la mise en œuvre des scénarios d’appel et de rappel de réunion présentés dans les diagrammes ci-dessous. Les exemples de configuration sont basés sur les données du fichier JSON illustré dans la section précédente. Les nombres, les domaines, le nom de l’entreprise/des groupes, le type de périphériques, les politiques, les profils, etc. devraient varier selon les partenaires.
Flux des appels :
- L’utilisateur demande le rappel, Webex initie un rappel.
- L'appel est acheminé vers l'OTT BroadWorks.
- L'appel atteint le CUBE mis à disposition dans CH. CUBE achemine l’appel vers BroadWorks.
- BroadWorks identifie l'appel comme étant à l'origine de l'organisateur de la réunion et crée une session pour l'utilisateur organisateur de la réunion et traite l'appel.
- La session utilisateur de l'organisateur de la réunion traite l'appel et traduit le numéro composé. En outre, un enregistrement de facturation est généré pour le compte de l'utilisateur organisateur de la réunion.
- BroadWorks achemine l'appel soit vers l'utilisateur associé au périphérique (7), soit vers le RTCP (8).
Avant de commencer
La communication SIP entre BroadWorks et le CUBE peut se faire via UDP ou TCP en fonction de vos besoins réseau. Par exemple, si certains périphériques réseau ou d'accès (par exemple, passerelles ou points de terminaison) dans les flux d'appel ou de rappel BYoPSTN ne prennent pas en charge TCP, alors UDP doit être utilisé à la place.
La configuration et les exemples présentés dans ce guide utilisent TCP comme protocole de transport. Pour utiliser TCP, assurez-vous que votre serveur d'application BroadWorks et votre serveur réseau sont tous deux configurés pour TCP :
_CLI/Interface/SIP> get
networkProxyTransport = unspecified
accessProxyTransport = unspecified
supportDnsSrv = true
supportTcp = true
Serveur d'applications
Identifier/Type de profil de périphérique
Un nouveau type d’identité/profil de périphérique doit être créé pour représenter le CUBE. Assurez-vous de définir les propriétés suivantes ci-dessous, tandis que d'autres peuvent être laissées aux valeurs par défaut :
Type d'adresse de signalisation—Défini sur Adressage du proxy intelligent
Authentification—Défini sur Activé
Identité de prise en charge dans UPDATE et Re-INVITE—Cochée
Capacité d'enregistrement statique—Défini sur Activé
Compatible vidéo—Défini sur Désactivé
Dans l’exemple ci-dessous, le nouveau type de profil d’identité/de périphérique « VXML_profile » est créé pour représenter le CUBE.
Abonné virtuel XML vocal
Créer une instance VoiceXML
Chaque numéro RTCP de Webex Meetings est représenté par un abonné virtuel dans BroadWorks et la fonctionnalité d’abonné virtuel VoiceXML peut être utilisée. Il est recommandé d'utiliser une entreprise et un groupe dédiés pour tous les abonnés virtuels VoiceXML. Notez que nous n'exploitons en fait aucune fonctionnalité VoiceXML, mais ce type d'utilisateur virtuel est adapté pour interagir avec le CUBE.
Afin d'utiliser le service VoiceXML, assurez-vous que la licence a suffisamment de quantités « VoiceXML » et que le service est autorisé aux niveaux de l'entreprise et du groupe, et que le service VoiceXML est affecté au groupe comme indiqué dans l'exemple d'image ci-dessous.
Sous VoiceXML et créez une instance pour chaque numéro RTCP.
, sélectionnezConfigurer les adresses VoiceXML
Pour chaque instance VoiceXML, fournissez ce qui suit sous les adresses VoiceXML :
Numéro de téléphone—Saisissez le numéro d'appel du site Webex Meetings (par exemple, 2403332200).
Numéro de poste
Identity/Device Profile—Créez une instance (par exemple, VXML_deviceProf) en fonction du type de périphérique créé dans la section précédente (VXML_profile dans l'exemple) et saisissez la configuration suivante.
Ligne/port—Saisissez au format <access number="">@<domain>, où
<access number=""> est le numéro de code d'accès pour le site Webex Meetings (disponible à partir du fichier JSON) (par exemple, 88631321777971704941)
<domain> est le domaine de l’audio Webex Edge pour ce site de réunion (par exemple, ecccspx.amer.pub.webex.com)
Contact sip—Pour les appels téléphoniques de la réunion vers le numéro d'accès, l'INVITE sera envoyé avec une URI de demande définie sur la valeur de ce champ. Saisissez le contact SIP au format suivant <sip contact="">;<Locale>;<Meetings Site="" UUID="">;<SIP transport="">, où :
<sip contact=""> est le <number> du champ ligne/port mais avec le domaine comme SRV qui se résout à l’adresse du CUBE (par exemple, 88631321777971704941@cube.internal.local)
<Locale> représente le paramètre de langue en fonction des paramètres régionaux de l'utilisateur (par exemple, paramètres régionaux=en_US)
<Meetings Site="" UUID=""> est le site UUID à partir du fichier JSON (par exemple, x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b)
<SIP transport=""> doit être transport=tcp pour que l’AS utilise TCP pour envoyer des messages au CUBE.
Vous trouverez ci-dessous un exemple de paramètres des adresses VoiceXML.
Pour chaque numéro d'accès supplémentaire à la réunion à utiliser, un abonné virtuel VoiceXML supplémentaire doit être créé de la même manière que celui ci-dessus. Le même profil de périphérique peut être utilisé, mais les champs Port de ligne et Contact doivent être construits à partir des informations du numéro d'accès comme indiqué ci-dessus. |
Assurez-vous de vérifier que les limites de la politique de traitement des appels que vous configurez sur l’abonné virtuel BroadWorks sont suffisantes pour traiter les appels BYoPSTN supplémentaires dans votre groupe de numéros de téléphone. |
Attribuer l'authentification SIP à l'instance VoiceXML
Attribuer le service d'authentification à l'abonné virtuel VoiceXML. Ceci sera utilisé pour authentifier les messages SIP INVITE à partir du CUBE dans le scénario de rappel. Il empêche également l'abonné virtuel VoiceXML d'accepter les appels de parties autres que le CUBE
Allez à la page d'authentification de l'abonné virtuel sous Utilitaires et saisissez le nom d'utilisateur et le mot de passe SIP comme indiqué ci-dessous :
le CUBE doit être configuré avec le même nom d’utilisateur et le même mot de passe afin d’authentifier correctement les messages INVITE envoyés au AS. Un exemple de commande pour configurer l'authentification SIP sur le CUBE est le suivant :
|
Fichier Namedefs
Le champ de contact SIP de l'abonné virtuel VoiceXML contient l'URL dans laquelle la partie du domaine se résout à l'adresse CUBE. Il s’agit d’un SRV interne, et le fichier namedefs sur le AS peut être utilisé pour résoudre le SRV interne vers l’IP CUBE.
Dans notre exemple, le contact SIP SRV est cube.internal.local et se résout à l'adresse 10.165.196.30 port 5060 pour atteindre le CUBE. Sur le AS, le /usr/local/broadworks/bw_base/conf/namedefs
la mise à jour du fichier se fait comme suit :
_sip.tcp.cube.internal.local SRV 1 99 5060 10.165.196.30
Type d'appel Webex Meetings
Les options de configuration du traitement des appels Webex Meetings sont disponibles pour contrôler la façon dont les appels entrants de la réunion sont traités. Par défaut, les appels de réunion sont traités en tant qu'appels externes car les numéros d'appel sont hébergés dans une entreprise ou un fournisseur de service dédié. Les appels externes sont normalement inclus dans le nombre de sessions de contrôle d'admission de session et marqués pour charge dans le champ CDR chargeIndicator.
L'exemple suivant ajoute la configuration recommandée pour traiter les appels de réunion en tant qu'appels internes de sorte qu'ils soient exclus du chargement et exclus du compte de contrôle d'admission de session.
En définissant Enforce NS Charge Field sur true, la population du champ CDR chargeIndicator est basée sur l'attribut Charge configuré du type d'appel Network Server.
AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> add "Webex Meetings" WXM true true
AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> get
Name NS Call Type Enforce NS Charge Field Process As Internal For SAC-Subscriber
==========================================================================================
Webex Meetings WXM true true
Abonné virtuel de rappel de réunion VoiceXML
Créer un abonné de rappel de réunion VoiceXML
Un abonné virtuel VoiceXML dédié avec une option spéciale de rappel de réunion Webex (ci-après appelé abonné de rappel de réunion VoiceXML) doit être configuré sur le serveur d'application BroadWorks (AS) pour traiter les appels de rappel Webex Meetings. Une seule instance de cet abonné peut être configurée sur le AS.
Pour activer la fonctionnalité, définissez la fonctionnalité activable 102074 à vrai via CLI.
AS_CLI/System/ActivatableFeature> activate 102074
***** Warning *****:
This activity should only be done during a maintenance window because
this may cause large amounts of data to be added/modified/deleted and
it may take some time to execute. Features that have web page impacts
require that users and administrators log out and log back in.
Are you sure you want to continue?
Please confirm (Yes, Y, No, N): y
...Done
AS_CLI/System/ActivatableFeature> get
Id Description Activated Last Modified Timestamp
=============================================================================================
102746 BroadWorks Support for CI UUID true
102074 BYO PSTN Billing support for CallBack and CallIn true
104256 Weak Password Validation Service false
104073 Add FAC Support for Call Center Agent Join-Unjoin in CDR false
103542 Configurable Endpoint For Auto-Answer And Forced Answer false
104255 Control password usage and behavior to ensure security false
Étant donné que la fonction « Prise en charge de la facturation BYO RTCP pour Rappel et Appel » dépend de la fonction « Prise en charge BroadWorks pour CI UUID », avant d’activer la fonction (102074), vous devez également activer la fonction (102746). Pour plus de détails, reportez-vous à la section « Synchronisation de l'UUID de l'utilisateur CI (Prise en charge de Broadworks pour l'UUID CI) ». |
L'abonné au rappel de réunion VoiceXML est similaire à l'abonné virtuel VXML BYOPSTN existant mais l'a marqué avec un nouveau drapeau « Rappel de réunion Webex ». Cet abonné de rappel de réunion VoiceXML est configuré avec le même profil de périphérique que l'abonné virtuel BYOPSTN VXML existant, ainsi que le service d'authentification avec les mêmes informations d'authentification.
Un exemple est présenté ci-dessous :
L'abonné au rappel de réunion VoiceXML doit exister sur le AS hébergeant l'utilisateur organisateur de la réunion. Lorsque le AS reçoit la demande d'INVITE de rappel de réunion, il tente de localiser à la fois l'utilisateur de rappel de réunion VoiceXML et l'utilisateur organisateur de la réunion sur le AS pendant la configuration de l'appel. Si aucun de ces utilisateurs n'est trouvé, l'appel est rejeté.
Session d'organisateur de la réunion
Dans le scénario de rappel avec l'en-tête X-Cisco-Meet-Info, le serveur d'application Cisco BroadWorks reçoit une demande SIP INVITE et identifie l'utilisateur hôte de la réunion à l'aide du paramètre UUID de l'utilisateur CI hôte de l'en-tête SIP X-Cisco-Meet-Info. Une session d'appel est créée pour le compte de l'utilisateur organisateur de la réunion est créée pour traiter l'appel et exécuter le profil de service de l'utilisateur. En outre, un enregistrement de facturation est généré pour le compte de l'utilisateur organisateur de la réunion. L'ID de la réunion et les informations de l'UUID du site à partir de l'en-tête SIP X-Cisco-Meet-Info sont capturés dans l'enregistrement de facturation.
Un exemple de l'en-tête SIP X-Cisco-Meet-Info est illustré ci-dessous :
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab
-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
Plate-forme de livraison d'applications
Synchronisation de l’UUID de l’utilisateur CI (Prise en charge de Broadworks pour l’UUID CI)
L’UUID CI utilisateur est un identifiant unique pour identifier les utilisateurs dans l’environnement Webex.
Cette application de synchronisation de mise à disposition Webex sur la plateforme de diffusion des applications Cisco BroadWorks (ADP) est utilisée pour synchroniser, mapper et stocker l’UUID CI de l’utilisateur dans l’infrastructure BroadWorks afin qu’elle puisse être utilisée dans diverses interactions avec Webex et Webex pour le service BroadWorks.
Reportez-vous à « Activer le rappel de réunion Webex » pour savoir comment l'association UUID Utilisateur CI est utilisée par le serveur réseau Cisco BroadWorks et le serveur d'application Cisco BroadWorks.
Les étapes suivantes configurent l’application Webex Provisioning Sync pour interroger et mettre à jour périodiquement les utilisateurs BroadWork avec l’UUID CI.
L'application Webex Provisioning Sync nécessite des informations d'identification OAuth avec spark-admin :broadworks_subscribers_read portée pour le fournisseur d'identité Cisco et peut être obtenue en soumettant une demande de service à votre agent d'intégration.
Consultez la section « Obtenir les informations d’identification OAuth pour votre Webex pour Cisco BroadWorks » pour plus d’informations et faire la demande de service à l’adresse : https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/Solution_Guide/wbxbw_b_solution-guide/wbxbw_b_SolutionGuide-PDF_chapter_01.html?bookSearch=true#Cisco_Generic_Topic.dita_0e1beabc-80ae-4e8d-b177-17108ec5daed
Ajoutez le jeton avec un nom de partenaire approprié comme suit :
ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> add custBYO refreshToken
New Password:
Re-type New Password:
ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> get
Partner Name Refresh Token
==================================
FederationPartner ********
custPart ********
custBYO ********
Ajoutez le nom du partenaire associé au jeton OAuth à la liste des partenaires à surveiller par l’application Webex Provisioning Sync avec l’indicateur « activé » défini sur « vrai ».
Par cette application Webex Provisioning Sync, l'application commencera à effectuer la synchronisation de l'UUID de l'utilisateur CI sur l'intervalle d'interrogation défini.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> add custBYO true
Une fois le partenaire inclus, l’application Webex Provisioning Sync peut maintenant effectuer l’association de l’UUID CI aux utilisateurs BroadWorks.
Modifiez le délai d'expiration de la connexion à l'aide des commandes suivantes :
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> set requestTimeout 30000
...Done
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> get
requestTimeout = 30000
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> cd http
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller/Http> set connectionTimeout 300
*** Warning: BroadWorks needs to be restarted for the changes to take effect ***
ADP_CLI/Application/WebexProvisioningSync/GeneralSetting/Controller/HTTP > get
connectionPoolSize = 5
connectionTimeout = 300
connectionIdleTimeOut = 300
maxConcurrentRequests = 10
maxCookieAgeInHours = 24
Cette association peut se faire automatiquement ou manuellement. La commande CLI manualSync peut déclencher instantanément l'association.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> manualSync custBYO
Les partenaires dont « Activé » est défini sur « vrai » effectuent les tâches associées à l'intervalle d'interrogation. Lors de l’association initiale, l’application Webex Provisioning Sync interroge l’API de l’abonné Webex pour récupérer les données contenant l’UUID CI pour tous les utilisateurs hébergés par le partenaire. L’ID externe de l’utilisateur BroadWorks est mis à jour avec l’UUID CI associé. Les associations ultérieures affectent les utilisateurs ajoutés au partenaire. La commande d'état peut être utilisée pour voir si la synchronisation est terminée.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> status
Partner Name Status Last Sync Time
============================================================
custBYO synchronizing
custPart monitoring 2023-01-29T15:36:43.873-05:00
2 entries found.
Une fois la synchronisation terminée, le statut revient à la surveillance. La synchronisation ultérieure est effectuée sur les utilisateurs ajoutés au partenaire après la « dernière heure de synchronisation ».
La figure suivante montre l'UUID CI défini dans l'ID externe :
Serveur réseau
Type d’appel
À des fins de facturation et de création de rapports, il peut être souhaitable de marquer les CDR pour les appels appelants Meetings. Ceci peut être effectué à l'aide de la politique de saisie préalable d'appel du serveur réseau.
Tout d'abord, sur le CLI NS sous /System/CallP/CallType, ajoutez un nouveau type d'appel. L'exemple suivant ajoute le nouveau type d'appel « WXM » :
NS_CLI/System/CallP/CallTypes> add WXM LOCAL true false "Webex Meetings"
NS_CLI/System/CallP/CallTypes> get calltype WXM
CallType Description Category Scope SupportE164 Charge
=======================================================================
WXM Webex Meetings LOCAL User Defined true false
Le type d'appel peut ensuite être utilisé dans une instance PreCallTyping faisant partie du profil de routage de l'utilisateur BroadWorks. Dans cet exemple, une nouvelle instance PreCallTyping « wxm » a été ajoutée sous /Policy/PreCallTyping CLI context, mais il pourrait s'agir d'une instance PreCallTyping existante déjà utilisée :
NS_CLI/Policy/PreCallTyping> add wxm true CallTypes ALL
NS_CLI/Policy/PreCallTyping> get wxm
Policy: PreCallTyping Instance: wxm
CallTypes:
Selection = {ALL}
From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}
supportLCABasedNormalization = false
Enable = true
L'étape suivante consiste à ajouter des entrées à l'instance PreCallTyping pour tous les numéros d'appel sous le contexte CLI /Policy/PreCallTyping/DialPlan. Par exemple :
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt_e164 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> get wxm 1
Policy: PreCallTyping Instance: wxm Table: DialPlan
CC Dial Plan From To Match Min Max Call Type Prefix Action Call Ind Description
================================================================================================
1 dflt 12403332200 12403332200 {exact} 11 11 {WXM} 0 Webex Weetings
1 dflt_e164 12403332200 12403332200 {exact} 11 11 {WXM} 0 Webex Meetings
L'instance PreCallTyping est ensuite ajoutée (à condition qu'elle n'existe pas déjà) au profil de routage applicable de l'utilisateur d'origine, comme illustré dans l'exemple ci-dessous :
NS_CLI/Policy/Profile> add Profall PreCallTyping wxm
NS_CLI/Policy/Profile> get profile Profall
Profile: Profall
Policy Instance
==========================================
CallTyping DefaultInst
CallScreening DefaultInst
SubLocation DefaultInst
FarEndRtg DefaultInst
NearEndRtg DefaultInst
UrlDialing DefaultInst
MediaSrvSel DefaultInst
SIMPLE DefaultInst
DstSvcRtg DefaultInst
NumberPortability DefaultInst
RCBasedRtg DefaultInst
NetVoicePortalRtg DefaultInst
PreCallTyping wxm
Les CDR d'origine BroadWorks sont générés uniquement par les appels provenant d'abonnés BW. Les appels provenant du RTCP du côté « réseau » du AS ne généreront pas de CDR d’origine. Il y aura un CDR de terminaison pour l'abonné virtuel VoiceXML dans les deux cas. |
NE de routage
Un RoutingNE est requis sur le NS sous /System/Device/RoutingNE CLI context pour représenter le CUBE. De cette façon, lorsque le NS reçoit l’INVITE du CUBE, il fait correspondre l’en-tête via à l’entrée RoutingNE qui est mise à disposition sur le NS. Reportez-vous au Guide d'administration de l'interface de ligne de commande du serveur réseau Cisco BroadWorks pour plus de détails sur la façon d'ajouter un RoutingNE.
Vous trouverez ci-dessous un exemple des commandes pour ajouter le RoutingNE « WebexMeetings », où l’adresse IP CUBE = 10.165.196.30. L'exemple montre également les commandes pour créer une nouvelle instance OrigRedirect et Profile à associer à RoutingNE, mais les instances existantes peuvent également être utilisées.
NS_CLI/Policy/OrigRedirect> add wxm_Inst true CallTypes ALL supportTrunkGroupLookups disable applyAccessSideRules enableRestrictive
NS_CLI/Policy/OrigRedirect> get wxm_Inst
Policy: OrigRedirect Instance: wxm_Inst
Enable = true
CallTypes:
Selection = {ALL}
From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}
supportTrunkGroupLookups:
Selection = {disable}
From = {disable, enablePermissive, enableRestrictive}
applyAccessSideRules:
Selection = {enableRestrictive}
From = {disable, enablePermissive, enableRestrictive}
NS_CLI/Policy/Profile> add wxm_routing
NS_CLI/Policy/Profile> add wmx_routing OrigRedirect wxm_Inst
NS_CLI/Policy/Profile> add wmx_routing SubLocation DefaultInst
NS_CLI/Policy/Profile> get profile wxm_routing
Profile: wxm_routing
Policy Instance
==========================================
OrigRedirect wxm_Inst
SubLocation DefaultInst
NS_CLI/System/Device/RoutingNE> add WebexMeetings 1240364 1 99 wxm_routing false OnLine AccessRoutingNE
NS_CLI/System/Device/RoutingNE/Address> add WebexMeetings 10.165.196.30 1 99 tcp
NS_CLI/System/Device/RoutingNE> get
Network Element WebexMeetings
Location = 1240364
Static Cost = 1
Static Weight = 99
Poll = false
OpState = enabled
State = OnLine
Profile = wxm_routing
Signaling Attributes= AccessRoutingNE
NS_CLI/System/Device/RoutingNE/Address> get
Routing NE Address Cost Weight Port Transport Route
WebexMeetings 10.165.196.30 1 99 - tcp
Avec l'exemple de configuration, le CUBE envoie au NS un INVITE similaire aux éléments suivants (champs importants en gras) :
INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks
"<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID:
e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGSTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68
Avec :
L’URI de demande INVITE contient le numéro de rappel
Via en-tête : contient l’adresse IP du CUBE qui sera utilisé pour sélectionner le profil RoutingNE.
En-tête X-Cisco-Info-Meet : utilisé pour identifier hostCIUserUuid, meetingid & siteUUID.
Dès réception de l’INVITE, le NS utilise l’en-tête Via pour correspondre à l’élément RoutingNE « WebexMeetings ». Ceci sélectionnera à son tour le profil de routage « wxm_routing » qui contient l’instance « wxm_Inst » d’OrigRedirect.
La politique NS OrigRedirect correspondra alors à l’en-tête X-CISCO-MEET-INFO :
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
avec le port de ligne configuré sur l'abonné virtuel VoiceXML et envoyer une redirection 302 à la paire AS hébergeant cet abonné. Le message 302 est similaire à ce qui suit :
SIP/2.0 302 Moved temporarily
Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK5452684
From:" Webex "<sip:+12403332200@10.165.196.30>;tag=8EEAA586-1675
To:<sip:+14519615001@10.155.6.172>;tag=394411970-1602687588994
Call-ID:ABC5CCA2-D6411EB-8AD6D92D-EE20F768@10.165.196.30
CSeq:101 INVITE
Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone> ;q=0.5, <sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone>;q=0.25
Content-Length:0
Alias
Le domaine dans l'URI INVITE (dans l'exemple, c'est bw.myenterprise.com) envoyé par le CUBE à la NS doit être reconnu par la NS. Cela peut être fait en ajoutant le domaine dans le contexte NS_CLI/System/Alias, par exemple :
NS_CLI/System/Alias> add bw.myenterprise.com
La commande pour configurer le domaine URI INVITE sur le CUBE se trouve dans la section suivante, sous dial-peer/session target, par exemple :
dial-peer voice 23401 voip
session target dns:bw.myenterprise.com
NE hébergeur
Pour prendre en charge les options de configuration du traitement des appels Webex Meetings pour la facturation et le contrôle d'admission de session, les attributs de signalisation Hosting NE du serveur d'applications CallTypeInfoRequired et RequiresChargeIndication doivent être activés dans le contexte NS_CLI/System/Device/HostingNE._ Par exemple :
NS_CLI/System/Device/HostingNE> set broadworksASHostNe signaling E164Compliant,
CallTypeInfoRequired, SourceId, RequiresNetworkIndication RequiresChargeIndication;
Activer le rappel de la réunion Webex
Dans le scénario de rappel avec l'en-tête SIP X-Cisco-Meet-Info, le CUBE envoie l'appel au serveur réseau pour la redirection de l'expéditeur vers la paire AS. La paire AS est déterminée en fonction du paramètre système enableWebexMeetingHoostLookup.
NS_CLI/System/CallP/Options> get
accessSideRoutingNeDeterminedViaSignaling = false
disableNdcValidationForCalledNumbers = true
forceRoutingNEProfile = false
skipPrivatePoliciesOnEmergency = true
maxReturnedContacts = 10
enableWebexMeetingHostLookup = true
Lorsque le paramètre système enableWebexMeetingHoostLookup est défini sur vrai, l'UUID CI de l'utilisateur organisateur de la réunion dans l'en-tête X-Cisco-Meet-Info est utilisé pour identifier le pair AS hébergeant l'utilisateur organisateur de la réunion.
INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks "<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID: e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGISTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68
Étape 10 Mise à disposition du CUBE partenaire
Cette section fournit une configuration validée pour la façon de déployer Cisco Unified Border Element (CUBE) en tant que contrôleur de limites de session (SBC) pour la solution Bring Your Own RTCP.
Cette section se concentre sur les configurations CUBE qui sont nécessaires pour interagir avec l’exemple de configuration Webex pour Cisco BroadWorks illustré dans la section précédente. Pour une discussion plus générale sur le déploiement initial et la configuration de CUBE, reportez-vous aux guides suivants : https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-overview.html
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-Guide
Déployer notre propre option SBC
Si vous ne souhaitez pas déployer CUBE, vous avez la possibilité de déployer votre propre SBC. Cependant, notez que ce document ne fournit pas de configuration validée pour les SBC autres que CUBE.
Si vous déployez votre propre SBC, vous pouvez suivre les exigences de configuration CUBE de haut niveau (par exemple, les affectations telles que le domaine, les interfaces publiques et privées et les passerelles) pour guider votre configuration. Cependant, reportez-vous à votre documentation SBC pour obtenir une aide en ligne de commande détaillée, car les commandes réelles pour votre propre SBC seront probablement différentes de CUBE.
Sauf indication contraire, les autres exigences de configuration de l'étape 10 s'appliquent quel que soit le SBC que vous déployez. Cependant, les exemples de ligne de commande ne concernent que CUBE, à moins qu'il ne soit spécifié que l'exemple s'applique à d'autres SBC. Pour les autres SBC, reportez-vous à votre documentation SBC pour les commandes de configuration. |
Configuration initiale
Pour configurer CUBE, le mode EXEC privilégié doit être activé. Si vous y êtes invité, saisissez le mot de passe.
enable
Pour entrer en mode de configuration global :
configure terminal
Définissez le domaine :
ip domain name myenterprise.com
Définir la taille maximale du segment (MSS) :
ip tcp mss 1360
Configuration du réseau
Définir les interfaces publiques et privées. Dans notre exemple CUBE :
------- Private side -------
interface GigabitEthernet1
description Interface facing BC
ip address <CUBE PRIV IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
------- Public side -------
interface GigabitEthernet2
description Interface facing WEBEX
ip address <CUBE PUB IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
Configurez les passerelles pour le routage IP pour les côtés public et privé :
ip route 0.0.0.0 <PUB SUBNET MASK> <CUBE PUB GW IP>
ip route 10.0.0.0 <PRIV SUBNET MASK> <CUBE PRIV GW IP>
Activer SSH :
ip ssh logging events
ip ssh version 2
!
username admin privilege 15 password <password>
CUBE (ou votre propre SBC) doit se trouver dans une DMZ avec des règles de pare-feu correctement configurées. Voir la section Ports utilisés par Webex pour la liste des ports à ouvrir sur le pare-feu externe |
Configurez les enregistrements SRV pour les appels de rappel envoyés depuis CUBE (ou votre SBC) vers les serveurs réseau BroadWorks. Par exemple, le SRV pour bw.myenterprise.com :
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns01.myenterprise.com
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns02.myenterprise.com
ip host ns01.myenterprise.com <NS01 IP>
ip host ns02.myenterprise.com <NS02 IP>
Configurer le serveur DNS :
ip name-server <DNS_IP_address>
Une autre option DNS est de configurer le DNS interne où le DNS interne atteint un serveur DNS parent si la recherche interne échoue. |
Configuration du traitement des appels
Généralités
Configurez le CUBE (ou votre SBC) avec toutes les adresses IP qui doivent accéder au service VoIP. Cela inclut :
Adresses de signalisation SIP côté privé pour les serveurs BroadWorks AS, NS et MS.
Adresses côté public pour l’infrastructure Webex Edge for Audio.
Voir ci-dessous pour un exemple de configuration CUBE :
voice service voip
ip address trusted list
------- IPs on private side (needs to include all BroadWorks AS, NS and MS signaling addresses) -------
ipv4 <NS01 IP>
ipv4 <NS02 IP>
ipv4 <AS01 IP>
ipv4 <AS02 IP>
ipv4 <MS01 IP>
------- IPs on public side (These are the public addresses for the Webex audio infrastructure. The below range is an example only.) -------
ipv4 64.68.96.0 255.255.224.0
ipv4 66.114.160.0 255.255.240.0
ipv4 66.163.32.0 255.255.224.0
La plage d'adresses IP ci-dessus en est un exemple. Pour la liste actuelle des adresses IP publiques de l'infrastructure audio Webex, allez à : |
Comment puis-je autoriser le trafic Webex Meetings sur mon réseau ?—La plage d'adresses IP de la plupart des clusters s'affiche sous Liste des plages d'adresses IP utilisées par les services de réunion Cisco Webex. Une exception concerne les clusters de la Chine, pour lesquels la plage apparaît sur le lien ci-dessous :
Configuration réseau requise pour le custer Cisco Webex de la Chine
Le temporisateur par défaut pour que le CUBE établisse une connexion TCP avant qu’il ne progresse est de 20 secondes. Pour le modifier :
ip tcp synwait-time <5-300 (seconds)>
Du côté de BroadWorks, le temporisateur par défaut du serveur d'applications pour temporiser sur un périphérique d'accès non réactif est de 6 secondes. Pour le modifier :
AS_CLI/System/CallP/AccessRouting> set terminationAttemptTimeoutSeconds <1-15 (seconds)>
Les interfaces côté public et privé pour le trafic RTP sur CUBE (ou votre propre SBC) doivent être ouvertes. Voir ci-dessous pour l’exemple CUBE :
voice service voip
rtcp all-pass-through
media disable-detailed-stats
------- CUBE public IP + port range -------
media-address range <CUBE PUB IP> <CUBE PUB IP> port-range 10200-28000
------- CUBE private IP + port range -------
media-address range <CUBE PRIV IP> <CUBE PRIV IP> port-range 10200-28000
Avec :
- <CUBE PUB="" IP=""> est l’adresse IP publique du CUBE
- <CUBE PRIV="" IP=""> est l’adresse IP privée du CUBE
- Plage de ports : dans l'exemple, plage de ports comprise entre 10200 et 28000
Le CUBE prend en charge les suites de chiffrement TLS suivantes (pendant l’appel, CUBE les propose dans le Bonjour client de la poignée de main TLS) :
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_EMPTY_RENEGOTIATION_INFO_SCSV
Autres paramètres généraux à configurer (voir ci-dessous pour des exemples de configurations CUBE) :
aaa new-model
aaa authentication login default local
aaa authorization exec default local
!
ip scp server enable
!
voice service voip
address-hiding
allow-connections sip to sip
no supplementary-service sip moved-temporarily
call-quality
max-dropout 2
max-reorder 2
sip
contact-passing
Les URI pour la numérotation entrante et sortante doivent être définies pour une utilisation ultérieure dans les dial-peers :
voice class uri INEdgeAudio sip
pattern x-cisco-webex-service=audio
!
voice class uri OUTEdgeAudio sip
host cube.internal.local
L’audio Webex Edge prend en charge les codecs G722, G711ulaw et G711alaw. Le code de classe vocale suivant doit être défini pour une utilisation ultérieure dans les pairs de numérotation :
voice class codec 3
codec preference 1 g722-64
codec preference 2 g711ulaw
codec preference 3 g711alaw
L’audio Webex Edge utilise SRTP. La classe vocale SRTP-crypto attribue la suite cryptographique SRTP préférée à utiliser pour l’audio Edge. Configurez les cryptographies suivantes en ordre. La configuration srtp-crypto de classe vocale doit être appliquée aux dial-peers utilisés pour la connexion avec l’audio Edge.
voice class srtp-crypto 234
crypto 1 AEAD_AES_256_GCM
crypto 2 AEAD_AES_128_GCM
crypto 3 AES_CM_128_HMAC_SHA1_80
crypto 4 AES_CM_128_HMAC_SHA1_32
Préconfigurer une clé principale pour pouvoir définir un mot de passe pour l'authentification
key config-key password-encrypt Password123 authentication username <username>
password encryption aes
Saisissez les informations d'authentification SIP qui ont été fournies pour l'abonné virtuel VoiceXML sur le AS à l'aide de la commande suivante. Pour les scénarios de rappel, ces informations d'authentification seront utilisées lorsque le AS conteste l'INVITE que le CUBE (ou votre propre SBC) envoie au AS.
sip-ua
------- to enable authentication -------
authentication username <username> password 0 <password>
Une fois l’authentification configurée, le mot de passe sera masqué lors de la visualisation avec la commande « show running-config »
sip-ua
------- to enable authentication -------
authentication username <username> password 6 [GF]XXXXX[YYYYYY\ZZZZZ]\
La configuration globale SIP suivante doit également être effectuée :
------- Max INVITE retries -------
retry invite 3
------- By default, use TLS -------
transport tcp tls v1.2
connection-reuse
------- What trustpoint to use when mTLS is challenged -------
crypto signaling default trustpoint <trustpoint>
Profils de traduction
Le profil de traduction du message SIP 2340 est utilisé pour les appels appelants de réunion. Il doit avoir une entrée pour modifier les messages SIP entrants de BroadWorks avant de les envoyer à l’audio Edge, comme indiqué dans l’exemple de règle 11.
------- BroadWorks to Webex -------
voice class sip-profiles 2340
rule 1 request INVITE sip-header SIP-Req-URI modify "sips:" "sip:"
rule 2 request INVITE sip-header To modify "sips:" "sip:"
rule 3 request INVITE sip-header From modify "sips:" sip:
rule 4 request INVITE sip-header Remote-Party-ID modify "sips:" "sip:"
rule 5 request INVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 6 request ACK sip-header From modify "sips:" "sip:"
rule 7 request REINVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 8 request REINVITE sip-header From modify "sips:" "sip:"
rule 9 request REINVITE sip-header Contact modify "sips:(.*)>" "sip:\1;transport=tls>"
rule 10 request INVITE sip-header Contact modify "sips:" "sip:"
rule 11 request INVITE sip-header SIP-Req-URI modify "cube.internal.local" "ecccspx.amer.pub.webex.com"
La règle 11 ci-dessus fait correspondre l’URI de demande entrante de BroadWorks, qui a la valeur de contact du profil de périphérique d’abonné virtuel CUBE (valeur du champ Contact dans le profil de périphérique VXML_deviceProf dans notre exemple) :
88631321777971704941@cube.internal.local;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Vers le domaine de routage d’appel audio Webex Edge approprié :88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Notez que lorsque CUBE (ou votre propre SBC) est derrière un NAT statique, une configuration supplémentaire au profil sip 2340 est requise. Reportez-vous au lien suivant pour plus d’informations :
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-GuideSi vous déployez votre propre SBC, vous devrez configurer des règles similaires sur votre propre SBC. |
Pour renvoyer 486 messages envoyés par le AS vers l’audio Webex Edge, la configuration suivante est requise sur CUBE (pour votre propre SBC, reportez-vous à votre documentation SBC pour obtenir de l’aide)
voice service voip
no notify redirect ip2ip
sip
sip-profiles inbound
!
voice class sip-profiles 1
response 486 sip-header Reason modify "7" ""
response 486 sip-header SIP-StatusLine modify "486.*" "600 Busy Everywhere"
Si d’autres 4xx messages doivent être renvoyés à l’audio Webex Edge, suivez le même exemple ci-dessus.
Appeler des pairs
Un tenant de classe vocale doit être défini sur CUBE (ou votre propre SBC) pour être utilisé ultérieurement dans les pairs de numérotation, qui répond aux critères suivants :
- Il n'y a pas d'interfonctionnement de charge utile nécessaire pour les paquets DTMF RTP-NTE, donc configurez la charge utile asymétrique pleine.
- L’audio Edge ne prend pas en charge les mises à jour de l’ID de l’appelant, donc la valeur « no update-callerid » doit être configurée.
- Le routage des appels audio Webex Edge est basé sur les URI. L’URI de routage d’appel doit être activé pour correspondre aux pairs de numérotation basés sur les URI.
voice class tenant 234
asymmetric payload full
no update-callerid
Header-passing
no pass-thru content custom-sdp
call-route url
Les pairs de numérotation suivants sont configurés pour permettre au CUBE de traiter les appels entre l’audio BroadWorks et Webex Edge. Configurez les éléments suivants sur CUBE (une configuration similaire doit être configurée sur votre propre SBC) :
dial-peer voice 23411 voip
description External Webex edge audio entry or exit dial-peer
session protocol sipv2
session target dns:ecccspx.amer.pub.webex.com
session transport tcp tls
destination uri OUTEdgeAudio
incoming uri request INEdgeAudio
voice-class codec 3 offer-all
voice-class sip url sips
voice-class sip profiles 2340
voice-class sip tenant 234
voice-class sip srtp-crypto 234
voice-class sip bind control source-interface GigabitEthernet2
voice-class sip bind media source-interface GigabitEthernet2
voice-class sip requri-passing
voice-class sip audio forced
dtmf-relay rtp-nte
srtp
!
dial-peer voice 23401 voip
description Internal mix mode Webex edge audio entry or exit dial-peer
session protocol sipv2
---- using DNS SRV (preferred) - must match srv record configured above (_sip._tcp.bw.myenterprise.com) ----
session target dns:bw.myenterprise.com
session transport tcp
destination uri INEdgeAudio
incoming uri request OUTEdgeAudio
voice-class codec 3
voice-class sip url sip
voice-class sip profiles 2341
voice-class sip profiles 1 inbound
voice-class sip tenant 234
voice-class sip bind control source-interface GigabitEthernet1
voice-class sip bind media source-interface GigabitEthernet1 dtmf-relay rtp-nte
!
Flux d’appels CUBE
La configuration étant effectuée ci-dessus, des exemples de scénarios de flux d’appels entrants/sortants sur le CUBE sont décrits ci-dessous. Le codage couleur d'une étape spécifique le relie aux mêmes entrées de couleur dans les pairs de numérotation ci-dessus.
Si vous déployez votre propre SBC, reportez-vous à votre documentation SBC pour plus de détails sur les flux d'appels avec votre SBC. |
Pour un scénario d’appel de réunion de BroadWorks vers Webex :
- Un INVITE entrant est reçu de BroadWorks sur l'interface interne avec :
INVITE sip: 88631321777971704941@cube.internal.local;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To:"VXML Virtual"<sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
- Le profil de pair de numérotation entrante 23401 est sélectionné en fonction de l’hôte dans l’URI de demande entrante (« cube.internal.local ») correspondant à la configuration « demande d’uri entrante OUTEdgeAudio ».
- Le pair de numérotation sortant 23411 est sélectionné en fonction de l’hôte dans l’URI de demande (« cube.internal.local ») correspondant à la configuration « uri de destination OUTEdgeAudio ».
- Un INVITE sortant est envoyé sur l’interface externe avec l’hôte dans l’URI de demande modifié de « cube.internal.local » à « ecccspx.amer.pub.webex.com » en utilisant le profil de traduction de message « voice-class sip profiles 2340 » spécifié dans le dial peer :
INVITE sip: 88631321777971704941@ecccspx.amer.pub.webex.com;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To: " VXML Virtual" <sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
Pour un scénario de rappel de réunion de Webex vers BroadWorks
- Une INVITE entrante est reçue de Webex sur l’interface externe CUBE avec :
INVITE sip:+14519615001@cube.us.example.com;transport=tls;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b;x-cisco-webex-service=audio SIP/2.0 To: sip:+14519615001@cube.us.example.com;type=carrier_sbc X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
- Le pair de numérotation entrant 23411 est sélectionné en fonction du modèle « x-cisco-webex-service=audio » présent dans l’URI de demande entrante en fonction de la configuration « demande d’uri entrante INEdgeAudio ».
- Deux pairs de numérotation sortants sont choisis en fonction du modèle « x-cisco-webex-service=audio » présent dans l’URI de demande en fonction de la configuration « uri de destination INEdgeAudio ».
- Composer le pair 302
- Composer le numéro d’homologue 23401
- Un INVITE sortant est envoyé aux serveurs réseau (recherche SRV basée sur « session target dns:bw.myenterprise.com entry » dans le dial peer) sur l'interface interne
INVITE sip:+14519615001@10.155.6.172:5060 SIP/2.0 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " ;tag=B91821B7-561
- Le serveur réseau renvoie les contacts pour la paire AS hébergeant l'abonné virtuel CUBE :
SIP/2.0 302 Moved temporarily Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK880BD From:" Webex "<sip:+12404540887@10.165.196.30>;tag=B91821B7-561 To:<sip:+14519615001@10.155.6.172>;tag=1829261807-1603395221529 Call-ID:3C88DF6A-13D411EB-8EE3D92D-EE20F768@10.165.196.30 CSeq:101 INVITE Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.5,<sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.25 Content-Length:0
- Le CUBE achemine l’appel vers le AS actif en fonction du contact renvoyé dans le message 302 :
INVITE sip:+14519615001@hs2-bwks-v-as01- alpha.bwlab.org:5060;user=phone;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK8812341 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " <sip:+12404540887@10.165.196.30>;tag=B91821C8-1AF5 To: <sip:+14519615001@10.155.6.172>
Configuration mTLS
Les étapes de configuration suivantes doivent être effectuées pour permettre les connexions mTLS entre CUBE (ou votre propre SBC) et l’audio Webex Edge.
Il est obligatoire de configurer mTLS entre CUBE (ou votre propre SBC) et l’audio Webex Edge. |
Prise en charge des certificats génériques
Les certificats signés Wildcard utilisent un nom d'objet générique (par exemple, *.us.example.com) qui correspond au domaine pour CUBE ou votre propre SBC. Les certificats génériques sont pris en charge pour les déploiements CUBE ou SBC multi-clusters mais ne sont pas pris en charge pour les déploiements CUBE ou SBC mono-nœud.
Groupe de confiance
Au cours de la négociation TLS, lorsque l’audio Webex Edge envoie son certificat, le CUBE le valide par rapport à la liste des certificats acceptés dans le trustpool.
Le trustpool bundle doit être mis à jour avec l'autorité de certification racine Cisco en téléchargeant le dernier « Cisco Trusted Core Root Bundle » à partir de http://www.cisco.com/security/pki/ à l'aide de la commande :
crypto pki trustpool import clean url <url>
Les certificats envoyés par l’audio Webex Edge sont signés par IdenTrust. Vérifiez que le certificat « IdenTrust Commercial Root CA » est installé. Voir ce lien pour plus de détails :
Si vous utilisez votre propre SBC et que vous ne parvenez pas à effectuer l'importation, vous pouvez convertir le bundle au format .pem en utilisant des outils open source, tels qu'OpenSSL. Par exemple, vous pouvez utiliser les certificats hydrantID avec la commande suivante :
|
Point de confiance
L’audio Edge nécessite que votre CUBE offre des certificats signés par des autorités de certification de confiance de l’autorité de certification pour les connexions TLS mutuelles (mTLS). Utilisez le lien suivant pour obtenir une liste des autorités de certification auxquelles Cisco fait confiance. Les certificats signés par les autorités de cette liste sont considérés comme valides et la connexion sera autorisée : https://help.webex.com/en-us/WBX9000008850/What-Root-Certificate-Authorities-are-Supported-for-Calls-to-Cisco-Webex-Audio-and-Video-Platforms
CUBE De Nœud unique
Un seul nœud signifie que le CUBE (ou votre propre SBC) importera un certificat avec le nom de sujet unique à son FDQN, ce qui signifie qu’aucun autre CUBE ne serait en mesure de l’importer (en d’autres termes, PAS un certificat générique).
Pour créer le CSR (Certificate Signing Request) pour CUBE :
- créer une keypair (cette keypair sera liée au trustpoint)
CUBE(config)# crypto key generate rsa general-keys label <key label> exportable
- general-keys - Indique que la paire de clés à usage général doit être générée.
- étiquette <key-label> - (Facultatif) Nom qui est utilisé pour une bi-clé RSA lors de leur exportation. Si une étiquette de clé n'est pas spécifiée, le nom de domaine complet (FDQN) du routeur est utilisé.
- exportable - (Facultatif) Indique que la paire de clés RSA peut être exportée vers un autre périphérique Cisco, tel qu'un routeur.
- créer un trustpoint (Un trustpoint contient le certificat que vous souhaitez lier sur le CUBE. Lorsque le CUBE reçoit une demande de certificat, il répond avec le certificat du trustpoint en pièce jointe)
CUBE(config)#crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# crl optional enrollment terminal pem fqdn <fqdn> subject-name CN=<fqdn> rsakeypair <key label>
crl - Une liste de révocation de certificats (CRL) est une liste de certificats révoqués. La LCR est créée et signée numériquement par l'AC qui a émis les certificats à l'origine. La LCR contient les dates auxquelles chaque certificat a été émis et quand il expire.
terminal d'inscription pem - Ajoute des limites de courrier amélioré de confidentialité (PEM) à la demande de certificat (copier-coller manuellement de COMMENCER LA DEMANDE DE CERTIFICAT à TERMINER LA DEMANDE DE CERTIFICAT)
fqdn – Nom de domaine complet du CUBE
subject-name CN=<fqdn> - nom du sujet à signer
rsakeypair <key label=""> - la paire de clés générée à l'étape précédente
(référence : https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/sec_conn_pki/configuration/15-mt/sec-pki-15-mt-book/sec-cert-enroll-pki.html)
- générer le CSR :
CUBE(config)#crypto pki enroll <trustpoint> % Start certificate enrollment .. ... % Include the router serial number in the subject name? [yes/no]: no % Include an IP address in the subject name? [no]: no Display Certificate Request to terminal? [yes/no]: yes Certificate Request follows: -----BEGIN CERTIFICATE REQUEST----- ... -----END CERTIFICATE REQUEST----- ---End - This line not part of the certificate request--- Redisplay enrollment request? [yes/no]: no
- Envoyer le CSR (de BEGIN CERTIFICATE REQUEST à END CERTIFICATE REQUEST) à l'autorité de certification (CA)
CA générera un certificat signé
- En fonction de l’AC, ils fourniront le certificat racine (ex : DigiCertCA.crt) et le certificat demandé (ex : cube.crt)
- Charger le certificat de l'autorité de certification
- Tout d’abord, authentifier le trustpoint avec le certificat de la racine
CUBE(config)#crypto pki authenticate <trustpoint> Enter the base 64 encoded CA certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE ROOT CERT> -----END CERTIFICATE----- Certificate has the following attributes: Fingerprint: 40065311 FDB33E88 0A6F7DD1 4E229187 % Do you accept this certificate? [yes/no]: yes Trustpoint CA certificate accepted. % Certificate successfully imported
- Ensuite, importer le certificat du CUBE sur le CUBE trustpoint
CUBE(config)# crypto ca import <trustpoint> certificate % The fully-qualified domain name in the certificate will be: ... Enter the base 64 encoded certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE FQDN CERT> -----END CERTIFICATE----- % Router Certificate successfully imported
Si vous déployez votre propre SBC, reportez-vous à votre documentation SBC pour plus de détails sur la façon de créer le CSR. |
Cluster CUBE multi-nœuds (utilisant d'autres noms dans le certificat) - NON pris en charge
Multi-nœuds signifie que le CUBE sera en mesure d’importer le même certificat pour plusieurs déploiements CUBE. L'utilisation du nom alternatif de l'objet pour générer le CSR n'est actuellement pas prise en charge : https://bst.cloudapps.cisco.com/bugsearch/bug/CSCud90920/?rfs=iqvred
Cluster CUBE multi-nœuds (utilisant un certificat signé wildcard au format pkcs12)
Le multi-nœud utilisant un certificat signé wildcard signifie que le nom du sujet est générique (par exemple, *.us.example.com) et qu’il correspond au domaine du CUBE (ou à votre domaine SBC).
- En supposant que vous avez un certificat générique prêt, préparez les fichiers de clé publique (.crt) et privée (.key).
- En utilisant OpenSSL, créez un fichier groupé au format PKCS12 (.pfx) incluant le fichier .crt et .key : (utiliser cygwin sous Windows) - référence : https://www.ssl.com/how-to/create-a-pfx-p12-certificate-file-using-openssl/
openssl pkcs12 -export -out <pfxfilename>.pfx -inkey <privatekeyfile>.key -in <certfile>.crt
- Transférez le fichier .pfx dans CUBE:bootflash: (scp du serveur Linux vers CUBE)
scp <pfxfilename>.pfx <user>@<CUBEIP>:bootflash:<pfxfilename>.pfx
- Créez un trustpoint et importez le fichier pkcs12 :
CUBE# conf t CUBE(config)# CUBE(config)# crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# revocation-check crl CUBE(ca-trustpoint)# exit CUBE(config)# crypto pki import <trustpoint> pkcs12 bootflash:<pfxfilename>.pfx password <password>
Valider la configuration du certificat CUBE
Vérifiez que toute la chaîne est incluse dans le certificat. L’exemple suivant montre les commandes de validation pour CUBE. Si vous déployez votre propre SBC, utilisez les commandes qui s'appliquent à votre SBC.
CUBE(config)#crypto pki certificate validate <trustpoint>
Chain has 2 certificates
Certificate chain for <trustpoint> is valid
CUBE#show crypto pki trustpoints status
...
Trustpoint <trustpoint>:
Issuing CA certificate configured:
Subject Name:
cn=HydrantID SSL ICA G2,o=HydrantID (Avalanche Cloud Corporation),c=US
Fingerprint MD5: 1135E326 56E5AADF 53A4DD32 C8D5590F
Fingerprint SHA1: AC4A728B 4DFC3560 1FA34B92 2422A42C 253F756C
Router General Purpose certificate configured:
Subject Name:
cn=*.us.example.com,ou=Webex,o=Cisco Systems, Inc.,l=San Jose,st=California,c=US
Fingerprint MD5: 756E4C83 CF36311A 7839FA51 7FA7ABA0
Fingerprint SHA1: 8268817F 79EF91E0 3BA976A1 5C9D97F3 E834EB54
State:
Keys generated ............. Yes (General Purpose, non-exportable)
Issuing CA authenticated ....... Yes
Certificate request(s) ..... Yes
Configurer la signalisation SIP pour utiliser trustpoint
Utilisez la commande suivante pour fournir à l'UA SIP le trustpoint CUBE. Voici un exemple pour CUBE. Si vous déployez votre propre SBC, reportez-vous à votre documentation SBC pour obtenir de l'aide sur les commandes.
CUBE(config)#sip-ua CUBE(config-sip-ua)#crypto signaling default trustpoint <trustpoint>
Journaux CUBE
Pour afficher les filtres de débogage activés
CUBE# show debug
Pour définir des filtres de débogage (exemples)
CUBE# debug ccsip messages
CUBE# debug ccsip transport
CUBE# debug ccsip error
CUBE# debug ccsip info
CUBE# debug voip dialpeer inout
CUBE# debug voip ccapi inout
CUBE# debug voip application
CUBE# debug ip tcp transaction
Pour déconfigurer les filtres de débogage (exemple)
CUBE# no debug ccsip messages
Pour effacer et vérifier le tampon des journaux
CUBE# clear log
>>> make test call <<<
CUBE# show log
Si vous ne déployez pas CUBE, reportez-vous à la documentation de votre propre SBC pour plus d’informations sur l’utilisation des journaux. |
Autres commandes utiles
Pour vérifier la configuration actuelle
CUBE# show running-config (or just CUBE# show run)
Pour enregistrer la configuration dans la ROM qui sera utilisée au démarrage
CUBE# write
Étape 11 Certification BYoPSTN
Après avoir terminé la configuration et le provisioning de la solution BPsTN, le partenaire doit exécuter un ensemble de cas de test d’acceptation pour certifier sa solution. Ceci est une étape obligatoire pour que le partenaire BPsTN soit approuvé et activé.
Les cas de test d’acceptation sont décrits dans le document Bring Your Own PSTN Acceptance Procedure Webex Pour Cisco BroadWorks à l’adresse : https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .
Le partenaire doit fournir les résultats des tests d’acceptation réalisés avec succès aux équipes d’intégration et de certification.
Les questions, les problèmes et les résultats de l’exécution des tests d’acceptation doivent être signalés et partagés dans l’espace Webex attribué à l’intégration du partenaire.
Appliquer des mises à jour à un groupe de numéros de téléphone en service/groupe de rappel DNS SRV
Une fois que les clients non testés sont affectés à un modèle de client en utilisant les numéros d’appel fournis par le partenaire, les options suivantes pour rejoindre la réunion sont disponibles pour ces utilisateurs :
Les invitations à la réunion comprennent un ou plusieurs numéros de téléphone par défaut du groupe de numéros de téléphone attribué
L’application Webex affiche un ou plusieurs numéros de téléphone par défaut du groupe de numéros de téléphone attribué en tant qu’option pour rejoindre la réunion
L’IU du site de réunion Webex affiche un ou plusieurs numéros de téléphone par défaut à partir du groupe de numéros de téléphone attribué en tant qu’option pour rejoindre la réunion
Si le rappel a été activé sur le modèle de client, Webex Meeting fournit l'option « Appelez-moi au » où la demande de rappel est acheminée vers l'un des enregistrements spécifiés dans le groupe de rappel DNS SRV affecté
Une modification des options de participation à une réunion pour un modèle de client ou une modification d'un groupe de numéros de téléphone attribué ou une modification d'un groupe de rappel DNS SRV peut affecter les options de participation à la réunion ci-dessus. Ces modifications ne s’appliquent pas aux clients existants, mais les clients nouvellement provisionnés verront ces modifications reflétées immédiatement pour leurs sites de réunion Standard et Premium. Par conséquent, il est fortement recommandé de vérifier une telle modification à l'aide d'une organisation de solution initiale avant d'être appliquée aux modèles clients existants, aux groupes de numéros de téléphone ou aux groupes de rappel DNS SRV (si les groupes de rappel DNS SRV sont déployés).
Les étapes suivantes doivent être suivies lorsque vous effectuez une mise à jour des options pour rejoindre la réunion pour un modèle client et/ou appliquez des mises à jour aux groupes de numéros de téléphone ou aux groupes de rappel DNS SRV.
Veuillez noter que si les modèles de clients, les groupes de numéros de téléphone ou les groupes de rappel DNS SRV sont utilisés par les fournisseurs de services de test BroadWorks et/ou les entreprises de test BroadWorks, cette procédure est facultative. Il peut être plus approprié de simplement supprimer les fournisseurs de services BroadWorks et/ou de tester les organisations BroadWorks Enterprises et de les réapprovisionner en utilisant les modèles clients, les groupes de numéros de téléphone ou les groupes de rappel DNS SRV mis à jour.
Mise à jour du groupe de numéros de téléphone uniquement :
Créez un nouveau groupe de numéros de téléphone temporaire avec les mises à jour requises.
- Créez un nouveau modèle de client temporaire qui utilise le nouveau groupe de numéros de téléphone. Si un groupe de numéros de téléphone existant est utilisé avec le groupe, affectez-le au modèle.
- Créez une organisation de solution initiale en approvisionnant un abonné à partir d'un fournisseur de services de test BroadWorks ou de test BroadWorks Enterprise avec un pack standard à l'aide du nouveau modèle client. Veuillez noter qu’il s’agit d’une organisation de solution initiale secondaire, aucune mise à jour du siteUUID de réunion configuré sur BroadWorks n’est requise.
- Téléchargez le fichier JSON de configuration BroadWorks (BYoPSTN), il contient le numéro de téléphone pour accéder au mappage du code pour les nouveaux numéros de téléphone dans le groupe de numéros de téléphone.
- Déterminez le domaine Webex Edge Audio DNS SRV pour le site de réunion Package standard de l’organisation de la solution initiale. Elle doit être inchangée par rapport à la valeur précédemment déterminée pour le groupe de numéros de téléphone d'origine.
- Appliquez les mises à jour de configuration à BroadWorks en utilisant le fichier JSON de configuration BroadWorks (BYoPSTN).
- Vérifiez la configuration en programmant les réunions à l’aide du site de package standard de l’organisation initiale et en rejoignant la réunion à l’aide des numéros de téléphone d’appel.
- Appliquez la mise à jour au groupe de numéros de téléphone d'origine. Le changement est maintenant en service pour les clients non testés.
- L'organisation de la solution initiale, le groupe de numéros de téléphone temporaires et le modèle client peuvent être supprimés. Ces éléments ne sont plus nécessaires une fois que le groupe de numéros de téléphone d'origine a été mis à jour.
Mise à jour du groupe de rappel DNS SRV uniquement :
- Créez un nouveau groupe de rappel DNS SRV temporaire avec les mises à jour requises.
- Créez un nouveau modèle de client temporaire qui utilise le nouveau groupe de rappel DNS SRV et le groupe de numéros de téléphone existant. Si un groupe de rappel DNS SRV existant est utilisé avec le groupe, affectez-le au modèle.
- Créez une organisation de solution initiale en approvisionnant un abonné à partir d'un fournisseur de services de test BroadWorks ou de test BroadWorks Enterprise avec un pack standard à l'aide du nouveau modèle client. Veuillez noter qu’il s’agit d’une organisation de solution initiale secondaire, aucune mise à jour du siteUUID de réunion configuré sur BroadWorks n’est requise.
- Vérifiez la configuration en programmant des réunions à l’aide du site de package standard de l’organisation initiale, en rejoignant la réunion à l’aide des numéros de téléphone d’appel et en utilisant l’option « Appelez-moi au ».
- Appliquez la mise à jour au groupe de rappel DNS SRV d'origine. Le changement est maintenant en service pour les clients non testés.
- L'organisation de la solution initiale, le groupe de rappel DNS SRV et le modèle client peuvent être supprimés. Ces éléments ne sont plus nécessaires une fois que le groupe de rappel DNS SRV d'origine a été mis à jour.
Mettre à jour à la fois le numéro de téléphone et le groupe de rappel DNS SRV :
- Créez un nouveau numéro de téléphone temporaire et un groupe de rappel DNS SRV avec les mises à jour requises.
- Créez un nouveau modèle de client temporaire qui utilise le nouveau groupe de numéros de téléphone et le nouveau groupe de rappel DNS SRV. Si un groupe de numéros de téléphone et/ou un groupe de rappel DNS SRV existant est utilisé avec le groupe, affectez-le au modèle.
- Créez une organisation de solution initiale en approvisionnant un abonné à partir d'un fournisseur de services de test BroadWorks ou de test BroadWorks Enterprise avec un pack standard à l'aide du nouveau modèle client. Veuillez noter qu’il s’agit d’une organisation de solution initiale secondaire, aucune mise à jour du siteUUID de réunion configuré sur BroadWorks n’est requise.
- Téléchargez le fichier JSON de configuration BroadWorks (BYoPSTN), il contient le numéro de téléphone pour accéder au mappage du code pour les nouveaux numéros de téléphone dans le groupe de numéros de téléphone.
- Déterminez le domaine Webex Edge Audio DNS SRV pour le site de réunion Package standard de l’organisation de la solution initiale. Elle doit être inchangée par rapport à la valeur précédemment déterminée pour le groupe de numéros de téléphone d'origine.
- Appliquez les mises à jour de configuration à BroadWorks en utilisant le fichier JSON de configuration BroadWorks (BYoPSTN).
- Vérifiez la configuration en programmant des réunions à l’aide du site de package standard de l’organisation initiale, en rejoignant la réunion à l’aide des numéros de téléphone d’appel et en utilisant l’option « Appelez-moi au ».
- Appliquez la mise à jour au numéro de téléphone et au groupe de rappel DNS SRV d'origine. Le changement est maintenant en service pour les clients non testés.
- L'organisation de la solution initiale, le groupe de numéros de téléphone temporaires, le groupe de rappel DNS SRV et le modèle client peuvent être supprimés. Ces éléments ne sont plus nécessaires une fois que le groupe de numéros de téléphone et le groupe de rappel DNS SRV d'origine ont été mis à jour.
L’organisation de la solution de semences primaire ne doit pas être supprimée à moins qu’une nouvelle organisation de solution de semences primaire n’ait été sélectionnée et configurée sur BroadWorks. La suppression de l’organisation de la solution initiale principale supprime le siteUUID sur lequel la solution BYoPSTN dépend pour l’authentification des messages SIP vers l’audio Webex Edge. Si elle est supprimée, les réunions qui rejoignent les réunions en utilisant l’appel pour les sites utilisant le numéro d’appel fourni par le partenaire échoueront. |
Interopérabilité média G722 lors de l'utilisation de votre propre SBC
Lorsque vous utilisez votre propre SBC, les problèmes d’interopérabilité qui sont normalement pris en charge par CUBE doivent être pris en compte entre l’infrastructure BroadWorks des partenaires Cisco et le Cloud Webex. Un exemple est un appel ou un rappel utilisant le codec G722 qui implique le serveur média BroadWorks (par exemple, lors de l'utilisation du service d'enregistrement d'appel BroadWorks). Dans ce scénario, l’audio Webex Edge peut envoyer un SDP avec la ligne « a=fmtp:9 ». Votre SBC doit mettre à jour cette ligne pour ajouter le paramètre de débit binaire pour avoir « a=fmtp:9 débit binaire=64 » avant de l’envoyer au backend BroadWorks.
Limites connues
Toute modification apportée à l'option Rejoindre une réunion modèle de client, aux numéros d'appel Cisco ou aux numéros d'appel fournis par le partenaire est appliquée uniquement aux clients nouvellement provisionnés. Les clients existants utilisant le modèle restent inchangés.
Toute modification des paramètres du groupe de numéros de téléphone du modèle de client ou du groupe de rappel DNS SRV est appliquée uniquement aux clients nouvellement provisionnés ou aux clients existants en cours de provisionnement pour leur premier utilisateur du pack Standard ou Premium. Les clients existants qui ont déjà des utilisateurs du pack Standard ou Premium restent inchangés.
Toute modification apportée aux groupes de numéros de téléphone ou aux groupes de rappel DNS SRV qui sont affectés aux modèles de clients est appliquée uniquement aux clients nouvellement provisionnés ou aux clients existants en cours de provisionnement pour leur premier utilisateur du pack Standard ou Premium. Les clients existants affectés à des modèles associés qui ont déjà des utilisateurs du pack Standard ou Premium restent inchangés.
Un modèle de client donné prend en charge les numéros d'appel Cisco ou l'option de participation à une réunion fournie par le partenaire, une combinaison des deux options pour le même modèle n'est pas prise en charge.
La messagerie SIP pour le cas d'utilisation « Appelez-moi au » ou pour rejoindre une réunion de rappel ne contient pas les informations sur le client et/ou l'utilisateur qui organise la réunion à rejoindre.
Les numéros de téléphone et les codes d’accès de réunion associés pour un groupe de numéros de téléphone donné, ne prennent en charge qu’un seul domaine Webex Edge Audio DNS SRV (par exemple, ecccspx.amer.webex.com). L’utilisation de ces numéros de téléphone pour appeler les réunions dans un autre domaine audio DNS SRV Webex Edge n’est pas prise en charge.
L’audio Webex Edge ne prend pas en charge la renégociation des codecs en cours d’appel. Par conséquent, les services qui sont invoqués après la réponse à un appel peuvent ne pas fonctionner correctement.
L’application Webex, l’interface utilisateur du site Webex Meeting et le courrier électronique d’invitation Webex Meeting fournissent un lien vers un document « Restrictions d’appel gratuit ». Ce document est spécifique aux numéros de téléphone fournis par Cisco et doit être ignoré par les utilisateurs lorsqu’ils utilisent les numéros de téléphone fournis par le partenaire pour rejoindre les réunions.
Historique des révisions du document
Le tableau suivant présente l’historique des modifications apportées à ce document au cours des 12 derniers mois.
Date | Version | Description de la modification | |
---|---|---|---|
08 avril 2024 | 1 à 36 |
| |
10 janvier 2024 | 1 à 35 |
| |
22 décembre 2023 | 1 à 34 |
| |
4 juillet 2023 | 1 à 33 |
| |
02 février 2023 | 1 à 32 |
| |
02 février 2023 | 1 à 31 |
| |
31 janvier 2023 | 1 à 30 |
| |
29 novembre 2022 | 1 à 29 |
|