Merci pour votre commentaire.
Migrez votre passerelle locale
Un commentaire ?Les améliorations apportées à cette nouvelle infrastructure incluent :
-
Amélioration des performances de gestion des appels, permettant jusqu'à 250 sessions simultanées par inscription sur la passerelle locale.
-
Prend en charge l'utilisation de l'optimisation des Webex Calling 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 obtenu auprès de Control Hub lors du processus d'intégration d'une passerelle locale, puis configuré selon la configuration locataire d'une passerelle locale pour l'enregistrement de la passerelle.
-
Webex Callingcloud operations demande à ses clients de migrer des passerelles locales utilisant une ancienne adresse proxy. Les détails sont présentés dans les sections suivantes.
Si l'une de vos passerelles locales possède une adresse proxy sortante qui ne fait pas partie de la nouvelle plage d'adresses Webex Calling proxy répertoriée ci-dessous, migrez manuellement selon les besoins de votre organisation. L'adresse indiquée dans Control Hub est l'une des nouvelles adresses ci-dessous ; cependant, votre passerelle locale est peut-être actuellement configurée avec une ancienne adresse et nécessite une migration.
Cette migration ne devrait pas prendre plus de 10 à 15 minutes. Cependant, lors de la migration, la passerelle locale se réenregistre dans le cloud, ce qui a un impact sur le service. Nous vous recommandons donc de réaliser cette activité pendant une période de maintenance.
US
Canada
Europe
Japon
Australie
Singapour
Les nouveaux appareils Local Gateway intégrés depuis décembre 2020 sont automatiquement configurés pour utiliser cette infrastructure, et aucune action n'est donc peut-être nécessaire. Nous vous recommandons de vous référer à la liste ci-dessus pour vérifier si l'une de vos passerelles locales a besoin d'une migration et, dans l'affirmative, d'effectuer une migration, conformément aux directives ci-dessous.
Pour savoir si l'une de vos passerelles locales peut avoir besoin d'une migration, consultez la section Commencez à migrer votre passerelle locale.
Les écrans de configuration de Control Hub, les étapes de configuration de CUBE et l'adresse proxy sortante varient en fonction de la localisation de votre organisation et de la passerelle locale. Les informations indiquées 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 propose une gamme actualisée d'adresses IP de contrôleurs de session (SBC), qui devront peut-être être appliquées en tant que liste sécurisée à tous les CUBE auxquels votre organisation se Webex Calling connecte. Vérifiez la dernière plage d'adresses IP à partir du Webex CallingPort Reference Guide pour vérifier si elle est déjà appliquée et, dans le cas contraire, reportez-vous aux étapes de configuration de l'étape 1 de Register Local Gateway pour Webex Calling effectuer cette mise à jour. Avoir des « adresses IP fiables » à jour sur votre CUBE est une exigence obligatoire qui, si elles ne sont pas mises à jour, entraînera des échecs d'appels.
-
Assurez-vous que votre pare-feu externe permet d'accéder à ces adresses IP depuis votre Cube. Si votre pare-feu externe filtre les adresses IP que le CUBE peut atteindre, vous devez également le mettre à jour pour que la passerelle locale puisse entrer en contact avec le cloud. Consultez le Guide des informations de référence des ports pour plus d'informations.
-
Assurez-vous que l'ancre de confiance sur CUBE a été mise à jour en suivant l'étape 5 de la section Configuration de la plateforme Perform Reference.
Depuis Control Hub, vous pouvez obtenir votre nouvelle adresse proxy sortante.
| 1 |
Connectez-vous à Control Hub. |
| 2 |
|
| 3 |
Sélectionnez votre connexion PSTN, puis cliquez sur Modifier sous Passerelle locale. |
| 4 |
Cliquez sur Gérer pour accéder à la configuration de la passerelle locale. |
| 5 |
Copiez l'adresse du proxy sortant. Si votre organisation possède de nombreuses passerelles locales, il est probable qu'à chaque fois que vous effectuerez la tâche ci-dessus pour une passerelle locale différente, vous obteniez des adresses proxy sortantes différentes auprès de Control Hub. Assurez-vous de copier l'adresse proxy sortante spécifique depuis Control Hub pour chaque passerelle locale que vous configurez. Le choix d'une adresse spécifique est important pour la redondance et l'équilibrage de charge du trafic. 
|
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 locataire 201 est le locataire auquel se connecteWebex Calling. Entrez le locataire correspondant à 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 |
Supprimez la ligne en gras commençant par The Local Gateway va maintenant abandonner son inscription àWebex Calling. |
| 2 |
Vérifiez que votre passerelle locale n'est pas enregistrée Webex Calling en saisissant les commandes suivantes. |
| 3 |
Prenez la nouvelle adresse que vous avez copiée depuis Control Hub et ajoutez la ligne d'enregistrement en haut à la fin. Dans l'exemple ci-dessous, c'était Votre passerelle locale s'enregistrera auprès du nouvel OBP. |
| 4 |
Validez que l'inscription s'est bien déroulée à l'aide de la commande suivante. Il devrait produire un résultat similaire à celui ci-dessous. |
Que faire ensuite
Mettez à jour les autres passerelles locales en suivant les mêmes étapes que ci-dessus.
En cas d'échec de la migration, il suffit de réenregistrer votre ancienne adresse proxy sortante. Suivez les instructions ci-dessous pour revenir en arrière 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 indique toujours la nouvelle adresse proxy sortante. C'est un comportement normal. Le service continuera à fonctionner avec l'ancienne adresse proxy sortante.
-
Assurez-vous d'avoir bien suivi l'étape 2 dans la section Migrer votre passerelle locale dans la section Control Hub et qu'aucun pare-feu ne bloque l'accès au nouveau proxy sortant.
-
Si vous n'arrivez pas à résoudre ce problème, contactez Cisco Webex Callingle support.
Il est important de s'assurer que les services fonctionnent normalement après la migration. Assurez-vous de tester votre service une fois la migration terminée. Vous pouvez tester votre service en passant des appels vers des numéros de téléphone depuis vos Webex Calling appareils, ou en testant des appels vers n'importe quel SBC utilisé conjointement avecWebex Calling.
