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

La procédure que le partenaire Cisco utilise pour ajouter ses numéros d'appel de réunion Webex est la suivante :

1. Connectez-vous au Cisco Partner Hub.

2. allez à Paramètres.

3. Faites défiler la page jusqu'à BroadWorks Calling.

4. Sous Configuration pour rejoindre la réunion (BYoPSTN), sélectionnez Créer un numéro de téléphone d’appelp.

5. Saisissez le nom du groupe de numéros de téléphone et sélectionnez Suivant.

6. Saisissez les détails du Numéro de téléphone et sélectionnez Suivant.

7. Vérifiez le résumé des détails du groupe de numéros de téléphone et sélectionnez Enregistrer.

8. 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.

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 :

1. Connectez-vous à Partner Hub.

2. allez à Paramètres.

3. Faites défiler la page jusqu'à BroadWorks Calling.

4. Sous Configuration pour rejoindre la réunion (BYoPSTN), sélectionnez Créer un groupe de rappel DNS SRV.

5. Saisissez le nom du groupe de rappel DNS SRV.

6. Sélectionnez Suivant.

7. Saisissez les détails du rappel DNS SRV.

8. Sélectionnez Suivant.

9. Vérifiez le résumé des détails du rappel DNS SRV.

10. Sélectionnez Enregistrer.

11. Fournissez toutes les mises à jour au DNS pour refléter les nouveaux enregistrements dans le groupe DNS SRV.

12. Répétez cette procédure pour chaque groupe de rappel DNS SRV à ajouter.

Les captures d’écran ci-dessous illustrent la procédure.

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 :

1. Connectez-vous au Cisco Partner Hub.

2. allez à Paramètres.

3. Faites défiler la page jusqu'à BroadWorks Calling.

4. Sous Modèles, sélectionnez Ajouter un modèle.

5. 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.

6. Sélectionnez Suivant.

7. Saisissez les détails restants du modèle.

8. Passez en revue le résumé des détails du modèle.

9. Cliquez sur Enregistrer.

10. 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 :

1. Connectez-vous au Cisco Partner Hub.

2. allez à Paramètres.

3. Faites défiler jusqu'à la section Appel BroadWorks.

4. Sous Modèles, sélectionnez Afficher le modèle.

5. Sélectionnez le modèle à mettre à jour.

6. 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.

7. Sélectionnez Enregistrer.

   La capture d’écran ci-dessous illustre la procédure.

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é :

1. Approvisionner l’abonné de test en utilisant les API des abonnés BroadWorks comme documenté sur developer.webex.com.

2. 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.

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 :

1. Connectez-vous au Cisco Partner Hub.

2. allez à Paramètres.

3. Faites défiler jusqu'à la section Appel BroadWorks.

4. Dans la section Validation de la configuration (BYoPSTN), sélectionnez Attribuer.

5. Dans l'écran Attribuer une organisation, recherchez et sélectionnez l'une des organisations initiales précédemment configurées

6. 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.

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 :

1. Connectez-vous au Cisco Partner Hub.

2. allez à Paramètres.

3. Faites défiler la page jusqu'à BroadWorks Calling.

4. Sous Clusters, sélectionnez Afficher le cluster.

5. Sélectionnez le cluster qui est associé aux modèles clients qui sont configurés pour BYoPSTN.

6. Faites défiler jusqu'à la section Configuration BroadWorks pour BYoPSTN.

7. Cliquez sur Télécharger le fichier de configuration JSON.

8. 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"
      }
   ]
}

Le domaine audio DNS SRV de Webex Edge doit être configuré sur BroadWorks. Utilisez la procédure suivante pour déterminer la valeur.

1. Connectez-vous au Cisco Partner Hub.

2. Allez dans Clients.

3. Sélectionnez l’entreprise de validation BYoPSTN.

4. Sélectionnez Afficher le client.

5. Allez dans Services/Réunions.

6. Sélectionnez le site de réunion Pack standard.

7. Faites défiler jusqu'au bas du panneau latéral, sélectionnez Configurer le site.

8. Sélectionnez Paramètres communs / Paramètres audio.

9. Sous la section Numéros d’appel internationaux personnalisés audio Edge, sélectionnez Générer le script Lua.

10. 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)
    

11. 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.

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 :

1. L’utilisateur demande le rappel, Webex initie un rappel.
2. L'appel est acheminé vers l'OTT BroadWorks.
3. L'appel atteint le CUBE mis à disposition dans CH. CUBE achemine l’appel vers BroadWorks.
4. 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.
5. 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.
6. 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 Groupe > Services, sélectionnez VoiceXML et créez une instance pour chaque numéro RTCP.

Configurer 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 : sip-ua authentication username VSUB password 0 <unencrypted password> (See the CUBE onfiguration/datafill for more details).

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

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.

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.

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

La procédure que le partenaire Cisco utilise pour ajouter ses numéros d'appel de réunion Webex est la suivante :

1. Connectez-vous au Cisco Partner Hub.

2. allez à Paramètres.

3. Faites défiler la page jusqu'à BroadWorks Calling.

4. Sous Configuration pour rejoindre la réunion (BYoPSTN), sélectionnez Créer un numéro de téléphone d’appelp.

5. Saisissez le nom du groupe de numéros de téléphone et sélectionnez Suivant.

6. Saisissez les détails du Numéro de téléphone et sélectionnez Suivant.

7. Vérifiez le résumé des détails du groupe de numéros de téléphone et sélectionnez Enregistrer.

8. 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.

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 :

1. Connectez-vous à Partner Hub.

2. allez à Paramètres.

3. Faites défiler la page jusqu'à BroadWorks Calling.

4. Sous Configuration pour rejoindre la réunion (BYoPSTN), sélectionnez Créer un groupe de rappel DNS SRV.

5. Saisissez le nom du groupe de rappel DNS SRV.

6. Sélectionnez Suivant.

7. Saisissez les détails du rappel DNS SRV.

8. Sélectionnez Suivant.

9. Vérifiez le résumé des détails du rappel DNS SRV.

10. Sélectionnez Enregistrer.

11. Fournissez toutes les mises à jour au DNS pour refléter les nouveaux enregistrements dans le groupe DNS SRV.

12. Répétez cette procédure pour chaque groupe de rappel DNS SRV à ajouter.

Les captures d’écran ci-dessous illustrent la procédure.

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 :

1. Connectez-vous au Cisco Partner Hub.

2. allez à Paramètres.

3. Faites défiler la page jusqu'à BroadWorks Calling.

4. Sous Modèles, sélectionnez Ajouter un modèle.

5. 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.

6. Sélectionnez Suivant.

7. Saisissez les détails restants du modèle.

8. Passez en revue le résumé des détails du modèle.

9. Cliquez sur Enregistrer.

10. 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 :

1. Connectez-vous au Cisco Partner Hub.

2. allez à Paramètres.

3. Faites défiler jusqu'à la section Appel BroadWorks.

4. Sous Modèles, sélectionnez Afficher le modèle.

5. Sélectionnez le modèle à mettre à jour.

6. 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.

7. Sélectionnez Enregistrer.

   La capture d’écran ci-dessous illustre la procédure.

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é :

1. Approvisionner l’abonné de test en utilisant les API des abonnés BroadWorks comme documenté sur developer.webex.com.

2. 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.

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 :

1. Connectez-vous au Cisco Partner Hub.

2. allez à Paramètres.

3. Faites défiler jusqu'à la section Appel BroadWorks.

4. Dans la section Validation de la configuration (BYoPSTN), sélectionnez Attribuer.

5. Dans l'écran Attribuer une organisation, recherchez et sélectionnez l'une des organisations initiales précédemment configurées

6. 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.

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 :

1. Connectez-vous au Cisco Partner Hub.

2. allez à Paramètres.

3. Faites défiler la page jusqu'à BroadWorks Calling.

4. Sous Clusters, sélectionnez Afficher le cluster.

5. Sélectionnez le cluster qui est associé aux modèles clients qui sont configurés pour BYoPSTN.

6. Faites défiler jusqu'à la section Configuration BroadWorks pour BYoPSTN.

7. Cliquez sur Télécharger le fichier de configuration JSON.

8. 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"
      }
   ]
}

Le domaine audio DNS SRV de Webex Edge doit être configuré sur BroadWorks. Utilisez la procédure suivante pour déterminer la valeur.

1. Connectez-vous au Cisco Partner Hub.

2. Allez dans Clients.

3. Sélectionnez l’entreprise de validation BYoPSTN.

4. Sélectionnez Afficher le client.

5. Allez dans Services/Réunions.

6. Sélectionnez le site de réunion Pack standard.

7. Faites défiler jusqu'au bas du panneau latéral, sélectionnez Configurer le site.

8. Sélectionnez Paramètres communs / Paramètres audio.

9. Sous la section Numéros d’appel internationaux personnalisés audio Edge, sélectionnez Générer le script Lua.

10. 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)
    

11. 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.

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 :

1. L’utilisateur demande le rappel, Webex initie un rappel.
2. L'appel est acheminé vers l'OTT BroadWorks.
3. L'appel atteint le CUBE mis à disposition dans CH. CUBE achemine l’appel vers BroadWorks.
4. 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.
5. 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.
6. 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&apos;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 Groupe > Services, sélectionnez VoiceXML et créez une instance pour chaque numéro RTCP.

Configurer 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 : sip-ua authentication username VSUB password 0 <unencrypted password> (See the CUBE onfiguration/datafill for more details).

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

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.

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.