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

Canada

Europe

Japon

Australie


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.

Si vous n’avez pas reçu de courrier électronique de Cisco vous demande de mettre à niveau la configuration de votre passerelle locale, aucune autre action n’est requise. Reportez-vous à la section Commencer avec la migration de votre passerelle locale pour comprendre si l’une de vos passerelles locales peut avoir besoin d’une migration.


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

  1. 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 à l’étape 1 à partir de la passerelle locale d’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.

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

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


 

Si vous avez plusieurs passerelles locales dans votre organisation, il est probable que chaque fois que vous effectuez la tâche ci-dessus pour une passerelle locale différente, vous obtenez des adresses proxy sortantes différentes à partir de ControlHub. Assurez-vous de copier l’adresse du proxy sortant spécifique à partir de Control Hub pour chaque passerelle locale que vous configurez. Choisir une adresse spécifique est important pour la redondance et la gestion 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 client 201 est le client 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 registrar dns:xxxx et enregistrez-le pour plus tard. Enregistrez également votre adresse proxy sortante sortante.

La passerelle locale va maintenant déposer son inscription sur le Webex Calling.

2

Confirmez que votre passerelle locale n’est pas enregistrée pour Webex Calling en entrant les commandes suivantes.

voice class tenant 201
  no registrar
!
show  sip-ua register status
3

Prenez la nouvelle adresse que vous avez 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 ch13.sipconnect-us.bcld.webex.com.

voice class tenant 201
outbound-proxy dns:hs3.sse.lgw.bcld.webex.com  
registrar dns:lgw2.killarney.cisco.com scheme sips expires 240 refresh-ratio 50 tcp tls
!

Votre passerelle locale s’enregistrera avec le nouveau port OBP.

4

Validez que l’inscription a réussi à l’aide de la commande suivante.

show sip-ua register status
show sip-ua register status

Il doit produire des résultats similaires à ceux ci-dessous.

Tenant:  201
--------------------- Registrar-Index  1 ---------------------
Line                             peer      expires(sec) reg survival  P-Associ-URI
================================ ========= ============ === ========  ============
TRUNK_GROUP_29959_LGU                 -1         7            yes normal

Ce qu’il faut faire ensuite

Vous devez maintenant mettre à jour d’autres passerelles locales en suivant les mêmes étapes que ci-dessus.

Pour une migration qui a échoué, enregistrez simplement votre adresse proxy sortante précédente. Veuillez suivre 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
!
  1. 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.

  2. Assurez-vous de suivre l’étape 2 correctement dans la section Migrer votre passerelle locale dans Control Hub et qu’aucun pare-feu ne bloque l’accès au nouveau proxy sortant.

  3. Si vous ne pouvez pas résoudre ce problème, veuillez contacter 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.