- Accueil
- /
- Article
Optimisation de la migration de Unified CM vers Webex Calling
Cette phase est axée sur l'optimisation et la maintenance des appels Webex après leur déploiement. Cela implique une surveillance continue des performances des appels et de l'expérience utilisateur afin de garantir la fiabilité et la qualité. Les données opérationnelles sont utilisées pour affiner les configurations, les flux de travail et les politiques au fil du temps. Dans le cadre de cette phase, les composants Unified CM existants sont mis hors service le cas échéant, tout en assurant la continuité du service.
Migration du réseau téléphonique public commuté (PSTN) vers Cloud Connect pour les appels Webex
Une fois que tous les terminaux et utilisateurs sont migrés vers les appels cloud, le seul but d'Unified CM est de servir de passerelle entre les passerelles PSTN et Webex Calling via la passerelle locale. L'élimination des passerelles PSTN, d'Unified CM et de la passerelle locale grâce à l'utilisation de Cloud Connect pour Webex Calling comme accès PSTN pour tous les utilisateurs de Webex Calling présente plusieurs avantages, notamment une réduction des coûts et une fiabilité accrue. Pour migrer l'accès PSTN sur site vers Cloud Connect pour les appels Webex, suivez ces étapes :
-
Sélection du partenaire Cloud Connect pour Webex Calling.
Consultez la liste des partenaires Cloud Connect pour Webex Calling et sélectionnez le ou les partenaires disponibles pour l'emplacement de votre organisation.
-
Validation Cloud Connect pour les appels Webex.
Avant de basculer l'accès au réseau téléphonique public commuté (RTPC) pour les emplacements d'appel Webex vers Cloud Connect, la connectivité au RTPC via le partenaire Cloud Connect sélectionné doit être vérifiée et validée. À cette fin, il est nécessaire de configurer un emplacement de test dans Webex Calling avec des utilisateurs de test configurés dans cet emplacement. L'accès au réseau téléphonique public commuté (RTPC) pour ce site de test est ensuite configuré avec le partenaire Cloud Connect avant de valider la connectivité RTPC à l'aide des téléphones de test. Une fois la validation réussie, le site de test peut être désactivé.
-
Transfert de numéro.
Pour préparer la migration vers Cloud Connect, une commande de portage doit être passée pour tous les numéros actuellement attribués à la ligne PSTN se terminant sur Unified CM. Tous les numéros doivent être transférés vers le partenaire Cloud Connect. Pour maintenir la connectivité entre les différents sites, tous les numéros de tous les sites doivent être transférés simultanément.
-
Passez à un partenaire Cloud Connect.
À la date de la migration, l'accès au réseau téléphonique public commuté (RTPC) pour tous les emplacements dans Webex Calling doit être configuré sur le fournisseur RTPC connecté au cloud, et la connectivité entrante et sortante doit être vérifiée.
Comme indiqué dans la section PSTN du chapitre sur la conception, les clients peuvent également choisir de transférer leur accès PSTN vers Cloud Connect pour Webex Calling au début de la transition en utilisant le trunking PSTN pour les déploiements Webex Calling hybrides. Pour plus d'informations, voir Liaison PSTN pour les déploiements d'appels Webex hybrides. Dans ce cas, pendant la transition, l'accès PSTN pour Unified CM se fait via la passerelle locale et Webex Calling, et après le transfert de tous les utilisateurs vers Webex Calling, il n'y a pas d'étape de migration supplémentaire liée au PSTN autre que la mise hors service d'Unified CM et des passerelles locales.
Optimiser l'infrastructure sur site
Une fois que tous les utilisateurs ont été transférés vers Webex Calling et que tous les terminaux ont été transférés vers l'enregistrement cloud (ou ont été mis hors service), mettez à jour l'infrastructure sur site appropriée maintenant que les appels cloud sont utilisés. Les mises à jour de l'infrastructure comprennent :
-
Supprimez les enregistrements DNS SRV de contrôle d'appel et de messagerie sur site du ou des serveurs DNS sur site, y compris cisco_uds._tcp.<domain>, cup_login._tcp.<domain>. Ces enregistrements SRV ne sont plus nécessaires pour la découverte des services clients.
-
Supprimez les enregistrements DNS SRV liés à la périphérie du système DNS public, y compris collab_edge._tls.<domain>. Ces enregistrements SRV ne sont plus nécessaires pour la découverte des services clients des services de périphérie de collaboration.
-
Mettez à jour toutes les étendues DHCP concernées afin de supprimer les options 66 et 150. TFTP/boot Adresses des serveurs. Ces étendues ne sont plus nécessaires pour la découverte et le téléchargement de la configuration du contrôle des appels des points de terminaison.
-
Update/remove pairs de numérotation appropriés dans le local Gateway/CUBE qui achemine les appels vers et depuis Unified CM. Ces commutateurs de numérotation ne sont plus nécessaires pour le routage des appels sur site.
-
Supprimez ou retirez toutes les machines virtuelles de nœud de cluster Unified CM et Expressway. and/or serveurs. Réaffecter les ressources informatiques et le matériel selon les besoins. Ces ressources ne sont plus nécessaires pour le contrôle des appels et les services périphériques.
-
Supprimez ou retirez toutes les machines virtuelles de nœud de cluster Unity Connection. and/or serveurs. Réaffecter les ressources informatiques et le matériel selon les besoins. Ces ressources ne sont plus nécessaires pour les services de messagerie vocale et de messagerie unifiée.
-
Nettoyage : Après la migration de l'accès PSTN vers Cloud Connected PSTN Unified CM, les lignes PSTN, les passerelles PSTN et la passerelle locale peuvent être mises hors service.
-
Pour toute solution E911 sur site existante, supprimez tous les emplacements ou numéros qui ont migré vers Webex Calling et une fois la transition complète terminée, supprimez les machines virtuelles ou les serveurs d'application. Réaffecter les ressources informatiques et le matériel selon les besoins. Ces ressources ne sont plus nécessaires pour les services d'appels d'urgence et de localisation.
-
Les DN appartenant aux utilisateurs migrés doivent être placés dans une partition cachée afin d'éviter les échecs de routage des appels et de garantir que tous les CSS aient un accès prioritaire au chemin cloud des mêmes DN.
-
Mettez à jour l'emplacement physique déployable et l'élément de réseau dans Horizon Mobility à chaque modification. Les activités courantes qui nécessitent des mises à jour sont les suivantes :
-
remplacement du commutateur réseau
-
remplacement du point d'accès sans fil
-
modifications de la portée DHCP
-
Modifications physiques à l'intérieur du bâtiment (en cas de résolution à cubical/office)
-
Extension ou réduction de la surface physique des bureaux à l'intérieur d'un bâtiment.
-
Utilisez les outils d'analyse et de dépannage de Webex Calling
Webex Calling offre des fonctionnalités complètes d'analyse et de dépannage pour vous aider à visualiser et à suivre votre déploiement. Ces fonctionnalités couvrent la qualité des médias, l'historique détaillé des appels, la file d'attente des appels, le groupe de recherche et l'analyse du standard automatique. Un exemple d'analyse de la qualité des médias Webex Calling est présenté dans la figure Analyse de la qualité des médias Webex Calling.

Dans la section dépannage, chaque appel effectué à l'aide de Webex Calling peut être consulté avec des informations détaillées sur les principaux problèmes liés à la qualité des médias et à la signalisation afin d'aider à identifier les problèmes de médias ainsi que les appels échoués, comme indiqué dans la figure Dépannage de la qualité des médias Webex Calling.

Le dépannage des appels Webex peut également s'intégrer à d'autres produits Cisco tels que les commutateurs ThousandEyes et Meraki pour offrir une expérience intégrée encore plus riche dans Control Hub. Pour plus d'informations sur l'utilisation des analyses et du dépannage de Webex Calling, consultez Dépannage des appels Webex Calling dans Control Hub.