La Webex Calling de l’entreprise inclut une infrastructure mise à jour du Cloud à qui 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 apportées à cette nouvelle infrastructure incluent :
Amélioration des performances de traitement des appels, permettant jusqu’à 250 sessions simultanées par passerelle locale d’inscription.
Prend en charge l’utilisation Webex Calling’optimisation des médias 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 à partir de Control Hub au cours du processus d’intégration d’une passerelle locale puis configuré sur la configuration du client d’une passerelle locale pour enregistrer la passerelle.
Webex Calling cloud demandent aux clients de migrer les passerelles locales qui utilisent une adresse proxy plus ancienne. Les détails sont soulignés 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 du proxy Webex Calling listée ci-dessous, vous devez migrer manuellement selon votre convenance. L’adresse listée dans Control Hub sera l’une des nouvelles adresses ci-dessous ; cependant, votre passerelle locale peut actuellement être configurée avec une ancienne adresse et nécessitera une migration.
Cette migration ne doit pas prendre plus de 10 à 15 minutes. Cependant, au cours de la migration, la passerelle locale sera réenregistrée sur le Cloud ce qui aura un impact sur le service. Toutefois, nous vous recommandons d’exécuter cette activité pendant une fenêtre de maintenance.
États-Unis
da01.sipconnect-us.bcld.webex.com auda12.sipconnect-us.bcld.webex.com
ch01.sipconnect-us.bcld.webex.com de ch12.sipconnect-us.bcld.webex.com
Canada
tr04.sipconnect-ca.bcld.webex.com de tr15.sipconnect-ca.bcld.webex.com
vr04.sipconnect-ca.bcld.webex.com auvr15.sipconnect-ca.bcld.webex.com
Europe
Japon
Australie
sy03.sipconnect-au.bcld.webex.com àsy14.sipconnect-au.bcld.webex.com
me03.sipconnect-au.bcld.webex.com de l’me14.sipconnect-au.bcld.webex.com
 |
Les nouveaux périphériques de la passerelle locale intégrés depuis décembre 2020 sont automatiquement installé pour utiliser cette infrastructure et aucune action n’est donc nécessaire. Nous vous recommandons de vous référer à la liste ci-dessus pour vérifier si l’une de vos passerelles locales doit être migration et si oui, effectuez une migration, selon les instructions ci-dessous. |
Pour comprendre si l’une de vos passerelles locales peuvent avoir besoin d’une migration, reportez-vous à la section Commencer avec la migration de votre passerelle locale.
|
Les écrans de configuration dans Control Hub, les étapes de configuration CUBE et l’adresse du proxy sortant varieront en fonction de l’emplacement de votre organisation et de la passerelle locale. Les détails répertoriés dans les étapes indiquées ci-dessous sont uniquement des exemples. |
Avant de commencer
Mise à jour de la liste de contrôle d’accès sur CUBE— Webex Calling a une nouvelle plage d’adresses IP de contrôleurs de session(SBC), qui peuvent avoir à ê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 à partir 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 à partir de s’inscrire à la passerelle locale vers Webex Calling pour effectuer cette mise à jour. Le fait d’avoir à jour les « adresses IP de confiance » sur votre CUBE est une exigence obligatoire qui, si elle n’est pas mise à jour, fera échouer les appels.
Assurez-vous que votre pare-feu externe autorise ces adresses IP à être atteintes à partir de votre CUBE—Si vos filtres de pare-feu externes les adresses IP que CUBE peut atteindre, vous devez également la mettre à jour pour que la passerelle locale puisse contacter le Cloud. Reportez-vous au Guide des informations 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 à partir de Effectuer la configuration de la plateforme de référence.
À partir de ControlHub, vous pouvez obtenir votre nouvelle adresse proxy sortant.
| 1 | À partir de l’affichage du client dans https://admin.webex.com, allez à Services , puis choisissezAppel > Routage des appels . |
||
| 2 | Sélectionnez votre 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 client 201 est le locataire qui se connecte à Webex Calling. Saisissez le locataire 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 | Supprimer la ligne en caractères gras en commençant par La passerelle locale va maintenant déposer son inscription sur Webex Calling. |
| 2 | Confirmez que votre passerelle locale n’est pas enregistrée pour Webex Calling en entrant les commandes suivantes. |
| 3 | Prenez la nouvelle adresse copiée à partir de Control Hub et ajoutez la ligne d’inscription à partir de la ci-dessus. Dans l’exemple ci-dessous, notre obp était Votre passerelle locale s’enregistrera avec le nouveau port OBP. |
| 4 | Validez que l’inscription a réussi à l’aide de la commande suivante. Il doit produire des résultats similaires à ceux ci-dessous. |
Ce qu’il faut faire ensuite
Mettez à jour les autres passerelles locales en suivant les mêmes étapes que ci-dessus.
Pour une migration qui n’a pas réussi, enregistrez simplement votre adresse proxy sortante précédente. Suivez les instructions ci-dessous pour revenir en arrière et restaurer 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 revenir en arrière, votre configuration dans Control Hub affiche toujours la nouvelle adresse du proxy sortant. Il s'agit d'un comportement attendu. Le service continuera de fonctionner avec l’ancienne adresse du proxy sortant.
Assurez-vous de suivre l’étape 2 correctement dans Migrer votre passerelle locale dans la section Control Hub et qu’il n’y a aucun pare-feu bloquant l’accès au nouveau proxy sortant.
Si vous ne pouvez pas résoudre ce problème, contactez l’Cisco Webex Calling Support.
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 faisant 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 qui est utilisé en conjonction avecWebex Calling.
