La plateforme Webex Calling inclut une infrastructure cloud mise à niveau à laquelle vos passerelles locales sur site se connectent. Cette mise à niveau améliore le service et active plusieurs nouvelles fonctionnalités pour la passerelle locale.
Les améliorations de cette nouvelle infrastructure comprennent :
Amélioration des performances de traitement des appels, permettant jusqu’à 250 sessions simultanées par enregistrement de la passerelle locale.
Prend en charge l’utilisation de l’optimisation des médias Webex Calling pour les appels entre les téléphones de bureau, l’application Webex et une passerelle locale.
Spécifications :
Une nouvelle liste d’adresses proxy a été publiée. Une adresse proxy est un enregistrement DNS statique qui est obtenu du Control Hub pendant le processus d’intégration d’une passerelle locale, puis configuré sur la configuration du tenant d’une passerelle locale pour enregistrer la passerelle.
Les opérations cloud de Webex Calling demandent aux clients de migrer les passerelles locales qui utilisent une adresse proxy plus ancienne. Les détails sont décrits dans les sections suivantes.
Si l’une de vos passerelles locales a une adresse proxy sortante qui ne fait pas partie de la nouvelle plage d’adresses proxy Webex Calling répertoriée ci-dessous, transférez-la manuellement à la convenance de votre organisation. L’adresse listée dans le Control Hub est l’une des nouvelles adresses ci-dessous ; cependant, votre passerelle locale peut actuellement être configurée avec une ancienne adresse et nécessite la migration.
Cette migration ne devrait pas prendre plus de 10 à 15 minutes. Cependant, pendant la migration, la passerelle locale se réenregistre vers le cloud, ce qui a un impact sur le service. Par conséquent, nous vous recommandons d'effectuer cette activité au cours d'une fenêtre de maintenance.
États-Unis
Canada
Europe
Japon
Australie
Singapour
Les nouveaux périphériques de passerelle locale intégrés depuis décembre 2020 sont automatiquement configurés pour utiliser cette infrastructure, et aucune action ne peut donc être nécessaire. Nous vous recommandons de vous reporter à la liste ci-dessus pour vérifier si l’une de vos passerelles locales a besoin d’une migration et, dans l’affirmative, effectuer une migration, conformément aux directives ci-dessous. |
Pour savoir si une de vos passerelles locales peut nécessiter une migration, reportez-vous à la section Commencer avec la migration de votre passerelle locale.
Les écrans de configuration dans le Control Hub, les étapes de configuration du CUBE et l’adresse du proxy sortant varieront en fonction de l’emplacement et de la passerelle locale de votre organisation. Les détails énumérés dans les étapes ci-dessous ne sont que des exemples. |
Avant de commencer
Mettre à jour la liste de contrôle d’accès sur CUBE—Webex Calling a une plage mise à jour d’adresses IP de contrôleur de limites de session (SBC), qui peuvent devoir être appliquées en tant que liste de confiance sur tous les CUBE de votre organisation se connectant à Webex Calling. Vérifiez la dernière plage IP du Guide de référence du port Webex Calling pour confirmer si elle est déjà appliquée et, si ce n’est pas le cas, reportez-vous aux étapes de configuration sous l’étape 1 de Enregistrer la passerelle locale vers Webex Calling pour effectuer cette mise à jour. Avoir des « adresses IP de confiance » à jour sur votre CUBE est une exigence obligatoire qui, si elle n’est pas mise à jour, entraînera des échecs d’appel.
Assurez-vous que votre pare-feu externe permet d’atteindre ces adresses IP à partir de votre CUBE—Si votre pare-feu externe filtre les adresses IP que le CUBE peut atteindre, vous devez également le mettre à jour afin que la passerelle locale puisse contacter le Cloud. Reportez-vous au Guide d'information de référence des ports pour plus d’informations.
Assurez-vous que l’ancrage de confiance sur CUBE a été mis à jour en suivant l’étape 5 de Configuration de la plate-forme de référence.
À partir du Control Hub, vous pouvez obtenir votre nouvelle adresse proxy sortante.
1 | À partir de l’affichage du client dans https://admin.webex.com, allez dans Services, puis choisissez . | ||
2 | Sélectionnez votre connexion RTCP, puis cliquez sur Modifier sous Passerelle locale. | ||
3 | Cliquez sur Gérer pour accéder à la configuration de la passerelle locale. | ||
4 | Copiez l'adresse du proxy sortant.
![]() |
La mise à jour de la configuration de votre passerelle locale a un impact sur le service et peut avoir un impact sur les appels actifs.
Dans l’exemple ci-dessous, le tenant 201 est le tenant qui se connecte à Webex Calling. Saisissez le tenant correct pour votre configuration.
#show running-config | s voice class tenant 201
voice class tenant 201
registrar dns:lgw2.killarney.cisco.com scheme sips expires 240 refresh-ratio 50 tcp tls
credentials number TRUNK_GROUP_24740_LGU username TRUNK_GROUP_29959_LGU password 6 K]W]ZP`PSZRKWE^WXXIPG\^_adSTbLMHV realm BroadWorks
authentication username TRUNK_GROUP_29959_LGU password 7 xxxxxxxx realm BroadWorks
authentication username TRUNK_GROUP_29959_LGU password 6 xxxxxxxx realm lgw2.killarney.cisco.com
sip-server dns:lgw2.killarney.cisco.com
connection-reuse
session transport tcp tls
url sips
error-passthru
bind control source-interface GigabitEthernet1
bind media source-interface GigabitEthernet1
no pass-thru content custom-sdp
sip-profiles 201
outbound-proxy dns:lgwrestest.killarney.cisco.com
1 | Déposer la ligne en gras commençant par La passerelle locale abandonne maintenant son enregistrement à Webex Calling. |
2 | Confirmez que votre passerelle locale n’est pas enregistrée auprès de Webex Calling en entrant les commandes suivantes.
|
3 | Prenez la nouvelle adresse que vous avez copiée à partir du Control Hub et ajoutez la ligne d’enregistrement ci-dessus. Dans l’exemple ci-dessous, notre OBP était
Votre passerelle locale s’enregistrera auprès du nouvel OBP. |
4 | Validez que l’enregistrement a réussi en utilisant la commande suivante.
Il devrait produire une production similaire à celle ci-dessous.
|
Que faire ensuite
Mettez à jour les autres passerelles locales en suivant les mêmes étapes que ci-dessus.
Pour une migration infructueuse, réenregistrez simplement votre adresse proxy sortante précédente. Suivez les instructions ci-dessous pour annuler et rétablir le service.
voice class tenant 201
no registrar
outbound-proxy dns:lgwrestest.killarney.cisco.com
registrar dns:lgw2.killarney.cisco.com scheme sips expires 240 refresh-ratio 50 tcp tls
!
Si vous revenez en arrière, votre configuration dans Control Hub affiche toujours la nouvelle adresse proxy sortante. Il s'agit d'un comportement attendu. Le service continuera à fonctionner avec l'ancienne adresse du proxy sortant.
Assurez-vous que vous avez correctement suivi l’étape 2 dans la section Migrer votre passerelle locale dans le Control Hub et qu’aucun pare-feu ne bloque l’accès au nouveau proxy sortant.
Si vous ne parvenez pas à résoudre ce problème, contactez l’assistance Cisco Webex Calling.
Il est important de s’assurer que les services fonctionnent normalement après la migration. Assurez-vous de tester votre service après avoir terminé la migration. Vous pouvez tester votre service en passant des appels vers des numéros de téléphone à partir de vos périphériques Webex Calling, ou en testant les appels vers n’importe quel SBC utilisé en conjonction avec Webex Calling.