Guide de déploiement de la migration

Présentation

Avant de commencer

Ce guide est destiné aux équipes ou aux personnes ayant de l'expérience dans la configuration et l'administration Cisco Unified Communications Manager (Unified CM) et des terminaux Cisco, y compris les téléphones de bureau IP, les appareils vidéo et les clients Jabber Soft. Tout au long de ce document, vous trouverez des liens vers la documentation du produit et de la documentation d'assistance pour vous aider.

Ce document se concentre uniquement sur Unified CM les transitions entre Webex Calling plusieurs locataires. Le terme utilisé Webex Callingdans ce document fait toujours référence à Webex Calling plusieurs locataires.

Avant de commencer la migration de Unified CM versWebex Calling, il est impératif de bien comprendre la Webex Calling solution et ses composants respectifs. Pour réussir une migration, il faut connaître l'Webex Callingarchitecture, les modèles de service, les options de déploiement et les fonctionnalités associées afin de cartographier correctement les Unified CM charges de travail existantes et de concevoir un plan de transition efficace.

Une compréhension approfondie des Webex Calling éléments suivants est essentielle pour élaborer une stratégie de transition et une préparation opérationnelle efficaces.

Control Hub
Mise à disposition de l'annuaire et des utilisateurs
Webex Callingplateforme
Points de terminaison d'appel pris en charge
Options de connectivité PSTN
Webex Callinggestion du plan de numérotation et des numéros
Fonctionnalités de sécurité et de conformité.

Pour plus d'informations, consultez la section Architecture préférée de Cisco pourWebex Calling.

Ce guide mettra en évidence les outils et les processus à utiliser tout au long du cycle de vie de la transition. Cependant, la transition des appels sur site vers une nouvelle plateforme d'appels dans le cloud peut Webex Calling représenter un effort important, avec des défis commerciaux, techniques et complexes potentiels. Unified CM Pour vous aider à surmonter ces défis, Cisco propose différentes options pour vous aider dans votre parcours. Il est important de consulter les informations contenues dans Enterprise cloud calling - Calling migration pour comprendre chaque option et la manière dont chacune peut vous aider dans votre propre migration.

Outils de migration Webex : outils gratuits en libre-service intégrés à Control Hub pour rationaliser votre transition vers Webex Calling
Fournisseurs de migration certifiés : fournisseurs de logiciels et d'outils validés par Cisco qui ont développé des solutions de migration pour aider les partenaires et les clients de Webex à effectuer des migrations complexes et de grande envergure. Ces solutions peuvent aider à simplifier, gérer et accélérer la transition vers Webex Calling
Webex Setup Assist : un service de migration dirigé par Cisco qui guide les clients et les partenaires tout au long du Webex Calling déploiement et de la configuration, nécessaires à la réussite de la migration des Unified CM utilisateurs et des services vers. Webex Calling

Vue d'ensemble

Avec la croissance des services de collaboration fournis dans le cloud, de plus en plus de clients souhaitent transférer leurs charges de travail de collaboration existantes vers le cloud, compte tenu des promesses de réduction du coût total de possession, de simplification de la gestion, de fourniture continue de fonctionnalités, d'évolutivité et de fiabilité supérieure inhérentes aux services basés sur le cloud. Alors que les clients souhaitent passer des services de collaboration sur site aux services de collaboration dans le cloud, il est important qu'ils comprennent en quoi consiste la transition et quelles sont les étapes nécessaires pour effectuer la transition.

Le but de ce document est de fournir des conseils de déploiement aux clients qui souhaitent spécifiquement passer de l'environnement local Unified CM Webex Calling au cloud. Ce guide de déploiement part du principe que le lecteur a une compréhension de base de la transition des appels entre Unified CM etWebex Calling, notamment, des modifications apportées lors de cette transition et des différences entre le transfert de la charge de travail des appels du local vers le cloud. Avant de continuer, assurez-vous d'avoir pris connaissance des informations disponibles sur la carte de transition et de vous familiariser avec celles-ci. Ce document cartographique de transition fournit des informations sur les changements et les différences liés à cette transition.

Comme le montre la figure Architecture de collaboration sur site : contrôle des appels et accès à distance, un déploiement sur site typique inclut différents composants de l'infrastructure de collaboration sur le réseau, une plateforme de contrôle des appels, une plateforme périphérique, des terminaux matériels et logiciels et, dans certains cas, même des plateformes de conférence et de planification. Dans l' architecture Cisco, cela Unified CM inclurait le contrôle des appels, Expressway pour l'accès à distance et les services de périphérie interentreprises (B2B), Cisco Meeting Server/Cisco Meeting Management pour les conférences sur site, Unity Connection pour la messagerie vocale, ainsi que le matériel destiné aux utilisateurs (téléphones IP Cisco, systèmes vidéo Cisco Desk and Room) et les logiciels () terminaux IP. Cisco Jabber Ces composants peuvent varier légèrement dans certains environnements, mais c'est le point de départ de la transition décrite dans la suite de ce document.

On-Premises Collaboration Architecture: Call Control and Remote Access — ***Architecture de collaboration sur site : contrôle des appels et accès à distance***

L'architecture illustrée à la figure Architecture de collaboration sur site : contrôle des appels et accès à distance est basée sur l'architecture préférée (PA) pour les déploiements sur site de Cisco Collaboration Enterprise. Pour plus d'informations sur l'Enterprise On-Premise, consultez la section Architectures préférées de collaboration Cisco.

Avant : Le tableau des composants de l'infrastructure d'appel sur site répertorie les principaux éléments de l'architecture sur site avant la transition vers le cloudWebex Calling.

Tableau 1. Avant : Composants de l'infrastructure d'appel sur site
Produit	Description
Unified CM	Contrôle des appels sur site fournissant des services d'enregistrement des appareils et de routage des appels
Cisco Expressway-C/E	Infrastructure périphérique fournissant des fonctionnalités mobiles Remote Access (MRA) et interentreprises (B2B) permettant aux terminaux distants de se connecter en toute sécurité depuis l'extérieur de l'organisation. Expressway est déployé par paires pour permettre la traversée du pare-feu pour les terminaux externes.
Serveur de réunion Cisco (CMS), Cisco Meeting Management (CMM) et Cisco Telepresence Management Suite (TMS)	Infrastructure de conférence vocale, vidéo et Web sur site fournissant des fonctionnalités de réunions multipoints, de gestion de réunions et de planification. [Facultatif]
Cisco Unity Connection	Plateforme de messagerie vocale sur site fournissant des fonctionnalités de messagerie vocale et de messagerie unifiée. [Facultatif]
Bureau Cisco, salle Cisco, conseil d'administration Cisco, téléphones IP Cisco et Cisco Jabber	Appareils IP enregistrés Unified CM et proposant des fonctionnalités d'appels vocaux et vidéo

Comme l'illustre Figure Transition decision : appels sur siteWebex Calling, les clients qui disposent d'un système de contrôle des appels sur site avec des terminaux IP de bureau Unified CM et vidéo ont le choix de passer à une architecture cloud. Webex Calling

La décision doit être prise en fonction des exigences fonctionnelles du client. Les clients qui répondent aux exigences suivantes doivent y réfléchir attentivement avant de prendre cette décision et ils pourraient finalement décider de garder le contrôle des appels sur site :

Modèles de téléphones non pris en charge par Webex Calling
Intégrations complexes ou nombreuses avec d'autres systèmes ou solutions sur site, en particulier lorsqu'il Webex Calling est difficile de reproduire ces intégrations ou qu'aucune solution alternative équivalente n'est disponible
Plan de numérotation complexe, classes de service très détaillées ou les deux
Accès Internet restrictif, limité ou peu fiable
Politiques strictes en matière de confidentialité et de propriété des données
Obligation de conformité pour l'enregistrement et le stockage des médias sur site ou dans le pays
Intégrations tierces sans autre intégration viable Webex Calling
Intégrations de centres d'appels où l'intercentre d'appels n'est pas encore en train de migrer vers le cloud .

Transition Decision: On-Premises Calling to Webex Calling — ***Décision de transition : appels sur site à Webex Calling***

Les clients qui souhaitent commencer à tirer parti des services d'appels dans le cloud devraient y réfléchirWebex Calling. Ce service d'appels dans le cloud permet au client de tirer parti de l'architecture mondiale Webex en termes d'évolutivité et de connectivité. Les participants du réseau d'entreprise et les participants distants extérieurs au réseau de l'entreprise peuvent communiquer via des points de terminaison matériels IP et/ou des applications logicielles de bureau ou mobiles.

Ce document s'adresse aux clients qui déploient le contrôle des Unified CM appels et qui souhaitent comprendre les étapes générales, les considérations et les exigences relatives à l'activation du Webex Calling déploiement, comme indiqué dans la section suivante.

Composants de base

L'architecture cible de cette migration inclut plusieurs nouveaux composants. Cela inclut le Webex Calling service d'appels dans le cloud, l'application Webex, le connecteur Cisco Directory pour l'intégration des identités et la passerelle locale (LGW) pour l' accès au RTPC, ainsi que l'intégration des appels locaux vers le cloud. Les forfaits d'appels Cisco ou le PSTN connecté au cloud (CCP) facilités par un Webex Calling partenaire Cloud Connect sont des options supplémentaires pour accéder au PSTN.

Comme le montre Figure After : Webex Calling Architecture, les nouveaux composants (connecteur d'annuaireWebex Calling, passerelle locale et passerelle Survivability) sont ajoutés au déploiement local existant.

Après : Le tableau des composants de l'infrastructure d'appels dans le cloud répertorie les nouveaux éléments de l' architecture après la transition vers Webex.

Tableau 2. Après : Composants de l'infrastructure d'appels dans le cloud
Produit	Description
Webex Calling	Service d'appels basé sur le cloud, fourni depuis la plateforme Webex et permettant l'enregistrement des terminaux et le routage des appels
Connecteur Cisco Directory	Application Windows exécutée sur une machine de domaine Windows qui permet de synchroniser les identités entre le site de l'entreprise Active Directory et la banque d'identités de l'organisation Webex. Pour les clients qui passent du mode local Active Directory à Entra ID, l'intégration des identités avec Webex au lieu de Cisco Directory Connector utilise l'application Entra ID Wizard.
Passerelle locale	Une passerelle locale fait le pont entre le réseau de communications unifiées sur site du client et le Webex Calling cloud. Il peut être déployé sur site ou hébergé par un partenaire, fournissant un accès PSTN pour les terminaux enregistrés dans le cloud ainsi que l'intégration des appels entre les terminaux Unified CM enregistrés et enregistrés dans le cloud. Cisco IOS-Le routeur à services intégrés XE (séries ISR 1100 et 4000), les séries Cisco Catalyst 8200/8300, le logiciel Cisco Catalyst 8000V Edge et divers contrôleurs de session (SBC) tiers certifiés peuvent être utilisés comme LGW pour une approche de migration progressive.
Survivability Gateway	Survivability Gateway (SGW) est une passerelle basée sur le réseau local IOS-XE qui fournit des services d'appel de secours aux terminaux du site Webex Calling en cas de panne de réseau.
Forfait d'appels Cisco, Cloud Connect pour Webex Calling	Cisco Calling Plan et Cloud Connect for Webex Calling sont des options basées sur le cloud pour l'accès PSTN aux Webex Calling terminaux. L'accès au RTPC est facilité par un fournisseur PSTN dans le cloud et ne nécessite aucun équipement sur site.
Application Webex	Application cliente exécutée sur un système d'exploitation de bureau (Windows, Mac) ou un système d'exploitation mobile (Android, iOS) et enregistrée directement sur la Webex Calling plateforme pour la fonctionnalité d'appel.

Présentation du processus PPDIO

Le processus PPDIO signifie Préparer, planifier, concevoir, implémenter et optimiser. Il s' agit d'une méthodologie Cisco structurée qui guide les projets depuis l'évaluation initiale jusqu'à l'amélioration continue, afin de garantir des déploiements ou des migrations efficaces et réussis.

Description générale de PPDIO

Préparer : évaluez l'environnement actuel, collectez les exigences et alignez les parties prenantes pour établir une base solide.
Plan : Élaborez des plans de projet détaillés, y compris des calendriers, des ressources et des stratégies d'atténuation des risques.
Design : concevez la solution cible en fonction des besoins commerciaux et techniques.
Mettre en œuvre : exécutez le déploiement ou la migration conformément à la conception, en validant les fonctionnalités et les performances.
Optimiser : améliorez continuellement la solution après sa mise en œuvre en surveillant les performances, en affinant les configurations et en tirant parti des outils d'automatisation et d'intégration.

Utiliser PPDIO pour des Unified CM projets de Webex Calling migration

Lors de la transition de Unified CM àWebex Calling, le processus PPDIO fournit une feuille de route claire pour garantir une transition fluide et efficace :

Préparez-vous

Évaluer l'Unified CMenvironnement existant et l'état de préparation à la migration
Collectez des données détaillées sur les utilisateurs, les appareils, le réseau et les dépendances
Collectez les informations de localisation, y compris l'adresse d'urgence, le nombre d'utilisateurs, l'accès Internet, le PSTN
Identifiez les risques et définissez la portée du projet pour aligner toutes les parties prenantes.

Plan

Créez un plan de migration complet avec des calendriers par lots, des affectations de ressources et des calendriers
Définissez des tâches telles que la mise à niveau du firmware de l'appareil, la fourniture de licences et l'intégration des utilisateurs
Coordonnez les fenêtres de migration avec Cisco et ses partenaires afin de minimiser les perturbations.

Design

Associer les Unified CM configurations actuelles, les plans de numérotation et les profils utilisateurs à des données Webex Calling équivalentes
Concevez l'Webex Callingenvironnement, y compris la stratégie PSTN (intermédiaire et finale), les emplacements, les rôles des utilisateurs et les points d' intégration tels que la passerelle locale (CUBE) et la synchronisation des annuaires
Planifiez des scénarios de coexistence dans lesquels Unified CM et Webex Calling opérez simultanément pendant la migration.

Mettre en œuvre

Utilisez les outils de migration de Control Hub aux côtés d'outils tiers pour modifier le microprogramme, le mode, la configuration des fonctionnalités et les migrations d'utilisateurs
Utilisez les opérations et le provisionnement en masse à l'aide des API Webex pour rationaliser les migrations et les configurations à grande échelle
Procéder à l'approvisionnement des licences, à l'enregistrement des appareils et aux mises à jour de configuration
Validez le succès de la migration par des tests et des vérifications opérationnelles.

Optimisez

Surveillez en permanence Webex Calling les performances et l'expérience utilisateur
Affiner les configurations et les flux de travail en fonction des données opérationnelles et des commentaires
Tirez parti des capacités d'automatisation et d'intégration pour améliorer l'efficacité et l' évolutivité
Mettez hors service Unified CM les anciens composants le cas échéant et apportez une assistance continue pour les opérations du deuxième jour.

Cette approche PPDIO améliorée garantit une migration contrôlée, transparente et efficace de Unified CM vers, en tirant parti des outilsWebex Calling, des API et de l'écosystème de partenaires de Cisco pour assurer la continuité des activités et améliorer les capacités de collaboration.

Boucles de feedback PPDIO

La vue d'ensemble de haut niveau présentée dans Figure Iterations lors de l'exécution de PPDIO illustre une boucle de feedback unique entre la phase d'optimisation et la phase de préparation . Cela signifie qu'après la mise en œuvre initiale, il existe une opportunité continue d'amélioration continue. Chaque cycle d'optimisation permet d'identifier de nouvelles exigences ou de nouveaux domaines à améliorer, qui pourront être abordés dans le cadre de projets ou d' initiatives ultérieurs. Ces projets individuels suivent à leur tour le cycle de vie PPDIO (Prepare, Plan, Design, Implement, Optimize) établi. Cette approche itérative garantit que le système reste adapté à l'évolution des objectifs commerciaux et aux avancées technologiques, favorisant ainsi une culture de raffinement et d'adaptabilité continus.

Iterations while executing PPDIO — ***Itérations lors de l'exécution de PPDIO***

Lors de l'exécution du processus PPDIO, il est courant que les résultats des phases ultérieures nécessitent de revoir et éventuellement de réviser les décisions prises lors des étapes précédentes. Par exemple, les problèmes rencontrés pendant la phase de mise en œuvre, tels que l'identification des ambiguïtés de conception ou des détails manquants, peuvent révéler que certains aspects n'ont pas été complètement résolus pendant la phase de conception. Dans de tels cas, il devient nécessaire de revenir à la phase précédente pertinente pour résoudre ces problèmes avant de poursuivre. Ce mécanisme de feedback itératif, illustré dans le processus PPDIO Unified CM assisté par Figure, garantit que la solution est complètement validée et affinée, contribuant ainsi à un déploiement plus robuste et plus efficace.

Unified CM assisted PPDIO process — ***Unified CMprocessus PPDIO assisté***

Lors de la transition de Unified CM àWebex Calling, chaque phase du processus PPDIO peut bénéficier de manière significative des informations recueillies dans l'Unified CMenvironnement existant. Par exemple, des inventaires complets des utilisateurs, des numéros de téléphone, des fonctionnalités d'appel et des composants du plan de numérotation peuvent être extraits de la Unified CM configuration actuelle. Ces données complètent les informations fournies directement par les parties prenantes et contribuent à rationaliser les activités de planification et de conception. L'utilisation d'outils appropriés pour automatiser l'extraction et l'analyse des données permet non seulement d'améliorer la précision, mais aussi d'accélérer le processus dans son ensemble. En utilisant les informations issues du déploiement existant, la transition vers Webex Calling peut être effectuée plus efficacement qu'une nouvelle implémentation traditionnelle, tout en respectant la méthodologie PPDIO structurée. Ce processus est illustré dans le processus PPDIO Unified CM assisté par figure.

Approche migratoire

Lorsque vous planifiez votre transition du mode local Unified CM au mode localWebex Calling, vous devez déterminer comment vous allez aborder ce processus. Vous devrez d'abord décider si la migration sera instantanée (tout en même temps) ou par étapes (migrer des groupes d'utilisateurs/appareils sur une longue période).

Une migration instantanée permet de déplacer tous vos utilisateurs et appareils le plus rapidement possible. Avec cette méthode, vous allez déplacer tous les utilisateurs et appareils de l'environnement local Unified CM Webex Calling à la fois. Il s'agit essentiellement d'une fenêtre de migration unique pour tous les utilisateurs et appareils. Une fois cette migration terminée, tous vos utilisateurs et appareils seront connectés à la Webex Calling plateforme et toute votre Unified CM infrastructure pourra être mise hors service. Cependant, de nombreuses organisations ne peuvent pas utiliser cette approche en raison de l'ampleur de leur déploiement d'appels.

La deuxième approche est une migration par étapes. La plupart des organisations utiliseront cette approche car elle permet de mieux contrôler, gérer et étendre la migration. De plus, il convient mieux aux déploiements de communications unifiées de plus grande envergure et/ou aux déploiements dans plusieurs régions. Par conséquent, ce document se concentre sur l'approche par étapes comportant deux étapes de transition.

Comme le montre la figure ci-dessous Transition des appels par étapes : hybride et cloud, la première phase de transition (phase 1) se traduit par un déploiement en coexistence avec des environnements d'appel doubles. Au cours de cette phase, certains utilisateurs, appareils et clients logiciels sont transférés vers le contrôle des appels sur site, Webex Calling tandis que d'autres utilisent toujours le contrôle des Unified CM appels sur site. La phase de transition finale (phase 2) aboutit à un environnement d'appels purement cloud où tous les utilisateurs, appareils et clients logiciels sont entièrement transférés vers la Webex Calling plateforme.

Le temps nécessaire à une organisation pour passer complètement aux appels dans le cloud varie en fonction de son déploiement actuel. Dans certains cas, une organisation peut effectuer la transition initiale et rester dans la phase de double contrôle des appels de coexistence (phase 1) pendant une période prolongée (des mois, voire des années), tandis que dans d'autres cas, elle peut passer complètement à Webex Calling (phase 2) en très peu de temps (semaines ou mois). Ce document est destiné à couvrir les deux phases (phase 1 - coexistence et phase 2 - transition complète).

Phased Calling Transition: Hybrid and Cloud — ***Transition progressive des appels : hybride et cloud***

Il est possible que certaines organisations maintiennent le déploiement du double contrôle des appels en coexistence indéfiniment sans qu'il soit prévu de passer complètement aux appels dans le cloud.

La deuxième question est de savoir comment vous allez faire passer les utilisateurs, les appareils et les clients logiciels du contrôle des appels sur site au contrôle des appels dans le cloud. L'approche recommandée est une transition en trois phases . La figure « Transition en trois phases recommandée » ci-dessous décompose cette approche en 3 phases.

Recommended 3-Phase Transition — ***Transition en trois phases recommandée***

Pré-migration : Cette phase vise à préparer Webex et Unified CM les environnements à la migration. Il ne s'agit pas de définir des plans ou des configurations spécifiques, mais de mener à bien les activités qui peuvent être réalisées dès maintenant et avant le début de tout projet de Webex Calling migration. L'objectif est de jeter les bases des deux environnements afin de préparer la migration.

Préparation à la migration : C'est à cette phase que les efforts commencent pour préparer la migration vers Webex Calling. Ici, les exigences commerciales et techniques doivent être revues et mises à jour. Ne vous contentez pas de modifier ce qui est actuellement déployé, mais redéfinissez les exigences commerciales et techniques dont votre entreprise a besoin aujourd'hui et à l'avenir en tirant parti de la puissance deWebex Calling. Unified CM De plus, c'est à cette phase que vous terminerez votre conception, votre planification de configuration et votre planification/calendrier de migration.

Migration (déploiement et mise hors service) : C'est au cours de cette phase que se déroule la migration proprement dite des utilisateurs, des appareils, des numéros de téléphone et des clients logiciels. Comme indiqué plus haut, cette phase peut être terminée pour tout le monde en même temps (flash-cut) ou sur plusieurs fenêtres de changement (coupe progressive). Les plans d'adoption, la formation et les communications pour les utilisateurs finaux sont essentiels, afin que vos utilisateurs soient au courant des changements, sachent comment utiliser la nouvelle plateforme d'appel et sachent quand le changement se produira. La dernière étape consiste à mettre hors service toute l'infrastructure UC locale qui n'est plus utilisée.

La phase préalable à la migration comporte des activités (obligatoires, recommandées et facultatives) sur lesquelles vous pouvez commencer à travailler immédiatement. Il est recommandé de les terminer le plus tôt possible, de préférence avant le début de votre projet. Certaines activités peuvent prendre plus de temps. Les démarrer plus tôt vous aidera à rationaliser votre projet de migration.

La figure « Activités préalables à la migration » ci-dessous met en évidence cinq catégories spécifiques d' activités liées à une Webex Calling migration.

Pre-Migration Activities — ***Activités préalables à la migration***

Préparez-vous

Exigences commerciales et techniques

Lors de la planification d'une migration de vers, il est crucial de bien comprendre les exigences techniques et commerciales pendant la phase de planification. Cette étape garantit que la migration est conforme aux objectifs opérationnels et aux capacités techniques de votre organisation, en minimisant les risques et les perturbations.

Pourquoi il est important de recueillir les exigences :

Aligne les objectifs commerciaux : comprendre les besoins de l'entreprise permet d'adapter la migration afin de prendre en charge les principaux flux de travail, l'expérience utilisateur et les plans de croissance.
Garantit la compatibilité technique : l'identification précoce des exigences techniques permet d'éviter les problèmes d'intégration avec l'infrastructure, le réseau et les terminaux existants.
Facilite la planification des ressources : des exigences claires permettent d'estimer avec précision les délais, les coûts et les ressources nécessaires.
Atténue les risques : la détection précoce des problèmes potentiels permet de trouver des solutions proactives, réduisant ainsi les temps d'arrêt et les interruptions de service.

Exigences commerciales

Les exigences commerciales typiques incluent :

Nombre d'utilisateurs et de sites à migrer
Fonctionnalités et services souhaités (par exemple, routage des appels, messagerie vocale, conférences, assistants automatiques, files d'appels)
Politiques de conformité et de sécurité
Contraintes budgétaires et prévisions de coûts
Besoins de formation et d'assistance des utilisateurs
Calendrier de migration et considérations relatives à la continuité des activités.

La collecte des fonctionnalités et des services souhaités est une étape cruciale pour que le nouveau système réponde aux besoins de l'entreprise. Lors de la collecte de ces exigences, il est important non seulement de prendre en compte ce qui est actuellement configuré, mais aussi d'essayer de recueillir les exigences réelles auprès des entités commerciales qui utiliseront le système. Sinon, il y a un risque que le plan soit basé sur des hypothèses non courantes. Assurez-vous d'évaluer les fonctionnalités supplémentaires ou améliorées disponibles dans lesquelles elles n'existent peut-être pas, telles que les appels dans le cloud, les files d'appels avancées , etc. Cela permet de tirer parti de tous les avantages de la plateforme cloud.

Lors de l'évaluation de la configuration actuelle de, il est important de savoir que tous les paramètres existants peuvent ne pas rester nécessaires en raison de l' évolution des exigences tout au long du cycle de vie du système. L'accent devrait être mis sur l'identification et la conservation uniquement des configurations qui répondent aux besoins actuels et futurs du déploiement.

Concentrez-vous davantage sur vos besoins que sur ce que vous avez.

Les politiques de conformité et de sécurité sont des considérations essentielles lors de la migration de Webex Calling à afin de garantir que le nouveau système de communication basé sur le cloud soit conforme aux normes légales, réglementaires et organisationnelles.

Conformité réglementaire : les organisations doivent vérifier qu'elles sont conformes aux réglementations spécifiques au secteur, telles que le RGPD, la HIPAA ou la SOX, en ce qui concerne les exigences en matière de confidentialité, de conservation et de traitement des données, ainsi que les mandats spécifiques à chaque pays en matière de résidence des données, de contournement des péages et de localisation des médias.
Sécurité des données : Veiller à ce que les données vocales et de signalisation soient cryptées à la fois en transit et au repos afin de les protéger contre toute interception ou tout accès non autorisé.
Contrôles d'accès : définition et application de l'authentification, de l'autorisation et de l'accès basé sur les rôles des utilisateurs afin d'empêcher toute utilisation non autorisée des ressources de communication.
Audit et surveillance : mise en œuvre de fonctionnalités de journalisation et de surveillance pour suivre l'accès et l'utilisation à des fins d'audits de conformité et d'enquêtes sur les incidents de sécurité.
Alignement des politiques : Aligner la migration sur les politiques de sécurité existantes de l'entreprise, y compris la sécurité des terminaux, la segmentation du réseau et les plans de réponse aux incidents.
Assurance de sécurité des fournisseurs : évaluation des certifications de sécurité et des attestations de conformité de Cisco pour en garantir la fiabilité.

La mise en œuvre de ces politiques de conformité et de sécurité pendant la phase de planification permet d'atténuer les risques, d'éviter les sanctions légales et de préserver l'intégrité et la confidentialité des communications pendant et après la migration.

Les besoins de formation et d'assistance des utilisateurs sont essentiels lors de la migration de à afin de garantir une transition en douceur et une adoption par les utilisateurs. Les principaux facteurs à prendre en compte sont les suivants :

Programmes de formation : développez des sessions de formation personnalisées pour différents groupes d'utilisateurs (utilisateurs finaux, administrateurs, personnel du service d'assistance) afin de les familiariser avec les fonctionnalités, les interfaces utilisateur et les nouveaux flux de travail.
Documentation : Fournissez des guides d'utilisation, des FAQ et des documents de référence rapides clairs et accessibles, y compris des ressources sur les nouveautés et les différentes étapes et des guides pratiques étape par étape avant et après (sous forme de vidéo ou de guide rapide), afin d'aider les utilisateurs à s' adapter à la nouvelle expérience après la migration.
Gestion du changement : communiquez les changements de manière proactive afin de répondre aux attentes des utilisateurs et de réduire les résistances.
Structure de support : mettez en place une équipe d'assistance dédiée ou une voie d'escalade pour résoudre rapidement les problèmes des utilisateurs pendant et après la migration.
Formation continue : prévoyez des mises à jour de formation continue au fur et à mesure de la publication de nouvelles fonctionnalités ou de mises à jour.
Mécanismes de feedback : mettez en place des canaux permettant aux utilisateurs de signaler des problèmes et de fournir des commentaires afin d'améliorer les processus de formation et d'assistance.

Répondre à ces besoins de formation et d'assistance pendant la phase de planification permet de minimiser les interruptions, de renforcer la confiance des utilisateurs et de maximiser les avantages de la migration vers.

Exigences techniques

Plusieurs exigences techniques clés doivent être collectées et documentées pour réussir la migration de vers, y compris des informations concernant :

État de préparation du réseau et capacité de bande passante

Une évaluation complète du réseau est essentielle pour garantir que votre infrastructure existante peut prendre en charge le nouvel Webex Calling environnement. Cela inclut :
- Analyse de la bande passante : évaluation de l'utilisation actuelle et prévue de la bande passante afin de gérer le trafic vocal, vidéo et de données sans encombrement.
- Qualité de service (QoS) : mise en œuvre de politiques de qualité de service pour donner la priorité au trafic vocal et minimiser la latence, la gigue et les pertes de paquets.
- Connectivité WAN et Internet : vérifier que les liaisons WAN et les connexions Internet répondent aux exigences relatives aux appels dans le cloud, y compris les fonctionnalités de redondance et de basculement.
- Configuration du pare-feu et du NAT : s'assurer que les paramètres du pare-feu et du NAT autorisent la signalisation et le trafic multimédia requis pour.
Intégration au système existant

Une intégration fluide avec les systèmes métier existants est essentielle pour garantir l'expérience utilisateur et la continuité du flux de travail :
- Services d'annuaire : évaluation de l'intégration à un annuaire d'entreprise pour automatiser le provisionnement et l'authentification des utilisateurs.
- CRM et applications commerciales : identification des points d'intégration avec les systèmes de gestion de la relation client et d'autres applications critiques pour l'entreprise.
- Interfonctionnement des anciens PBX : planification de la coexistence ou stratégies de migration progressive si les anciens systèmes téléphoniques seront conservés pendant la transition.
Compatibilité et provisionnement des terminaux

La compatibilité de tous les terminaux, y compris les téléphones de bureau, les softphones et les appareils mobiles, doit être évaluée :
- Support des appareils : confirmer que les téléphones et appareils IP existants sont pris en charge ou identifier les appareils de remplacement nécessaires.
- Processus de provisionnement : mise en place de méthodes d'approvisionnement automatisées ou rationalisées pour une intégration efficace des terminaux.
- Mises à jour du firmware et des logiciels : planification des mises à jour nécessaires pour garantir l'interopérabilité et la sécurité.
Configurations de sécurité et normes de cryptage

La sécurité est primordiale dans les communications dans le cloud :
- Cryptage : appliquer le cryptage de bout en bout pour la signalisation et les flux multimédia, conformément aux meilleures pratiques de sécurité de Cisco.
- Authentification et contrôle d'accès : mise en œuvre de mécanismes d'authentification sécurisés (tels que le SSO, l'authentification multifactorielle) et de contrôles d'accès granulaires pour les utilisateurs.
- Conformité : s'assurer que la solution est conforme aux normes réglementaires et de conformité du secteur pertinentes (par exemple, RGPD, HIPAA).
- Surveillance de la sécurité : intégration aux outils SIEM et mise en place d'alertes en cas d'incidents de sécurité potentiels.

Tableau 1. Exemple d'évaluation
Exigence	Principales considérations
État de préparation du réseau et bande passante	Bande passante, QoS, WAN/Internet, pare-feu/NAT
Intégration aux systèmes existants	Annuaire, CRM, PBX, e-mail/calendrier
Compatibilité et provisionnement des terminaux	Support des appareils, approvisionnement, mises à jour du firmware
Configurations de sécurité et cryptage	Chiffrement, authentification, conformité, surveillance de la sécurité
Formation des utilisateurs et gestion du changement	Programmes de formation, documentation, communication sur le changement
Portabilité des numéros et plan de numérotation	Migration/transfert de numéros, traduction du plan de numérotation
Intégrations tierces	Radiomessagerie, centre d'appels, télécopie, appareils analogiques

État de préparation et exigences du réseau

La disponibilité du réseau est essentielle à la réussite de la migration vers une solution d'appel basée sur le cloud. Une mauvaise planification du réseau peut entraîner une dégradation de la qualité des appels, des interruptions d'appels et des utilisateurs mécontents. Les clients doivent effectuer une évaluation du réseau avant de migrer vers. Il est recommandé de vérifier la disponibilité de la bande passante réseau par rapport au volume d'appels attendu, de s'assurer que les exigences de qualité de service (QoS) sont respectées et de comprendre les différents ports qui doivent être ouverts dans le ou les pare-feux périphériques.

Une connectivité réseau fiable avec une qualité de service suffisante (bande passante, perte de paquets, RTT) est une exigence de base pour garantir la meilleure expérience utilisateur possible de bout en bout pour tous les terminaux, clients et applications compatibles voix et vidéo.

Les clients et les partenaires ont accès à des options de connectivité allant au-delà de l'Internet OTT, qui peuvent optimiser la connexion, y compris Webex Edge Connect. Pour plus d'informations sur les détails de conception de Webex Edge Connect, consultez la section Architecture préférée de Cisco pour Webex Edge Connect forWebex Meetings, Calling Multi-Tenant et Dedicated Instance.

Les clients peuvent utiliser CScan pour évaluer le réseau, qui fournit des informations sur la qualité du réseau du client, le nombre d'appels pouvant être établis, la latence, etc. Pour plus d'informations sur l'outil CScan, voir Utiliser cScan pour tester la qualité Webex Calling du réseau.

Pour vous assurer que le réseau est prêt à être migré vers, consultez la liste de contrôle suivante :

Planification de la bande passante

Calculez les appels simultanés par site pour vous assurer de disposer de suffisamment de bande passante en amont et en aval et pour inclure une marge de manœuvre pour les autres trafics critiques et la croissance future.

Le Webex Calling tableau de calcul de la bande passante des types d'appels indique les types d'appels disponibles lors d'un déploiement, ainsi que le codec et la bande passante maximale requise pour chaque type d'appel. Comme indiqué dans le Webex Calling tableau de calcul de la bande passante par type d'appel, la bande passante requise pour chaque type d'appel peut être calculée à l'aide de la formule générale suivante :

Nombre d'appels simultanés attendus * Bande passante par appel basée sur le codec = Débit réseau requis.

Tableau 2. Webex Calling calculs de bande passante par type d'appel
Types d'appels	Codec : bande passante	Calculs de bande passante
/Téléphone de bureau ->	OPUS - 70 Kbits/s	Nombre d'appels simultanés * 70 kbit/s = débit réseau requis
/Téléphone de bureau -> Téléphone de bureau	OPUS — 70 Kbits/s	Nombre d'appels simultanés * 70 kbit/s = débit réseau requis
/Téléphone de bureau -> PSTN via LGW	G.711 — 80 Kbits/s	Nombre d'appels simultanés * 80 kbit/s = débit réseau requis
/Téléphone de bureau -> PSTN via Cloud PSTN (par ex. (forfait d'appels Cisco)	G.711 — 80 Kbits/s	Nombre d'appels simultanés * 80 kbit/s = débit réseau requis
/Téléphone de bureau -> Enterprise via LGW	G.722 — 80 Kbits/s	Nombre d'appels simultanés * 80 kbit/s = débit réseau requis
/Téléphone de bureau -> messagerie vocale	OPUS — 70 Kbits/s	Nombre d'appels simultanés * 70 kbit/s = débit réseau requis

En additionnant le débit réseau requis simultanément par type d'appel, il est possible de déterminer la bande passante potentielle totale requise pour un site spécifique.

Tous les tronçons d'appels sont toujours ancrés sur les SBC d'accès. Pour déterminer la bande passante Internet requise pour un lieu donné, il faut prendre en compte non seulement les appels intersites, mais aussi les appels intra-site et les appels depuis et vers une passerelle locale située sur ce lieu. Par exemple, un appel intra-site entre deux téléphones MPP nécessiterait jusqu'à 2 x 70 kbit/s en duplex intégral sur l'accès Internet du site.

Le tableau des exemples de calcul de Webex Calling bande passante montre un exemple d' exercice complet de calcul de bande passante, en supposant que tous les appareils se trouvent sur le même site.

Tableau 3. Webex Calling exemples de calcul de bande passante
Types d'appels	Nombre d'appels simultanés	Bande passante totale
Appli Webex/Téléphone de bureau → Application Webex	15	2 * 15 * 70 Kbits/s = 2 100 Kbits/s
Application Webex/Téléphone de bureau → Téléphone de bureau	15	2 * 15 * 70 Kbits/s = 2 100 Kbits/s
Application Webex/téléphone de bureau → PSTN via LGW	50	2 * 50 * 80 Kbits/s = 8 000 Kbits/s
Application Webex, téléphone de bureau → PSTN via Cloud Connect pour Webex Calling	0	0 * 80 Kbits/s
Application Webex et téléphone de bureau → Enterprise via LGW	15	2 * 15 * 80 Kbits/s = 2 400 Kbits/s
Application Webex, téléphone de bureau → Messagerie vocale Webex Calling	5	5 * 70 Kbits/s = 350 Kbits/s
Nombre total d'appels/bande passante	100 appels	14 950 Kbits/14,95 Mbit/s

Toutes les valeurs de bande passante indiquées dans les tableaux ci-dessus font référence à la bande passante IP. La bande passante des liens est plus élevée en fonction des encapsulations WAN.
La bande passante indiquée dans les tableaux ci-dessus est réservée aux appels audio. Pour la bande passante des appels vidéo, l'application Webex et les téléphones MPP 8845/65 prennent en charge la vidéo H.264 avec une résolution maximale de 720p et une bande passante maximale de 1 500 kbit/s par appel. Cependant, la quantité de bande passante consommée à tout moment pendant l'appel fluctue en fonction du débit variable inhérent aux communications vidéo.

Qualité de service (QoS)

Mettez en œuvre des politiques de QoS dans votre environnement sur site afin de donner la priorité au trafic en temps réel et de garantir le maintien de la QoS sur les commutateurs, les routeurs et les pare-feux.
Objectifs de latence, de gigue et de perte de paquets

Les seuils suivants sont recommandés pour une qualité vocale optimale lorsque les appels passent par le haut (OTT) et sur Internet :
- Latence : moins de 100 ms dans un sens
- Jitter : moins de 10 ms
- Perte de paquets : 0,5 % ou moins.
Pare-feu et NAT

Assurez-vous que le pare-feu est configuré pour autoriser le trafic, comme indiqué dans l'article disponible sur Port reference Information for Webex Calling. De plus, autorisez l'accès aux domaines et aux plages IP répertoriés dans le même guide et évitez le SIP ALG car cela interfère avec la signalisation SIP. Le trafic multimédia via des proxys doit être évité.
DNS et NTP

Garantissez une résolution DNS correcte des domaines et des serveurs NTP fiables pour synchroniser l'horloge des appareils afin de vérifier et d'enregistrer les certificats TLS.
Planification du basculement

Tenez compte des connexions de données existantes des fournisseurs (MPLS, SD-WAN, etc.) et prévoyez généralement un accès direct à Internet sur chaque site de votre déploiement. Prévoyez des liaisons Internet redondantes lorsqu'une haute disponibilité est requise. Comme vous allez utiliser des services basés sur le cloud, une connectivité Internet fiable avec une bande passante suffisante est une exigence de base. Vous devriez reconsidérer cette transition si les connexions Internet des sites de votre organisation ne sont généralement pas fiables, avec une faible latence et un débit ascendant et descendant adéquat.
Survivabilité du site

La capacité de survie du site garantit que votre entreprise est toujours joignable, même en cas de panne de votre connexion réseau. Site Survivability utilise une passerelle de votre réseau local pour fournir un service d'appel de secours aux terminaux du site en cas de rupture de connexion réseau. Envisagez la capacité de survie du site à l'aide d'une passerelle de survie (SGW) locale si les besoins de l'entreprise nécessitent des appels continus en cas de panne de réseau. Pour plus d' informations sur le contrôle de survie du site, voir Survivabilité du site pour. Webex Calling

Configurer des communications unifiées connectées au cloud

Cloud Connected UC (CCUC) est une solution de gestion et d'analyse basée sur le cloud conçue pour fournir une visibilité, une administration et des informations centralisées pour les déploiements sur site (par exempleUnified CM) et dans le cloud (). Il fait le lien entre les environnements locaux traditionnels et les services cloud de Cisco, en aidant les organisations tout au long du processus de migration de à.

Pendant la transition vers, le CCUC joue un rôle vital dans la rationalisation du processus de migration en facilitant la collecte de données complètes à partir du déploiement de communications unifiées existant. Le CCUC vous aide à effectuer les principales tâches de transition, telles que la migration des appareils, des fonctionnalités et des contacts utilisateurs, ainsi que l'automatisation des mises à jour du firmware pour les téléphones IP compatibles. En fournissant une visibilité et une gestion centralisées, la CCUC contribue à garantir une expérience de migration plus fluide et plus efficace.

Cisco recommande vivement de déployer le CCUC au début du projet de transition, idéalement avant ou pendant la phase de préparation. Cela vous permettra d'obtenir les informations et les capacités nécessaires pour évaluer, inventorier et planifier de manière approfondie les activités de migration suivantes et pour commencer votre parcours vers les futures fonctionnalités hybrides.

Evaluer l'environnement actuel

L'une des activités clés de la planification de votre migration consiste à évaluer l' environnement sur site et le déploiement actuels. Cela donne un aperçu des changements potentiels qui peuvent être nécessaires pour réussir la transition vers. Cela vous permet également d'évaluer les éléments clés de la plateforme par rapport au déploiement sur site existant. Vous pouvez utiliser ces informations pour identifier les tâches spécifiques requises pour la transition et les changements que vous souhaitez apporter pour répondre à vos exigences commerciales et techniques et à vos cas d'utilisation.

Les aspects suivants sont importants à revoir dans le cadre de cet effort.

Licences

Il est essentiel de comprendre la structure de licence actuelle du déploiement existant pour préparer la migration vers. Procédez à une évaluation des licences dans les domaines suivants de votre solution Cisco sur site existante.

Plateforme

La capacité à expliquer clairement ce qui est actuellement concédé sous licence sur votre plateforme principale sera essentielle lorsque vous travaillerez avec l'équipe chargée de votre compte ou votre partenaire afin de déterminer la meilleure voie à suivre pour obtenir des licences flexibles. Pour plus d'informations sur les licences flexibles, consultez le plan flexible de collaboration Cisco.
Utilisateurs et appareils

Identifiez la catégorie de licence dont vos utilisateurs et appareils existants ont besoin. Cela sera utilisé pour déterminer le type de licence requis pour les utilisateurs et les appareils. Il propose plusieurs types de licences, y compris des licences professionnelles et standard pour les utilisateurs et des licences professionnelles et espaces communs pour les espaces de travail. Pour plus d'informations sur les licences des appareils, consultez la fiche technique disponible sur la page Licences des appareils.
Passerelle locale

Si le Cisco Unified Border Element (CUBE) est requis pour accéder au PSTN pour cette transition, la licence CUBE doit également être envisagée. Les considérations relatives aux licences CUBE sont abordées plus loin dans ce document.

Lieux/Sites

Le nombre et le type de sites (grands sites centraux, régionaux, succursales, etc.) inclus dans votre déploiement actuel doivent être pris en compte lors de la planification de cette transition. Une bonne compréhension des sites de déploiement existants vous aidera à planifier stratégiquement une transition réussie, notamment lorsqu'il s'agit de déterminer quels sites migrer et dans quel ordre. Il sera essentiel de comprendre en détail les exigences du plan de numérotation (numérotation, habitudes de numérotation, classes de restriction, etc.), la connectivité réseau du site et la bande passante (Internet, WAN, LAN) et l'accès PSTN (local ou centralisé, IP ou TDM) pour chaque site lors de la prise de décisions de migration. Pour plus d'informations sur les modèles de déploiement courants et les principaux points à prendre en compte, consultez les informations sur les modèles de déploiement collaboratif disponibles dans le Collaboration SRND.

Un autre facteur important à prendre en compte lors de la transition vers est la disponibilité géographique. Elle propose des fonctionnalités, des abonnements et des appareils différents selon l'endroit où se situe votre déploiement. Pour plus d'informations sur la disponibilité géographique, voir Où est disponible Webex ? .

Enfin, il est important de comprendre l'impact que la transition vers aura sur les autres services de collaboration. Sur la base de l'objectif de ce document, l'hypothèse générale est que si les services de collaboration existants en dehors de la charge de travail des appels doivent être maintenus, il est prévu de passer à la phase 1 du déploiement hybride mentionné ci-dessus. Parmi les services de collaboration qui peuvent nécessiter un déploiement hybride, citons le centre d'appels sur site qui n'a pas encore été migré vers le centre d'appels Webex et les intégrations étroites à des systèmes tels que les systèmes de pagination et de facturation. Pour plus d'informations sur la transition de charges de travail et de services de collaboration supplémentaires, voir Transitions de collaboration.

Inventaire des appareils et des clients existants

Avant de commencer la transition, il est important de faire l'inventaire de vos terminaux matériels et logiciels existants. Le fait de disposer d'une liste complète des types/modèles d' appareils, des versions matérielles, des types et des quantités de systèmes d'exploitation clients logiciels vous permettra de planifier de manière adéquate la transition des appareils et d'atténuer l'impact sur les appareils qui ne peuvent pas être migrés vers le cloud calls. L'inventaire doit être utilisé pour déterminer les appareils à faire la transition et ceux à remplacer avant la transition.

Téléphones de bureau

Pour les téléphones de bureau audio et vidéo, seuls les téléphones de bureau des séries 6800, 7800, 8800 et 9800 sont pris en charge. Il s'agit d'un sous-ensemble des téléphones IP Cisco pris en charge avec. Certains modèles et versions des téléphones 6800, 7800 et 8800 ne peuvent pas être utilisés avec. Pour plus d'informations sur les modèles et les versions matérielles pris en charge, voir Appareils pris en charge pour Webex Calling.

Les téléphones IP de la gamme Cisco 6800 ne peuvent pas être mis à niveau du firmware Enterprise vers le firmware multiplateforme (MPP), ce qui est obligatoire pour. Par conséquent, tous les téléphones 6800 enregistrés avec un firmware d'entreprise doivent être remplacés par un modèle 6800 MPP ou par un autre modèle de téléphone compatible.

Les téléphones IP des séries Cisco 7800 et 8800 doivent être mis à niveau vers le firmware du téléphone multiplateforme (MPP) avant de procéder à la transition et de les enregistrer sur. Pour déterminer quels modèles 7800 et 8800 et quelles versions matérielles prennent en charge le microprogramme MPP, voir Convertir les téléphones IP des séries Cisco 7800 et 8800 entre le firmware Enterprise et le microprogramme MPP.

Les 8845, 8865 et 8865NR sont arrivés en fin de vente et il n'est pas recommandé de les migrer.

Les anciennes versions des téléphones de la série 8800 (8811, 8841, 8851, 8851NR, 8861) ne sont pas recommandées. Webex Calling Les téléphones équipés de la version matérielle VID 14 ou antérieure s'enregistrent mais peuvent rencontrer des problèmes de performances à cause du matériel.

Les téléphones de bureau de la série 9800 utilisent PhoneOS, qui permet à la fois de s'enregistrer et de s'enregistrer. Il est donc possible de passer à ces téléphones sans mise à niveau du firmware.

Tous les autres téléphones IP devront être remplacés par des téléphones des séries 6800, 7800, 8800 ou 9800 pris en charge par. Webex Calling Pour plus d'informations sur les téléphones IP et de bureau compatibles, consultez l'article sur Appareils pris en charge pour Webex Calling.

Endpoints vidéo

Les terminaux vidéo personnels et de salle, y compris les séries Cisco Board, Room et Desk , peuvent s'enregistrer en mode SIP en mode natif. Tous ces terminaux qui ont besoin de passer des appels audio et/ou PSTN nécessitent une licence d'appel :

Les appareils partagés dans les salles de conférence, les espaces de discussion, etc. nécessitent une licence Professional Workspace ou Workspace.

L'appareil personnel de l'utilisateur final nécessite une licence professionnelle ou standard.

Déterminez le nombre de terminaux vidéo enregistrés et utilisés pour passer des appels audio. Il est possible que certains terminaux vidéo ne soient utilisés que pour participer à des réunions ou passer des appels vidéo SIP. Dans les deux cas, les terminaux doivent encore migrer avant la mise hors service des serveurs, mais cela permettra de déterminer combien d'entre eux auront besoin d'une licence pour continuer à passer des appels téléphoniques.

Lorsque les appareils vidéo passeront de l'enregistrement à, l'URI de ces points de terminaison changera car ils sont désormais enregistrés dans le cloud.

Les modèles de téléphones 8845, 8865 et 8875 sont des visiophones personnels compatibles avec.

Des clients douteux

C'est le seul client logiciel pris en charge par, contrairement à celui Unified CM qui prend en charge à la fois l'application Webex et Jabber, et c'est le nouveau client logiciel par défaut pour les utilisateurs finaux.

En fonction du ou des modes de déploiement mis en œuvre pour Jabber (mode messagerie instantanée uniquement, mode téléphone uniquement et/ou modes UC complets), vous devrez peut-être également envisager de transférer les charges de travail de messagerie et/ou de réunions de Jabber vers le. Il peut être déployé en mode téléphone uniquement s'il est destiné à être utilisé comme client d'appel uniquement ou il peut être déployé dans son intégralité Webex Suite pour d'autres charges de travail, par exemple Webex Messaginget/ou sont Webex Meetings en train de passer à l'application en appelant.

Cela améliore l'expérience de l'utilisateur final en fournissant des fonctionnalités d'intelligence artificielle telles que l'intelligence audio/vidéo, la transcription des appels, etc. Pour plus d' informations, rendez-vous sur https://www.webex.com/all-new-webex.

Avant de transférer des utilisateurs vers vous, vous devrez faire passer leurs clients Jabber au. Vous avez deux options pour effectuer cette transition.

Avant de les faire passer à

Quand vous les passerez à.

Pour faciliter la transition initiale vers le, il est recommandé d'utiliser l'option 1 et de passer d'abord aux utilisateurs qui appellent. Cela donne aux utilisateurs le temps de se familiariser avec la nouvelle application tout en utilisant la plateforme d'appel locale existante. Une fois que vous serez prête à déplacer les utilisateurs vers, vous les configurerez pour qu'ils s'enregistrent sur la plateforme d'appels dans le cloud.

Pour plus d'informations, à propos de ces deux options, voir Le parcours migratoire : une ou deux étapes ? .

Pour une liste complète des appareils pris en charge pour, voir Appareils pris en charge pour Webex Calling.

Vérifier l'éligibilité de l'appareil

Comme indiqué précédemment, il prend en charge un sous-ensemble des téléphones IP Cisco et nécessite un type de microprogramme différent pour les téléphones des séries 7800 et 8800. Unified CMles téléphones utilisent le firmware Enterprise tandis que les téléphones utilisent le firmware multiplateforme (MPP). Il est recommandé de vérifier quels téléphones enregistrés sont éligibles à la mise à niveau vers le firmware MPP pendant la phase de préparation. Cela vous donne le temps de remplacer les téléphones non éligibles par l'un des modèles de téléphones compatibles ou de trouver un autre forfait, comme transférer un utilisateur vers l'application Webex uniquement.

Pour vous aider à déterminer l'éligibilité des téléphones, Control Hub dispose d'un outil intégré appelé Migrate Your Phone to Webex Calling. Lorsque vous utilisez cet outil pour vérifier l'éligibilité des appareils, sélectionnez l'option Migration Générer la licence de l'appareil uniquement.

Option d'outil Control Hub pour vérifier l'éligibilité des Unified CM téléphones pour Webex Calling

Cette option vous permet de télécharger un fichier CSV contenant les téléphones afin de vérifier l'éligibilité de chaque téléphone. En sélectionnant cette option de migration, les téléphones ne sont pas ajoutés, car vous êtes encore en phase de préparation et vous n'êtes pas encore prête à le faire. Pour plus d'informations, voir Migrer votre téléphone vers Webex Calling.

Il est possible que certains téléphones reviennent avec une éligibilité inconnue. Cela est généralement dû au fait qu'elle n'est pas en mesure de valider certaines informations concernant le téléphone dans le système principal. Pour tous les téléphones dont le statut est inconnu, vous avez deux options pour vérifier s'ils sont éligibles à la mise à niveau vers le firmware MPP.

Vérifiez manuellement chaque téléphone et vérifiez le modèle et la version matérielle (PID VID)

étiquette de téléphone 7800/8800 avec informations sur le modèle et la version du matériel

Utilisez l'outil de préparation des téléphones IP Cisco

Téléchargez l'outil sur https://github.com/joemar2/mpp_readiness_check.

Cet outil n'est pas un outil Cisco officiel et il n'est pas pris en charge par le TAC. Le support est disponible dans toute la mesure du possible, mais son utilisation est gratuite.

Cet outil doit être exécuté sur une machine locale qui peut accéder aux serveurs et aux téléphones IP. Il propose une option permettant d'activer l'accès au Web sur les téléphones IP, ce qui est recommandé et nécessaire pour obtenir les meilleurs résultats. Par conséquent, il doit être utilisé en dehors des heures de bureau pour ne pas perturber les utilisateurs finaux. Le résultat de l'outil fournit un rapport répertoriant les téléphones des séries 7800 et 8800 éligibles à la mise à niveau vers le firmware MPP. Comme il accède directement au téléphone, il peut vérifier les appareils inconnus signalés par l'outil Control Hub.

Rapport sur l'outil de préparation des téléphones IP Cisco

Utilisateurs

L'une des étapes de préparation les plus importantes pour réussir votre migration est de configurer correctement les utilisateurs. Vous devez planifier correctement pour tous les utilisateurs, même si vous effectuez une migration par étapes. Les utilisateurs doivent disposer de l'un des équipements suivants :

Déploiement du avec Calling

Déploiement du avec

Configuration des services pour un utilisateur

Pour rendre les utilisateurs consultables dans l'annuaire (appel en un clic, coordonnées de l'utilisateur, recherche dans l'annuaire téléphonique).

Il est recommandé d'approvisionner tous les utilisateurs avant ou au début de votre projet. Cela inclut les utilisateurs qui utilisent toujours leur plateforme Unified CM d'appel indépendamment de leur appareil d'appel (téléphone IP, Jabber,). Au fur et à mesure que les utilisateurs migreront vers (et/ou vers), vous mettrez à jour leurs licences pour activer les services dont ils ont besoin. En approvisionnant tous les utilisateurs des appels d'entreprise avant de commencer votre transition, cela permet à un utilisateur qui est passé au ou de rechercher dans l'annuaire un utilisateur qui appelle toujours sur Jabber et/ou sur Jabber. Cela permet aux utilisateurs en transition de trouver les coordonnées de n'importe quel autre utilisateur et de les appeler en utilisant l'annuaire.

La recherche dans le répertoire des figures montre l'exemple d'un utilisateur qui cherche un autre utilisateur. Les résultats de recherche indiquent les coordonnées de l'utilisateur et peuvent concerner un utilisateur qui utilise toujours Jabber ou un utilisateur qui est passé au et/ou.

Recherche dans l'annuaire de l'application Webex

Ensuite, déterminez vers lequel des utilisateurs d'appels locaux existants seront transférés. Si la totalité ou un grand nombre d'utilisateurs doivent être transférés, il est recommandé de les déplacer en groupes afin que l'équipe du projet, le personnel informatique et le personnel d'assistance soient en mesure de gérer la transition et les problèmes qui pourraient survenir. Vous devriez également prévoir du temps pour fournir les premières informations et organiser des sessions de formation afin de préparer les utilisateurs à cette transition. Le regroupement des utilisateurs par transition peut être effectué en fonction de divers critères, notamment la localisation ou le site auquel les utilisateurs sont affectés, les services des utilisateurs ou même le type d'utilisateurs (travailleurs du savoir, cadres, travailleurs mobiles, etc.).

Par exemple, si les utilisateurs participant au déploiement sont répartis sur trois sites principaux, New York (NYC), San Francisco (SFC) et Research Triangle Park (RTP), le plan de transition utilisateur peut ressembler au plan décrit dans le tableau des plans de transition utilisateur par site.
Tableau 4. Plan de transition des utilisateurs par site
Site utilisateur/localisation Séances d'information et de formation préalables à la transition Période de transition Soutien après la transition
New York (1 525 utilisateurs) Semaine du 1er avril du 15 au 27 avril Semaine du 29 avril
SFO (1 600 utilisateurs) Semaine du 6 mai du 20 au 31 mai Semaine du 3 juin
RTP (1 275 utilisateurs) Semaine du 3 juin 17 juin — 28 juin Semaine du 1er juillet

Un autre facteur important est la transition entre utilisateurs qui ont des dépendances entre eux. Cela peut inclure, mais sans s'y limiter, les éléments suivants :

Surveillance de la BLF

Même pilote/groupe de chasse

Partagez des lignes

Membre du même groupe de prise d'appels

En utilisant les mêmes numéros de parc d'appels

Interphone

Admin/Exécutif.

Vous pouvez revoir la configuration (interface graphique ou exportation) ou utiliser l'outil Migration Insights pour identifier les groupes d'utilisateurs présentant ces dépendances.

Tableau 4. Plan de transition des utilisateurs par site
Site utilisateur/localisation	Séances d'information et de formation préalables à la transition	Période de transition	Soutien après la transition
New York (1 525 utilisateurs)	Semaine du 1er avril	du 15 au 27 avril	Semaine du 29 avril
SFO (1 600 utilisateurs)	Semaine du 6 mai	du 20 au 31 mai	Semaine du 3 juin
RTP (1 275 utilisateurs)	Semaine du 3 juin	17 juin — 28 juin	Semaine du 1er juillet

Connectivité PSTN

peut accéder au PSTN de trois manières : forfaits d'appels Cisco, Cloud Connect for (anciennement Cloud Connected PSTN) et PSTN sur site (passerelle locale). Cependant, un seul lieu tel que défini dans le ne peut être attribué qu'à une seule option PSTN.

Le PSTN local avec passerelle locale (LGW) est un élément essentiel de la stratégie de transition. Il assure la connectivité entre le déploiement sur site et/ou le RTPC et la plateforme. Il prend en charge à la fois Cisco et des contrôleurs de session (SBC) tiers certifiés qui peuvent être utilisés comme passerelle locale. Pour la liste la plus récente des SBC pris en charge, voir Liste des SBC pris en charge.

prend en charge jusqu'à 250 appels simultanés depuis une seule passerelle locale basée sur l'enregistrement et plus de 250 appels simultanés depuis une seule passerelle locale basée sur des certificats. Les passerelles locales basées sur des certificats peuvent prendre en charge jusqu'à 6 500 appels simultanés, mais cela dépend du type de connectivité de la passerelle locale (over-the-top ou peering d'interconnexion) et du modèle SBC sur lequel la passerelle locale est déployée. Ces limites sont essentiellement la limite de comptage par défaut pour les appels RTPC via une passerelle locale et pour les appels intersites entre et terminaux. Pour plus d'informations, voir Commencer avec la passerelle locale.

Tous les appels dépassant cette limite sont rejetés par un 403 interdit. La commande vocale show call active peut être exécutée sur la passerelle locale à tout moment pour déterminer le nombre total d'appels actifs.

Un mauvais état du réseau entre une passerelle locale et le SBC d'accès peut limiter les performances de la connexion de signalisation, ce qui entraîne une limite d'appels simultanés encore plus basse. La latence unidirectionnelle entre la passerelle locale et le centre de données ne doit pas dépasser 100 ms, la gigue doit être inférieure à 10 ms tandis que la perte de paquets est inférieure à 0,5 %.

Fonctionnalités et utilisation des fonctionnalités

Lors de l'évaluation de l'environnement actuel, il est important d'identifier et de passer en revue les fonctionnalités configurées. En outre, il est important de comprendre l'utilisation des fonctionnalités afin de pouvoir (re) définir vos exigences commerciales et techniques pour votre déploiement.

Pour déterminer quelles fonctionnalités sont configurées, analysez-les. Ce sont toutes des données statiques qui sont définies lorsqu'une fonctionnalité ou un paramètre est configuré sur le système. Les options suivantes peuvent être utilisées pour compléter cette analyse :

Revoir la configuration dans l'interface utilisateur d'administration

export de configuration - exportation groupée ou AXL

outil d'information sur la migration (recommandé)

Outils Cisco destinés aux partenaires tiers (recommandés).

Pour analyser efficacement l'utilisation des fonctionnalités, il est essentiel d'examiner les données dynamiques du système, telles que l'utilisation, les inscriptions et l'activité des appels. Différents outils analytiques et tableaux de bord fournissent des informations sur ces indicateurs, permettant ainsi une compréhension complète des performances et de la capacité du système, ce qui permet de prendre des décisions éclairées lors des efforts de migration et d'optimisation. Les options suivantes peuvent être utilisées pour effectuer ce type d'analyse :

Critique des disques CDR bruts

Examen des données Unified CM RTMT

outil Migration Insights utilisant les données CDR

Examen de l'analyse des communications unifiées connectées au cloud dans

Volume des appels

Points de terminaison enregistrés

sites (CAC)

Utilisation du coffre.

Outils Cisco pour les partenaires tiers.

Cisco recommande de commencer par l'outil Webex Control Hub Migration Insights pour cette analyse. Vous allez importer votre fichier .TAR d'exportation et les fichiers Unified CM CDR (facultatif, mais obligatoire pour l'analyse de l'utilisation des fonctionnalités) dans l'outil. L'outil générera les rapports suivants au format CSV qui pourront être utilisés pour démarrer l'analyse :

Tableau 5. Rapports générés à partir d'un Unified CM fichier .tar
Nom du rapport
Description du rapport
ImportedDataBulk.csv
Tous les utilisateurs et appareils à partir de Unified CM données
DeviceEligibility.csv
Identifie les appareils éligibles à la migration Webex Calling (téléphones IP, appareils Room OS, ATA et appareils tiers)
DevicePoolNumbers.txt
Liste de tous les numéros d'un pool d'appareils en particulier
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv
Informations sur les appareils et les utilisateurs qui devraient être migrés ensemble en fonction des lignes partagées, du pilote de recherche, de la file d'attente des appels, du parc d'appels et de la configuration du groupe de prise d'appels
HuntGroupMigrationInsight.csv
Informations détaillées sur les lignes de chasse assignées, les groupes de lignées et les agents associés
SharedlineGroupMigrationReport.csv
Aperçu de la manière dont les numéros de téléphone (numéros d'annuaire) sont partagés entre les utilisateurs

Tableau 6. Rapports générés à partir de fichiers Unified CM .tar et CDR. gzip
Nom du rapport
Description du rapport
FeatureUsageBasedDeviceEligibilityReport.csv
Informations sur l'éligibilité à la migration des appareils en fonction de l'utilisation des fonctionnalités
FeatureUsageWithLastUsageDateReport.csv
Nombre d'utilisations pour le nombre de fois que les pilotes de chasse et les files d'attente d'appels ont été appelés, ainsi que la date de dernière utilisation
UserWorkspaceLastUsage.csv
Dernière date d'utilisation pour les utilisateurs et les espaces de travail , qu'il s'agisse de clients logiciels ou de téléphones fixes
DIDUsageReport.csv
utilisation des DID pour les DID attribués et non attribués

Pour plus de détails sur les rapports Migration Insights, voir Migration Insights.

Si vous avez besoin de plus d'informations sur les fonctionnalités et leur utilisation après avoir consulté les informations contenues dans les rapports Migration Insights, Cisco vous recommande d'envisager l'un des outils de migration partenaires tiers de Cisco et/ou de revoir les configurations dans l'interface graphique ou dans les données d'exportation de configuration.

Tableau 5. Rapports générés à partir d'un Unified CM fichier .tar
Nom du rapport Description du rapport
ImportedDataBulk.csv Tous les utilisateurs et appareils à partir de Unified CM données
DeviceEligibility.csv Identifie les appareils éligibles à la migration Webex Calling (téléphones IP, appareils Room OS, ATA et appareils tiers)
DevicePoolNumbers.txt Liste de tous les numéros d'un pool d'appareils en particulier
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Informations sur les appareils et les utilisateurs qui devraient être migrés ensemble en fonction des lignes partagées, du pilote de recherche, de la file d'attente des appels, du parc d'appels et de la configuration du groupe de prise d'appels
HuntGroupMigrationInsight.csv Informations détaillées sur les lignes de chasse assignées, les groupes de lignées et les agents associés
SharedlineGroupMigrationReport.csv Aperçu de la manière dont les numéros de téléphone (numéros d'annuaire) sont partagés entre les utilisateurs

Tableau 6. Rapports générés à partir de fichiers Unified CM .tar et CDR. gzip
Nom du rapport Description du rapport
FeatureUsageBasedDeviceEligibilityReport.csv Informations sur l'éligibilité à la migration des appareils en fonction de l'utilisation des fonctionnalités
FeatureUsageWithLastUsageDateReport.csv Nombre d'utilisations pour le nombre de fois que les pilotes de chasse et les files d'attente d'appels ont été appelés, ainsi que la date de dernière utilisation
UserWorkspaceLastUsage.csv Dernière date d'utilisation pour les utilisateurs et les espaces de travail , qu'il s'agisse de clients logiciels ou de téléphones fixes
DIDUsageReport.csv utilisation des DID pour les DID attribués et non attribués

Intégrations Cisco : Unity Connection UCCX UCCE

La messagerie vocale fait partie intégrante de l'offre et est intégrée de manière native à la solution. Impossible de l'intégrer à une solution de messagerie vocale sur site telle que Unity Connection ou Unity Connection Express. De plus, il n'existe aucun moyen natif de migrer les messages vocaux ou les salutations Unity Connection existants vers le service de messagerie vocale natif disponible avec. Certains outils de migration du partenaire tiers de Cisco sont capables de migrer certaines de ces données. Pour plus d'informations sur la messagerie vocale pour, voir Configurer et gérer les paramètres de messagerie vocale d'un Webex Calling utilisateur.

prend également en charge les boîtes vocales et les télécopies partagées. Pour plus d'informations, voir Gérer une boîte vocale partagée et une boîte de télécopie entrante pour. Webex Calling

dispose d'une fonction Auto Attendant intégrée à la plateforme principale. Cette fonctionnalité permet la transition entre les gestionnaires d'appels et la fonctionnalité de réception automatique de votre Unity Connection. L'outil Control Hub, Migrate Features fromUnified CM, permet de migrer les configurations Unity Connection vers Auto-Attendants. Pour plus d'informations sur l'utilisation de cet outil, voir Migration des appareils et des fonctionnalités de Unified CM versWebex Calling.

Enregistrement des appels

inclut deux options d'enregistrement des appels sans frais supplémentaires.

Enregistrement des appels Webex

Enregistrement Dubber Go (offre partenaire) : une intégration entre Dubber et Dubber qui permet de conserver en toute sécurité tous les supports enregistrés dans le cloud.

le tableau des options d'enregistrement incluses met en évidence certaines caractéristiques clés des deux options d'enregistrement des appels disponibles gratuitement.

Tableau 7. options d'enregistrement incluses
Webex Dubber Go

Accessible à tous les utilisateurs Accessible à tous les utilisateurs

Enregistrements illimités Enregistrements illimités

Période de rétention d'un an* Période de rétention de 30 jours

100 Go de stockage par organisation -

Les responsables de la conformité peuvent accéder aux enregistrements des appels et les gérer -

Des API pour gérer les enregistrements -

Les administrateurs peuvent configurer et gérer l'accès des utilisateurs à leurs enregistrements d'appels
Les utilisateurs peuvent gérer leurs propres enregistrements à l'aide du User Hub et/ou de l'application Webex.
Seuls les utilisateurs peuvent accéder à leurs enregistrements et les gérer
Depuis leur portail de doublage.

Si votre organisation a besoin de fonctionnalités d'enregistrement supplémentaires, telles que l'enregistrement des appels de conformité, des périodes de rétention plus longues, davantage de stockage, une analyse par IA et/ou un accès administrateur, des offres payantes ou des modules complémentaires existent à la fois auprès de Cisco et de fournisseurs d'enregistrement tiers. Pour plus d' informations sur les fournisseurs d'enregistrement, les configurations et les services complémentaires proposés par les partenaires, voir Gérer l'enregistrement des appels pour Webex Calling.

Tableau 7. options d'enregistrement incluses
Webex	Dubber Go
Accessible à tous les utilisateurs	Accessible à tous les utilisateurs
Enregistrements illimités	Enregistrements illimités
Période de rétention d'un an*	Période de rétention de 30 jours
100 Go de stockage par organisation	-
Les responsables de la conformité peuvent accéder aux enregistrements des appels et les gérer	-
Des API pour gérer les enregistrements	-
Les administrateurs peuvent configurer et gérer l'accès des utilisateurs à leurs enregistrements d'appels Les utilisateurs peuvent gérer leurs propres enregistrements à l'aide du User Hub et/ou de l'application Webex.	Seuls les utilisateurs peuvent accéder à leurs enregistrements et les gérer Depuis leur portail de doublage.

Intégrations tierces

prend en charge diverses intégrations ^tierces, y compris, mais sans s'y limiter, les SBC pour les passerelles locales, les téléphones IP, les interphones, les haut-parleurs et les téléavertisseurs, les ATA, etc. En plus de ces appareils ^tiers, Webex Calling prend en charge différentes solutions ^tierces pour le support client, les analyses, l'enregistrement, la facturation, etc. Pour plus d'informations sur les solutions ^tierces, consultez Webex App Hub.

Plan

Plan de projet de haut niveau

Le parcours migratoire : une ou deux étapes ?

Option 1 : migration des utilisateurs en une seule étape

Option 2 : migration des utilisateurs en deux étapes

Étape 1

Étape 2

Plan de projet de haut niveau

Lors de l'élaboration d'un plan de projet de haut niveau pour la migration de vers, il est essentiel de définir des phases et des jalons clairs qui correspondent à la fois aux objectifs commerciaux et aux exigences techniques. Le plan devrait commencer par une phase d'évaluation complète, comprenant la collecte des exigences techniques et commerciales détaillées, ainsi que l' identification des parties prenantes et la définition de critères de réussite. Les principales considérations incluent l'allocation des ressources, l'estimation du calendrier, la gestion des risques et les stratégies de communication afin de garantir que toutes les parties soient informées et impliquées tout au long de la migration. En outre, le plan devrait intégrer des points de contrôle de validation tels que des tests pilotes et des déploiements échelonnés afin de minimiser les perturbations et de permettre des ajustements en fonction des commentaires.

Voici des exemples d'éléments à inclure dans le plan du projet :

Définir l'étendue de la migration (par exemple, quels utilisateurs, appareils et fonctionnalités feront la transition)

Planification de sessions de formation pour les utilisateurs finaux et les équipes d'assistance

Coordonner les évaluations de l'état de préparation du réseau, et

Planification des activités intermédiaires avec des options de rechange. Il est également important d'intégrer les examens de conformité et de sécurité, ainsi que les phases d'assistance et d'optimisation après la migration.

En structurant le plan de projet en tenant compte de ces considérations, les organisations peuvent mieux gérer la complexité, réduire les risques et faciliter la transition vers.

Le parcours migratoire : une ou deux étapes ?

oblige les utilisateurs à utiliser le logiciel client pour leurs appels. Par conséquent, si des utilisateurs utilisent encore, deux options s'offrent à vous pour les déplacer vers le. Vous pouvez effectuer une migration des utilisateurs en une étape ou en deux étapes.

Option 1 : migration des utilisateurs en une seule étape

En une seule étape, les utilisateurs font la transition de vers en même temps que vers. Unified CM Cette option est généralement réservée aux clients comptant un petit nombre d'utilisateurs et permet de gérer le transfert simultané du client logiciel et du service d'appel de l'utilisateur. La figure vers laquelle le service d'appel de l'utilisateur, le client logiciel et le téléphone migrent en même temps ci-dessous met en évidence ce type de migration. Avec cette option, l'utilisateur pourra effectuer les tâches suivantes en même temps :

Les services d'appel ont été déplacés de à

Numéros de téléphone et extensions déplacés de à

Le client soft est passé de Jabber à - s'enregistrera sur

L'enregistrement téléphonique a été transféré de à.

Le service d'appel de l'utilisateur, le client logiciel et le téléphone migrent en même temps

Il peut s'agir d'une migration progressive dans laquelle des groupes d'utilisateurs sont déplacés à des moments différents, mais lorsque chaque utilisateur est déplacé, tout cela se fait en même temps.

Option 2 : migration des utilisateurs en deux étapes

L'autre approche est une migration en deux étapes. À l'étape 1, les utilisateurs passent de l'un à l'autre mais restent actifs pour les services d'appel. Ensuite, à l'étape 2, les utilisateurs sont déplacés de Unified CM à. Cette option est recommandée aux clients plus importants qui souhaitent gérer les modifications apportées par l'utilisateur final et qui souhaitent distinguer le changement de client logiciel du changement de service d'appel. La figure suivante Migrer le client logiciel ; puis migrer le service d'appel, le client logiciel et le téléphone vers le Webex Calling bas met en évidence ce type de migration.

Étape 1

Client souple passé de à - Je m'inscrirai à.

Étape 2

Les services d'appel sont passés de à.

Les numéros de téléphone et les extensions ont été déplacés de à.

inscription déplacée de à.

L'enregistrement téléphonique a été transféré de à.

Migrer le client logiciel ; puis migrer le service d'appel, le client logiciel et le téléphone vers Webex Calling

Il peut tout de même s'agir d'une migration progressive dans laquelle des groupes d'utilisateurs sont déplacés à des moments différents au cours des deux étapes.

L'option que vous choisissez dépend de la manière dont vous souhaitez gérer la transition de vos utilisateurs vers le et. La recommandation est de procéder par étapes (Option 2). Cela vous permet de minimiser les modifications apportées par l'utilisateur final en une seule fois et de répartir les efforts entre les différentes parties du projet. Cependant, si vous préférez que les utilisateurs ne soient concernés qu'une seule fois, l'option 1 est également valable.

Si l'on considère le parcours recommandé (Option 1), la carte de transition de haut niveau de Jabber vers l'application Webex ci-dessous montre la transition de haut niveau pour l'étape 1.

Carte de transition de haut niveau entre Jabber et Webex App

Au cours de cette étape, les utilisateurs passent de Jabber à l'ensemble de leurs services d'appels. Cependant, la plateforme d'appel existe toujours Unified CM et elle enregistrera ses services d'appel auprès de. Comme le montre la carte de transition de haut niveau de l'application Jabber vers Webex, l' infrastructure locale ne change pas et fonctionne de la même manière que Jabber. Le seul changement, c'est qu'il faut une connexion à.

Pour plus d'informations sur cette transition, consultez la carte de transition et le guide de déploiement de Jabber vers Webex dans la section Client de la page de transition vers la collaboration.

Unified CMvers la figure Webex Calling de la carte de transition de haut niveau est la transition de haut niveau de à. Il s'agit de l'étape 2 du trajet recommandé.

Unified CMvers une carte Webex Calling de transition de haut niveau

Si vous décidez d'utiliser l'approche en une seule étape, cela vaut également.

Au cours de cette étape, les utilisateurs sont transférés en groupes. À ce stade, les utilisateurs commencent à utiliser leurs services d'appel, l'enregistrement des appels et l'enregistrement de leur téléphone IP.

Comme les utilisateurs se déplacent en groupe, les utilisateurs Enterprise seront répartis entre les deux plateformes d'appel pendant la transition. La figure de la phase 1 Unified CMde la carte de transition de Webex Calling haut niveau illustre cet état. Au cours de cette phase, il est nécessaire de planifier la gestion des appels entre les utilisateurs sur les deux plateformes et la manière dont les appels PSTN seront acheminés. À chaque transition vers un groupe d'utilisateurs, des mises à jour des forfaits et du routage des appels seront nécessaires, ainsi que la ou les passerelles locales.

Une fois que tous les utilisateurs, clients logiciels et appareils seront passés à (phase 2), toute l'infrastructure UC locale pourra être supprimée et mise hors service.

Design

Sélection de la région

Lieux

PSTN

Plan de numérotation

Plan d'appel sur site

plan de numérotation

Enregistrement

1. Sélection du fournisseur d'enregistrement des appels

2. Sélection de la région

Appels d'urgence

Licences

Assignation manuelle via

Modèles d'attribution automatique de licences

Assignation groupée via un modèle CSV

Devoir basé sur une API

Exigences en matière de licence

Approvisionnement des utilisateurs

Groupes d'utilisateurs

Approche recommandée lors de la migration de vers

Conception de groupes d'utilisateurs

Authentification unique (SSO)

Prise en charge de plusieurs IdP

1. Fusions et acquisitions

2. Plusieurs services informatiques indépendants

3. Différents groupes d'utilisateurs ou domaines

4. Prise en charge de différents protocoles d'authentification

5. Sécurité et conformité renforcées

6. Expérience utilisateur simplifiée

Duo MFA avec SSO pour

Caractéristiques

Auto Attendant

Call Park

Prise d'appels

File d'attente des appels

Hunt Group

Modes de fonctionnement

Groupe de radiomessagerie

Enregistrements

Portée d'un numéro unique

Groupe de messagerie vocale

Sélection de la région

est disponible dans le monde entier et provient de centres de données redondants situés dans de nombreuses régions : États-Unis (Dallas, Chicago), Canada (Vancouver, Toronto), Europe (Francfort, Amsterdam), Royaume-Uni (Londres, Manchester), Australie (Melbourne, Sydney), Japon (Tokyo, Osaka), Arabie Saoudite (Riyad, Djeddah) et Inde (Mumbai, Chennai). Les médias POPs fournissent des services multimédia visant à optimiser les temps aller-retour. Le centre de données de Singapour, par exemple, est utilisé pour optimiser les temps d'aller-retour multimédia pour les clients des pays asiatiques, où les temps aller-retour vers l'Australie ou le Japon peuvent ne pas être optimaux. Les centres de données sont interconnectés par un backbone multigigabit entièrement redondant. La figure sur les centres de données répartis dans le monde donne une vue d'ensemble de tous les centres de données. Pour la liste la plus récente des centres de données disponibles, voir Localisation des centres de données pour Webex Calling.

Des centres de données répartis dans le monde

Chaque client est approvisionné sur l'une des instances. Toutes les informations d'approvisionnement de ce client sont stockées dans cette instance et la signalisation SIP de tous les terminaux et passerelles locales provisionnés pour ce client est liée à l'instance sur laquelle le client est approvisionné. Comme il est difficile de modifier la sélection initiale de la région, il est important de prendre en compte tous les facteurs pertinents dans le cadre du processus de décision menant à la sélection de la région. Pour éviter un délai de signalisation aller-retour excessif, il est important de décider très tôt dans le processus de transition quelle instance utiliser. Cisco recommande de sélectionner l'instance qui fournit les temps de signalisation aller-retour les plus courts pour le plus grand nombre d' utilisateurs dans le cadre du déploiement.

Pour la disponibilité par pays, voir Où est disponible Webex ? .

Lieux

Pour préparer l'approvisionnement des sites, les informations requises pour toutes les destinations cibles de migration doivent être collectées. Les informations nécessaires pour chaque lieu sont résumées dans Informations à saisir pour chaque lieu.
Tableau 1. Informations à saisir pour chaque lieu
Informations Commentaire
Portée (s) d'extension Chaque site peut avoir des extensions commençant par des chiffres différents. Un chiffre doit être réservé pour le numéro de direction de la numérotation intersite (par exemple 8) et un pour le numéro de direction du PSTN (par exemple 9). Aucune plage d'extension ne peut commencer par l'un de ces deux chiffres.
Toutes les plages d'extension de tous les sites doivent être de la même longueur.
Gamme (s) DID -
Chiffre de direction PSTN -
Code du site Les codes de tous les sites doivent être uniques et avoir la même longueur.
Numéro principal Lors de la création d'un lieu, deux DID doivent être provisionnés. L'un comme numéro principal (attribué par exemple à un service de préposé automatique) et l'autre pour le portail de messagerie vocale.
Fournissez un DID pour le numéro de messagerie vocale.
Numéro de messagerie vocale
Nombre de licences Licences requises par type, y compris Standard, Professional, Workspace, Route List, Forfait d'appels sortants.
Appels simultanés aux heures de pointe Somme des appels simultanés entre les appareils et entre les appareils et la passerelle locale (PSTN et appels vers des appareils). Nécessaire pour déterminer la bande passante d'accès Internet requise.
Pays -
Fuseau horaire -
Langue -
Contact (nom, téléphone, e-mail) -
Adresse (adresse, ville, État, code postal) -
Emplacement physique et expédiable des services d'urgence pour les terminaux La localisation de l'appareil utilisée pour les appels d'urgence inclut généralement les informations suivantes : adresse du bâtiment, adresse du bâtiment + numéro d'étage, adresse du bâtiment + numéro de suite, ou adresse du bâtiment + numéro d'étage + numéro de bureau/numéro cubique.
Localisation physique unique sur le réseau par appareil pour les services d'urgence La localisation physique sur le réseau pour les appels d'urgence inclut généralement les éléments suivants : commutateur ou port de commutation pour les appareils filaires, identificateurs d'ensemble de services de base (BSSID) des points d'accès sans fil (AP) pour les appareils connectés sans fil et/ou sous-réseaux IP locaux pour les appareils terminaux.

PSTN

Lors de la conception d'un déploiement, les clients disposent de trois options de connectivité PSTN principales : Cisco Calling Plans (un service PSTN fourni dans le cloud et géré par Cisco), les fournisseurs PSTN connectés au cloud (CCPP, où les fournisseurs fournissent un service PSTN via le cloud) et le PSTN sur site (où les passerelles locales connectent le réseau de l'entreprise au PSTN). Avec l'introduction de la liaison PSTN pour les déploiements hybrides (pour plus d'informations, voir la section RTC pour les Webex Calling déploiements hybrides sur PSTN trunking), les organisations gagnent en flexibilité dans leur approche de migration. Cette fonctionnalité permet aux clients de transférer leur PSTN vers le CCPP au début de la transition et de commencer à passer au PSTN dans le cloud pour les utilisateurs, tout en tirant parti du CCPP pour maintenir le service PSTN pour les utilisateurs qui restent sur Cisco pendant une migration progressive.

Cette approche hybride permet aux organisations de transférer d'abord certains groupes d'utilisateurs vers le cloud, sans avoir à remanier immédiatement l'ensemble de leur environnement téléphonique. Cependant, cela ajoute de la complexité et des risques, notamment en ce qui concerne l'adaptation de la logique de routage des appels existante à la nouvelle architecture. L'interopérabilité avec les applications existantes, telles que les serveurs de télécopie, les centres d'appels ou les systèmes de radiomessagerie, nécessite également une attention particulière. Les principaux défis techniques peuvent inclure la garantie d'une négociation fluide des codecs de bout en bout et de la signalisation DTMF (Dual-Tone Multi-Frequency) dans un environnement mixte, ainsi que la validation de la compatibilité avec des fonctionnalités téléphoniques spécialisées. Une planification et des tests appropriés sont essentiels pour minimiser les perturbations et maintenir la fiabilité des services vocaux tout au long du processus de migration. De plus, les considérations commerciales sont importantes, car le trunking hybride nécessite une licence d'utilisation basée sur le nombre d'appels simultanés entre l'environnement sur site et le fournisseur PSTN connecté au cloud (CCPP).

Les organisations peuvent également choisir de conserver leur connectivité PSTN sur site pendant la phase de transition. Dans ce scénario, la migration vers CCPP peut être exécutée de deux manières : en effectuant un transfert unique et coordonné pour tous les utilisateurs et tous les sites une fois la migration terminée, ou de manière incrémentielle, la migration du PSTN se faisant sur une base par site au fur et à mesure que les utilisateurs sont déplacés. Cette approche peut aider à rationaliser la coexistence et à maintenir la continuité des intégrations existantes, mais elle introduit plusieurs complexités opérationnelles. Parmi ceux-ci figurent les défis liés au portage de numéros, tels que la nécessité d'une coordination précise des ordres de port de numéros, les retards potentiels et les limitations imposées par les fournisseurs, telles que le plafonnement du nombre de demandes de port simultanées ou des restrictions sur le portage de sous-ensembles de blocs de grands nombres. Les organisations doivent planifier avec soin leur stratégie de transition vers le RTPC, en tenant compte de ces considérations logistiques afin d'éviter les interruptions de service et de garantir une migration fluide .

Migration vers CCCP au départ plutôt que maintien du PSTN sur site

La figure Migration vers CCCP au départ par rapport au maintien du RTPC sur site montre les deux options de migration du RTPC expliquées plus haut. L'illustration de gauche montre le scénario dans lequel tous les utilisateurs et applications locaux utilisent des services PSTN connectés au cloud via une liaison locale et une passerelle locale, tandis que l'illustration de droite montre le scénario dans lequel le PSTN local existant reste en place et où les utilisateurs Webex Calling utilisent le RTPC local via la connexion Local Gateway entre les locaux et. Pendant la transition, vous pouvez passer de lieu à l'aide du PSTN connecté au cloud.

Dans les deux scénarios, les appels entre le site et l'utilisateur utilisent la connexion Local Gateway. La connexion entre les locaux et doit être conçue et dimensionnée en conséquence, en fonction du nombre attendu d' appels simultanés et de la redondance requise.

Plan de numérotation

Pour parvenir à une interopérabilité fluide entre et pendant la période de migration, une architecture complète de plan de numérotation doit être développée et mise en œuvre sur les deux plateformes. Ce plan de numérotation à double plateforme garantit un routage des appels cohérent, la traduction des numéros et la transparence des fonctionnalités, permettant aux utilisateurs de l'un ou l'autre système de communiquer sans dégradation du service ni interruption de l'expérience utilisateur tout au long de la phase de coexistence.

Plan d'appel sur site

Pendant la transition, afin de permettre la coexistence des appareils enregistrés sur Unified CM et sur le forfait téléphonique de l'entreprise, il faudra le modifier afin de répondre au moins aux exigences suivantes :

+E.164 numérotation de à

Numérotation des extensions de à (intra-site mais aussi intersite si les plages d'extension sont uniques)

Numérotation intersite abrégée de à

Numérotation forcée sur le net de à

Rappel depuis le répertoire des appels manqués vers les destinations

les appels RTPC depuis et vers le RTPC si, pendant la transition, le RTPC local est utilisé pour

Appels RTPC depuis et si, pendant la transition, les liaisons PSTN pour les déploiements hybrides sont utilisées pour fournir un accès RTPC aux utilisateurs locaux via Cloud Connect pour

Accès forcé au net de à

Extension de numérotation de à (entre sites).

Si l'une des méthodes ci-dessus n'est pas prise en charge avant la transition, par exemple si aucune habitude de numérotation abrégée entre sites n'existe, il n'est pas nécessairement nécessaire de les introduire pendant la transition.

Le plan de numérotation Figure Best practices montre l'approche de plan de numérotation des meilleures pratiques, telle que décrite dans l'architecture préférée pour les déploiements sur site d'entreprise Cisco Collaboration 12.x, CVD. Les principales caractéristiques de cette approche sont les suivantes :

Partition unique pour les numéros de répertoire +E.164

Routage de base basé sur les modèles de routage +E.164

Normalisation de toutes les habitudes de numérotation vers le +E.164 à l'aide de modèles de traduction

Utilisation du modèle de traduction faisant appel à l'héritage de l'espace de recherche (option Utiliser l'espace de recherche d' appel de l'expéditeur défini sur les modèles de traduction).

Forfait téléphonique basé sur les meilleures pratiques

Par exemple, la numérotation PSTN (9+1+10D) depuis un appareil de SJC doté de l' espace de recherche d'appels de ligne SJCinternational sera d'abord mise en correspondance avec le modèle de traduction 9.1 [2-9] XX [2-9] XXXXXX qui normalise le numéro de l'appelé en +E.164. La recherche secondaire utilise ensuite à nouveau le même espace de recherche appelant SJCinternational (en invoquant l' héritage de l'espace de recherche) et la chaîne de +E.164 chiffres sera soit mise en correspondance avec un numéro de répertoire +E.164 dans la partition DN, soit par l'un des modèles de route PSTN dans la partition USPSTNNational ou SJCPSTNLocal. Les habitudes de numérotation abrégées intra-sites et intersites sont mises en œuvre par les traductions des partitions ESN et SJCtoE164. Bien que la partition ESN soit une partition globale (accessible aux téléphones où qu'ils se trouvent), la partition SJCTOE164 n'est accessible qu'aux utilisateurs du site SJC. Cela suppose que les plages d'extension se chevauchent.

La première étape pour activer les appels depuis et vers est de s'assurer que les destinations +E.164 sont acheminées en conséquence. Cela peut être réalisé en ajoutant une partition au plan de numérotation, en ajoutant des modèles d'itinéraires +E.164 pour toutes les destinations vers cette partition, et enfin en ajoutant la partition à tous les espaces de recherche d'appels représentant les classes de service qui doivent être accessibles. La création d'une partition dédiée est nécessaire pour permettre la création d'une classe de service différenciée pour les appels en provenance de. Pour éviter les boucles d'appels, l'espace de recherche des appels entrants sur le tronc depuis la passerelle locale ne devrait pas avoir accès à la partition.

+E.164 routage vers Webex Calling

Comme le montre la Figure +E.164 routage versWebex Calling, pour permettre le routage depuis et vers une position avec la plage DID +E.164 +1 221 555 2XXX et le code de site 121, un schéma d'itinéraire urgent correspondant à cette plage +E.164 doit être ajouté à la partition.

Si aucune sélection de passerelle locale spécifique au site n'est requise, au lieu d'utiliser une liste d'itinéraires avec un groupe d'itinéraires local comme destination pour les itinéraires pointant vers un seul groupe d'itinéraires, vous pouvez configurer la passerelle locale comme seul membre, puis les modèles d'itinéraires pointent vers une seule liste d'itinéraires avec ce groupe d'itinéraires comme seule entrée.

Pour activer la numérotation abrégée entre sites vers le site, le schéma de route requis 8121.2XXX est ajouté à la partition. Les sites à passer à un modèle de normalisation de numérotation 8121.2XXX qui normalise la numérotation ESN vers +E.164 existent peut-être déjà dans la partition ESN. Dans ce cas, le 8121.2XXX semble redondant, mais dès que tous les noms de domaine de la position concernée auront été migrés vers le 8121.2XXX, le modèle de traduction pourra être supprimé, puis le modèle de route 8121.2XXX permettra la numérotation ESN, même pour les utilisateurs du poste uniquement dans cette plage.

Grâce à ces changements de plan de numérotation, les appels vers la destination peuvent être passés, non seulement en composant l'intersite abrégé et le +E.164. De plus, les numéros PSTN internationaux et nationaux sont possibles car ces habitudes de numérotation sont d'abord normalisées au +E.164 par le biais des modèles de traduction de normalisation de la numérotation déjà existants, puis sont acheminées vers en faisant correspondre le schéma de routage +E.164 sur la partition.

Le modèle d'itinéraire +E.164 correspondant à la plage DID du lieu peut être configuré tant que tous les DID sont toujours hébergés. Le meilleur algorithme de correspondance permet de s'assurer que lorsqu'un numéro hébergé sur est composé, le numéro de répertoire +E.164 fourni correspond mieux que le schéma de route +E.164 indiqué par un joker, afin que les appels soient prolongés vers une ligne ouverte et non envoyés à.

plan de numérotation

Chaque utilisateur reçoit une extension et/ou un numéro de téléphone +E.164. La durée de l'extension est un paramètre global fixe : toutes les extensions d'un déploiement ont la même longueur. La numérotation par extension peut être utilisée entre utilisateurs à la fois au sein d'un lieu et entre deux sites. La numérotation abrégée entre sites (dans ce dernier cas) ne fonctionne que si l'extension composée est unique.

Si la numérotation abrégée entre les sites est obligatoire mais qu'il y a des chevauchements entre les postes attribués à différents sites, alors un plan de numérotation spécifique à l'entreprise doit être créé en préfixant les extensions par un code d'accès, un code de site. Pour plus d' informations, voir Architecture préférée pour les déploiements sur site de Cisco Collaboration 15, Présentation de la conception disponible sur Cisco Collaboration Preferred Architectures.

La longueur de l'extension, le comportement de numérotation des extensions entre sites, la longueur du préfixe pour la numérotation entre sites et le chiffre de direction dans le préfixe de routage pour la numérotation entre sites sont configurés dans les paramètres du service d'appel dans :

Longueur du préfixe de routage de localisation : longueur du préfixe, chiffre de direction compris. Obligatoire uniquement si un plan de numérotation d'entreprise doit être établi comme habitude alternative de numérotation abrégée entre les entreprises.

Chiffre de direction dans le préfixe de routage : Chiffre de direction pour les habitudes de numérotation abrégées entre les entreprises . Il faut éviter les chevauchements avec le premier chiffre de n'importe quel lieu et avec les numéros sortants de la position. Obligatoire uniquement si un plan de numérotation d'entreprise doit être établi comme habitude alternative de numérotation abrégée entre les entreprises.

Longueur d'extension interne : longueur standard des extensions. Cela peut être une valeur comprise entre deux et dix.
Lorsqu'il est nécessaire de composer un poste ou de composer à l'aide de numéros significatifs de l'entreprise (code directeur, code de site, poste) depuis un centre de contrôle des appels local et que le contrôle des appels local envoie une extension comme identifiant de l'appelant, assurez-vous de définir également le paramètre Longueur d'extension maximale inconnue dans la section Routage des appels entre et locaux afin de vous assurer que les appels en amont depuis le contrôle des appels local peuvent être correctement classés comme appels locaux.

Autoriser la numérotation par extension entre les sites : basculez pour activer/désactiver la numérotation par extension entre les points de vente. Cette option ne doit être activée que si toutes les extensions de l' organisation sont uniques. Si l'option est désactivée, les numéros significatifs de l'entreprise (code directeur, code du site, extension) ou les numéros de téléphone doivent être composés entre les points de vente.

Les trois premiers paramètres sont principalement utilisés pour établir un plan de numérotation pour les téléphones afin de minimiser les délais entre les chiffres lors de la numérotation décrochée. Des écarts par rapport à ces paramètres généraux sont toujours possibles (par exemple, des extensions d'une longueur différente peuvent être configurées), mais un message d' avertissement apparaîtra dans Control Hub et la numérotation depuis un téléphone peut nécessiter une numérotation en bloc pour éviter les conflits dans le plan de numérotation préchargé.

L'exemple de numérotation du tableau Enterprise montre l'exemple de trois sites où les plages d' extension de deux sites, New York et RTP, sont identiques. La mise en place d'un système de numérotation des entreprises avec le chiffre 8, suivi d'un code de site à trois chiffres, et d'une extension à quatre chiffres crée une habitude de numérotation abrégée intersite qui ne se chevauche pas.

Tableau 2. Exemple de numérotation des entreprises
Site Gamme d'extension Code du site gamme Enterprise

NYC 2XXX 202 8 202 2XXX

SFO 3XXX 203 8 203 3XXX

RTP 2XXX 204 8 204 2XXX

Pour permettre une transition en douceur, les habitudes de numérotation des utilisateurs avant et après le passage à l'idéal devraient être les mêmes. Pour préparer la transition pour chaque site, les plages DID et les plages d'extension (ou habitudes de numérotation intra-site abrégées) doivent être documentées. Sur la base de ces informations, le chiffre de pilotage intersite doit être sélectionné.

Le tableau Plages d'extension de longueur fixe montre un exemple de trois emplacements et de plages d'extension de longueur fixe. Comme il faut éviter les habitudes de numérotation qui se chevauchent, il est important de s'assurer que, pour toute plage d'extension, le premier chiffre de la plage ne correspond pas au chiffre de direction pour la numérotation abrégée entre sites. Si, par exemple, 8 est sélectionné comme chiffre de direction pour la numérotation intersite, aucune plage d'extension ne peut commencer par 8 sur aucun site. En général, les extensions d'un lieu donné correspondent aux derniers chiffres des DID attribués à ce lieu. Pour éviter les conflits, le premier chiffre de l'extension peut être modifié. Si, par exemple, des DID de la plage +1 408 555 8XXX sont utilisés à un endroit donné, alors au lieu d'utiliser 8XXX comme plage d'extension, vous pouvez utiliser 7XXX pour les extensions de ce site

Tableau 3. Plages d'extension à longueur fixe
Site Gamme d'extension Extensions Code du site gamme Enterprise

NYC 2XXX 2XXX 202 8 202 2XXX

SFO 8XXX 7XXX 203 8 203 7XXX

RTP 1XX 11XX 204 8 204 11XX

Les chaînes de numérotation à sept chiffres composées sur un appareil utilisant le plan de numérotation américain se chevauchent avec un schéma à sept chiffres pour la numérotation locale dans le plan de numérotation américain préchargé. Pour éviter les chevauchements entre les habitudes de numérotation sur le réseau et hors réseau (PSTN), un code d'accès extérieur obligatoire peut être utilisé à cet endroit. Si le schéma de numérotation d'entreprise existant et la numérotation intersite abrégée correspondante recoupent les modèles du cadran national, vous pourrez également passer au schéma de numérotation pour éviter les chevauchements pour un format plus ou moins long. Le moyen le plus simple d'y parvenir est d'ajouter un chiffre de remplissage supplémentaire au schéma de numérotation. Le nouveau schéma de numérotation intersite, plus long, n'a besoin d'être adopté que par les utilisateurs déjà migrés. Les utilisateurs toujours connectés peuvent continuer à composer les sept chiffres. Dans ce cas, le forfait d'entreprise doit faire en sorte que la numérotation abrégée à sept chiffres de Unified CM à soit transformée en +E.164 ou en format de numérotation abrégé déployé sur. Cela doit être fait avant d'envoyer l'appel à la passerelle locale.

La numérotation à sept chiffres Table Transitioning montre un exemple de cette renumérotation. Dans cet exemple, la numérotation intersite abrégée utilise le chiffre de direction 8 suivi d'un code de site à deux chiffres et d'une extension à quatre chiffres. Pour éviter la numérotation intersite abrégée à sept chiffres pour les localisations sur, les codes des sites peuvent facilement être remplacés par trois chiffres en préfixant un chiffre de remplissage arbitraire (8 dans l'exemple) aux codes de site à deux chiffres utilisés, de sorte que la numérotation intersite depuis les téléphones utilise le chiffre de direction 8 suivi du chiffre de remplissage 8, de l'ancien code de site à deux chiffres et de l'extension à quatre chiffres. Les utilisateurs n'ont pas besoin de se souvenir des nouveaux codes de site ; ils doivent simplement penser à utiliser 88 comme préfixe pour la numérotation intersite au lieu du 8.

Tableau 4. Numérotation à sept chiffres en transition

Site Extensions Code du site gamme Enterprise Code du site Gamme Enterprise

NYC 2XXX 22 8 22 2XXX 822 8 822 2XXX

SFO 8XXX 23 8 23 7XXX 823 8 823 7XXX

RTP 1XXX 24 8 24 11XX 824 8 824 11XX

Dans un scénario où différents formats de numéros d'entreprise sont activés et si les numéros d'entreprise sont présentés comme informations sur les appelants pour les appels depuis et vers (par exemple, les appels depuis des appareils sans DID), il est important de mettre également en œuvre un mappage entre les différents formats de numéros pour les informations sur les appelants afin de garantir le bon fonctionnement du rappel. Ce mappage peut être réalisé en utilisant le modèle de transformation de l'appelant sur le tronc entre et la passerelle locale.

Enregistrement

Une solution d'enregistrement des appels bien conçue nécessite un examen attentif de plusieurs éléments clés de conception afin de s'assurer qu'elle est conforme aux objectifs organisationnels, aux exigences réglementaires et aux contraintes techniques. Deux des décisions les plus critiques concernent la sélection du fournisseur et la sélection de la région, qui devront peut-être être adaptées à l'échelle mondiale et remplacées sur des sites spécifiques, en fonction des besoins de l'entreprise.

1. Sélection du fournisseur d'enregistrement des appels

Il est fondamental de sélectionner le fournisseur d'enregistrement des appels approprié pour atteindre les objectifs commerciaux et garantir l'alignement des fonctionnalités au sein de l'organisation :

Sélection du fournisseur mondial : les organisations désignent généralement un fournisseur d'enregistrement des appels principal au niveau mondial, afin de garantir la cohérence des fonctionnalités, de la conformité et de l'assistance sur tous les sites

Dérogations basées sur la localisation : dans les scénarios où des sites ou des régions spécifiques ont des besoins commerciaux ou des exigences réglementaires uniques, il peut être nécessaire de passer outre à la sélection globale des fournisseurs et de spécifier d'autres fournisseurs pour ces sites. Cette flexibilité permet de répondre aux différents mandats de conformité et aux besoins opérationnels locaux

Exigences commerciales : Le choix du fournisseur doit être motivé par une évaluation des moteurs commerciaux tels que la conformité réglementaire (exemple : MiFID II, HIPAA), l' assurance qualité, la résolution des litiges ou les besoins de formation

Disponibilité des fonctionnalités : Les fournisseurs doivent être évalués en fonction de leur capacité à fournir les fonctionnalités requises, telles que la surveillance en temps réel, les capacités de recherche et de lecture, le cryptage, les politiques de rétention, l'intégration aux plateformes d'analyse et la prise en charge de différents types d'appels (entrants, sortants, internes).

2. Sélection de la région

Déterminer la région dans laquelle les enregistrements d'appels sont stockés et traités est essentiel pour des raisons de conformité et de performance :

Sélection de la région mondiale : par défaut, les organisations peuvent choisir une seule région pour stocker les enregistrements d'appels afin de simplifier la gestion et la gouvernance

Dérogations régionales basées sur la localisation : lorsque les lois sur la résidence des données ou les politiques de l'entreprise l' exigent, il peut être nécessaire de modifier le paramètre régional mondial pour des lieux spécifiques, en veillant à ce que les enregistrements des appels soient stockés et traités dans les limites géographiques requises

Exigences de résidence des données : Le design doit tenir compte des réglementations internationales et locales en matière de protection des données (telles que le RGPD, le CCPA ou les mandats spécifiques à un pays) qui peuvent dicter où et comment les enregistrements des appels sont conservés.

Un autre aspect critique à prendre en compte lors de la planification et de la conception d'une solution d'enregistrement des appels est l'estimation des besoins en stockage. Il est essentiel de prévoir avec précision les besoins de stockage pour garantir la disponibilité d'une capacité suffisante pour soutenir les opérations commerciales en cours, maintenir la conformité et éviter les interruptions de service.

Plusieurs paramètres clés doivent être pris en compte pour déterminer la demande de stockage attendue :

Volume d'appels enregistrés : évaluez le nombre prévu d'appels qui seront enregistrés dans un intervalle de temps donné (par exemple, par jour, par semaine ou par mois). Cela inclut non seulement les appels externes mais aussi les communications internes, si la politique commerciale ou les mandats réglementaires l'exigent

Durée moyenne des appels : calculez la durée typique des appels enregistrés, car les appels plus longs consommeront plus d'espace de stockage. Les variations de durée des appels entre les différents services ou groupes d'utilisateurs doivent également être prises en compte dans l'estimation

Période de conservation : définissez la durée pendant laquelle les enregistrements doivent être conservés, ce qui est souvent dicté par les politiques de l'organisation ou des réglementations externes (telles que des normes de conformité spécifiques au secteur). Des périodes de rétention plus longues augmenteront les besoins globaux de stockage

Projections de croissance : pensez à la croissance prévue du volume d'appels ou à l'extension de la zone d'enregistrement, qui peuvent résulter de l'expansion de l'activité, de nouvelles exigences réglementaires ou de l'intégration d'utilisateurs ou de sites supplémentaires.

En analysant ces paramètres de manière approfondie, les organisations peuvent développer une stratégie de stockage robuste qui garantit l'évolutivité, la rentabilité et la conformité réglementaire de leur solution d'enregistrement des appels. Il est également conseillé de revoir et d'ajuster régulièrement les allocations de stockage en fonction de l'évolution des habitudes d'utilisation.

Appels d'urgence

L'obligation d'acheminer un appel d'urgence vers le centre de répartition approprié est obligatoire pour tout service d'appel proposant le service PSTN. Avec, le routage des appels d'urgence est intégré à la solution et inclut la prise en charge de tous les numéros d'urgence nationaux des pays concernés. Le routage d'un appel d'urgence est basé sur la localisation définie et sur la méthode d'accès PSTN de la localisation. Les numéros d'urgence sont prédéfinis et spécifiques au pays dans lequel les utilisateurs et les appareils sont déployés.

Il existe deux méthodes pour répondre aux appels d'urgence. Il existe un service de routage des appels d'urgence de base et un service de routage des appels d'urgence amélioré. Le service de routage des appels d'urgence de base utilisera un numéro sélectionné par l'administrateur pour identifier la position et l'itinéraire de l'appel pour joindre les services d'urgence. Pour les appels d'urgence de base, le chemin d'appel passe généralement par l'option PSTN du client pour cette zone . Il propose également un routage des appels d'urgence amélioré conçu pour les déploiements aux États-Unis et au Canada qui ont des exigences de conformité réglementaires qui obligent à faire appel à un fournisseur national pour transmettre les appels d'urgence au centre de répartition approprié.

Tous les clients doivent déployer, au minimum, la configuration de base des appels d'urgence. Les appels d'urgence de base nécessitent qu'au moins un numéro +E.164 appartenant au client soit attribué à chaque lieu défini dans. Pour les appels d'urgence de base, chaque lieu sera défini par une adresse postale à laquelle les services de police, de pompiers ou d'ambulance sont dépêchés en cas d'urgence. Dans la plupart des cas, le numéro principal est le meilleur choix pour représenter le lieu physique de l'urgence. En général, l'attribution de l'adresse au numéro +E.164 est coordonnée avec le fournisseur du PSTN. Les images ci-dessous montrent l'attribution du numéro principal à utiliser comme numéro de rappel d'urgence pour la succursale de Richardson.

Configuration ECBN de localisation

Dans la plupart des cas, l'adresse d'un bâtiment suffit comme adresse d'expédition du site. Mais si des informations de localisation supplémentaires sont nécessaires pour des utilisateurs ou des appareils spécifiques, un administrateur peut suivre la même procédure que celle décrite ci-dessus et attribuer à ces appareils une adresse spécifique ou une position plus précise dans l'adresse (par exemple, un étage ou une pièce). Dans la gestion des utilisateurs, l'onglet Appels permet d'utiliser un numéro spécifique pour qu'un utilisateur et ses appareils obtiennent une adresse de livraison spécifique. Les images suivantes montrent comment un numéro spécifique peut être attribué à un appareil. L'administrateur est chargé de s'assurer que la bonne adresse d'expédition sera attribuée au numéro utilisé par l'appareil. L'attribution de l' adresse se fait généralement par l'intermédiaire du fournisseur PSTN de ce lieu.

Configuration ECBN utilisateur

Pour les déploiements téléphoniques basés aux États-Unis qui doivent fournir des solutions d'appels d'urgence améliorées, utilise Horizon Mobility de RedSky intégré pour le routage des appels d'urgence. Lorsqu'il utilise RedSky pour le routage des appels, un administrateur doit créer un compte auprès de Cisco et configurer les informations appropriées dans les paramètres d' appel -> Service pour activer cette fonctionnalité. Une fois le service RedSky activé au niveau du système, un administrateur l'activera au niveau de chaque site. L'activation des appels d'urgence améliorés vers un lieu activera le service pour tous les appareils attribués à ce lieu. Les appareils qui prennent en charge les appels d'urgence améliorés sont les téléphones MPP Cisco, les téléphones Cisco PhoneOS et les téléphones Cisco.

Il existe deux paramètres pour activer les appels d'urgence améliorés sur place. L'option Autoriser RedSky à recevoir des informations de connectivité réseau et à tester les appels doit être utilisée pour vérifier que la configuration de RedSky pour les mappages des appareils et des infrastructures est correcte. Ce paramètre permet également de passer des appels tests au 933 afin de vérifier la localisation à l'aide du système IVR de RedSky qui permet de connaître la position de l'appelant. Bien que ce document ne traite pas de la configuration de RedSky pour le suivi de la localisation, un administrateur doit TOUJOURS tester sa localisation avant d'activer les appels d'urgence pour acheminer vers RedSky. Une fois les tests terminés et vérifiés, l' administrateur acheminera les appels vers RedSky en orientant les appels d'urgence vers RedSky. Ce bouton dirigera tous les appels d'urgence concernant la localisation vers RedSky pour qu'ils soient transmis au centre de réponse correspondant à la localisation.

Les paramètres d'appel d'urgence améliorés s'appliquent également aux clients sur site et hors site. Sur site, ils peuvent être suivis de la même manière que les téléphones de bureau. Lorsqu'il n'est pas sur site, l'utilisateur pourra définir sa position de manière dynamique directement dans le. Pour plus d'informations sur les appels d'urgence, voir Appels d'urgence améliorés pour.

Licences

Il existe plusieurs options pour attribuer des licences aux utilisateurs.

Assignation manuelle via

Les administrateurs attribuent manuellement des licences à chaque utilisateur via l'interface.

Les administrateurs peuvent modifier les licences de service pour les utilisateurs individuels et attribuer directement des licences d'appel.

Modèles d'attribution automatique de licences

Utilisez des modèles d'attribution de licences pour attribuer automatiquement des licences aux utilisateurs en fonction des paramètres du groupe ou de l'organisation.

Les licences automatiques peuvent se faire par le biais de la synchronisation des annuaires ou des mises à jour manuelles des utilisateurs, mais les utilisateurs doivent avoir un numéro de téléphone valide au format +E.164 et les numéros de téléphone doivent exister à un endroit précis avant le provisionnement des utilisateurs. Si les conditions ne sont pas remplies (par exemple, format de numéro de téléphone non valide), aucune licence ne sera attribuée.

Assignation groupée via un modèle CSV

Téléchargez un fichier CSV contenant les informations sur les utilisateurs et les attributions de licences pour ajouter ou modifier plusieurs utilisateurs à la fois.

L'importation au format CSV permet d'ajouter jusqu'à 20 000 utilisateurs et d'attribuer des licences, mais les licences nécessitent des champs spécifiques tels que le numéro de téléphone et l'extension.

Affectation basée sur une API

Utilisez des API pour attribuer des licences par programmation et gérer les utilisateurs.

prend en charge les opérations d'API pour la gestion des utilisateurs et des licences (People, SCIM 2.0 et API de licences), qui peuvent être exploitées pour automatiser l'attribution des licences. L' API Licenses permet l'attribution simultanée de licences, de numéros de téléphone et d'extensions.
Tableau 5. Options d'approvisionnement pour les utilisateurs - résumé
Méthode d'attribution Avantages Inconvénients
Manuel Simple pour quelques utilisateurs.
Permet un contrôle précis et granulaire de l'attribution des licences.
Pas évolutif, cela prend du temps
Sujette à des erreurs humaines lors de la saisie manuelle.

Modèles de licences automatiques Évolutif
Réduit les erreurs manuelles
Peut être appliqué aux nouveaux utilisateurs et aux utilisateurs existants.
Nécessite des numéros de téléphone et des adresses valides.
Plus complexe à configurer
Exige également des groupes d'utilisateurs par groupe d'utilisateurs avec des exigences de licence équivalentes.

Téléchargement groupé au format CSV Efficace pour les grands groupes d'utilisateurs
Permet l'attribution simultanée de licences, de numéros de téléphone et de prolongations.
Nécessite un formatage CSV soigneux
Risque d'erreurs si les numéros de téléphone ou les extensions sont manquants ou incorrects.
Affectation basée sur une API Automatisable et flexible.
Permet l'attribution simultanée de licences, de numéros de téléphone et de prolongations.
Nécessite des connaissances en matière de développement et d'API.

Le tableau Options de configuration utilisateur - résumé résume les options de provisionnement utilisateur, leurs avantages et leurs inconvénients. Cet aperçu permet de choisir la meilleure méthode d'attribution de licences en fonction de la taille de l'organisation cliente, des capacités d'automatisation et des processus et exigences de provisionnement des utilisateurs.

Dans la mesure du possible, Cisco recommande d'attribuer des licences d'appel à l'aide de modèles de licences. Cela nécessite un ensemble de licences unique pour chaque groupe d'utilisateurs (exemple : Standard contre Professionnel), il existe un groupe auquel appartiennent les groupes correspondants. Comme indiqué dans les sections Groupes d'utilisateurs, les groupes d'utilisateurs peuvent être définis manuellement ou synchronisés depuis un annuaire d'entreprise. Une combinaison des deux approches est possible.

Les utilisateurs appartenant à plusieurs groupes obtiennent des licences pour toutes les tâches appliquées à l'ensemble de leurs groupes. Cela permet d'utiliser des groupes de sécurité spécifiques aux licences dans l'annuaire de l'entreprise pour gérer l'attribution des licences, l'attribution des licences utilisateur qui en résulte étant contrôlée par l' union des membres des groupes.

Pour plus d'informations, voir Configurer des attributions automatiques de licences dans Control Hub et Configurer des modèles d'attribution automatique de licences pour Webex Calling les utilisateurs.

Exigences en matière de licence

Cette section ne couvre que les licences associées. Les autres types de licences (par exemple, enregistrement d'appareils Webex, messagerie, réunions) ne sont pas couverts. Dans le cadre du processus de conception, les exigences en matière de licence doivent être déterminées. Le nombre de licences pour les types de licences suivants doit être calculé :

Standard : nombre d'utilisateurs individuels nécessitant des fonctionnalités téléphoniques standard.

Professionnel : nombre d'utilisateurs et d'espaces de travail nécessitant des fonctionnalités téléphoniques avancées. Les lignes virtuelles et les boîtes vocales de groupe ont droit à un ratio de 1 pour 1 pour chaque licence professionnelle. Ainsi, dans les rares cas où le nombre de lignes virtuelles ou de messages vocaux de groupe requis dépasse le nombre d'utilisateurs et d'espaces de travail nécessitant des fonctionnalités téléphoniques avancées, des licences professionnelles supplémentaires doivent être prises en compte.

Espace de travail pour l'espace commun : nombre de sites à usage partagé ou dans les espaces communs nécessitant des capacités d'appel standard.

Customer Assist : nombre d'agents et de superviseurs ayant besoin des fonctionnalités Customer Assist. L'assistance client inclut la licence professionnelle.

Liste des itinéraires : nombre d'appels RTPC connectés au cloud requis entre des utilisateurs locaux et/ou des applications tierces spécialisées sur site.

Attendant Console : nombre d'utilisateurs qui ont besoin d'accéder au client Attendant Console.

Plan d'appels Cisco (plan d'appels sortants) : nombre d'utilisateurs ayant besoin d'un numéro PSTN et/ou d'un accès aux appels PSTN sortants pour le service Cisco PSTN.

Il n'existe aucun type de licence dédié aux espaces de travail professionnels. Les espaces de travail professionnels nécessitent une licence professionnelle.

Les espaces de travail réservés au hot desk proposent le service d'hébergement et les appels d'urgence de la part de l'hébergeur et ne nécessitent aucune licence. Pour plus d'informations, voir Ajouter et gérer des appareils Hot Desk uniquement.

Pour déterminer le type de licence requis pour chaque utilisateur et chaque espace de travail en fonction des fonctionnalités requises, consultez Fonctionnalités disponibles par type de licence pour Webex Calling.

Pour faire la différence entre les fonctionnalités proposées par les files d'appels associées à la licence professionnelle et celles proposées par l'assistance client, consultez la comparaison des fonctionnalités de file d'attente des Webex Calling appels et d'assistance client.

Approvisionnement des utilisateurs

Lors de l'approvisionnement des utilisateurs dans Webex, plusieurs options sont disponibles, chacune étant adaptée aux besoins et à l'environnement de l'organisation :

Approvisionnement manuel : les administrateurs peuvent ajouter et gérer des utilisateurs individuels directement depuis . Cette méthode est simple mais convient mieux aux petites organisations ou aux changements d'utilisateurs limités.

Approvisionnement en masse via CSV : pour les plus grandes bases d'utilisateurs, les administrateurs peuvent importer et mettre à jour des utilisateurs en masse en téléchargeant des fichiers CSV dans. Cela permet de gérer efficacement des milliers d'utilisateurs à la fois.

Options de synchronisation des annuaires :
Directory Connector : il s'agit d'un outil de synchronisation automatique utilisé dans Microsoft Active Directory les environnements. Il synchronise les comptes d'utilisateurs, les groupes et les attributs de manière planifiée (toutes les heures, tous les jours ou toutes les semaines). Il prend en charge les Active Directory configurations multidomaines et multiforêts et peut synchroniser les images de profil et les objets de la pièce.

Application assistant Entra ID (Azure AD) : conçue pour les organisations utilisant Microsoft Entra ID (Azure AD), cette méthode permet de synchroniser automatiquement et en temps quasi réel les comptes utilisateurs et leurs attributs, directement depuis Entra ID vers. Il est entièrement géré de l'intérieur et nécessite un minimum de configuration.

Applications SCIM 2.0 : Pour les environnements autres que Microsoft ou d'autres fournisseurs d'identité tels qu'Okta ou Duo, les applications de synchronisation basées sur SCIM permettent le provisionnement et le déprovisionnement automatiques des utilisateurs grâce au mappage des attributs et à la synchronisation des groupes.

Unified CMsynchronisation des utilisateurs : cette option permet de créer des comptes utilisateurs en fonction des utilisateurs finaux existants en les synchronisant de à. Cela nécessite que Cloud Connected UC (CCUC) fonctionne sur les clusters locaux. Cependant, il est généralement recommandé de synchroniser les utilisateurs à partir d'un annuaire centralisé dans le cloud, comme Entra ID, plutôt que directement depuis.

Approvisionnement d'API : Les API publiques (People, SCIM 2.0) peuvent être utilisées pour approvisionner les utilisateurs. Le principal avantage de l'utilisation des API est la possibilité d'intégrer le provisionnement des utilisateurs aux autres systèmes de l'entreprise.
Tableau 6. Options de configuration utilisateur pour
Méthode d'approvisionnement Description Avantages Inconvénients
Manuel Créer/gérer des utilisateurs individuellement dans Simple pour quelques utilisateurs ; aucune infrastructure n'est nécessaire Pas évolutif ; cela prend du temps pour de nombreux utilisateurs
En masse (fichier CSV) Importer/mettre à jour des utilisateurs en masse via CSV dans Efficace pour les groupes ; aucun codage n'est requis Préparation manuelle au format CSV ; moins dynamique
People et API SCIM 2.0 Gestion programmatique des utilisateurs via les API Webex Flexible ; prend en charge l'automatisation et l'intégration Nécessite du développement et des infrastructures
Synchronisation des annuaires Synchronisation automatique depuis les applications AD, Entra ID, SCIM, Unified CM Automatise le cycle de vie ; prend en charge le filtrage et le mappage Complexité de la configuration : certaines options ont des fonctionnalités limitées ou nécessitent une infrastructure
Cet aperçu et ce tableau reflètent les principales options de provisionnement des utilisateurs, leurs avantages et leurs limites afin de vous aider à choisir la meilleure approche pour les besoins de votre organisation.

Groupes d'utilisateurs

La gestion des groupes d'utilisateurs permet aux administrateurs d'organiser les utilisateurs en groupes pour une gestion groupée efficace des licences, des paramètres et des ressources. Les groupes contribuent à rationaliser l'administration en appliquant des politiques, des licences et des modèles de paramètres à plusieurs utilisateurs simultanément, au lieu de les gérer individuellement.

La gestion des groupes d'utilisateurs offre plusieurs avantages, notamment :

Administration simplifiée : gérez les licences, les paramètres et les politiques de plusieurs utilisateurs à la fois.

Cohérence : appliquez des paramètres et des licences uniformes aux utilisateurs d'un même groupe.

Évolutivité : prend en charge jusqu'à 250 000 membres par groupe.

Intégration : synchronisez les groupes depuis Microsoft Entra ID (Azure AD) ou Active Directory pour une gestion automatisée des utilisateurs et des groupes.

Flexibilité : créez des groupes locaux ou synchronisez des groupes de sécurité ; gérez l' appartenance à des groupes manuellement ou via des fichiers CSV.

Allocation des ressources : contrôlez l'accès aux applications et services intégrés en fonction de l'appartenance à un groupe.

Les principaux cas d'utilisation des groupes d'utilisateurs lors de l'approvisionnement sont les suivants :

Attribution de licences : attribuez des licences à des groupes pour fournir automatiquement des services tels que les appels, les réunions, la messagerie ou des services hybrides aux membres du groupe.

Modèles de paramètres : appliquez un ensemble de paramètres de service (par exemple, la messagerie, les réunions, les appels) à des groupes pour une expérience utilisateur cohérente.

Gestion des utilisateurs en masse : ajoutez ou supprimez des utilisateurs en masse par le biais de fichiers CSV ou de la synchronisation des annuaires.

Automatisation et intégration : utilisez des API ou synchronisez les annuaires pour automatiser la gestion du cycle de vie des utilisateurs et des groupes.

Le tableau suivant résume les différentes options de gestion des groupes d'utilisateurs et de gestion des groupes dans.
Tableau 7. Options pour gérer les groupes et les adhésions à des groupes
Option Description Avantages Inconvénients

approvisionnement en groupe (groupes) Créez et gérez des groupes directement dans. Ajouter/supprimer des membres manuellement ou via CSV. Contrôle total de l'adhésion à un groupe
Application immédiate des licences et des modèles
Création et modification de groupes faciles Mises à jour manuelles requises
Risque d'erreurs lors des téléchargements manuels au format CSV
Pas de synchronisation automatique avec des annuaires externes

Groupes synchronisés depuis Entra ID (Azure AD) ou Active Directory Synchronisez automatiquement les groupes de sécurité et les adhésions depuis des services d'annuaire externes. La synchronisation automatique réduit le travail manuel
Garantit la cohérence avec l'annuaire de l'entreprise
Soutient les grandes organisations
Impossible de modifier l'appartenance à un groupe dans
Délai de synchronisation jusqu'à 12 heures
Les groupes imbriqués nécessitent une sélection manuelle

Groupes et API SCIM 2.0 (groupes) Utilisez les groupes ou l'API SCIM 2.0 pour la gestion programmatique des groupes et des membres Automatisation et intégration avec d'autres systèmes
Adaptable aux environnements complexes ou de grande envergure
Nécessite un effort de développement
La complexité dépend de l'utilisation de l'API

Bien que les groupes synchronisés garantissent la cohérence et proposent un point d'administration unique, une approche hybride combinant des groupes synchronisés et des groupes (gérés soit dans Control Hub, soit via des API) est possible. Ainsi, par exemple, les groupes d'attribution de licences peuvent être des groupes synchronisés et un ensemble distinct de groupes peut être utilisé pour attribuer des modèles d'utilisateurs et d'appels.

Cette approche complète de la gestion des groupes d'utilisateurs permet aux organisations de gérer efficacement les licences, les paramètres et les politiques des utilisateurs, en garantissant des expériences de collaboration cohérentes et évolutives.

Approche recommandée lors de la migration de vers

La principale source de données pour les utilisateurs est la base de données, qui contient des informations sur les utilisateurs finaux. Cependant, ce n'est généralement pas la source faisant autorité pour la gestion de l'identité des utilisateurs et, surtout, elle sera fermée à la fin de la transition. Elle est donc exclue en tant que source officielle à long terme pour les informations d'identité.

Cisco recommande d'utiliser un annuaire cloud centralisé tel que Microsoft Entra ID (Azure AD) comme source unique de référence pour l'identité des utilisateurs. Synchroniser les utilisateurs depuis Entra ID pour garantir la cohérence, simplifier la gestion et renforcer les fonctionnalités d'authentification unique (SSO).

Pour s'assurer que tous les utilisateurs sont également présents dans Entra ID, les organisations doivent vérifier que les comptes utilisateurs correspondent aux comptes d'Entra ID. Cela peut être fait en exportant des listes d'utilisateurs et en les comparant à celles d'Entra ID.

En résumé, la méthode de provisionnement recommandée consiste à synchroniser les utilisateurs entre Microsoft Entra ID (Azure AD) et Webex à l'aide des applications Azure AD Wizard ou SCIM. L'approvisionnement en masse manuel et au format CSV est disponible en tant que méthodes supplémentaires, mais il est moins évolutif et plus sujet aux erreurs pour les grandes organisations. Il est essentiel de s'assurer qu'Entra ID est la source officielle et que tous les utilisateurs existent dans Entra ID pour une migration réussie et une expérience utilisateur cohérente d'un environnement à l'autre.

La transition d'un service d'annuaire sur site, par exempleActive Directory, à un service d'annuaire dans le cloud, comme Entra ID (Azure ID), se fait indépendamment de la transition d'appel. Cisco recommande de terminer la transition vers un service d'annuaire dans le cloud avant de commencer la transition des appels.

Conception de groupes d'utilisateurs

Après avoir transféré l'annuaire de l'entreprise sur site vers le cloud, collectez les groupes d'utilisateurs requis en fonction des exigences en matière de licences et de modèles de fonctionnalités. Pour chaque document de groupe :

Nom du groupe : nom unique du groupe.

Licences : licences à attribuer à ce groupe (le cas échéant) et étendue (les licences doivent-elles être attribuées à des utilisateurs existants ou uniquement à de nouveaux utilisateurs)

Modèles de paramètres : application Webex et modèles d'appels utilisateur.

Synchronisation de l'annuaire : ce groupe sera-t-il synchronisé depuis l'annuaire de l'entreprise ou s'agit-il d'un groupe Webex local provisionné dans Control Hub ou via une API ?

Description : comment sera utilisé ce groupe et quels utilisateurs devraient en être membres

Ces informations seront utilisées ultérieurement au cours de la phase de mise en œuvre pour créer des groupes locaux ou des groupes dans l'annuaire de l'entreprise et gérer l'appartenance des utilisateurs aux groupes.

Authentification unique (SSO)

Cisco recommande d'utiliser le SSO pour l'authentification des utilisateurs. L'utilisation du SSO présente des avantages indéniables, notamment :

Authentification utilisateur simplifiée : les utilisateurs peuvent se connecter une seule fois en utilisant les informations d'identification de leur entreprise (via Azure ID, par exemple) pour accéder à d'autres applications intégrées, éliminant ainsi le besoin de plusieurs mots de passe et réduisant le nombre de demandes de connexion. Cela renforce la sécurité en garantissant que les mots de passe des entreprises ne sont jamais stockés ni transmis après authentification.

Gestion simplifiée des utilisateurs : automatise la création, la mise à jour et la désactivation des comptes utilisateurs en fonction des modifications apportées à l'annuaire de l'entreprise, réduisant ainsi les frais administratifs et garantissant que seuls les utilisateurs autorisés y ont accès.

Sécurité améliorée : le SSO réduit la fatigue liée aux mots de passe et le risque de violations liées aux mots de passe en centralisant l'authentification par le biais de fournisseurs d'identité fiables (IdP).

Intégration facile de l'authentification multifactorielle (MFA) : l'authentification multifactorielle peut être facilement prise en charge soit par le biais d'une solution de gestion des accès aux identités telle que Cisco Duo, soit par le biais de la prise en charge de l'authentification multifacteur auprès de l'IdP .

Il existe plusieurs options pour implémenter le SSO pour les services :

SSO basé sur SAML 2.0 : principal protocole pris en charge pour l'intégration du SSO, qui permet un échange sécurisé d'informations d'authentification entre l'IdP et le fournisseur de services.

OpenID connect (OIDC) : pris en charge en tant que protocole d'authentification moderne alternatif pour l'intégration du SSO.

Identité Webex : également prise en charge en tant que fournisseur d'identité.

Le SSO est configuré et géré de manière centralisée, ce qui nécessite un échange de métadonnées entre et l'IdP choisi.

Une fois la configuration terminée, le SSO peut être testé avant l'activation pour garantir une configuration correcte.

Cisco prend en charge l'intégration à de nombreux IdP et systèmes de gestion des identités (IAM) testés et couramment utilisés, y compris mais sans s'y limiter :

Cisco Duo

Okta

Microsoft Active DirectoryFederation Services (ADFS)

Microsoft Azure

Ping Federate

OpenAM

F5 BIG-IP.

Ces IdP sont conformes aux normes SAML 2.0 ou OpenID Connect et leur compatibilité avec les solutions de collaboration Cisco a été validée.

Prise en charge de plusieurs IdP

permet aux organisations de configurer le SSO avec plusieurs IDP afin de s'adapter à des environnements informatiques complexes tels que des fusions, des acquisitions ou des services informatiques décentralisés où différents groupes utilisent des IDP différents. La prise en charge de plusieurs IdP peut être mise en œuvre à l'aide de la fonctionnalité d' IdP multiple dans ou via l'intégration d'un système IAM d'entreprise tel que Cisco Duo.

la prise en charge des multiples fournisseurs d'identité (IdP) répond à plusieurs cas d'utilisation clés dans lesquels les organisations ont besoin d'une authentification flexible et sécurisée dans divers environnements informatiques :

1. Fusions et acquisitions

Lorsque des entreprises fusionnent ou en acquièrent d'autres, elles disposent souvent d'infrastructures informatiques distinctes et d'IDP distincts qui ne peuvent pas se fédérer. La prise en charge de plusieurs IdP permet aux utilisateurs des deux organisations de s'authentifier et de collaborer en toute sécurité sans avoir à unifier immédiatement leurs systèmes d'identité.

2. Plusieurs services informatiques indépendants

Les grandes organisations ou institutions gouvernementales peuvent avoir plusieurs services informatiques indépendants, chacun gérant son propre IdP. la fonction IdP multiple permet à ces services de gérer leurs propres systèmes d'authentification tout en permettant aux utilisateurs d'y accéder facilement.

3. Différents groupes d'utilisateurs ou domaines

Les organisations comptant différents groupes d'utilisateurs (employés ou sous-traitants, par exemple) ou plusieurs domaines de messagerie peuvent configurer des règles de routage pour diriger les demandes d'authentification vers l'IdP approprié en fonction de l'appartenance au domaine ou au groupe. Cela permet de différencier les politiques d'accès et les contrôles de sécurité.

4. Prise en charge de différents protocoles d'authentification

prend en charge les IDP SAML et OpenID Connect (OIDC), permettant aux organisations d'intégrer différents types de fournisseurs d'identité en fonction de leur infrastructure et de leurs exigences de sécurité existantes.

5. Sécurité et conformité renforcées

En activant plusieurs IDP, les organisations peuvent mettre en œuvre des mécanismes d'authentification plus puissants, y compris l'authentification multifactorielle (MFA) via des intégrations telles que Duo, et appliquer des politiques de sécurité cohérentes à différentes bases d'utilisateurs.

6. Expérience utilisateur simplifiée

Les utilisateurs peuvent s'authentifier à l'aide de leurs informations d'identification existantes auprès de leurs IdP respectifs, offrant ainsi une expérience de connexion unifiée malgré la complexité sous-jacente de multiples systèmes d'identité.

Bien que la prise en charge de plusieurs IdP soit source de flexibilité, elle nécessite une coordination minutieuse entre les équipes chargées de la sécurité et de l'identité afin de maintenir des politiques de sécurité cohérentes et d'éviter d'éventuelles vulnérabilités.

Duo MFA avec SSO pour

Duo Access Gateway (DAG) peut authentifier les utilisateurs à l'aide d' annuaires locaux ou basés sur le cloud existants, tels que Active Directory (AD) et OpenLDAP. Il prend également en charge l'intégration avec d'autres fournisseurs d'identité tels que Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS et Shibboleth. Cette flexibilité permet aux organisations d'utiliser leur infrastructure d'annuaire actuelle pour Webex SSO avec Duo MFA.

Duo agit comme une couche d'authentification renforcée en plus de l'authentification de l'annuaire principal. Il fonctionne comme un fournisseur d'identité (IdP) utilisant SAML 2.0 pour appliquer l'authentification à deux facteurs (2FA) avant d'accorder l'accès à. Duo évalue le contexte de l'utilisateur, de l'appareil et du réseau par rapport à des politiques configurables visant à autoriser ou à refuser l'accès, renforçant ainsi la sécurité au-delà du nom d'utilisateur et du mot de passe. Duo propose également des contrôles politiques flexibles, comme le fait d'exiger le MFA à chaque connexion pour certaines applications et moins fréquemment pour d'autres.

Les avantages de Cisco Duo incluent :

Sécurité renforcée : ajoute une authentification multifacteur résistante au phishing pour protéger l'accès et réduire le risque de compromission de mots de passe.

Politiques flexibles : permet un contrôle précis des exigences d'authentification par application ou par groupe d'utilisateurs.

Intégration aux annuaires existants : prend en charge l'AD sur site, OpenLDAP, les annuaires cloud et divers fournisseurs de SSO, minimisant ainsi les modifications d'infrastructure.

Pratique pour l'utilisateur : prend en charge l'authentification unique (SSO) pour réduire la fatigue liée aux mots de passe en permettant aux utilisateurs de se connecter une seule fois et d'accéder à plusieurs ressources en toute sécurité.

Points de terminaison fiables : renforce la confiance des clients sur les appareils sous Windows et macOS, améliorant ainsi la sécurité.

Inscription en libre-service : l'inscription en ligne et l'invite en duo améliorent l'expérience utilisateur lors de la configuration du MFA.

Duo MFA avec SSO pour tirer parti des annuaires existants, tels que OpenLDAP, ou Active Directory des fournisseurs d'identité dans le cloud, pour authentifier les utilisateurs. Le rôle de Duo est de fournir un second facteur d'authentification solide et régi par des règles, intégré via SAML 2.0, afin de renforcer la sécurité tout en préservant la commodité des utilisateurs grâce au SSO. Les avantages incluent une meilleure sécurité, une application flexible des politiques, une intégration fluide et une meilleure expérience utilisateur.

Cisco recommande de mettre en place le SSO pour les utilisateurs. Pour une sécurité renforcée, l'intégration à Cisco Duo est recommandée.

La stratégie Enterprise IAM et SSO devrait être déployée avant de commencer la transition de à .

Caractéristiques

propose une gamme complète de fonctionnalités de base incluses dans le service. Cela inclut de nombreuses fonctionnalités d'appel professionnelles disponibles depuis de nombreuses années. Vous ne constaterez peut-être pas une parité à 100 % entre les fonctionnalités et les fonctionnalités, mais comme vous pouvez le voir dans la figure ci-dessous, les principales fonctionnalités d'appel sont disponibles en.

Webex Callingfonctionnalités de niveau entreprise

Outre les nombreuses fonctionnalités utilisateur, elle possède les fonctionnalités de base du système incluses dans la plateforme. Il s'agit notamment de fonctionnalités telles que les assistants automatiques, les files d'appels, le parc d'appels, etc. Vous pouvez voir toutes les fonctionnalités de base du système disponibles sous Service → Appels → Fonctionnalités, comme le montre la figure Caractéristiques Webex Calling principales.

Webex Callingfonctionnalités de base

Auto Attendant

L'assistant automatique permet d'automatiser le traitement des appels entrants 24 heures sur 24, 7 jours sur 7, ce qui permet de traiter les appels efficacement sans qu'il soit nécessaire que personne ne réponde à chaque appel.

Le préposé automatique répond aux appels entrants et propose à l'appelant un menu d'options lui indiquant où il souhaite acheminer son appel. Il peut s'agir d' une personne, d'une boîte vocale ou d'un service d'appel (par ex. File d'attente des appels). L' appelant utilise le clavier numérique de son téléphone pour saisir le numéro depuis le menu du préposé automatique.

L'Auto Attendant prend en charge les fonctionnalités clés suivantes :

Horaires de travail et horaires en dehors des heures de bureau

Calendrier des fêtes

Option de menu de numérotation pour indiquer à vos clients où ils doivent se rendre

Personnalisez les salutations

Option de numérotation par nom

Options de renvoi d'appels

Analyses et rapports de Control Hub.

Pour plus d'informations, voir Gérer les assistants automatiques.

Call Park

Le parc d'appels permet aux utilisateurs de mettre facilement un appel en attente pour qu'un autre utilisateur puisse le récupérer facilement lorsqu'il est disponible pour le prendre. Cela permet également à l'utilisateur qui a répondu à l'appel initial de passer ou de recevoir d'autres appels pendant que l'appel est parqué.

Il existe deux types de parcs d'appels dans :

Parc d'appels direct : permet à tout utilisateur de parquer un appel vers le poste d'un autre utilisateur ou vers un poste de parc d'appels, tel que défini par l'administrateur

Groupe de parcs d'appels : permet à un groupe défini d'utilisateurs de parquer automatiquement les appels en fonction des destinations de parc disponibles définies pour le groupe. Ces destinations peuvent être les extensions des membres du groupe ou les extensions du parc d'appels.

En fonction de la configuration et du type de parc, les utilisateurs peuvent récupérer leurs appels en composant le *88+><extension of parked call>, en appuyant sur la touche de ligne associée à l'extension du parc d'appels ou en utilisant une touche programmable de leur téléphone IP.

Une option de rappel est disponible pour rappeler un appel parqué après une période spécifiée à l'utilisateur qui l'a parqué ou à un autre utilisateur.

Pour plus d'informations, voir Gérer le parc d'appels dans Control Hub.

Prise d'appels

La prise d'appels permet à un administrateur de définir un groupe d'utilisateurs (membres) qui peuvent répondre à un appel sur le téléphone d'un autre membre. Cela permet à un utilisateur de répondre aux appels lorsque ses coéquipiers sont occupés et ne sont pas en mesure de répondre à un appel entrant.

Les utilisateurs d'un groupe doivent se trouver au même endroit.

Les utilisateurs peuvent utiliser leur téléphone de bureau ou leur téléphone de bureau pour répondre à un appel.

:

Prend en charge les notifications visuelles et audio

Notification des appels entrants

Prise d'appel par télécopie (numérotez *98) ou par notification

Notifications de prise d'appels pour le multiligne.

Téléphones de bureau :

Notification des appels entrants

Carillons audio et notification visuelle via le voyant LED du combiné. Le 6821 ne prend en charge que les carillons audio

Lorsque le type de notification est sélectionné dans « Non aucun »

Notifications de prise d'appels uniquement pour les lignes principales uniquement.

Pour plus d'informations, voir Configurer le groupe de prise d'appels.

File d'attente des appels

inclut des files d'appels uniquement vocales dans ses fonctionnalités principales et tout utilisateur titulaire d'une licence professionnelle peut faire partie d'une file d'appels, d'un agent ou d'un superviseur. Cette fonctionnalité permet aux utilisateurs d'interagir efficacement avec leurs clients. Les files d'appels prennent en charge un sous-ensemble de certaines fonctionnalités de base des centres d'appels, telles que les files d'attente vocales, les rappels, le routage par compétence ou par priorité, la gestion des files d'attente des agents, les analyses, les rapports, etc.

L'intégration de Cisco Call for Microsoft Teams permet aux agents d'accéder aux appels et aux fonctionnalités de la file d'attente des appels directement depuis leur client Microsoft Teams.

Les files d'attente d'appels prennent en charge les fonctionnalités clés suivantes :

Salutations et messages (bienvenue, réconfort, chuchotement, etc.)

Écoutez de la musique

Rappel

Politiques de routage des files d'attente (service de nuit, jours fériés, transfert)

Connexion/déconnexion à la file d'attente des agents

Gestion de l'état de la file d'attente des agents

ou assistance téléphonique

Agent de supervision, appelez, surveillez, entraînez, péniche ou prenez le relais via des codes d'accès aux fonctionnalités (FACs)

(accès administrateur) pour :

gestion des files d'attente

Analyses et rapports sur les agents et les files d'attente

Gestion des files d'attente, des agents et des superviseurs.

Pour plus d'informations, voir Configurer la file d'attente des appels.

dispose d'une fonction complémentaire Customer Assist qui fournit des fonctionnalités supplémentaires de file d'attente des appels et offre aux agents et aux superviseurs une meilleure expérience utilisateur au sein du. Pour une comparaison entre les fonctionnalités Call Queue et Customer Assist, voir Comparaison des fonctionnalités de file d'attente des Webex Calling appels et d'assistance client.

Hunt Group

Les groupes de chasse permettent d'acheminer les appels entrants vers un groupe d'utilisateurs spécifique selon un schéma de routage des appels prédéterminé. Cela garantit que les appels sont traités par le bon groupe d' utilisateurs ou envoyés vers une boîte vocale pour un suivi.

L'une des grandes différences entre les groupes de recherche et les files d'attente d'appels est que les appels ne sont pas mis en file d'attente dans un groupe de recherche . Ainsi, si aucun utilisateur du groupe de recherche n'est disponible pour répondre à l'appel, il sera déconnecté, envoyé sur une messagerie vocale ou transféré vers un autre numéro (utilisateur ou service).

Pour plus d'informations, voir Gérer les groupes de chasse dans Control Hub.

Modes de fonctionnement

La fonction Modes de fonctionnement permet aux entreprises d'acheminer efficacement les appels vers différentes destinations (utilisateurs, messagerie vocale, services d'appels tels qu'une file d'attente d'appels). Le lieu et le moment où un appel est acheminé dépendent de l'heure et du jour de la semaine et tout utilisateur peut être autorisé à gérer ces modes (horaires) afin de contrôler les modifications apportées au routage des appels.

Par exemple, les appels vers une file d'appels peuvent être acheminés vers une autre file d'appels avec des agents situés dans un fuseau horaire différent pour répondre aux appels en dehors des heures de bureau, être acheminés vers les agents locaux pendant les heures ouvrables et, pendant les vacances, être acheminés vers la messagerie vocale pour un suivi après le retour des agents au bureau.

Un utilisateur autorisé peut basculer entre ces différents scénarios (modes) de renvoi d'appels s'il doit modifier la destination des appels entrants pendant un certain temps. Ces utilisateurs peuvent gérer les modes via leurs téléphones MPP 6800/7800/8800, leurs téléphones 9800 ou via le hub utilisateur des modes de gestion.

Pour plus d'informations, voir Routage des appels en fonction des modes de fonctionnement dans Webex Calling.

Groupe de radiomessagerie

Les groupes de pagination permettent aux utilisateurs de passer un appel unidirectionnel pour envoyer un message audio à un groupe d' utilisateurs. Chaque groupe peut contenir jusqu'à 75 utilisateurs cibles et/ou espaces de travail accessibles en composant un numéro ou une extension prédéfinis.

Lorsqu'un utilisateur appelle un groupe de radiomessagerie, un appel est passé simultanément à toutes les cibles assignées du groupe. L'appelant peut alors émettre ses messages et raccrocher une fois qu'il a terminé.

Pour plus d'informations, voir Configuration d'un groupe de radiomessagerie dans Control Hub.

Enregistrements

prend en charge l'enregistrement des appels passés ou reçus par un utilisateur. Cela peut être requis pour des raisons de qualité, d'assurance, de sécurité ou de formation. Par défaut, les appels sont enregistrés, mais d'autres fournisseurs d'enregistrement tiers peuvent également être utilisés si d'autres fonctionnalités d'enregistrement ou des exigences réglementaires sont requises.

Lorsque vous l'utilisez comme plateforme d'enregistrement, tous les appels enregistrés sont gérés à l'intérieur. Les administrateurs à part entière ayant le rôle de responsable de la conformité peuvent jouer et télécharger les enregistrements. Sans le rôle de responsable de la conformité, l'administrateur ne peut que supprimer les enregistrements.

Pour plus d'informations sur cette fonctionnalité et une liste des enregistrements tiers, voir Gérer l'enregistrement des appels pour Webex Calling.

Portée d'un numéro unique

L'accès à un numéro unique permet aux appels vers le numéro de téléphone d'un utilisateur de faire sonner plusieurs appareils. Cela peut inclure d'autres téléphones de bureau ainsi que des téléphones portables. Les appels peuvent également être passés depuis ces appareils et les utilisateurs peuvent transférer des appels entre eux.

Pour plus d'informations sur cette fonctionnalité et sur la façon dont un administrateur la configure, voir Configurer la portée par numéro unique (office anywhere).

Pour plus d'informations sur la manière dont un utilisateur peut gérer et configurer cette fonctionnalité lui-même sur le Webex User Hub (portail), voir Configurer la portée par numéro unique (bureau n'importe où).

Groupe de messagerie vocale

Les groupes de messagerie vocale permettent de partager une boîte vocale qui peut être attribuée à un utilisateur ou une fonction de routage des appels. Voici certaines des raisons pour lesquelles un groupe de messagerie vocale peut être requis :

Boîte vocale à usage général pour un service ou un groupe de travail

Ajouter une option de messagerie vocale à un agent automobile ou à un groupe de chasse

Pour envoyer des appels excédentaires depuis une file d'appels

Utilisateurs qui n'ont besoin que d'une boîte vocale.

Pour plus d'informations, voir Gérer une boîte vocale partagée et une boîte de télécopie entrante pour. Webex Calling

L'Attendant Console est répertoriée sur la page des fonctionnalités d'appel de Webex, mais il s'agit d'une fonctionnalité complémentaire qui nécessite l'achat de la licence de la console d'accueil pour pouvoir l'utiliser.

Pour plus d'informations, voir Commencer à utiliser l'Attendant Console.

Pour plus d'informations sur toutes les fonctionnalités, y compris certaines fonctionnalités complémentaires, voir Fonctionnalités disponibles par type de licence pour Webex Calling.

Tableau 1. Informations à saisir pour chaque lieu
Informations	Commentaire
Portée (s) d'extension	Chaque site peut avoir des extensions commençant par des chiffres différents. Un chiffre doit être réservé pour le numéro de direction de la numérotation intersite (par exemple 8) et un pour le numéro de direction du PSTN (par exemple 9). Aucune plage d'extension ne peut commencer par l'un de ces deux chiffres. Toutes les plages d'extension de tous les sites doivent être de la même longueur.
Gamme (s) DID	-
Chiffre de direction PSTN	-
Code du site	Les codes de tous les sites doivent être uniques et avoir la même longueur.
Numéro principal	Lors de la création d'un lieu, deux DID doivent être provisionnés. L'un comme numéro principal (attribué par exemple à un service de préposé automatique) et l'autre pour le portail de messagerie vocale. Fournissez un DID pour le numéro de messagerie vocale.
Numéro de messagerie vocale
Nombre de licences	Licences requises par type, y compris Standard, Professional, Workspace, Route List, Forfait d'appels sortants.
Appels simultanés aux heures de pointe	Somme des appels simultanés entre les appareils et entre les appareils et la passerelle locale (PSTN et appels vers des appareils). Nécessaire pour déterminer la bande passante d'accès Internet requise.
Pays	-
Fuseau horaire	-
Langue	-
Contact (nom, téléphone, e-mail)	-
Adresse (adresse, ville, État, code postal)	-
Emplacement physique et expédiable des services d'urgence pour les terminaux	La localisation de l'appareil utilisée pour les appels d'urgence inclut généralement les informations suivantes : adresse du bâtiment, adresse du bâtiment + numéro d'étage, adresse du bâtiment + numéro de suite, ou adresse du bâtiment + numéro d'étage + numéro de bureau/numéro cubique.
Localisation physique unique sur le réseau par appareil pour les services d'urgence	La localisation physique sur le réseau pour les appels d'urgence inclut généralement les éléments suivants : commutateur ou port de commutation pour les appareils filaires, identificateurs d'ensemble de services de base (BSSID) des points d'accès sans fil (AP) pour les appareils connectés sans fil et/ou sous-réseaux IP locaux pour les appareils terminaux.

Tableau 2. Exemple de numérotation des entreprises
Site	Gamme d'extension	Code du site	gamme Enterprise
NYC	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

Tableau 3. Plages d'extension à longueur fixe
Site	Gamme d'extension	Extensions	Code du site	gamme Enterprise
NYC	2XXX	2XXX	202	8 202 2XXX
SFO	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

Tableau 4. Numérotation à sept chiffres en transition

Site	Extensions	Code du site	gamme Enterprise	Code du site	Gamme Enterprise
NYC	2XXX	22	8 22 2XXX	822	8 822 2XXX
SFO	8XXX	23	8 23 7XXX	823	8 823 7XXX
RTP	1XXX	24	8 24 11XX	824	8 824 11XX

Tableau 5. Options d'approvisionnement pour les utilisateurs - résumé
Méthode d'attribution	Avantages	Inconvénients
Manuel	Simple pour quelques utilisateurs. Permet un contrôle précis et granulaire de l'attribution des licences.	Pas évolutif, cela prend du temps Sujette à des erreurs humaines lors de la saisie manuelle.
Modèles de licences automatiques	Évolutif Réduit les erreurs manuelles Peut être appliqué aux nouveaux utilisateurs et aux utilisateurs existants.	Nécessite des numéros de téléphone et des adresses valides. Plus complexe à configurer Exige également des groupes d'utilisateurs par groupe d'utilisateurs avec des exigences de licence équivalentes.
Téléchargement groupé au format CSV	Efficace pour les grands groupes d'utilisateurs Permet l'attribution simultanée de licences, de numéros de téléphone et de prolongations.	Nécessite un formatage CSV soigneux Risque d'erreurs si les numéros de téléphone ou les extensions sont manquants ou incorrects.
Affectation basée sur une API	Automatisable et flexible. Permet l'attribution simultanée de licences, de numéros de téléphone et de prolongations.	Nécessite des connaissances en matière de développement et d'API.

Tableau 6. Options de configuration utilisateur pour
Méthode d'approvisionnement	Description	Avantages	Inconvénients
Manuel	Créer/gérer des utilisateurs individuellement dans	Simple pour quelques utilisateurs ; aucune infrastructure n'est nécessaire	Pas évolutif ; cela prend du temps pour de nombreux utilisateurs
En masse (fichier CSV)	Importer/mettre à jour des utilisateurs en masse via CSV dans	Efficace pour les groupes ; aucun codage n'est requis	Préparation manuelle au format CSV ; moins dynamique
People et API SCIM 2.0	Gestion programmatique des utilisateurs via les API Webex	Flexible ; prend en charge l'automatisation et l'intégration	Nécessite du développement et des infrastructures
Synchronisation des annuaires	Synchronisation automatique depuis les applications AD, Entra ID, SCIM, Unified CM	Automatise le cycle de vie ; prend en charge le filtrage et le mappage	Complexité de la configuration : certaines options ont des fonctionnalités limitées ou nécessitent une infrastructure

Tableau 7. Options pour gérer les groupes et les adhésions à des groupes
Option	Description	Avantages	Inconvénients
approvisionnement en groupe (groupes)	Créez et gérez des groupes directement dans. Ajouter/supprimer des membres manuellement ou via CSV.	Contrôle total de l'adhésion à un groupe Application immédiate des licences et des modèles Création et modification de groupes faciles	Mises à jour manuelles requises Risque d'erreurs lors des téléchargements manuels au format CSV Pas de synchronisation automatique avec des annuaires externes
Groupes synchronisés depuis Entra ID (Azure AD) ou Active Directory	Synchronisez automatiquement les groupes de sécurité et les adhésions depuis des services d'annuaire externes.	La synchronisation automatique réduit le travail manuel Garantit la cohérence avec l'annuaire de l'entreprise Soutient les grandes organisations	Impossible de modifier l'appartenance à un groupe dans Délai de synchronisation jusqu'à 12 heures Les groupes imbriqués nécessitent une sélection manuelle
Groupes et API SCIM 2.0 (groupes)	Utilisez les groupes ou l'API SCIM 2.0 pour la gestion programmatique des groupes et des membres	Automatisation et intégration avec d'autres systèmes Adaptable aux environnements complexes ou de grande envergure	Nécessite un effort de développement La complexité dépend de l'utilisation de l'API

Mettre en œuvre

Préparation au réseau

Configuration initiale

Vérification du domaine

Réclamer (convertir) des utilisateurs existants

Configurer et tester la synchronisation des annuaires

Configurer et tester l'authentification unique (SSO)

Obtenir, fournir et vérifier des licences

Webex Callingparamètres de service

Migration pilote

Procurez-vous un PSTN

Configurer les lieux

Intégration au contrôle des appels sur site

Migrer des utilisateurs par lots

Espaces de travail

Appareils d'approvisionnement

Configurer les fonctionnalités

Tests d'acceptation

Préparation au réseau

La première étape de la transition est de garantir une connectivité Internet fiable et sécurisée entre le réseau local et le cloud.

Comme la plupart des organisations se connectent à Internet via un ou plusieurs pare-feux ou dispositifs de sécurité, il est essentiel de vérifier que les flux de trafic requis sont pris en charge.

Les administrateurs du réseau et de la sécurité doivent comprendre ces flux en termes de :

Direction (entrée ou sortie)

Protocoles (exemple : SIP, TLS, SRTP, HTTPS)

Plages d'adresses IP utilisées par les services

Numéros de port qui doivent être ouverts ou autorisés.

Cela garantit que les pare-feux d'entreprise, les appareils NAT et les autres infrastructures réseau sont correctement configurés pour gérer le trafic tout en respectant les politiques de sécurité de l'entreprise.

Pour plus d'informations sur les flux requis, y compris l'adresse IP, les ports et les protocoles, voir Informations de référence des ports pour Webex Calling. Utilisez ces informations pour configurer le pare-feu, les proxys et les autres infrastructures réseau dans le cadre du déploiement existant afin de permettre les flux réseau.

Une connexion Internet décentralisée depuis chaque agence ou site est l'approche recommandée pour les services de collaboration dans le cloud tels que. En autorisant la circulation à sortir localement, ce modèle :

Réduit les délais aller-retour et la nervosité, améliorant ainsi la qualité globale des appels

Évolue efficacement au fur et à mesure que de plus en plus d'utilisateurs et de sites passent à

Fonctionne parfaitement avec le SD-WAN, qui permet d'acheminer dynamiquement les sessions vers le point d'entrée du cloud le plus proche pour des performances optimales

Permet de suivre la position des utilisateurs en fonction de leur adresse IP publique, ce qui facilite l' analyse du parcours multimédia et la résolution des problèmes.

En outre, les organisations doivent garantir une bande passante Internet adéquate sur chaque site. La bande passante doit être dimensionnée en fonction du nombre attendu d'appels simultanés, du codec sélectionné (par exemple, Opus ou G.711), plus les frais généraux liés à la signalisation, aux retransmissions et à la croissance. Cela correspond à la phase de préparation du cycle de vie du PPDIO et jette des bases solides pour la migration.

Configuration initiale

La sous-section de configuration initiale de la phase de mise en œuvre du déploiement est fondamentale pour créer un environnement d'appels dans le cloud bien structuré et gérable. Cette étape englobe des tâches critiques telles que la mise en place de l'organisation, l'achat et l'attribution de licences, ainsi que la vérification et la revendication des domaines de votre entreprise afin de garantir une gestion et une sécurité appropriées des utilisateurs. En outre, cela inclut la fourniture de modèles de licences pour automatiser l'attribution des licences aux utilisateurs, la configuration de l'authentification unique (SSO) pour rationaliser l'authentification des utilisateurs et renforcer la sécurité, et l'ajustement des paramètres du service et du client pour les aligner sur les politiques organisationnelles et les besoins des utilisateurs. La réalisation de ces activités de configuration initiale garantit que l'environnement est correctement configuré en termes d'évolutivité, de sécurité et d'expérience utilisateur fluide, préparant ainsi le terrain pour les phases de déploiement et d'exploitation suivantes.

Vérification du domaine

Pour permettre d'identifier les utilisateurs enregistrés sur les domaines de messagerie de votre entreprise, il est essentiel de vérifier vos domaines. Sans vérification du domaine, les utilisateurs seront affectés à une organisation de consommateurs, ce qui compliquera la gestion des utilisateurs pour votre entreprise. La vérification du domaine est une étape obligatoire qui permet à votre organisation de revendiquer et de gérer ces utilisateurs efficacement.

Assurez-vous que tous les domaines associés aux adresses e-mail de vos utilisateurs sont vérifiés. La vérification du domaine n'est pas exclusive ; le même domaine peut être vérifié auprès de plusieurs organisations.

Pour plus d'informations sur la gestion des domaines, voir Gérer vos domaines.

Réclamer (convertir) des utilisateurs existants

Après avoir vérifié vos domaines avec succès, vous pouvez intégrer les utilisateurs qui se sont inscrits pour utiliser les domaines de messagerie de votre entreprise auprès de votre organisation. Ce processus regroupe tous les utilisateurs au sein d'une organisation unique, permettant une gestion centralisée et une administration rationalisée. En revendiquant ces utilisateurs, vous vous assurez que votre entreprise a le contrôle total des comptes utilisateurs, ce qui vous permet d'attribuer les licences appropriées, de configurer les services et de fournir l'assistance nécessaire de manière efficace. Cette approche de gestion unifiée renforce la sécurité, simplifie le provisionnement des utilisateurs et garantit un accès constant aux services au sein de votre organisation. Le fait de revendiquer des utilisateurs empêche également leur gestion au sein d'organisations externes ou de consommateurs, préservant ainsi l'intégrité organisationnelle et le contrôle des ressources de collaboration.

Pour plus d'informations sur la réclamation d'utilisateurs, voir Réclamer des utilisateurs en utilisateurs de votre organisation (convertir) des utilisateurs.

Configurer et tester la synchronisation des annuaires

Pour permettre une gestion fluide des utilisateurs et des groupes, vous pouvez synchroniser les utilisateurs et les groupes depuis votre annuaire d'entreprise, soit Microsoft Entra ID (anciennement Azure AD) soit Microsoft Active Directory (AD) vers. Ce processus garantit que l'identité des utilisateurs et l'appartenance à des groupes sont conservées de manière cohérente dans votre environnement.

Pour les organisations qui mettent en œuvre des déploiements par étapes, il est crucial de contrôler et de limiter la portée de la synchronisation lors des déploiements initiaux. Cela minimise le risque de modifications involontaires et permet de procéder à des tests ciblés avant une adoption plus large.

La méthode la plus efficace pour filtrer les utilisateurs synchronisés est de tirer parti de l'appartenance à un groupe d'annuaires :

1
Créez un groupe de synchronisation dédié : dans l'annuaire de votre entreprise (Microsoft Entra ID ou AD), créez un groupe de sécurité dédié à la synchronisation (par exemple, un groupe de synchronisation).

2
Renseignez le groupe avec des utilisateurs cibles : ajoutez uniquement les utilisateurs que vous souhaitez synchroniser (par exemple, un groupe de test pendant la phase pilote) à ce groupe. Cela vous permet de contrôler étroitement qui participe au processus de synchronisation.

3
Configurez l'accord de synchronisation à l'aide d'un filtrage basé sur les groupes : lorsque vous configurez l'accord de synchronisation dans Directory Connector ou dans Entra ID Provisioning, configurez la portée pour n'inclure que les utilisateurs membres du groupe désigné.

Pour Microsoft Entra ID, vous pouvez utiliser des attributions par groupe dans les paramètres d'approvisionnement

Pour AD, vous pouvez définir un filtre LDAP pour n'inclure que les utilisateurs appartenant au groupe spécifié.

4
Élargissez le groupe selon les besoins : au fur et à mesure que vous passez à des phases de déploiement plus étendues, ajoutez simplement des utilisateurs ou des groupes supplémentaires au groupe de synchronisation. La zone de synchronisation sera automatiquement étendue pour inclure ces utilisateurs, ce qui permettra un déploiement contrôlé et progressif.

Exemples de mesures de mise en œuvre :

Dans Active Directory :

Créez un groupe de sécurité nommé Sync Group.

Ajoutez les utilisateurs pilotes souhaités à ce groupe.

Configurez Directory Connector avec un filtre LDAP tel que : (Memberof=CN=Webex Sync Group, OU=Groups, DC=yourdomain, DC=com).

Dans Microsoft Entra ID :

Créer un groupe nommé Sync Group

Assignez le groupe aux paramètres d'approvisionnement d'Entra ID

Seuls les utilisateurs de ce groupe seront approvisionnés.

Testez toujours la synchronisation par groupe dans un environnement hors production avant de postuler à l'ensemble de l'organisation

Vérifiez régulièrement l'appartenance au groupe pour vous assurer que seuls les utilisateurs autorisés sont synchronisés

Pour une gestion continue, automatisez les mises à jour des membres du groupe en fonction des règles commerciales ou des systèmes RH, si possible.

Références :

Synchroniser les utilisateurs d'Entra ID avec Control Hub

Configurer l'application Entra ID Wizard dans Control Hub

Connecteur d'annuaire

Configurer et tester l'authentification unique (SSO)

L'authentification unique (SSO) renforce la sécurité et simplifie l'accès des utilisateurs en leur permettant de s'authentifier une seule fois à l'aide de leurs informations d'identification professionnelles et d'accéder facilement à. prend en charge l'intégration du SSO aux IdP conformes à SAML 2.0, y compris Microsoft Entra ID (anciennement Azure AD), les solutions fédérées Active Directory (AD) et divers IdP tiers.

À ce stade, la configuration SSO conçue devrait être mise en œuvre et testée.

Références :

Intégration de l'authentification unique dans Control Hub

configurer l'authentification unique pour l'administration de Webex

Configurer l'authentification unique avec Microsoft Entra ID

SSO avec plusieurs IDP

Gérer le SSO lors de l'intégration dans Control Hub

Obtenir, fournir et vérifier des licences

Dans le cadre de la configuration initiale de, il est essentiel de se procurer, de fournir et de vérifier les licences appropriées pour activer et gérer les services efficacement. Le processus d'achat implique la sélection des types de licences en fonction des rôles des utilisateurs et des charges de travail, tels que les licences Professional, Standard et Workspace. Les licences sont générées et fournies via les plateformes logicielles de Cisco ou par l'intermédiaire de partenaires. Après l'achat et l'approvisionnement, le nombre de licences approprié doit être vérifié. Ce processus garantit que l'organisation dispose des bonnes licences activées et prêtes à être utilisées lors du déploiement.

Dans le cadre de la configuration initiale des licences en, il est important de configurer les licences automatiques au niveau de l'organisation afin de rationaliser l'attribution des licences aux nouveaux utilisateurs. Cette configuration permet d'attribuer automatiquement des licences lorsque des utilisateurs sont ajoutés à l'organisation, évitant ainsi l' attribution manuelle des licences. Lorsque vous configurez les licences automatiques au niveau de l'organisation, vous sélectionnez les services à attribuer et vous en définissez la portée, par exemple en appliquant des licences aux futurs utilisateurs uniquement ou en incluant les utilisateurs existants.

Toutefois, si votre plan de déploiement implique plutôt l'utilisation de licences automatiques au niveau du groupe, vous pouvez choisir de ne pas attribuer de licences au niveau de l'organisation pour éviter les conflits ou les doubles attributions de licences. Avec les licences automatiques au niveau du groupe, les licences sont attribuées en fonction de l'appartenance au groupe. Les utilisateurs de plusieurs groupes reçoivent des licences pour toutes les missions de groupe applicables.

La configuration de l'attribution des licences par groupe doit être effectuée une fois la synchronisation des annuaires terminée afin que les groupes synchronisés existent et puissent être utilisés pour l'attribution de licences.

Plus précisément, l'attribution automatique des licences nécessite des informations d'approvisionnement supplémentaires, telles que la localisation de l'utilisateur et l'attribution d'un numéro de téléphone. Le numéro de téléphone professionnel de l'utilisateur doit être au format +E.164, pré-approvisionné et attribué à un emplacement valide pour que la licence soit activée automatiquement. Si ces conditions ne sont pas remplies, l' utilisateur ne bénéficiera pas automatiquement des services et pourra avoir besoin d'une intervention manuelle.

En résumé, configurez les licences automatiques basées sur l'organisation pour les nouveaux utilisateurs si vous souhaitez une attribution de licences étendue à l'échelle de l'organisation. Si vous préférez un contrôle plus précis ou si vous avez des besoins différents en matière de licences par groupe, configurez les licences automatiques au niveau du groupe et évitez d' attribuer des licences au niveau de l'organisation pour éviter les chevauchements et garantir une gestion adéquate des licences.

Paramètres de service Webex Calling

Il est essentiel de procéder à une révision et à une configuration complètes des paramètres de service globaux au sein.

Commencez par accéder à la section des paramètres et y accéder. Examinez attentivement chaque option configurable, y compris, mais sans s'y limiter, la configuration de la numérotation interne, les paramètres des appels d'urgence, les politiques de routage des appels, la gestion de la messagerie vocale et les paramètres par défaut de l'appareil.

Ajustez ces paramètres généraux pour qu'ils reflètent les politiques et les décisions de conception de votre organisation.

Également, les paramètres de configuration et les modèles d'utilisateurs et d'applications.

Migration pilote

Pendant la phase de mise en œuvre, l'exécution d'une migration pilote représente une étape cruciale pour valider la transition de à. Ce projet pilote consiste à fournir un sous-ensemble représentatif d'utilisateurs répartis sur un ou plusieurs sites sur la plateforme, en veillant à ce que la population sélectionnée reflète divers cas d'utilisation et rôles organisationnels. Parallèlement à la migration des utilisateurs, les services de collaboration essentiels, tels que la messagerie vocale, les assistants automatiques, les files d'appels et les groupes de recherche, doivent être transférés vers leurs équivalents afin de garantir la continuité des activités et la fonctionnalité des services.

La migration pilote devrait tirer parti de la même combinaison d'outils fournis par Cisco et d'utilitaires de migration tiers que ceux prévus pour un déploiement organisationnel plus large, en veillant à ce que les processus, les flux de travail d'automatisation et les points d'intégration soient validés de manière approfondie dans des conditions représentatives.

Les principaux objectifs de ce déploiement pilote sont doubles : d'abord, valider et affiner les processus de transition de bout en bout, y compris les flux de travail de provisionnement des utilisateurs, les procédures de migration des données et les configurations des terminaux ; et ensuite, vérifier de manière complète la fonctionnalité des services migrés dans des conditions opérationnelles réelles.

Cette approche progressive permet à l'équipe du projet d'identifier et de résoudre tout problème technique ou procédural dans un environnement contrôlé, de recueillir les commentaires des utilisateurs sur l'expérience de la nouvelle plateforme, d'évaluer l'efficacité de certains outils de migration et de se fier à la méthodologie de migration avant de procéder à un déploiement organisationnel plus large.

Les informations recueillies au cours de cette phase pilote contribuent à optimiser les vagues de migration suivantes et à garantir une transition en douceur et en atténuant les risques pour l'ensemble de l'entreprise.

Procurez-vous un PSTN

Pour obtenir des services PSTN, sélectionnez d'abord une option de connectivité PSTN dans le.

Si une organisation prévoit de maintenir le double contrôle hybride des appels (phase 1 dans la figure Transition progressive des appels : hybride et cloud) temporairement ou indéfiniment, elle devra déployer une ou plusieurs passerelles locales pour le RTPC sur site afin de permettre les appels entre et les terminaux.

Si l'objectif final est une transition complète (phase 2) vers le cloud, y compris le PSTN, alors un plan d'appel Cisco ou une option Cloud Connect seront nécessaires pour le PSTN.

Travaillez avec le fournisseur de votre choix pour commander et transférer les numéros de téléphone avant de les configurer. Commander des numéros de téléphone ou lancer des commandes de port est uniquement obligatoire/possible pour le PSTN local et Cloud Connect pour. Pour les forfaits d'appels Cisco, la commande et le portage sont initiés depuis Control Hub dès que le lieu est créé, et dans les pays où le plan d'appel Cisco est disponible. Pour plus d' informations sur les forfaits Cisco Calling, consultez la section Commencer à utiliser les forfaits Cisco.

Dans le cadre de la mise en œuvre du RTPC, assurez-vous que votre fournisseur a activé les services PSTN entrants et sortants pour votre localisation. De plus, effectuez des tests d'appels pour vérifier que les appels sont correctement acheminés via la connexion PSTN que vous avez choisie.

Configurer les lieux

Avant d'ajouter des utilisateurs et des appareils, vous devez configurer les localisations d'appel. Pour chaque lieu, une adresse postale valide doit être saisie. Aux États-Unis et au Canada, cette adresse est validée et utilisée par la plateforme pour envoyer les informations de localisation PIDF-LO pour les appels d'urgence.

Lorsque vous configurez des sites qui utilisent le RTPC sur site, vous devez configurer les passerelles locales en conséquence. Dans, un tronçon et un groupe d'itinéraires doivent être créés pour chaque passerelle locale, et le groupe d'itinéraires est ensuite désigné comme choix PSTN pour la localisation. Cisco recommande vivement de toujours sélectionner un groupe de routes comme choix PSTN, car cette approche vous permettra d' ajouter facilement des troncs supplémentaires à l'avenir, tout en garantissant à la fois l'évolutivité et la redondance. Cisco recommande également d'activer la double identité et la prise en charge de P-Charge-Info sur chaque ligne PSTN, afin de simplifier l'identification de la partie facturable pour les appels directs ou détournés sortants. Si votre fournisseur PSTN utilise un en-tête différent pour la facturation, vous pouvez copier les informations de l'en-tête P-Charge-Info de la passerelle locale vers l'en-tête de facturation requis.

Pour les sites qui utilisent Cloud Connect for ou le plan d'appel Cisco comme option PSTN, il suffit de sélectionner le PSTN correspondant à la localisation lors de la configuration. Si la localisation utilise Cloud Connect ou le PSTN local, vous devrez ajouter les numéros de téléphone commandés à l' étape précédente. Les numéros peuvent être ajoutés comme étant inactifs si vous ne voulez pas qu'ils soient inclus dans le routage des appels immédiatement ; vous pourrez les activer ultérieurement lorsqu'ils seront attribués à des utilisateurs ou à des fonctionnalités.

Il est important de toujours définir le numéro principal de chaque lieu. Le numéro principal peut être attribué à un utilisateur ou à une fonctionnalité, comme un assistant automatique. Pour activer la messagerie vocale sur place, assurez-vous de définir le numéro pilote de la messagerie vocale, également appelé numéro de portail vocal.

Les paramètres supplémentaires relatifs à la localisation des appels incluent la configuration des informations relatives aux appels d'urgence, telles que le numéro de rappel d'urgence, les options de notification et les fonctionnalités d'appel d'urgence améliorées. Vous devriez également revoir et ajuster les paramètres d'enregistrement, les préférences linguistiques et les configurations de l'appareil, selon les besoins, pour chaque lieu. Si votre organisation utilise la numérotation Internet intersite abrégée avec des numéros significatifs de l'entreprise, pensez à configurer un code de site unique pour la localisation dans les paramètres de numérotation internes. Enfin, si la numérotation externe nécessite un chiffre sortant, veillez à le régler dans les paramètres de numérotation externe. Lorsqu'un chiffre sortant est configuré, Cisco recommande d' activer l'application des chiffres sortants pour garantir la cohérence.

Intégration au contrôle des appels sur site

Pour intégrer le contrôle des appels sur site, il est nécessaire de configurer les lignes, les groupes de routage, les plans de numérotation d'entreprise, ainsi que les paramètres de localisation et globaux. Commencez par configurer les lignes et les passerelles locales destinées à l'interconnexion avec le système de contrôle des appels local ; cette étape n'est requise que si des lignes dédiées sont nécessaires. Si les troncs et les groupes de routes existants sont suffisants pour votre déploiement, ils peuvent être réutilisés pour l'interconnexion sur site sans configuration supplémentaire.

Une fois les lignes et les groupes d'itinéraires établis, créez les plans de numérotation de l' entreprise et attribuez le groupe d'itinéraires approprié comme destination pour chaque plan de numérotation. Lorsque l'intégration implique plusieurs systèmes de contrôle des appels locaux connectés via différents troncs, plusieurs plans de numérotation seront nécessaires. Il est important de s'assurer que ces plans de numérotation contiennent uniquement les modèles nécessaires pour acheminer les appels vers des destinations locales.

Si votre déploiement nécessite la prise en charge du routage d'extensions inconnues, cette fonctionnalité doit être activée au niveau de la localisation. De plus, lorsque le routage des extensions inconnues est activé, vous devez spécifier la longueur maximale de l'extension inconnue dans la section Routage des appels entre et locaux des paramètres des services d'appels de. Cela garantit un routage fluide des appels et une gestion correcte des scénarios de numérotation basés sur les extensions dans votre environnement intégré.

Migrer des utilisateurs par lots

Lorsque vous faites migrer des utilisateurs de vers, il se peut que vous ne puissiez pas déplacer tous les utilisateurs en même temps. Cela peut être dû à de multiples raisons, notamment au nombre de sites ou d'utilisateurs, au temps nécessaire à la transition d'un site et/ou d'un groupe d'utilisateurs en même temps, à l'insuffisance des ressources informatiques ou du site pour prendre en charge la fenêtre de changement, à la durée de la fenêtre de changement, à la complexité du changement, etc.

Lorsque vous migrez des utilisateurs par étapes, il est essentiel d'identifier ceux qui doivent migrer ensemble dans le même lot. L'objectif principal est de faire migrer ensemble les utilisateurs qui sont dépendants les uns des autres pour leurs services et fonctionnalités d'appel. vous voulez vous assurer que toutes leurs fonctionnalités d'appel (exemple, files d'attente d'appels) fonctionnent parfaitement comme elles l'étaient avant la transition.

Même si vous implémentez l'interfonctionnement des appels entre et avec les passerelles locales, vous ne pouvez pas répartir les services ou fonctionnalités partagés sur cette connexion. Par conséquent, vous devez identifier les dépendances entre les utilisateurs en consultant des fonctionnalités telles que :

Surveiller les autres utilisateurs à l'aide des BLF

Dans la même chasse, pilote, file d'attente d'appels, etc.

Lignes partagées

Utiliser le service de prise d'appels

En utilisant les mêmes numéros de parc d'appels

Interphone

Directeur/Administrateur.

Par exemple, un utilisateur faisant partie d'un groupe de chasse vers lequel on fait la transition. Cet utilisateur passera au groupe de chasse et à tous les autres membres du groupe de chasse. Ainsi, après la transition, le Hunt Group et ses membres pourront répondre avec succès aux appels sur la nouvelle plateforme.

Cela devient d'autant plus difficile lorsque les utilisateurs sont connectés à différents groupes d'utilisateurs pour différents services et fonctionnalités d'appel. Cela nécessitera la transition de plus d'un groupe d'utilisateurs et d'un service d'appel en même temps.

Utilisez les résultats de l'outil Migration Insights ou d'un outil tiers que vous avez utilisé pendant la phase de préparation pour déterminer quels utilisateurs et quelles fonctionnalités doivent être regroupés. Ce résultat aurait dû être utilisé pour élaborer votre plan de migration et vous donnera un aperçu de la manière dont vous allez regrouper les utilisateurs et les fonctionnalités qui doivent effectuer une transition ensemble.

Les étapes clés lors de la transition d'un groupe d'utilisateurs sont les suivantes :

Identifier les utilisateurs à migrer ensemble

Vérifiez que tous les utilisateurs sont connectés

Vérifiez que tous les TN des utilisateurs existent dans

Vérifiez le format de numéro de téléphone correct dans l'annuaire

Assurez-vous que le modèle de licence et de paramètres pour les groupes d'utilisateurs est correctement configuré

Vérifier ou configurer tous les services et fonctionnalités d'appel pour le groupe d'utilisateurs (avant ou pendant la transition, selon le cas)

Dans l'annuaire de l'entreprise, ajoutez des utilisateurs au groupe d' utilisateurs autorisés à appeler

Outils de levier : outils de migration d'utilisateurs et de fonctionnalités et/ou outils tiers

Désactiver/supprimer le numéro du répertoire des utilisateurs/appareils et les fonctionnalités/services d'appel après la transition.

Après la migration d'un groupe d'utilisateurs, testez un sous-ensemble d'utilisateurs pour vérifier que toutes leurs fonctionnalités et services d'appel fonctionnent correctement. Si les fonctionnalités d'appel telles que la file d'attente des appels, les groupes de recherche, etc. sont transférées au groupe d'utilisateurs, testez ces services d'appel pour vérifier s'ils fonctionnent correctement .

Espaces de travail

Dans, un espace de travail fait référence à un lieu partagé (comme une salle de conférence, un espace de travail ou un hot desk) auquel des appareils, des extensions et des utilisateurs peuvent être attribués. Contrairement aux téléphones Unifed CM traditionnels, les espaces de travail sont les suivants :

Centré sur la localisation : lié à des espaces physiques.

Flexible en termes d'appareils : vous pouvez avoir un ou plusieurs appareils (téléphones de bureau, cartes, etc.).

Une fois que les espaces de travail ont été identifiés dans le cadre de la transition vers, ils peuvent être ajoutés sous Appareils. Chaque espace de travail doit être attribué à un appareil, et s'il y est déjàUnified CM, il doit être réinitialisé ou réapprovisionné. des fonctionnalités telles que la messagerie vocale, le renvoi d'appels et la prise d'appels peuvent être activées ou désactivées, et des politiques peuvent être appliquées pour les appels vidéo, le parc d'appels et la mobilité, selon les besoins. Testez chaque espace de travail en passant des appels internes et externes, en testant les fonctionnalités de vidéo, de conférence et de mobilité. Enfin, informez les utilisateurs de toutes les procédures applicables aux appareils de l'espace de travail et aux réservations.

Pour plus d'informations sur les espaces de travail dans, voir Espaces de travail.

Appareils de provisionnement

Les téléphones actuellement enregistrés devront être migrés vers le cloud dans le cadre de la transition vers le cloud. Pour simplifier au maximum la migration et minimiser les risques d'échec, Cisco recommande de migrer les sites physiques ou les services en même temps. Cependant, il se peut que vous deviez migrer des utilisateurs par lots en raison de dépendances entre les fonctionnalités. Consultez la section Migrer des utilisateurs par lots pour plus de détails.

Tous les téléphones pris en charge depuis lesquels vous devrez effectuer la transition devront être configurés en tant qu'utilisateur ou espace de travail et le téléphone physique devra être reconfiguré pour vous enregistrer. De plus, les téléphones des séries 7800 et 8800 ont besoin d'une mise à niveau du firmware, passant du firmware Enterprise au firmware des téléphones multiplateformes (MPP). Ce processus inclut le chargement du firmware de transition avant de charger le firmware MPP requis pour l'enregistrement. Cela nécessite également la licence de migration appropriée. Cisco a amélioré ce processus ces dernières années afin de vous permettre de passer plus facilement au firmware MPP de vos téléphones Enterprise. Pour plus d'informations sur les étapes à suivre pour effectuer la mise à niveau du firmware, voir Convertir les téléphones IP des séries Cisco 7800 et 8800 entre le firmware Enterprise et le firmware MPP.

Outre les étapes décrites dans cet article, il dispose d'un outil intégré, Migrez votre téléphone vers Webex Calling, que vous pouvez utiliser pour vous aider à migrer vos téléphones 7800 et 8800 du firmware Enterprise vers le firmware MPP. Cet outil vous permet également d'ajouter des téléphones et de les attribuer aux utilisateurs ou aux espaces de travail appropriés. Pour plus d'informations sur l'utilisation des outils, voir Migrer votre téléphone.

Pour tous les téléphones de la série 9800 enregistrés, l'exigence de migration du firmware ci-dessus ne s'applique pas. Ces téléphones utilisent PhoneOS, qui est pris en charge à la fois par et. Pour passer de ces téléphones à vous devrez les ajouter àWebex Calling, les attribuer à un utilisateur ou à un espace de travail, puis les réinitialiser aux paramètres d'usine. Séquence de démarrage de PhoneOS pour l'enregistrement La figure ci-dessous montre la séquence de démarrage de PhoneOS et la façon dont le téléphone sera enregistré une fois qu'il aura été ajouté, même s'il est toujours configuré et/ou que les options DHCP (exemple : 150) sont utilisées.

Séquence de démarrage de PhoneOS pour l'enregistrement

prend en charge la réinitialisation des appareils PhoneOS aux paramètres d'usine pour permettre l'intégration sans contact. les administrateurs peuvent réinitialiser les téléphones 9800 et 8875 à distance via les pages d'administration du CUCM, ce qui élimine la nécessité d'un accès physique aux téléphones embarqués. Cette fonctionnalité est disponible dans les Device Packs depuis le 9 septembre 2025 :

CUCM v15 - Gestionnaire de communications unifiées version 15

CUCM v14 - Gestionnaire de communications unifiées version 14.

Pour plus d'informations sur la procédure d'inscription pour la série 9800, voir Procédure d'inscription.

Outre les téléphones IP Cisco, l'approvisionnement d'autres appareils tels que des adaptateurs téléphoniques analogiques (ATA), des téléphones sans fil (Wifi, DECT), des appareils vidéo, des passerelles vocales et des appareils et téléphones ^tiers peut être nécessaire. La plupart de ces appareils ne disposent pas d'une procédure de mise à niveau du firmware, comme les téléphones IP pour les faire passer du firmware d'entreprise au firmware du cloud. Vous allez donc approvisionner chacun de ces appareils dans Control Hub. Certains d'entre eux ne peuvent pas être transférés et le modèle équivalent devra les remplacer (par ex. ATA 191/192) et d'autres nécessiteront une reconfiguration manuelle et/ou des modifications logicielles.

Passerelles vocales - Pour migrer votre passerelle locale, voir Migrer une passerelle locale.
Pour plus d'informations sur la configuration de votre passerelle vocale VG400, VG410 ou VG420 dans Control Hub, voir Passerelle locale

Adaptateur téléphonique analogique (ATA) - Pour commencer à utiliser vos Cisco ATA 191 et 192, consultez Cisco ATA.

Téléphone sans fil Wifi - Pour intégrer les téléphones sans fil 840 et 860, voir Intégrer un téléphone sans fil Webex.

Téléphones sans fil DECT - Pour commencer à utiliser votre nouvelle gamme Cisco IP DECT 6800, consultez Cisco IP DECT.

Pour créer et gérer un réseau DECT numérique dans Control Hub, voir Gérer le réseau DECT

Pour plus d'informations sur Cisco IP DECT 6800, consultez le guide de déploiement

Appareils et téléphones ^tiers - Travaillez avec des fournisseurs ^tiers sur les exigences relatives aux appareils et aux téléphones et sur la procédure à suivre pour les migrer ou les remplacer vers l'assistance.

Configurer les fonctionnalités

Toutes les fonctionnalités d'appel requises doivent être configurées avant ou pendant la transition. Comme indiqué dans la section Migrer les utilisateurs par lots, les fonctionnalités d'appel doivent être configurées et transférées lorsque les utilisateurs qui les utilisent sont transférés.

Pour plus de détails sur la configuration de chacune des fonctionnalités, consultez les articles d'aide à la configuration correspondants.

Préposés automatiques - Pour gérer les assistants automatiques, voir Auto Attendants

Parc d'appels - Pour gérer le parc d'appels, voir Parc d'appels

Prise d'appels - Pour configurer le groupe de prise d'appels, voir Prise d'appels

Files d'appels - Pour configurer la file d'attente des appels, voir File d'attente des appels

Groupes de chasse - Pour gérer les groupes de chasse, voir Gérer les groupes de chasse

Modes de fonctionnement - Pour le routage des appels en fonction des modes de fonctionnement, voir Routage des appels en fonction des modes opérationnels

Groupes de pagination - Pour configurer un groupe de pagination, voir Configurer un groupe de pagination

Enregistrements - Pour gérer l'enregistrement des appels, voir Gérer les enregistrements

Portée par numéro unique - Pour configurer la portée par numéro unique (bureau n'importe où), voir Configurer un numéro unique

Groupe de messagerie vocale - Pour gérer un message vocal partagé et une boîte de télécopie entrante, voir Gérer la messagerie vocale.

Tests d'acceptation

Les tests d'acceptation garantissent que l'environnement migré répond aux exigences fonctionnelles, fonctionne comme prévu et offre une expérience utilisateur fluide sur tous les flux de communication. Ce processus de validation comporte de multiples facettes, qu'il s'agisse de l'approvisionnement des utilisateurs, de l'attribution des numéros ou des performances opérationnelles des fonctionnalités d'appel avancées.

Cette section fournit des exemples et met en lumière les principaux aspects à prendre en compte lors des tests d'acceptation ; toutefois, elle n'est pas destinée à servir de liste de contrôle exhaustive.

Approvisionnement des utilisateurs et attribution de numéros

L'un des aspects fondamentaux des tests d'acceptation consiste à vérifier que tous les utilisateurs sont approvisionnés de manière précise et complète. Cela nécessite une comparaison approfondie entre le répertoire source () et la nouvelle base d'utilisateurs afin de s'assurer que chaque compte utilisateur, ainsi que les attributs associés tels que les numéros de poste et les affectations de numérotation directe (DID) ont été correctement migrés. L'exhaustivité de l'approvisionnement est essentielle, non seulement pour l'opérabilité dès le premier jour, mais aussi pour l'administration et le support continus.

La validation de l'attribution des numéros inclut la confirmation que chaque utilisateur reçoit la bonne extension et le bon numéro externe, et que ces numéros sont correctement acheminés dans les flux d'appels internes (sur le réseau) et externes (PSTN) . Il est essentiel de vérifier qu'il n'y a pas de chevauchements, d' assignations manquantes ou de mauvaises configurations qui pourraient entraîner des erreurs de routage des appels ou des interruptions de service.

Flux d'appels PSTN et présentation de l'identification de l'appelant

Une procédure de test d'acceptation robuste doit inclure la validation de bout en bout des flux d'appels PSTN. Cela inclut les scénarios d' appels entrants et sortants. Pour les appels PSTN entrants, l'équipe de test doit confirmer que les appels sont acheminés vers les terminaux prévus, qu'il s'agisse d'utilisateurs individuels, de files d'attente d'appels, de groupes de recherche ou de préposés automatiques. Les appels PSTN sortants doivent être passés avec succès, en portant une attention particulière à la transmission et à la présentation correctes des informations d'identification de l'appelant. Cela implique de s'assurer que le nom et le numéro de l'appelant sont affichés aux destinataires externes, conformément aux politiques de l'organisation et aux exigences réglementaires.

Les tests devraient également porter sur des scénarios de basculement, tels que la gestion de points de terminaison inaccessibles ou de perturbations du réseau. Cela permet de confirmer que les mécanismes de secours et le routage alternatif fonctionnent correctement, préservant ainsi la continuité et la fiabilité du service.

Flux d'appels sur le net

Les flux d'appels internes, ou sur le réseau, constituent l'épine dorsale de la communication d'entreprise. Les tests d'acceptation dans ce domaine permettent de vérifier que les appels entre utilisateurs au sein de l'organisation sont correctement acheminés, avec des fonctionnalités telles que le transfert, la mise en attente, le renvoi et les conférences qui fonctionnent comme prévu. L'intégrité des plans de numérotation, de la connectivité d' extension à extension et la prise en charge des politiques d' appel de l'organisation doivent toutes être confirmées.

Gestion des appels des utilisateurs et validation des fonctionnalités

Un aspect important des tests d'acceptation consiste à valider la façon dont les utilisateurs gèrent les appels à l'aide des téléphones de bureau compatibles. Ce processus vise à confirmer que les flux d'appels quotidiens sont intuitifs et fiables, et que les utilisateurs ont un accès fluide aux fonctionnalités de base nécessaires à leur rôle. Les tests devraient évaluer la facilité avec laquelle les utilisateurs peuvent passer et recevoir des appels, gérer les fonctions de mise en attente et de reprise et effectuer des transferts aveugles et consultatifs. Il est également essentiel de vérifier que le transfert d'appels, les conférences et les autres fonctionnalités avancées, telles que le stationnement et la réception des appels ou l' activation de la fonction Ne pas déranger, sont facilement disponibles et fonctionnent correctement.

L'expérience doit être évaluée en termes de clarté et de réactivité, en tenant compte de la manière dont les utilisateurs interagissent avec l'historique des appels, la messagerie vocale et les annuaires intégrés. Une attention particulière doit être portée à la possibilité de transférer les appels actifs d'un appareil à un autre et à utiliser efficacement les commandes d'appel au sein de l'application ou sur les téléphones physiques. L' objectif ultime est de faire en sorte que l'expérience de l'utilisateur final soit cohérente et efficace et réponde pleinement aux besoins de communication de l'organisation après la migration.

Files d'appels : expérience d'agent et de superviseur

Les files d'appels sont fréquemment utilisées pour gérer les scénarios d'appels entrants à volume élevé. Les tests d'acceptation se concentrent ici sur plusieurs aspects. Tout d'abord, il convient de vérifier que les appels sont distribués aux agents conformément à la logique de file d'attente configurée, telle que le round robin, la plus longue période d'inactivité ou la sonnerie simultanée. La présentation des appels en file d'attente sur les postes de travail des agents doit être revue pour des raisons de clarté et de facilité d'utilisation, afin de garantir que les agents puissent accepter, mettre en attente et transférer les appels de manière efficace.

Pour les superviseurs, l'expérience sur ordinateur doit être évaluée en fonction de fonctionnalités telles que la surveillance en temps réel, le transfert d'appels et l'analyse ou les informations sur les performances des files d'attente. Cela inclut, mais sans s'y limiter, la validation de tableaux de bord et d'outils de reporting qui fournissent des données exploitables sur la distribution des appels, l'activité des agents et les statistiques des files d'attente.

Groupes de chasse : distribution des appels

Les groupes de recherche sont un mécanisme clé pour distribuer les appels à des groupes d'utilisateurs prédéfinis. Les tests d'acceptation doivent confirmer que les appels sont acheminés vers les membres du groupe en fonction de l'algorithme de recherche configuré, et que les scénarios de débordement, de transfert et de non-réponse sont gérés conformément à la conception. Pour garantir la cohérence opérationnelle et la satisfaction des utilisateurs, il est essentiel de s'assurer que les comportements en matière d'appartenance au groupe et de routage des appels correspondent à ceux définis précédemment.

Auto Attendants : annonces et fonctionnement des menus

Les assistants automatiques constituent la première ligne de la gestion automatique des appels. Les tests doivent porter sur la lecture des annonces, la précision des messages d'accueil enregistrés et le bon fonctionnement des arborescences de menus. Les choix de menu doivent rediriger les appelants de manière fiable vers les services, les personnes ou les numéros externes appropriés. Les tests devraient également inclure des scénarios non valides ou de temporisation pour confirmer que les appelants reçoivent des instructions claires ou sont redirigés comme prévu.

Fonctionnement de la messagerie vocale

Enfin, la fonctionnalité de messagerie vocale est essentielle à l'expérience utilisateur. Les tests d'acceptation devraient vérifier que les boîtes vocales sont correctement attribuées et accessibles, à la fois au sein de l'organisation et à distance. La capacité à enregistrer, récupérer et gérer les messages doit être confirmée, de même que l'envoi des notifications.

Optimisez

Migration du PSTN vers Cloud Connect pour

Optimisez l'infrastructure sur site

Utilisez les analyses et la résolution des problèmes

Migration du PSTN vers Cloud Connect pour

Une fois que tous les terminaux et utilisateurs auront migré vers le cloud, le seul objectif Unified CM est de faire office de transit entre les passerelles PSTN et via la passerelle locale. Supprimer les passerelles PSTN et les passerelles locales de l'image en utilisant Cloud Connect comme accès PSTN pour tous les Webex Calling utilisateurs présente plusieurs avantages, notamment une réduction des coûts et une fiabilité accrue. Pour passer de l'accès PSTN local à Cloud Connect for , procédez comme suit :

Cloud Connect pour la sélection des partenaires.

Consultez la liste des partenaires de Cloud Connect et faites votre choix parmi les partenaires disponibles pour la localisation de votre organisation.

Cloud Connect pour validation.

Avant de transférer l'accès RTPC pour les sites vers Cloud Connect, la connectivité au PSTN via le partenaire Cloud Connect sélectionné doit être vérifiée et validée. À cette fin, un lieu de test doit être configuré et certains utilisateurs de test doivent y être configurés. L'accès PSTN pour ce lieu de test est ensuite configuré pour le partenaire Cloud Connect avant de valider la connectivité PSTN à l'aide des téléphones de test. En cas de validation réussie, le lieu du test peut être déprovisionné.

Portage de numéro.

Pour préparer le passage à Cloud Connect, il faut passer une commande de port pour tous les numéros actuellement attribués au réseau PSTN qui se terminent. Tous les numéros doivent être transférés vers le partenaire Cloud Connect. Pour maintenir l'accessibilité entre les sites, tous les numéros de tous les sites doivent être transférés en même temps .

Passez au partenaire Cloud Connect.

À la date de transition, l'accès RTPC pour tous les sites entrants doit être configuré sur le fournisseur PSTN 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 au début de la transition en utilisant le trunking PSTN pour les déploiements hybrides. Pour plus d'informations, consultez la section PSTN trunking pour les déploiements hybrides. Webex Calling Dans ce cas, pendant la transition, l'accès au PSTN se fait via une passerelle locale. Après avoir transféré tous les utilisateurs, il n'y a pas d'autre étape de migration liée au PSTN à part la mise hors service et les passerelles locales.

Optimisez l'infrastructure sur site

Une fois que tous les utilisateurs auront été transférés et que tous les terminaux auront été transférés vers l'enregistrement dans le cloud (ou auront été mis hors service), mettez à jour l'infrastructure locale appropriée maintenant que les appels dans le cloud sont utilisés. Les mises à jour de l'infrastructure incluent :

Supprimez le contrôle des appels et les DNS SRV enregistrements de messagerie locaux sur le ou les serveurs DNS locaux, y compris cisco_uds. _tcp. <domain>, cup_login. _tcp. <domain>. Ces enregistrements SRV ne sont plus nécessaires pour découvrir le service client.

Supprimez les DNS SRV enregistrements liés à Edge du système DNS public, y compris collab_edge. _tls. <domain>. Ces enregistrements SRV ne sont plus nécessaires pour découvrir les services de collaboration Edge par le service client.

Mettez à jour tous les domaines DHCP pertinents pour supprimer les adresses des serveurs TFTP/Boot des options 66 et 150. Ces scopes ne sont plus nécessaires pour découvrir et télécharger la configuration du contrôle des appels sur les terminaux.

Mettre à jour/supprimer les numéros correspondants dans la passerelle locale/le cube qui acheminent les appels depuis et vers. Unified CM Ces correspondants ne sont plus nécessaires pour le routage des appels sur site.

Supprimer ou supprimer toutes les machines virtuelles et/ou serveurs et les nœuds de cluster. Réutilisez 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 supprimez toutes les machines virtuelles et/ou tous les serveurs des nœuds de cluster. Réutilisez 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 le PSTN connecté au cloud, les troncs PSTN, les passerelles PSTN et la passerelle locale peuvent être mis hors service.

Pour toute solution E911 sur site existante, supprimez tous les emplacements ou numéros vers lesquels vous avez migré et, une fois la transition complète terminée, supprimez les machines virtuelles ou les serveurs de l'application. Réutilisez 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 DNS appartenant à des utilisateurs migrés doivent être placés dans une partition cachée pour éviter les échecs de routage des appels et pour garantir à tous les CSS un accès prioritaire au chemin cloud des mêmes noms de domaine.

Mettez à jour la position physique distribuable et l'élément de réseau dans Horizon Mobility chaque fois que des changements surviennent. Les activités courantes nécessitant des mises à jour sont les suivantes :

Remplacement d'un commutateur réseau

Remplacement du point d'accès sans fil

Modifications de la portée du DHCP

Changements physiques à l'intérieur du bâtiment (s'il s'agit d'une cabine ou d'un bureau)

Agrandissement ou contraction de l'espace de bureau à l'intérieur d'un bâtiment.

Utilisez les analyses et la résolution des problèmes

fournit des fonctionnalités complètes d'analyse et de dépannage pour vous aider à visualiser et à suivre votre déploiement. Ils traitent de la qualité multimédia, de l'historique détaillé des appels, de la file d'attente des appels, du groupe de recherche et de l'analyse des agents automatiques. Un exemple d'analyse de la qualité des médias est présenté dans la figure Analyse de la qualité des médias.

analyse de la qualité des médias

Dans la section Résolution des problèmes, chaque appel passé en utilisant 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 de mieux identifier les problèmes liés aux médias et les appels échoués, comme le montre la figure Résolution des problèmes liés à la qualité des médias.

résolution des problèmes liés à la qualité des médias

le dépannage 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 Webex Callinganalyses et la résolution des problèmes, voir Résoudre les problèmes liés Webex Calling aux appels dans Control Hub.

Présentation

Avant de commencer

Vue d'ensemble

Composants de base

Présentation du processus PPDIO

Description générale de PPDIO

Utiliser PPDIO pour des Unified CM projets de Webex Calling migration

Préparez-vous

Plan

Design

Mettre en œuvre

Optimisez

Boucles de feedback PPDIO

Approche migratoire

Avant de commencer

Ce guide est destiné aux équipes ou aux personnes ayant de l'expérience dans la configuration et l'administration Cisco Unified Communications Manager (Unified CM) et des terminaux Cisco, y compris les téléphones de bureau IP, les appareils vidéo et les clients Jabber Soft. Tout au long de ce document, vous trouverez des liens vers la documentation du produit et de la documentation d'assistance pour vous aider.

Ce document se concentre uniquement sur Unified CM les transitions entre Webex Calling plusieurs locataires. Le terme utilisé Webex Callingdans ce document fait toujours référence à Webex Calling plusieurs locataires.

Avant de commencer la migration de Unified CM versWebex Calling, il est impératif de bien comprendre la Webex Calling solution et ses composants respectifs. Pour réussir une migration, il faut connaître l'Webex Callingarchitecture, les modèles de service, les options de déploiement et les fonctionnalités associées afin de cartographier correctement les Unified CM charges de travail existantes et de concevoir un plan de transition efficace.

Une compréhension approfondie des Webex Calling éléments suivants est essentielle pour élaborer une stratégie de transition et une préparation opérationnelle efficaces.

Control Hub

Mise à disposition de l'annuaire et des utilisateurs

Webex Callingplateforme

Points de terminaison d'appel pris en charge

Options de connectivité PSTN

Webex Callinggestion du plan de numérotation et des numéros

Fonctionnalités de sécurité et de conformité.

Pour plus d'informations, consultez la section Architecture préférée de Cisco pourWebex Calling.

Ce guide mettra en évidence les outils et les processus à utiliser tout au long du cycle de vie de la transition. Cependant, la transition des appels sur site vers une nouvelle plateforme d'appels dans le cloud peut Webex Calling représenter un effort important, avec des défis commerciaux, techniques et complexes potentiels. Unified CM Pour vous aider à surmonter ces défis, Cisco propose différentes options pour vous aider dans votre parcours. Il est important de consulter les informations contenues dans Enterprise cloud calling - Calling migration pour comprendre chaque option et la manière dont chacune peut vous aider dans votre propre migration.

Outils de migration Webex : outils gratuits en libre-service intégrés à Control Hub pour rationaliser votre transition vers Webex Calling

Fournisseurs de migration certifiés : fournisseurs de logiciels et d'outils validés par Cisco qui ont développé des solutions de migration pour aider les partenaires et les clients de Webex à effectuer des migrations complexes et de grande envergure. Ces solutions peuvent aider à simplifier, gérer et accélérer la transition vers Webex Calling

Webex Setup Assist : un service de migration dirigé par Cisco qui guide les clients et les partenaires tout au long du Webex Calling déploiement et de la configuration, nécessaires à la réussite de la migration des Unified CM utilisateurs et des services vers. Webex Calling

Vue d'ensemble

Avec la croissance des services de collaboration fournis dans le cloud, de plus en plus de clients souhaitent transférer leurs charges de travail de collaboration existantes vers le cloud, compte tenu des promesses de réduction du coût total de possession, de simplification de la gestion, de fourniture continue de fonctionnalités, d'évolutivité et de fiabilité supérieure inhérentes aux services basés sur le cloud. Alors que les clients souhaitent passer des services de collaboration sur site aux services de collaboration dans le cloud, il est important qu'ils comprennent en quoi consiste la transition et quelles sont les étapes nécessaires pour effectuer la transition.

Le but de ce document est de fournir des conseils de déploiement aux clients qui souhaitent spécifiquement passer de l'environnement local Unified CM Webex Calling au cloud. Ce guide de déploiement part du principe que le lecteur a une compréhension de base de la transition des appels entre Unified CM etWebex Calling, notamment, des modifications apportées lors de cette transition et des différences entre le transfert de la charge de travail des appels du local vers le cloud. Avant de continuer, assurez-vous d'avoir pris connaissance des informations disponibles sur la carte de transition et de vous familiariser avec celles-ci. Ce document cartographique de transition fournit des informations sur les changements et les différences liés à cette transition.

Comme le montre la figure Architecture de collaboration sur site : contrôle des appels et accès à distance, un déploiement sur site typique inclut différents composants de l'infrastructure de collaboration sur le réseau, une plateforme de contrôle des appels, une plateforme périphérique, des terminaux matériels et logiciels et, dans certains cas, même des plateformes de conférence et de planification. Dans l' architecture Cisco, cela Unified CM inclurait le contrôle des appels, Expressway pour l'accès à distance et les services de périphérie interentreprises (B2B), Cisco Meeting Server/Cisco Meeting Management pour les conférences sur site, Unity Connection pour la messagerie vocale, ainsi que le matériel destiné aux utilisateurs (téléphones IP Cisco, systèmes vidéo Cisco Desk and Room) et les logiciels () terminaux IP. Cisco Jabber Ces composants peuvent varier légèrement dans certains environnements, mais c'est le point de départ de la transition décrite dans la suite de ce document.

Architecture de collaboration sur site : contrôle des appels et accès à distance

L'architecture illustrée à la figure Architecture de collaboration sur site : contrôle des appels et accès à distance est basée sur l'architecture préférée (PA) pour les déploiements sur site de Cisco Collaboration Enterprise. Pour plus d'informations sur l'Enterprise On-Premise, consultez la section Architectures préférées de collaboration Cisco.

Avant : Le tableau des composants de l'infrastructure d'appel sur site répertorie les principaux éléments de l'architecture sur site avant la transition vers le cloudWebex Calling.

Tableau 1. Avant : Composants de l'infrastructure d'appel sur site
Produit Description

Unified CM Contrôle des appels sur site fournissant des services d'enregistrement des appareils et de routage des appels

Cisco Expressway-C/E Infrastructure périphérique fournissant des fonctionnalités mobiles Remote Access (MRA) et interentreprises (B2B) permettant aux terminaux distants de se connecter en toute sécurité depuis l'extérieur de l'organisation. Expressway est déployé par paires pour permettre la traversée du pare-feu pour les terminaux externes.

Serveur de réunion Cisco (CMS), Cisco Meeting Management (CMM) et Cisco Telepresence Management Suite (TMS) Infrastructure de conférence vocale, vidéo et Web sur site fournissant des fonctionnalités de réunions multipoints, de gestion de réunions et de planification. [Facultatif]

Cisco Unity Connection Plateforme de messagerie vocale sur site fournissant des fonctionnalités de messagerie vocale et de messagerie unifiée. [Facultatif]

Bureau Cisco, salle Cisco, conseil d'administration Cisco, téléphones IP Cisco et Cisco Jabber Appareils IP enregistrés Unified CM et proposant des fonctionnalités d'appels vocaux et vidéo

Comme l'illustre Figure Transition decision : appels sur siteWebex Calling, les clients qui disposent d'un système de contrôle des appels sur site avec des terminaux IP de bureau Unified CM et vidéo ont le choix de passer à une architecture cloud. Webex Calling

La décision doit être prise en fonction des exigences fonctionnelles du client. Les clients qui répondent aux exigences suivantes doivent y réfléchir attentivement avant de prendre cette décision et ils pourraient finalement décider de garder le contrôle des appels sur site :

Modèles de téléphones non pris en charge par Webex Calling

Intégrations complexes ou nombreuses avec d'autres systèmes ou solutions sur site, en particulier lorsqu'il Webex Calling est difficile de reproduire ces intégrations ou qu'aucune solution alternative équivalente n'est disponible

Plan de numérotation complexe, classes de service très détaillées ou les deux

Accès Internet restrictif, limité ou peu fiable

Politiques strictes en matière de confidentialité et de propriété des données

Obligation de conformité pour l'enregistrement et le stockage des médias sur site ou dans le pays

Intégrations tierces sans autre intégration viable Webex Calling

Intégrations de centres d'appels où l'intercentre d'appels n'est pas encore en train de migrer vers le cloud .

Décision de transition : appels sur site à Webex Calling
Les clients qui souhaitent commencer à tirer parti des services d'appels dans le cloud devraient y réfléchirWebex Calling. Ce service d'appels dans le cloud permet au client de tirer parti de l'architecture mondiale Webex en termes d'évolutivité et de connectivité. Les participants du réseau d'entreprise et les participants distants extérieurs au réseau de l'entreprise peuvent communiquer via des points de terminaison matériels IP et/ou des applications logicielles de bureau ou mobiles.

Ce document s'adresse aux clients qui déploient le contrôle des Unified CM appels et qui souhaitent comprendre les étapes générales, les considérations et les exigences relatives à l'activation du Webex Calling déploiement, comme indiqué dans la section suivante.

Composants de base

L'architecture cible de cette migration inclut plusieurs nouveaux composants. Cela inclut le Webex Calling service d'appels dans le cloud, l'application Webex, le connecteur Cisco Directory pour l'intégration des identités et la passerelle locale (LGW) pour l' accès au RTPC, ainsi que l'intégration des appels locaux vers le cloud. Les forfaits d'appels Cisco ou le PSTN connecté au cloud (CCP) facilités par un Webex Calling partenaire Cloud Connect sont des options supplémentaires pour accéder au PSTN.

Comme le montre Figure After : Webex Calling Architecture, les nouveaux composants (connecteur d'annuaireWebex Calling, passerelle locale et passerelle Survivability) sont ajoutés au déploiement local existant.

Après : Webex Calling Architecture

Après : Le tableau des composants de l'infrastructure d'appels dans le cloud répertorie les nouveaux éléments de l' architecture après la transition vers Webex.

Tableau 2. Après : Composants de l'infrastructure d'appels dans le cloud
Produit Description

Webex Calling Service d'appels basé sur le cloud, fourni depuis la plateforme Webex et permettant l'enregistrement des terminaux et le routage des appels

Connecteur Cisco Directory Application Windows exécutée sur une machine de domaine Windows qui permet de synchroniser les identités entre le site de l'entreprise Active Directory et la banque d'identités de l'organisation Webex.
Pour les clients qui passent du mode local Active Directory à Entra ID, l'intégration des identités avec Webex au lieu de Cisco Directory Connector utilise l'application Entra ID Wizard.

Passerelle locale Une passerelle locale fait le pont entre le réseau de communications unifiées sur site du client et le Webex Calling cloud. Il peut être déployé sur site ou hébergé par un partenaire, fournissant un accès PSTN pour les terminaux enregistrés dans le cloud ainsi que l'intégration des appels entre les terminaux Unified CM enregistrés et enregistrés dans le cloud. Cisco IOS-Le routeur à services intégrés XE (séries ISR 1100 et 4000), les séries Cisco Catalyst 8200/8300, le logiciel Cisco Catalyst 8000V Edge et divers contrôleurs de session (SBC) tiers certifiés peuvent être utilisés comme LGW pour une approche de migration progressive.

Survivability Gateway Survivability Gateway (SGW) est une passerelle basée sur le réseau local IOS-XE qui fournit des services d'appel de secours aux terminaux du site Webex Calling en cas de panne de réseau.

Forfait d'appels Cisco, Cloud Connect pour Webex Calling Cisco Calling Plan et Cloud Connect for Webex Calling sont des options basées sur le cloud pour l'accès PSTN aux Webex Calling terminaux. L'accès au RTPC est facilité par un fournisseur PSTN dans le cloud et ne nécessite aucun équipement sur site.

Application Webex Application cliente exécutée sur un système d'exploitation de bureau (Windows, Mac) ou un système d'exploitation mobile (Android, iOS) et enregistrée directement sur la Webex Calling plateforme pour la fonctionnalité d'appel.

Présentation du processus PPDIO

Le processus PPDIO signifie Préparer, planifier, concevoir, implémenter et optimiser. Il s' agit d'une méthodologie Cisco structurée qui guide les projets depuis l'évaluation initiale jusqu'à l'amélioration continue, afin de garantir des déploiements ou des migrations efficaces et réussis.

Procédé PPDIO

Description générale de PPDIO

Préparer : évaluez l'environnement actuel, collectez les exigences et alignez les parties prenantes pour établir une base solide.

Plan : Élaborez des plans de projet détaillés, y compris des calendriers, des ressources et des stratégies d'atténuation des risques.

Design : concevez la solution cible en fonction des besoins commerciaux et techniques.

Mettre en œuvre : exécutez le déploiement ou la migration conformément à la conception, en validant les fonctionnalités et les performances.

Optimiser : améliorez continuellement la solution après sa mise en œuvre en surveillant les performances, en affinant les configurations et en tirant parti des outils d'automatisation et d'intégration.

Utiliser PPDIO pour des Unified CM projets de Webex Calling migration

Lors de la transition de Unified CM àWebex Calling, le processus PPDIO fournit une feuille de route claire pour garantir une transition fluide et efficace :

Préparez-vous

Évaluer l'Unified CMenvironnement existant et l'état de préparation à la migration

Collectez des données détaillées sur les utilisateurs, les appareils, le réseau et les dépendances

Collectez les informations de localisation, y compris l'adresse d'urgence, le nombre d'utilisateurs, l'accès Internet, le PSTN

Identifiez les risques et définissez la portée du projet pour aligner toutes les parties prenantes.

Plan

Créez un plan de migration complet avec des calendriers par lots, des affectations de ressources et des calendriers

Définissez des tâches telles que la mise à niveau du firmware de l'appareil, la fourniture de licences et l'intégration des utilisateurs

Coordonnez les fenêtres de migration avec Cisco et ses partenaires afin de minimiser les perturbations.

Design

Associer les Unified CM configurations actuelles, les plans de numérotation et les profils utilisateurs à des données Webex Calling équivalentes

Concevez l'Webex Callingenvironnement, y compris la stratégie PSTN (intermédiaire et finale), les emplacements, les rôles des utilisateurs et les points d' intégration tels que la passerelle locale (CUBE) et la synchronisation des annuaires

Planifiez des scénarios de coexistence dans lesquels Unified CM et Webex Calling opérez simultanément pendant la migration.

Mettre en œuvre

Utilisez les outils de migration de Control Hub aux côtés d'outils tiers pour modifier le microprogramme, le mode, la configuration des fonctionnalités et les migrations d'utilisateurs

Utilisez les opérations et le provisionnement en masse à l'aide des API Webex pour rationaliser les migrations et les configurations à grande échelle

Procéder à l'approvisionnement des licences, à l'enregistrement des appareils et aux mises à jour de configuration

Validez le succès de la migration par des tests et des vérifications opérationnelles.

Optimisez

Surveillez en permanence Webex Calling les performances et l'expérience utilisateur

Affiner les configurations et les flux de travail en fonction des données opérationnelles et des commentaires

Tirez parti des capacités d'automatisation et d'intégration pour améliorer l'efficacité et l' évolutivité

Mettez hors service Unified CM les anciens composants le cas échéant et apportez une assistance continue pour les opérations du deuxième jour.

Cette approche PPDIO améliorée garantit une migration contrôlée, transparente et efficace de Unified CM vers, en tirant parti des outilsWebex Calling, des API et de l'écosystème de partenaires de Cisco pour assurer la continuité des activités et améliorer les capacités de collaboration.

Boucles de feedback PPDIO

La vue d'ensemble de haut niveau présentée dans Figure Iterations lors de l'exécution de PPDIO illustre une boucle de feedback unique entre la phase d'optimisation et la phase de préparation . Cela signifie qu'après la mise en œuvre initiale, il existe une opportunité continue d'amélioration continue. Chaque cycle d'optimisation permet d'identifier de nouvelles exigences ou de nouveaux domaines à améliorer, qui pourront être abordés dans le cadre de projets ou d' initiatives ultérieurs. Ces projets individuels suivent à leur tour le cycle de vie PPDIO (Prepare, Plan, Design, Implement, Optimize) établi. Cette approche itérative garantit que le système reste adapté à l'évolution des objectifs commerciaux et aux avancées technologiques, favorisant ainsi une culture de raffinement et d'adaptabilité continus.

Itérations lors de l'exécution de PPDIO

Lors de l'exécution du processus PPDIO, il est courant que les résultats des phases ultérieures nécessitent de revoir et éventuellement de réviser les décisions prises lors des étapes précédentes. Par exemple, les problèmes rencontrés pendant la phase de mise en œuvre, tels que l'identification des ambiguïtés de conception ou des détails manquants, peuvent révéler que certains aspects n'ont pas été complètement résolus pendant la phase de conception. Dans de tels cas, il devient nécessaire de revenir à la phase précédente pertinente pour résoudre ces problèmes avant de poursuivre. Ce mécanisme de feedback itératif, illustré dans le processus PPDIO Unified CM assisté par Figure, garantit que la solution est complètement validée et affinée, contribuant ainsi à un déploiement plus robuste et plus efficace.

Unified CMprocessus PPDIO assisté

Lors de la transition de Unified CM àWebex Calling, chaque phase du processus PPDIO peut bénéficier de manière significative des informations recueillies dans l'Unified CMenvironnement existant. Par exemple, des inventaires complets des utilisateurs, des numéros de téléphone, des fonctionnalités d'appel et des composants du plan de numérotation peuvent être extraits de la Unified CM configuration actuelle. Ces données complètent les informations fournies directement par les parties prenantes et contribuent à rationaliser les activités de planification et de conception. L'utilisation d'outils appropriés pour automatiser l'extraction et l'analyse des données permet non seulement d'améliorer la précision, mais aussi d'accélérer le processus dans son ensemble. En utilisant les informations issues du déploiement existant, la transition vers Webex Calling peut être effectuée plus efficacement qu'une nouvelle implémentation traditionnelle, tout en respectant la méthodologie PPDIO structurée. Ce processus est illustré dans le processus PPDIO Unified CM assisté par figure.

Approche migratoire

Lorsque vous planifiez votre transition du mode local Unified CM au mode localWebex Calling, vous devez déterminer comment vous allez aborder ce processus. Vous devrez d'abord décider si la migration sera instantanée (tout en même temps) ou par étapes (migrer des groupes d'utilisateurs/appareils sur une longue période).

Une migration instantanée permet de déplacer tous vos utilisateurs et appareils le plus rapidement possible. Avec cette méthode, vous allez déplacer tous les utilisateurs et appareils de l'environnement local Unified CM Webex Calling à la fois. Il s'agit essentiellement d'une fenêtre de migration unique pour tous les utilisateurs et appareils. Une fois cette migration terminée, tous vos utilisateurs et appareils seront connectés à la Webex Calling plateforme et toute votre Unified CM infrastructure pourra être mise hors service. Cependant, de nombreuses organisations ne peuvent pas utiliser cette approche en raison de l'ampleur de leur déploiement d'appels.

La deuxième approche est une migration par étapes. La plupart des organisations utiliseront cette approche car elle permet de mieux contrôler, gérer et étendre la migration. De plus, il convient mieux aux déploiements de communications unifiées de plus grande envergure et/ou aux déploiements dans plusieurs régions. Par conséquent, ce document se concentre sur l'approche par étapes comportant deux étapes de transition.

Comme le montre la figure ci-dessous Transition des appels par étapes : hybride et cloud, la première phase de transition (phase 1) se traduit par un déploiement en coexistence avec des environnements d'appel doubles. Au cours de cette phase, certains utilisateurs, appareils et clients logiciels sont transférés vers le contrôle des appels sur site, Webex Calling tandis que d'autres utilisent toujours le contrôle des Unified CM appels sur site. La phase de transition finale (phase 2) aboutit à un environnement d'appels purement cloud où tous les utilisateurs, appareils et clients logiciels sont entièrement transférés vers la Webex Calling plateforme.

Le temps nécessaire à une organisation pour passer complètement aux appels dans le cloud varie en fonction de son déploiement actuel. Dans certains cas, une organisation peut effectuer la transition initiale et rester dans la phase de double contrôle des appels de coexistence (phase 1) pendant une période prolongée (des mois, voire des années), tandis que dans d'autres cas, elle peut passer complètement à Webex Calling (phase 2) en très peu de temps (semaines ou mois). Ce document est destiné à couvrir les deux phases (phase 1 - coexistence et phase 2 - transition complète).

Transition progressive des appels : hybride et cloud

Il est possible que certaines organisations maintiennent le déploiement du double contrôle des appels en coexistence indéfiniment sans qu'il soit prévu de passer complètement aux appels dans le cloud.

La deuxième question est de savoir comment vous allez faire passer les utilisateurs, les appareils et les clients logiciels du contrôle des appels sur site au contrôle des appels dans le cloud. L'approche recommandée est une transition en trois phases . La figure « Transition en trois phases recommandée » ci-dessous décompose cette approche en 3 phases.

Transition en trois phases recommandée

Pré-migration : Cette phase vise à préparer Webex et Unified CM les environnements à la migration. Il ne s'agit pas de définir des plans ou des configurations spécifiques, mais de mener à bien les activités qui peuvent être réalisées dès maintenant et avant le début de tout projet de Webex Calling migration. L'objectif est de jeter les bases des deux environnements afin de préparer la migration.

Préparation à la migration : C'est à cette phase que les efforts commencent pour préparer la migration vers Webex Calling. Ici, les exigences commerciales et techniques doivent être revues et mises à jour. Ne vous contentez pas de modifier ce qui est actuellement déployé, mais redéfinissez les exigences commerciales et techniques dont votre entreprise a besoin aujourd'hui et à l'avenir en tirant parti de la puissance deWebex Calling. Unified CM De plus, c'est à cette phase que vous terminerez votre conception, votre planification de configuration et votre planification/calendrier de migration.

Migration (déploiement et mise hors service) : C'est au cours de cette phase que se déroule la migration proprement dite des utilisateurs, des appareils, des numéros de téléphone et des clients logiciels. Comme indiqué plus haut, cette phase peut être terminée pour tout le monde en même temps (flash-cut) ou sur plusieurs fenêtres de changement (coupe progressive). Les plans d'adoption, la formation et les communications pour les utilisateurs finaux sont essentiels, afin que vos utilisateurs soient au courant des changements, sachent comment utiliser la nouvelle plateforme d'appel et sachent quand le changement se produira. La dernière étape consiste à mettre hors service toute l'infrastructure UC locale qui n'est plus utilisée.

La phase préalable à la migration comporte des activités (obligatoires, recommandées et facultatives) sur lesquelles vous pouvez commencer à travailler immédiatement. Il est recommandé de les terminer le plus tôt possible, de préférence avant le début de votre projet. Certaines activités peuvent prendre plus de temps. Les démarrer plus tôt vous aidera à rationaliser votre projet de migration.

La figure « Activités préalables à la migration » ci-dessous met en évidence cinq catégories spécifiques d' activités liées à une Webex Calling migration.

Activités préalables à la migration

Préparez-vous

Exigences commerciales et techniques

Pourquoi il est important de recueillir les exigences :

Exigences commerciales

Exigences techniques

État de préparation et exigences du réseau

Configurer une UC connectée au cloud

Evaluer l'environnement actuel

Licences

Lieux/Sites

Inventaire des appareils et des clients existants

Vérifier l'éligibilité de l'appareil

Utilisateurs

Connectivité PSTN

Fonctionnalités et utilisation des fonctionnalités

Intégrations Cisco : Unity Connection UCCX UCCE

Enregistrement des appels

Intégrations tierces

Exigences commerciales et techniques

Lors de la planification d'une migration de vers, il est crucial de bien comprendre les exigences techniques et commerciales pendant la phase de planification. Cette étape garantit que la migration est conforme aux objectifs opérationnels et aux capacités techniques de votre organisation, en minimisant les risques et les perturbations.

Pourquoi il est important de recueillir les exigences :

Aligne les objectifs commerciaux : comprendre les besoins de l'entreprise permet d'adapter la migration afin de prendre en charge les principaux flux de travail, l'expérience utilisateur et les plans de croissance.

Garantit la compatibilité technique : l'identification précoce des exigences techniques permet d'éviter les problèmes d'intégration avec l'infrastructure, le réseau et les terminaux existants.

Facilite la planification des ressources : des exigences claires permettent d'estimer avec précision les délais, les coûts et les ressources nécessaires.

Atténue les risques : la détection précoce des problèmes potentiels permet de trouver des solutions proactives, réduisant ainsi les temps d'arrêt et les interruptions de service.

Exigences commerciales

Les exigences commerciales typiques incluent :

Nombre d'utilisateurs et de sites à migrer

Fonctionnalités et services souhaités (par exemple, routage des appels, messagerie vocale, conférences, assistants automatiques, files d'appels)

Politiques de conformité et de sécurité

Contraintes budgétaires et prévisions de coûts

Besoins de formation et d'assistance des utilisateurs

Calendrier de migration et considérations relatives à la continuité des activités.

La collecte des fonctionnalités et des services souhaités est une étape cruciale pour que le nouveau système réponde aux besoins de l'entreprise. Lors de la collecte de ces exigences, il est important non seulement de prendre en compte ce qui est actuellement configuré, mais aussi d'essayer de recueillir les exigences réelles auprès des entités commerciales qui utiliseront le système. Sinon, il y a un risque que le plan soit basé sur des hypothèses non courantes. Assurez-vous d'évaluer les fonctionnalités supplémentaires ou améliorées disponibles dans lesquelles elles n'existent peut-être pas, telles que les appels dans le cloud, les files d'appels avancées , etc. Cela permet de tirer parti de tous les avantages de la plateforme cloud.

Lors de l'évaluation de la configuration actuelle de, il est important de savoir que tous les paramètres existants peuvent ne pas rester nécessaires en raison de l' évolution des exigences tout au long du cycle de vie du système. L'accent devrait être mis sur l'identification et la conservation uniquement des configurations qui répondent aux besoins actuels et futurs du déploiement.

Concentrez-vous davantage sur vos besoins que sur ce que vous avez.

Les politiques de conformité et de sécurité sont des considérations essentielles lors de la migration de Webex Calling à afin de garantir que le nouveau système de communication basé sur le cloud soit conforme aux normes légales, réglementaires et organisationnelles.

Conformité réglementaire : les organisations doivent vérifier qu'elles sont conformes aux réglementations spécifiques au secteur, telles que le RGPD, la HIPAA ou la SOX, en ce qui concerne les exigences en matière de confidentialité, de conservation et de traitement des données, ainsi que les mandats spécifiques à chaque pays en matière de résidence des données, de contournement des péages et de localisation des médias.

Sécurité des données : Veiller à ce que les données vocales et de signalisation soient cryptées à la fois en transit et au repos afin de les protéger contre toute interception ou tout accès non autorisé.

Contrôles d'accès : définition et application de l'authentification, de l'autorisation et de l'accès basé sur les rôles des utilisateurs afin d'empêcher toute utilisation non autorisée des ressources de communication.

Audit et surveillance : mise en œuvre de fonctionnalités de journalisation et de surveillance pour suivre l'accès et l'utilisation à des fins d'audits de conformité et d'enquêtes sur les incidents de sécurité.

Alignement des politiques : Aligner la migration sur les politiques de sécurité existantes de l'entreprise, y compris la sécurité des terminaux, la segmentation du réseau et les plans de réponse aux incidents.

Assurance de sécurité des fournisseurs : évaluation des certifications de sécurité et des attestations de conformité de Cisco pour en garantir la fiabilité.

La mise en œuvre de ces politiques de conformité et de sécurité pendant la phase de planification permet d'atténuer les risques, d'éviter les sanctions légales et de préserver l'intégrité et la confidentialité des communications pendant et après la migration.

Les besoins de formation et d'assistance des utilisateurs sont essentiels lors de la migration de à afin de garantir une transition en douceur et une adoption par les utilisateurs. Les principaux facteurs à prendre en compte sont les suivants :

Programmes de formation : développez des sessions de formation personnalisées pour différents groupes d'utilisateurs (utilisateurs finaux, administrateurs, personnel du service d'assistance) afin de les familiariser avec les fonctionnalités, les interfaces utilisateur et les nouveaux flux de travail.

Documentation : Fournissez des guides d'utilisation, des FAQ et des documents de référence rapides clairs et accessibles, y compris des ressources sur les nouveautés et les différentes étapes et des guides pratiques étape par étape avant et après (sous forme de vidéo ou de guide rapide), afin d'aider les utilisateurs à s' adapter à la nouvelle expérience après la migration.

Gestion du changement : communiquez les changements de manière proactive afin de répondre aux attentes des utilisateurs et de réduire les résistances.

Structure de support : mettez en place une équipe d'assistance dédiée ou une voie d'escalade pour résoudre rapidement les problèmes des utilisateurs pendant et après la migration.

Formation continue : prévoyez des mises à jour de formation continue au fur et à mesure de la publication de nouvelles fonctionnalités ou de mises à jour.

Mécanismes de feedback : mettez en place des canaux permettant aux utilisateurs de signaler des problèmes et de fournir des commentaires afin d'améliorer les processus de formation et d'assistance.

Répondre à ces besoins de formation et d'assistance pendant la phase de planification permet de minimiser les interruptions, de renforcer la confiance des utilisateurs et de maximiser les avantages de la migration vers.

Exigences techniques

Plusieurs exigences techniques clés doivent être collectées et documentées pour réussir la migration de vers, y compris des informations concernant :

État de préparation du réseau et capacité de bande passante

Une évaluation complète du réseau est essentielle pour garantir que votre infrastructure existante peut prendre en charge le nouvel Webex Calling environnement. Cela inclut :

Analyse de la bande passante : évaluation de l'utilisation actuelle et prévue de la bande passante afin de gérer le trafic vocal, vidéo et de données sans encombrement.

Qualité de service (QoS) : mise en œuvre de politiques de qualité de service pour donner la priorité au trafic vocal et minimiser la latence, la gigue et les pertes de paquets.

Connectivité WAN et Internet : vérifier que les liaisons WAN et les connexions Internet répondent aux exigences relatives aux appels dans le cloud, y compris les fonctionnalités de redondance et de basculement.

Configuration du pare-feu et du NAT : s'assurer que les paramètres du pare-feu et du NAT autorisent la signalisation et le trafic multimédia requis pour.

Intégration au système existant

Une intégration fluide avec les systèmes métier existants est essentielle pour garantir l'expérience utilisateur et la continuité du flux de travail :

Services d'annuaire : évaluation de l'intégration à un annuaire d'entreprise pour automatiser le provisionnement et l'authentification des utilisateurs.

CRM et applications commerciales : identification des points d'intégration avec les systèmes de gestion de la relation client et d'autres applications critiques pour l'entreprise.

Interfonctionnement des anciens PBX : planification de la coexistence ou stratégies de migration progressive si les anciens systèmes téléphoniques seront conservés pendant la transition.

Compatibilité et provisionnement des terminaux

La compatibilité de tous les terminaux, y compris les téléphones de bureau, les softphones et les appareils mobiles, doit être évaluée :

Support des appareils : confirmer que les téléphones et appareils IP existants sont pris en charge ou identifier les appareils de remplacement nécessaires.

Processus de provisionnement : mise en place de méthodes d'approvisionnement automatisées ou rationalisées pour une intégration efficace des terminaux.

Mises à jour du firmware et des logiciels : planification des mises à jour nécessaires pour garantir l'interopérabilité et la sécurité.

Configurations de sécurité et normes de cryptage

La sécurité est primordiale dans les communications dans le cloud :

Cryptage : appliquer le cryptage de bout en bout pour la signalisation et les flux multimédia, conformément aux meilleures pratiques de sécurité de Cisco.

Authentification et contrôle d'accès : mise en œuvre de mécanismes d'authentification sécurisés (tels que le SSO, l'authentification multifactorielle) et de contrôles d'accès granulaires pour les utilisateurs.

Conformité : s'assurer que la solution est conforme aux normes réglementaires et de conformité du secteur pertinentes (par exemple, RGPD, HIPAA).

Surveillance de la sécurité : intégration aux outils SIEM et mise en place d'alertes en cas d'incidents de sécurité potentiels.

Tableau 1. Exemple d'évaluation
Exigence Principales considérations

État de préparation du réseau et bande passante Bande passante, QoS, WAN/Internet, pare-feu/NAT

Intégration aux systèmes existants Annuaire, CRM, PBX, e-mail/calendrier

Compatibilité et provisionnement des terminaux Support des appareils, approvisionnement, mises à jour du firmware

Configurations de sécurité et cryptage Chiffrement, authentification, conformité, surveillance de la sécurité

Formation des utilisateurs et gestion du changement Programmes de formation, documentation, communication sur le changement

Portabilité des numéros et plan de numérotation Migration/transfert de numéros, traduction du plan de numérotation

Intégrations tierces Radiomessagerie, centre d'appels, télécopie, appareils analogiques

État de préparation et exigences du réseau

La disponibilité du réseau est essentielle à la réussite de la migration vers une solution d'appel basée sur le cloud. Une mauvaise planification du réseau peut entraîner une dégradation de la qualité des appels, des interruptions d'appels et des utilisateurs mécontents. Les clients doivent effectuer une évaluation du réseau avant de migrer vers. Il est recommandé de vérifier la disponibilité de la bande passante réseau par rapport au volume d'appels attendu, de s'assurer que les exigences de qualité de service (QoS) sont respectées et de comprendre les différents ports qui doivent être ouverts dans le ou les pare-feux périphériques.

Une connectivité réseau fiable avec une qualité de service suffisante (bande passante, perte de paquets, RTT) est une exigence de base pour garantir la meilleure expérience utilisateur possible de bout en bout pour tous les terminaux, clients et applications compatibles voix et vidéo.

Les clients et les partenaires ont accès à des options de connectivité allant au-delà de l'Internet OTT, qui peuvent optimiser la connexion, y compris Webex Edge Connect. Pour plus d'informations sur les détails de conception de Webex Edge Connect, consultez la section Architecture préférée de Cisco pour Webex Edge Connect forWebex Meetings, Calling Multi-Tenant et Dedicated Instance.

Les clients peuvent utiliser CScan pour évaluer le réseau, qui fournit des informations sur la qualité du réseau du client, le nombre d'appels pouvant être établis, la latence, etc. Pour plus d'informations sur l'outil CScan, voir Utiliser cScan pour tester la qualité Webex Calling du réseau.

Pour vous assurer que le réseau est prêt à être migré vers, consultez la liste de contrôle suivante :

Planification de la bande passante

Calculez les appels simultanés par site pour vous assurer de disposer de suffisamment de bande passante en amont et en aval et pour inclure une marge de manœuvre pour les autres trafics critiques et la croissance future.

Le Webex Calling tableau de calcul de la bande passante des types d'appels indique les types d'appels disponibles lors d'un déploiement, ainsi que le codec et la bande passante maximale requise pour chaque type d'appel. Comme indiqué dans le Webex Calling tableau de calcul de la bande passante par type d'appel, la bande passante requise pour chaque type d'appel peut être calculée à l'aide de la formule générale suivante :

Nombre d'appels simultanés attendus * Bande passante par appel basée sur le codec = Débit réseau requis.
Tableau 2. Webex Calling calculs de bande passante par type d'appel
Types d'appels Codec : bande passante Calculs de bande passante
/Téléphone de bureau -> OPUS - 70 Kbits/s Nombre d'appels simultanés * 70 kbit/s = débit réseau requis
/Téléphone de bureau -> Téléphone de bureau OPUS — 70 Kbits/s Nombre d'appels simultanés * 70 kbit/s = débit réseau requis
/Téléphone de bureau -> PSTN via LGW G.711 — 80 Kbits/s Nombre d'appels simultanés * 80 kbit/s = débit réseau requis
/Téléphone de bureau -> PSTN via Cloud PSTN (par ex. (forfait d'appels Cisco) G.711 — 80 Kbits/s Nombre d'appels simultanés * 80 kbit/s = débit réseau requis
/Téléphone de bureau -> Enterprise via LGW G.722 — 80 Kbits/s Nombre d'appels simultanés * 80 kbit/s = débit réseau requis
/Téléphone de bureau -> messagerie vocale OPUS — 70 Kbits/s Nombre d'appels simultanés * 70 kbit/s = débit réseau requis

En additionnant le débit réseau requis simultanément par type d'appel, il est possible de déterminer la bande passante potentielle totale requise pour un site spécifique.

Tous les tronçons d'appels sont toujours ancrés sur les SBC d'accès. Pour déterminer la bande passante Internet requise pour un lieu donné, il faut prendre en compte non seulement les appels intersites, mais aussi les appels intra-site et les appels depuis et vers une passerelle locale située sur ce lieu. Par exemple, un appel intra-site entre deux téléphones MPP nécessiterait jusqu'à 2 x 70 kbit/s en duplex intégral sur l'accès Internet du site.

Le tableau des exemples de calcul de Webex Calling bande passante montre un exemple d' exercice complet de calcul de bande passante, en supposant que tous les appareils se trouvent sur le même site.
Tableau 3. Webex Calling exemples de calcul de bande passante
Types d'appels Nombre d'appels simultanés Bande passante totale
Appli Webex/Téléphone de bureau → Application Webex 15 2 * 15 * 70 Kbits/s = 2 100 Kbits/s
Application Webex/Téléphone de bureau → Téléphone de bureau 15 2 * 15 * 70 Kbits/s = 2 100 Kbits/s
Application Webex/téléphone de bureau → PSTN via LGW 50 2 * 50 * 80 Kbits/s = 8 000 Kbits/s
Application Webex, téléphone de bureau → PSTN via Cloud Connect pour Webex Calling 0 0 * 80 Kbits/s
Application Webex et téléphone de bureau → Enterprise via LGW 15 2 * 15 * 80 Kbits/s = 2 400 Kbits/s
Application Webex, téléphone de bureau → Messagerie vocale Webex Calling 5 5 * 70 Kbits/s = 350 Kbits/s
Nombre total d'appels/bande passante 100 appels 14 950 Kbits/14,95 Mbit/s

Toutes les valeurs de bande passante indiquées dans les tableaux ci-dessus font référence à la bande passante IP. La bande passante des liens est plus élevée en fonction des encapsulations WAN.

La bande passante indiquée dans les tableaux ci-dessus est réservée aux appels audio. Pour la bande passante des appels vidéo, l'application Webex et les téléphones MPP 8845/65 prennent en charge la vidéo H.264 avec une résolution maximale de 720p et une bande passante maximale de 1 500 kbit/s par appel. Cependant, la quantité de bande passante consommée à tout moment pendant l'appel fluctue en fonction du débit variable inhérent aux communications vidéo.

Qualité de service (QoS)

Mettez en œuvre des politiques de QoS dans votre environnement sur site afin de donner la priorité au trafic en temps réel et de garantir le maintien de la QoS sur les commutateurs, les routeurs et les pare-feux.

Objectifs de latence, de gigue et de perte de paquets

Les seuils suivants sont recommandés pour une qualité vocale optimale lorsque les appels passent par le haut (OTT) et sur Internet :

Latence : moins de 100 ms dans un sens

Jitter : moins de 10 ms

Perte de paquets : 0,5 % ou moins.

Pare-feu et NAT

Assurez-vous que le pare-feu est configuré pour autoriser le trafic, comme indiqué dans l'article disponible sur Port reference Information for Webex Calling. De plus, autorisez l'accès aux domaines et aux plages IP répertoriés dans le même guide et évitez le SIP ALG car cela interfère avec la signalisation SIP. Le trafic multimédia via des proxys doit être évité.

DNS et NTP

Garantissez une résolution DNS correcte des domaines et des serveurs NTP fiables pour synchroniser l'horloge des appareils afin de vérifier et d'enregistrer les certificats TLS.

Planification du basculement

Tenez compte des connexions de données existantes des fournisseurs (MPLS, SD-WAN, etc.) et prévoyez généralement un accès direct à Internet sur chaque site de votre déploiement. Prévoyez des liaisons Internet redondantes lorsqu'une haute disponibilité est requise. Comme vous allez utiliser des services basés sur le cloud, une connectivité Internet fiable avec une bande passante suffisante est une exigence de base. Vous devriez reconsidérer cette transition si les connexions Internet des sites de votre organisation ne sont généralement pas fiables, avec une faible latence et un débit ascendant et descendant adéquat.

Survivabilité du site

La capacité de survie du site garantit que votre entreprise est toujours joignable, même en cas de panne de votre connexion réseau. Site Survivability utilise une passerelle de votre réseau local pour fournir un service d'appel de secours aux terminaux du site en cas de rupture de connexion réseau. Envisagez la capacité de survie du site à l'aide d'une passerelle de survie (SGW) locale si les besoins de l'entreprise nécessitent des appels continus en cas de panne de réseau. Pour plus d' informations sur le contrôle de survie du site, voir Survivabilité du site pour. Webex Calling

Configurer des communications unifiées connectées au cloud

Cloud Connected UC (CCUC) est une solution de gestion et d'analyse basée sur le cloud conçue pour fournir une visibilité, une administration et des informations centralisées pour les déploiements sur site (par exempleUnified CM) et dans le cloud (). Il fait le lien entre les environnements locaux traditionnels et les services cloud de Cisco, en aidant les organisations tout au long du processus de migration de à.

Pendant la transition vers, le CCUC joue un rôle vital dans la rationalisation du processus de migration en facilitant la collecte de données complètes à partir du déploiement de communications unifiées existant. Le CCUC vous aide à effectuer les principales tâches de transition, telles que la migration des appareils, des fonctionnalités et des contacts utilisateurs, ainsi que l'automatisation des mises à jour du firmware pour les téléphones IP compatibles. En fournissant une visibilité et une gestion centralisées, la CCUC contribue à garantir une expérience de migration plus fluide et plus efficace.

Cisco recommande vivement de déployer le CCUC au début du projet de transition, idéalement avant ou pendant la phase de préparation. Cela vous permettra d'obtenir les informations et les capacités nécessaires pour évaluer, inventorier et planifier de manière approfondie les activités de migration suivantes et pour commencer votre parcours vers les futures fonctionnalités hybrides.

Evaluer l'environnement actuel

L'une des activités clés de la planification de votre migration consiste à évaluer l' environnement sur site et le déploiement actuels. Cela donne un aperçu des changements potentiels qui peuvent être nécessaires pour réussir la transition vers. Cela vous permet également d'évaluer les éléments clés de la plateforme par rapport au déploiement sur site existant. Vous pouvez utiliser ces informations pour identifier les tâches spécifiques requises pour la transition et les changements que vous souhaitez apporter pour répondre à vos exigences commerciales et techniques et à vos cas d'utilisation.

Les aspects suivants sont importants à revoir dans le cadre de cet effort.

Licences

Il est essentiel de comprendre la structure de licence actuelle du déploiement existant pour préparer la migration vers. Procédez à une évaluation des licences dans les domaines suivants de votre solution Cisco sur site existante.

Plateforme

La capacité à expliquer clairement ce qui est actuellement concédé sous licence sur votre plateforme principale sera essentielle lorsque vous travaillerez avec l'équipe chargée de votre compte ou votre partenaire afin de déterminer la meilleure voie à suivre pour obtenir des licences flexibles. Pour plus d'informations sur les licences flexibles, consultez le plan flexible de collaboration Cisco.

Utilisateurs et appareils

Identifiez la catégorie de licence dont vos utilisateurs et appareils existants ont besoin. Cela sera utilisé pour déterminer le type de licence requis pour les utilisateurs et les appareils. Il propose plusieurs types de licences, y compris des licences professionnelles et standard pour les utilisateurs et des licences professionnelles et espaces communs pour les espaces de travail. Pour plus d'informations sur les licences des appareils, consultez la fiche technique disponible sur la page Licences des appareils.

Passerelle locale

Si le Cisco Unified Border Element (CUBE) est requis pour accéder au PSTN pour cette transition, la licence CUBE doit également être envisagée. Les considérations relatives aux licences CUBE sont abordées plus loin dans ce document.

Lieux/Sites

Le nombre et le type de sites (grands sites centraux, régionaux, succursales, etc.) inclus dans votre déploiement actuel doivent être pris en compte lors de la planification de cette transition. Une bonne compréhension des sites de déploiement existants vous aidera à planifier stratégiquement une transition réussie, notamment lorsqu'il s'agit de déterminer quels sites migrer et dans quel ordre. Il sera essentiel de comprendre en détail les exigences du plan de numérotation (numérotation, habitudes de numérotation, classes de restriction, etc.), la connectivité réseau du site et la bande passante (Internet, WAN, LAN) et l'accès PSTN (local ou centralisé, IP ou TDM) pour chaque site lors de la prise de décisions de migration. Pour plus d'informations sur les modèles de déploiement courants et les principaux points à prendre en compte, consultez les informations sur les modèles de déploiement collaboratif disponibles dans le Collaboration SRND.

Un autre facteur important à prendre en compte lors de la transition vers est la disponibilité géographique. Elle propose des fonctionnalités, des abonnements et des appareils différents selon l'endroit où se situe votre déploiement. Pour plus d'informations sur la disponibilité géographique, voir Où est disponible Webex ? .

Enfin, il est important de comprendre l'impact que la transition vers aura sur les autres services de collaboration. Sur la base de l'objectif de ce document, l'hypothèse générale est que si les services de collaboration existants en dehors de la charge de travail des appels doivent être maintenus, il est prévu de passer à la phase 1 du déploiement hybride mentionné ci-dessus. Parmi les services de collaboration qui peuvent nécessiter un déploiement hybride, citons le centre d'appels sur site qui n'a pas encore été migré vers le centre d'appels Webex et les intégrations étroites à des systèmes tels que les systèmes de pagination et de facturation. Pour plus d'informations sur la transition de charges de travail et de services de collaboration supplémentaires, voir Transitions de collaboration.

Inventaire des appareils et des clients existants

Avant de commencer la transition, il est important de faire l'inventaire de vos terminaux matériels et logiciels existants. Le fait de disposer d'une liste complète des types/modèles d' appareils, des versions matérielles, des types et des quantités de systèmes d'exploitation clients logiciels vous permettra de planifier de manière adéquate la transition des appareils et d'atténuer l'impact sur les appareils qui ne peuvent pas être migrés vers le cloud calls. L'inventaire doit être utilisé pour déterminer les appareils à faire la transition et ceux à remplacer avant la transition.

Téléphones de bureau

Pour les téléphones de bureau audio et vidéo, seuls les téléphones de bureau des séries 6800, 7800, 8800 et 9800 sont pris en charge. Il s'agit d'un sous-ensemble des téléphones IP Cisco pris en charge avec. Certains modèles et versions des téléphones 6800, 7800 et 8800 ne peuvent pas être utilisés avec. Pour plus d'informations sur les modèles et les versions matérielles pris en charge, voir Appareils pris en charge pour Webex Calling.

Les téléphones IP de la gamme Cisco 6800 ne peuvent pas être mis à niveau du firmware Enterprise vers le firmware multiplateforme (MPP), ce qui est obligatoire pour. Par conséquent, tous les téléphones 6800 enregistrés avec un firmware d'entreprise doivent être remplacés par un modèle 6800 MPP ou par un autre modèle de téléphone compatible.

Les téléphones IP des séries Cisco 7800 et 8800 doivent être mis à niveau vers le firmware du téléphone multiplateforme (MPP) avant de procéder à la transition et de les enregistrer sur. Pour déterminer quels modèles 7800 et 8800 et quelles versions matérielles prennent en charge le microprogramme MPP, voir Convertir les téléphones IP des séries Cisco 7800 et 8800 entre le firmware Enterprise et le microprogramme MPP.

Les 8845, 8865 et 8865NR sont arrivés en fin de vente et il n'est pas recommandé de les migrer.

Les anciennes versions des téléphones de la série 8800 (8811, 8841, 8851, 8851NR, 8861) ne sont pas recommandées. Webex Calling Les téléphones équipés de la version matérielle VID 14 ou antérieure s'enregistrent mais peuvent rencontrer des problèmes de performances à cause du matériel.

Les téléphones de bureau de la série 9800 utilisent PhoneOS, qui permet à la fois de s'enregistrer et de s'enregistrer. Il est donc possible de passer à ces téléphones sans mise à niveau du firmware.

Tous les autres téléphones IP devront être remplacés par des téléphones des séries 6800, 7800, 8800 ou 9800 pris en charge par. Webex Calling Pour plus d'informations sur les téléphones IP et de bureau compatibles, consultez l'article sur Appareils pris en charge pour Webex Calling.

Endpoints vidéo

Les terminaux vidéo personnels et de salle, y compris les séries Cisco Board, Room et Desk , peuvent s'enregistrer en mode SIP en mode natif. Tous ces terminaux qui ont besoin de passer des appels audio et/ou PSTN nécessitent une licence d'appel :

Les appareils partagés dans les salles de conférence, les espaces de discussion, etc. nécessitent une licence Professional Workspace ou Workspace.

L'appareil personnel de l'utilisateur final nécessite une licence professionnelle ou standard.

Déterminez le nombre de terminaux vidéo enregistrés et utilisés pour passer des appels audio. Il est possible que certains terminaux vidéo ne soient utilisés que pour participer à des réunions ou passer des appels vidéo SIP. Dans les deux cas, les terminaux doivent encore migrer avant la mise hors service des serveurs, mais cela permettra de déterminer combien d'entre eux auront besoin d'une licence pour continuer à passer des appels téléphoniques.

Lorsque les appareils vidéo passeront de l'enregistrement à, l'URI de ces points de terminaison changera car ils sont désormais enregistrés dans le cloud.

Les modèles de téléphones 8845, 8865 et 8875 sont des visiophones personnels compatibles avec.

Des clients douteux

C'est le seul client logiciel pris en charge par, contrairement à celui Unified CM qui prend en charge à la fois l'application Webex et Jabber, et c'est le nouveau client logiciel par défaut pour les utilisateurs finaux.

En fonction du ou des modes de déploiement mis en œuvre pour Jabber (mode messagerie instantanée uniquement, mode téléphone uniquement et/ou modes UC complets), vous devrez peut-être également envisager de transférer les charges de travail de messagerie et/ou de réunions de Jabber vers le. Il peut être déployé en mode téléphone uniquement s'il est destiné à être utilisé comme client d'appel uniquement ou il peut être déployé dans son intégralité Webex Suite pour d'autres charges de travail, par exemple Webex Messaginget/ou sont Webex Meetings en train de passer à l'application en appelant.

Cela améliore l'expérience de l'utilisateur final en fournissant des fonctionnalités d'intelligence artificielle telles que l'intelligence audio/vidéo, la transcription des appels, etc. Pour plus d' informations, rendez-vous sur https://www.webex.com/all-new-webex.

Avant de transférer des utilisateurs vers vous, vous devrez faire passer leurs clients Jabber au. Vous avez deux options pour effectuer cette transition.

Avant de les faire passer à

Quand vous les passerez à.

Pour faciliter la transition initiale vers le, il est recommandé d'utiliser l'option 1 et de passer d'abord aux utilisateurs qui appellent. Cela donne aux utilisateurs le temps de se familiariser avec la nouvelle application tout en utilisant la plateforme d'appel locale existante. Une fois que vous serez prête à déplacer les utilisateurs vers, vous les configurerez pour qu'ils s'enregistrent sur la plateforme d'appels dans le cloud.

Pour plus d'informations, à propos de ces deux options, voir Le parcours migratoire : une ou deux étapes ? .

Pour une liste complète des appareils pris en charge pour, voir Appareils pris en charge pour Webex Calling.

Vérifier l'éligibilité de l'appareil

Comme indiqué précédemment, il prend en charge un sous-ensemble des téléphones IP Cisco et nécessite un type de microprogramme différent pour les téléphones des séries 7800 et 8800. Unified CMles téléphones utilisent le firmware Enterprise tandis que les téléphones utilisent le firmware multiplateforme (MPP). Il est recommandé de vérifier quels téléphones enregistrés sont éligibles à la mise à niveau vers le firmware MPP pendant la phase de préparation. Cela vous donne le temps de remplacer les téléphones non éligibles par l'un des modèles de téléphones compatibles ou de trouver un autre forfait, comme transférer un utilisateur vers l'application Webex uniquement.

Pour vous aider à déterminer l'éligibilité des téléphones, Control Hub dispose d'un outil intégré appelé Migrate Your Phone to Webex Calling. Lorsque vous utilisez cet outil pour vérifier l'éligibilité des appareils, sélectionnez l'option Migration Générer la licence de l'appareil uniquement.

Option d'outil Control Hub pour vérifier l'éligibilité des Unified CM téléphones pour Webex Calling

Cette option vous permet de télécharger un fichier CSV contenant les téléphones afin de vérifier l'éligibilité de chaque téléphone. En sélectionnant cette option de migration, les téléphones ne sont pas ajoutés, car vous êtes encore en phase de préparation et vous n'êtes pas encore prête à le faire. Pour plus d'informations, voir Migrer votre téléphone vers Webex Calling.

Il est possible que certains téléphones reviennent avec une éligibilité inconnue. Cela est généralement dû au fait qu'elle n'est pas en mesure de valider certaines informations concernant le téléphone dans le système principal. Pour tous les téléphones dont le statut est inconnu, vous avez deux options pour vérifier s'ils sont éligibles à la mise à niveau vers le firmware MPP.

Vérifiez manuellement chaque téléphone et vérifiez le modèle et la version matérielle (PID VID)

étiquette de téléphone 7800/8800 avec informations sur le modèle et la version du matériel

Utilisez l'outil de préparation des téléphones IP Cisco

Téléchargez l'outil sur https://github.com/joemar2/mpp_readiness_check.

Cet outil n'est pas un outil Cisco officiel et il n'est pas pris en charge par le TAC. Le support est disponible dans toute la mesure du possible, mais son utilisation est gratuite.

Cet outil doit être exécuté sur une machine locale qui peut accéder aux serveurs et aux téléphones IP. Il propose une option permettant d'activer l'accès au Web sur les téléphones IP, ce qui est recommandé et nécessaire pour obtenir les meilleurs résultats. Par conséquent, il doit être utilisé en dehors des heures de bureau pour ne pas perturber les utilisateurs finaux. Le résultat de l'outil fournit un rapport répertoriant les téléphones des séries 7800 et 8800 éligibles à la mise à niveau vers le firmware MPP. Comme il accède directement au téléphone, il peut vérifier les appareils inconnus signalés par l'outil Control Hub.

Rapport sur l'outil de préparation des téléphones IP Cisco

Utilisateurs

L'une des étapes de préparation les plus importantes pour réussir votre migration est de configurer correctement les utilisateurs. Vous devez planifier correctement pour tous les utilisateurs, même si vous effectuez une migration par étapes. Les utilisateurs doivent disposer de l'un des équipements suivants :

Déploiement du avec Calling

Déploiement du avec

Configuration des services pour un utilisateur

Pour rendre les utilisateurs consultables dans l'annuaire (appel en un clic, coordonnées de l'utilisateur, recherche dans l'annuaire téléphonique).

Il est recommandé d'approvisionner tous les utilisateurs avant ou au début de votre projet. Cela inclut les utilisateurs qui utilisent toujours leur plateforme Unified CM d'appel indépendamment de leur appareil d'appel (téléphone IP, Jabber,). Au fur et à mesure que les utilisateurs migreront vers (et/ou vers), vous mettrez à jour leurs licences pour activer les services dont ils ont besoin. En approvisionnant tous les utilisateurs des appels d'entreprise avant de commencer votre transition, cela permet à un utilisateur qui est passé au ou de rechercher dans l'annuaire un utilisateur qui appelle toujours sur Jabber et/ou sur Jabber. Cela permet aux utilisateurs en transition de trouver les coordonnées de n'importe quel autre utilisateur et de les appeler en utilisant l'annuaire.

La recherche dans le répertoire des figures montre l'exemple d'un utilisateur qui cherche un autre utilisateur. Les résultats de recherche indiquent les coordonnées de l'utilisateur et peuvent concerner un utilisateur qui utilise toujours Jabber ou un utilisateur qui est passé au et/ou.

Recherche dans l'annuaire de l'application Webex

Ensuite, déterminez vers lequel des utilisateurs d'appels locaux existants seront transférés. Si la totalité ou un grand nombre d'utilisateurs doivent être transférés, il est recommandé de les déplacer en groupes afin que l'équipe du projet, le personnel informatique et le personnel d'assistance soient en mesure de gérer la transition et les problèmes qui pourraient survenir. Vous devriez également prévoir du temps pour fournir les premières informations et organiser des sessions de formation afin de préparer les utilisateurs à cette transition. Le regroupement des utilisateurs par transition peut être effectué en fonction de divers critères, notamment la localisation ou le site auquel les utilisateurs sont affectés, les services des utilisateurs ou même le type d'utilisateurs (travailleurs du savoir, cadres, travailleurs mobiles, etc.).

Par exemple, si les utilisateurs participant au déploiement sont répartis sur trois sites principaux, New York (NYC), San Francisco (SFC) et Research Triangle Park (RTP), le plan de transition utilisateur peut ressembler au plan décrit dans le tableau des plans de transition utilisateur par site.
Tableau 4. Plan de transition des utilisateurs par site
Site utilisateur/localisation Séances d'information et de formation préalables à la transition Période de transition Soutien après la transition
New York (1 525 utilisateurs) Semaine du 1er avril du 15 au 27 avril Semaine du 29 avril
SFO (1 600 utilisateurs) Semaine du 6 mai du 20 au 31 mai Semaine du 3 juin
RTP (1 275 utilisateurs) Semaine du 3 juin 17 juin — 28 juin Semaine du 1er juillet

Un autre facteur important est la transition entre utilisateurs qui ont des dépendances entre eux. Cela peut inclure, mais sans s'y limiter, les éléments suivants :

Surveillance de la BLF

Même pilote/groupe de chasse

Partagez des lignes

Membre du même groupe de prise d'appels

En utilisant les mêmes numéros de parc d'appels

Interphone

Admin/Exécutif.

Vous pouvez revoir la configuration (interface graphique ou exportation) ou utiliser l'outil Migration Insights pour identifier les groupes d'utilisateurs présentant ces dépendances.

Connectivité PSTN

peut accéder au PSTN de trois manières : forfaits d'appels Cisco, Cloud Connect for (anciennement Cloud Connected PSTN) et PSTN sur site (passerelle locale). Cependant, un seul lieu tel que défini dans le ne peut être attribué qu'à une seule option PSTN.

Le PSTN local avec passerelle locale (LGW) est un élément essentiel de la stratégie de transition. Il assure la connectivité entre le déploiement sur site et/ou le RTPC et la plateforme. Il prend en charge à la fois Cisco et des contrôleurs de session (SBC) tiers certifiés qui peuvent être utilisés comme passerelle locale. Pour la liste la plus récente des SBC pris en charge, voir Liste des SBC pris en charge.

prend en charge jusqu'à 250 appels simultanés depuis une seule passerelle locale basée sur l'enregistrement et plus de 250 appels simultanés depuis une seule passerelle locale basée sur des certificats. Les passerelles locales basées sur des certificats peuvent prendre en charge jusqu'à 6 500 appels simultanés, mais cela dépend du type de connectivité de la passerelle locale (over-the-top ou peering d'interconnexion) et du modèle SBC sur lequel la passerelle locale est déployée. Ces limites sont essentiellement la limite de comptage par défaut pour les appels RTPC via une passerelle locale et pour les appels intersites entre et terminaux. Pour plus d'informations, voir Commencer avec la passerelle locale.

Tous les appels dépassant cette limite sont rejetés par un 403 interdit. La commande vocale show call active peut être exécutée sur la passerelle locale à tout moment pour déterminer le nombre total d'appels actifs.

Un mauvais état du réseau entre une passerelle locale et le SBC d'accès peut limiter les performances de la connexion de signalisation, ce qui entraîne une limite d'appels simultanés encore plus basse. La latence unidirectionnelle entre la passerelle locale et le centre de données ne doit pas dépasser 100 ms, la gigue doit être inférieure à 10 ms tandis que la perte de paquets est inférieure à 0,5 %.

Fonctionnalités et utilisation des fonctionnalités

Lors de l'évaluation de l'environnement actuel, il est important d'identifier et de passer en revue les fonctionnalités configurées. En outre, il est important de comprendre l'utilisation des fonctionnalités afin de pouvoir (re) définir vos exigences commerciales et techniques pour votre déploiement.

Pour déterminer quelles fonctionnalités sont configurées, analysez-les. Ce sont toutes des données statiques qui sont définies lorsqu'une fonctionnalité ou un paramètre est configuré sur le système. Les options suivantes peuvent être utilisées pour compléter cette analyse :

Revoir la configuration dans l'interface utilisateur d'administration

export de configuration - exportation groupée ou AXL

outil d'information sur la migration (recommandé)

Outils Cisco destinés aux partenaires tiers (recommandés).

Pour analyser efficacement l'utilisation des fonctionnalités, il est essentiel d'examiner les données dynamiques du système, telles que l'utilisation, les inscriptions et l'activité des appels. Différents outils analytiques et tableaux de bord fournissent des informations sur ces indicateurs, permettant ainsi une compréhension complète des performances et de la capacité du système, ce qui permet de prendre des décisions éclairées lors des efforts de migration et d'optimisation. Les options suivantes peuvent être utilisées pour effectuer ce type d'analyse :

Critique des disques CDR bruts

Examen des données Unified CM RTMT

outil Migration Insights utilisant les données CDR

Examen de l'analyse des communications unifiées connectées au cloud dans

Volume des appels

Points de terminaison enregistrés

sites (CAC)

Utilisation du coffre.

Outils Cisco pour les partenaires tiers.

Cisco recommande de commencer par l'outil Webex Control Hub Migration Insights pour cette analyse. Vous allez importer votre fichier .TAR d'exportation et les fichiers Unified CM CDR (facultatif, mais obligatoire pour l'analyse de l'utilisation des fonctionnalités) dans l'outil. L'outil générera les rapports suivants au format CSV qui pourront être utilisés pour démarrer l'analyse :

Tableau 5. Rapports générés à partir d'un Unified CM fichier .tar
Nom du rapport
Description du rapport
ImportedDataBulk.csv
Tous les utilisateurs et appareils à partir de Unified CM données
DeviceEligibility.csv
Identifie les appareils éligibles à la migration Webex Calling (téléphones IP, appareils Room OS, ATA et appareils tiers)
DevicePoolNumbers.txt
Liste de tous les numéros d'un pool d'appareils en particulier
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv
Informations sur les appareils et les utilisateurs qui devraient être migrés ensemble en fonction des lignes partagées, du pilote de recherche, de la file d'attente des appels, du parc d'appels et de la configuration du groupe de prise d'appels
HuntGroupMigrationInsight.csv
Informations détaillées sur les lignes de chasse assignées, les groupes de lignées et les agents associés
SharedlineGroupMigrationReport.csv
Aperçu de la manière dont les numéros de téléphone (numéros d'annuaire) sont partagés entre les utilisateurs

Tableau 6. Rapports générés à partir de fichiers Unified CM .tar et CDR. gzip
Nom du rapport
Description du rapport
FeatureUsageBasedDeviceEligibilityReport.csv
Informations sur l'éligibilité à la migration des appareils en fonction de l'utilisation des fonctionnalités
FeatureUsageWithLastUsageDateReport.csv
Nombre d'utilisations pour le nombre de fois que les pilotes de chasse et les files d'attente d'appels ont été appelés, ainsi que la date de dernière utilisation
UserWorkspaceLastUsage.csv
Dernière date d'utilisation pour les utilisateurs et les espaces de travail , qu'il s'agisse de clients logiciels ou de téléphones fixes
DIDUsageReport.csv
utilisation des DID pour les DID attribués et non attribués

Pour plus de détails sur les rapports Migration Insights, voir Migration Insights.

Si vous avez besoin de plus d'informations sur les fonctionnalités et leur utilisation après avoir consulté les informations contenues dans les rapports Migration Insights, Cisco vous recommande d'envisager l'un des outils de migration partenaires tiers de Cisco et/ou de revoir les configurations dans l'interface graphique ou dans les données d'exportation de configuration.

Intégrations Cisco : Unity Connection UCCX UCCE

La messagerie vocale fait partie intégrante de l'offre et est intégrée de manière native à la solution. Impossible de l'intégrer à une solution de messagerie vocale sur site telle que Unity Connection ou Unity Connection Express. De plus, il n'existe aucun moyen natif de migrer les messages vocaux ou les salutations Unity Connection existants vers le service de messagerie vocale natif disponible avec. Certains outils de migration du partenaire tiers de Cisco sont capables de migrer certaines de ces données. Pour plus d'informations sur la messagerie vocale pour, voir Configurer et gérer les paramètres de messagerie vocale d'un Webex Calling utilisateur.

prend également en charge les boîtes vocales et les télécopies partagées. Pour plus d'informations, voir Gérer une boîte vocale partagée et une boîte de télécopie entrante pour. Webex Calling

dispose d'une fonction Auto Attendant intégrée à la plateforme principale. Cette fonctionnalité permet la transition entre les gestionnaires d'appels et la fonctionnalité de réception automatique de votre Unity Connection. L'outil Control Hub, Migrate Features fromUnified CM, permet de migrer les configurations Unity Connection vers Auto-Attendants. Pour plus d'informations sur l'utilisation de cet outil, voir Migration des appareils et des fonctionnalités de Unified CM versWebex Calling.

Enregistrement des appels

inclut deux options d'enregistrement des appels sans frais supplémentaires.

Enregistrement des appels Webex

Enregistrement Dubber Go (offre partenaire) : une intégration entre Dubber et Dubber qui permet de conserver en toute sécurité tous les supports enregistrés dans le cloud.

le tableau des options d'enregistrement incluses met en évidence certaines caractéristiques clés des deux options d'enregistrement des appels disponibles gratuitement.

Tableau 7. options d'enregistrement incluses
Webex Dubber Go

Accessible à tous les utilisateurs Accessible à tous les utilisateurs

Enregistrements illimités Enregistrements illimités

Période de rétention d'un an* Période de rétention de 30 jours

100 Go de stockage par organisation -

Les responsables de la conformité peuvent accéder aux enregistrements des appels et les gérer -

Des API pour gérer les enregistrements -

Les administrateurs peuvent configurer et gérer l'accès des utilisateurs à leurs enregistrements d'appels
Les utilisateurs peuvent gérer leurs propres enregistrements à l'aide du User Hub et/ou de l'application Webex.
Seuls les utilisateurs peuvent accéder à leurs enregistrements et les gérer
Depuis leur portail de doublage.

Si votre organisation a besoin de fonctionnalités d'enregistrement supplémentaires, telles que l'enregistrement des appels de conformité, des périodes de rétention plus longues, davantage de stockage, une analyse par IA et/ou un accès administrateur, des offres payantes ou des modules complémentaires existent à la fois auprès de Cisco et de fournisseurs d'enregistrement tiers. Pour plus d' informations sur les fournisseurs d'enregistrement, les configurations et les services complémentaires proposés par les partenaires, voir Gérer l'enregistrement des appels pour Webex Calling.

Intégrations tierces

prend en charge diverses intégrations ^tierces, y compris, mais sans s'y limiter, les SBC pour les passerelles locales, les téléphones IP, les interphones, les haut-parleurs et les téléavertisseurs, les ATA, etc. En plus de ces appareils ^tiers, Webex Calling prend en charge différentes solutions ^tierces pour le support client, les analyses, l'enregistrement, la facturation, etc. Pour plus d'informations sur les solutions ^tierces, consultez Webex App Hub.

Tableau 4. Plan de transition des utilisateurs par site
Site utilisateur/localisation	Séances d'information et de formation préalables à la transition	Période de transition	Soutien après la transition
New York (1 525 utilisateurs)	Semaine du 1er avril	du 15 au 27 avril	Semaine du 29 avril
SFO (1 600 utilisateurs)	Semaine du 6 mai	du 20 au 31 mai	Semaine du 3 juin
RTP (1 275 utilisateurs)	Semaine du 3 juin	17 juin — 28 juin	Semaine du 1er juillet

Tableau 5. Rapports générés à partir d'un Unified CM fichier .tar
Nom du rapport Description du rapport
ImportedDataBulk.csv Tous les utilisateurs et appareils à partir de Unified CM données
DeviceEligibility.csv Identifie les appareils éligibles à la migration Webex Calling (téléphones IP, appareils Room OS, ATA et appareils tiers)
DevicePoolNumbers.txt Liste de tous les numéros d'un pool d'appareils en particulier
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Informations sur les appareils et les utilisateurs qui devraient être migrés ensemble en fonction des lignes partagées, du pilote de recherche, de la file d'attente des appels, du parc d'appels et de la configuration du groupe de prise d'appels
HuntGroupMigrationInsight.csv Informations détaillées sur les lignes de chasse assignées, les groupes de lignées et les agents associés
SharedlineGroupMigrationReport.csv Aperçu de la manière dont les numéros de téléphone (numéros d'annuaire) sont partagés entre les utilisateurs

Tableau 6. Rapports générés à partir de fichiers Unified CM .tar et CDR. gzip
Nom du rapport Description du rapport
FeatureUsageBasedDeviceEligibilityReport.csv Informations sur l'éligibilité à la migration des appareils en fonction de l'utilisation des fonctionnalités
FeatureUsageWithLastUsageDateReport.csv Nombre d'utilisations pour le nombre de fois que les pilotes de chasse et les files d'attente d'appels ont été appelés, ainsi que la date de dernière utilisation
UserWorkspaceLastUsage.csv Dernière date d'utilisation pour les utilisateurs et les espaces de travail , qu'il s'agisse de clients logiciels ou de téléphones fixes
DIDUsageReport.csv utilisation des DID pour les DID attribués et non attribués

Tableau 7. options d'enregistrement incluses
Webex	Dubber Go
Accessible à tous les utilisateurs	Accessible à tous les utilisateurs
Enregistrements illimités	Enregistrements illimités
Période de rétention d'un an*	Période de rétention de 30 jours
100 Go de stockage par organisation	-
Les responsables de la conformité peuvent accéder aux enregistrements des appels et les gérer	-
Des API pour gérer les enregistrements	-
Les administrateurs peuvent configurer et gérer l'accès des utilisateurs à leurs enregistrements d'appels Les utilisateurs peuvent gérer leurs propres enregistrements à l'aide du User Hub et/ou de l'application Webex.	Seuls les utilisateurs peuvent accéder à leurs enregistrements et les gérer Depuis leur portail de doublage.

Plan

Plan de projet de haut niveau

Le parcours migratoire : une ou deux étapes ?

Option 1 : migration des utilisateurs en une seule étape

Option 2 : migration des utilisateurs en deux étapes

Étape 1

Étape 2

Plan de projet de haut niveau

Lors de l'élaboration d'un plan de projet de haut niveau pour la migration de vers, il est essentiel de définir des phases et des jalons clairs qui correspondent à la fois aux objectifs commerciaux et aux exigences techniques. Le plan devrait commencer par une phase d'évaluation complète, comprenant la collecte des exigences techniques et commerciales détaillées, ainsi que l' identification des parties prenantes et la définition de critères de réussite. Les principales considérations incluent l'allocation des ressources, l'estimation du calendrier, la gestion des risques et les stratégies de communication afin de garantir que toutes les parties soient informées et impliquées tout au long de la migration. En outre, le plan devrait intégrer des points de contrôle de validation tels que des tests pilotes et des déploiements échelonnés afin de minimiser les perturbations et de permettre des ajustements en fonction des commentaires.

Voici des exemples d'éléments à inclure dans le plan du projet :

Définir l'étendue de la migration (par exemple, quels utilisateurs, appareils et fonctionnalités feront la transition)

Planification de sessions de formation pour les utilisateurs finaux et les équipes d'assistance

Coordonner les évaluations de l'état de préparation du réseau, et

Planification des activités intermédiaires avec des options de rechange. Il est également important d'intégrer les examens de conformité et de sécurité, ainsi que les phases d'assistance et d'optimisation après la migration.

En structurant le plan de projet en tenant compte de ces considérations, les organisations peuvent mieux gérer la complexité, réduire les risques et faciliter la transition vers.

Le parcours migratoire : une ou deux étapes ?

oblige les utilisateurs à utiliser le logiciel client pour leurs appels. Par conséquent, si des utilisateurs utilisent encore, deux options s'offrent à vous pour les déplacer vers le. Vous pouvez effectuer une migration des utilisateurs en une étape ou en deux étapes.

Option 1 : migration des utilisateurs en une seule étape

En une seule étape, les utilisateurs font la transition de vers en même temps que vers. Unified CM Cette option est généralement réservée aux clients comptant un petit nombre d'utilisateurs et permet de gérer le transfert simultané du client logiciel et du service d'appel de l'utilisateur. La figure vers laquelle le service d'appel de l'utilisateur, le client logiciel et le téléphone migrent en même temps ci-dessous met en évidence ce type de migration. Avec cette option, l'utilisateur pourra effectuer les tâches suivantes en même temps :

Les services d'appel ont été déplacés de à

Numéros de téléphone et extensions déplacés de à

Le client soft est passé de Jabber à - s'enregistrera sur

L'enregistrement téléphonique a été transféré de à.

Le service d'appel de l'utilisateur, le client logiciel et le téléphone migrent en même temps

Il peut s'agir d'une migration progressive dans laquelle des groupes d'utilisateurs sont déplacés à des moments différents, mais lorsque chaque utilisateur est déplacé, tout cela se fait en même temps.

Option 2 : migration des utilisateurs en deux étapes

L'autre approche est une migration en deux étapes. À l'étape 1, les utilisateurs passent de l'un à l'autre mais restent actifs pour les services d'appel. Ensuite, à l'étape 2, les utilisateurs sont déplacés de Unified CM à. Cette option est recommandée aux clients plus importants qui souhaitent gérer les modifications apportées par l'utilisateur final et qui souhaitent distinguer le changement de client logiciel du changement de service d'appel. La figure suivante Migrer le client logiciel ; puis migrer le service d'appel, le client logiciel et le téléphone vers le Webex Calling bas met en évidence ce type de migration.

Étape 1

Client souple passé de à - Je m'inscrirai à.

Étape 2

Les services d'appel sont passés de à.

Les numéros de téléphone et les extensions ont été déplacés de à.

inscription déplacée de à.

L'enregistrement téléphonique a été transféré de à.

Migrer le client logiciel ; puis migrer le service d'appel, le client logiciel et le téléphone vers Webex Calling

Il peut tout de même s'agir d'une migration progressive dans laquelle des groupes d'utilisateurs sont déplacés à des moments différents au cours des deux étapes.

L'option que vous choisissez dépend de la manière dont vous souhaitez gérer la transition de vos utilisateurs vers le et. La recommandation est de procéder par étapes (Option 2). Cela vous permet de minimiser les modifications apportées par l'utilisateur final en une seule fois et de répartir les efforts entre les différentes parties du projet. Cependant, si vous préférez que les utilisateurs ne soient concernés qu'une seule fois, l'option 1 est également valable.

Si l'on considère le parcours recommandé (Option 1), la carte de transition de haut niveau de Jabber vers l'application Webex ci-dessous montre la transition de haut niveau pour l'étape 1.

Carte de transition de haut niveau entre Jabber et Webex App

Au cours de cette étape, les utilisateurs passent de Jabber à l'ensemble de leurs services d'appels. Cependant, la plateforme d'appel existe toujours Unified CM et elle enregistrera ses services d'appel auprès de. Comme le montre la carte de transition de haut niveau de l'application Jabber vers Webex, l' infrastructure locale ne change pas et fonctionne de la même manière que Jabber. Le seul changement, c'est qu'il faut une connexion à.

Pour plus d'informations sur cette transition, consultez la carte de transition et le guide de déploiement de Jabber vers Webex dans la section Client de la page de transition vers la collaboration.

Unified CMvers la figure Webex Calling de la carte de transition de haut niveau est la transition de haut niveau de à. Il s'agit de l'étape 2 du trajet recommandé.

Unified CMvers une carte Webex Calling de transition de haut niveau

Si vous décidez d'utiliser l'approche en une seule étape, cela vaut également.

Au cours de cette étape, les utilisateurs sont transférés en groupes. À ce stade, les utilisateurs commencent à utiliser leurs services d'appel, l'enregistrement des appels et l'enregistrement de leur téléphone IP.

Comme les utilisateurs se déplacent en groupe, les utilisateurs Enterprise seront répartis entre les deux plateformes d'appel pendant la transition. La figure de la phase 1 Unified CMde la carte de transition de Webex Calling haut niveau illustre cet état. Au cours de cette phase, il est nécessaire de planifier la gestion des appels entre les utilisateurs sur les deux plateformes et la manière dont les appels PSTN seront acheminés. À chaque transition vers un groupe d'utilisateurs, des mises à jour des forfaits et du routage des appels seront nécessaires, ainsi que la ou les passerelles locales.

Une fois que tous les utilisateurs, clients logiciels et appareils seront passés à (phase 2), toute l'infrastructure UC locale pourra être supprimée et mise hors service.

Design

Sélection de la région

Lieux

PSTN

Plan de numérotation

Plan d'appel sur site

plan de numérotation

Enregistrement

1. Sélection du fournisseur d'enregistrement des appels

2. Sélection de la région

Appels d'urgence

Licences

Assignation manuelle via

Modèles d'attribution automatique de licences

Assignation groupée via un modèle CSV

Devoir basé sur une API

Exigences en matière de licence

Approvisionnement des utilisateurs

Groupes d'utilisateurs

Approche recommandée lors de la migration de vers

Conception de groupes d'utilisateurs

Authentification unique (SSO)

Prise en charge de plusieurs IdP

1. Fusions et acquisitions

2. Plusieurs services informatiques indépendants

3. Différents groupes d'utilisateurs ou domaines

4. Prise en charge de différents protocoles d'authentification

5. Sécurité et conformité renforcées

6. Expérience utilisateur simplifiée

Duo MFA avec SSO pour

Caractéristiques

Auto Attendant

Call Park

Prise d'appels

File d'attente des appels

Hunt Group

Modes de fonctionnement

Groupe de radiomessagerie

Enregistrements

Portée d'un numéro unique

Groupe de messagerie vocale

Sélection de la région

est disponible dans le monde entier et provient de centres de données redondants situés dans de nombreuses régions : États-Unis (Dallas, Chicago), Canada (Vancouver, Toronto), Europe (Francfort, Amsterdam), Royaume-Uni (Londres, Manchester), Australie (Melbourne, Sydney), Japon (Tokyo, Osaka), Arabie Saoudite (Riyad, Djeddah) et Inde (Mumbai, Chennai). Les médias POPs fournissent des services multimédia visant à optimiser les temps aller-retour. Le centre de données de Singapour, par exemple, est utilisé pour optimiser les temps d'aller-retour multimédia pour les clients des pays asiatiques, où les temps aller-retour vers l'Australie ou le Japon peuvent ne pas être optimaux. Les centres de données sont interconnectés par un backbone multigigabit entièrement redondant. La figure sur les centres de données répartis dans le monde donne une vue d'ensemble de tous les centres de données. Pour la liste la plus récente des centres de données disponibles, voir Localisation des centres de données pour Webex Calling.

Des centres de données répartis dans le monde

Chaque client est approvisionné sur l'une des instances. Toutes les informations d'approvisionnement de ce client sont stockées dans cette instance et la signalisation SIP de tous les terminaux et passerelles locales provisionnés pour ce client est liée à l'instance sur laquelle le client est approvisionné. Comme il est difficile de modifier la sélection initiale de la région, il est important de prendre en compte tous les facteurs pertinents dans le cadre du processus de décision menant à la sélection de la région. Pour éviter un délai de signalisation aller-retour excessif, il est important de décider très tôt dans le processus de transition quelle instance utiliser. Cisco recommande de sélectionner l'instance qui fournit les temps de signalisation aller-retour les plus courts pour le plus grand nombre d' utilisateurs dans le cadre du déploiement.

Pour la disponibilité par pays, voir Où est disponible Webex ? .

Lieux

Pour préparer l'approvisionnement des sites, les informations requises pour toutes les destinations cibles de migration doivent être collectées. Les informations nécessaires pour chaque lieu sont résumées dans Informations à saisir pour chaque lieu.
Tableau 1. Informations à saisir pour chaque lieu
Informations Commentaire
Portée (s) d'extension Chaque site peut avoir des extensions commençant par des chiffres différents. Un chiffre doit être réservé pour le numéro de direction de la numérotation intersite (par exemple 8) et un pour le numéro de direction du PSTN (par exemple 9). Aucune plage d'extension ne peut commencer par l'un de ces deux chiffres.
Toutes les plages d'extension de tous les sites doivent être de la même longueur.
Gamme (s) DID -
Chiffre de direction PSTN -
Code du site Les codes de tous les sites doivent être uniques et avoir la même longueur.
Numéro principal Lors de la création d'un lieu, deux DID doivent être provisionnés. L'un comme numéro principal (attribué par exemple à un service de préposé automatique) et l'autre pour le portail de messagerie vocale.
Fournissez un DID pour le numéro de messagerie vocale.
Numéro de messagerie vocale
Nombre de licences Licences requises par type, y compris Standard, Professional, Workspace, Route List, Forfait d'appels sortants.
Appels simultanés aux heures de pointe Somme des appels simultanés entre les appareils et entre les appareils et la passerelle locale (PSTN et appels vers des appareils). Nécessaire pour déterminer la bande passante d'accès Internet requise.
Pays -
Fuseau horaire -
Langue -
Contact (nom, téléphone, e-mail) -
Adresse (adresse, ville, État, code postal) -
Emplacement physique et expédiable des services d'urgence pour les terminaux La localisation de l'appareil utilisée pour les appels d'urgence inclut généralement les informations suivantes : adresse du bâtiment, adresse du bâtiment + numéro d'étage, adresse du bâtiment + numéro de suite, ou adresse du bâtiment + numéro d'étage + numéro de bureau/numéro cubique.
Localisation physique unique sur le réseau par appareil pour les services d'urgence La localisation physique sur le réseau pour les appels d'urgence inclut généralement les éléments suivants : commutateur ou port de commutation pour les appareils filaires, identificateurs d'ensemble de services de base (BSSID) des points d'accès sans fil (AP) pour les appareils connectés sans fil et/ou sous-réseaux IP locaux pour les appareils terminaux.

PSTN

Lors de la conception d'un déploiement, les clients disposent de trois options de connectivité PSTN principales : Cisco Calling Plans (un service PSTN fourni dans le cloud et géré par Cisco), les fournisseurs PSTN connectés au cloud (CCPP, où les fournisseurs fournissent un service PSTN via le cloud) et le PSTN sur site (où les passerelles locales connectent le réseau de l'entreprise au PSTN). Avec l'introduction de la liaison PSTN pour les déploiements hybrides (pour plus d'informations, voir la section RTC pour les Webex Calling déploiements hybrides sur PSTN trunking), les organisations gagnent en flexibilité dans leur approche de migration. Cette fonctionnalité permet aux clients de transférer leur PSTN vers le CCPP au début de la transition et de commencer à passer au PSTN dans le cloud pour les utilisateurs, tout en tirant parti du CCPP pour maintenir le service PSTN pour les utilisateurs qui restent sur Cisco pendant une migration progressive.

Cette approche hybride permet aux organisations de transférer d'abord certains groupes d'utilisateurs vers le cloud, sans avoir à remanier immédiatement l'ensemble de leur environnement téléphonique. Cependant, cela ajoute de la complexité et des risques, notamment en ce qui concerne l'adaptation de la logique de routage des appels existante à la nouvelle architecture. L'interopérabilité avec les applications existantes, telles que les serveurs de télécopie, les centres d'appels ou les systèmes de radiomessagerie, nécessite également une attention particulière. Les principaux défis techniques peuvent inclure la garantie d'une négociation fluide des codecs de bout en bout et de la signalisation DTMF (Dual-Tone Multi-Frequency) dans un environnement mixte, ainsi que la validation de la compatibilité avec des fonctionnalités téléphoniques spécialisées. Une planification et des tests appropriés sont essentiels pour minimiser les perturbations et maintenir la fiabilité des services vocaux tout au long du processus de migration. De plus, les considérations commerciales sont importantes, car le trunking hybride nécessite une licence d'utilisation basée sur le nombre d'appels simultanés entre l'environnement sur site et le fournisseur PSTN connecté au cloud (CCPP).

Les organisations peuvent également choisir de conserver leur connectivité PSTN sur site pendant la phase de transition. Dans ce scénario, la migration vers CCPP peut être exécutée de deux manières : en effectuant un transfert unique et coordonné pour tous les utilisateurs et tous les sites une fois la migration terminée, ou de manière incrémentielle, la migration du PSTN se faisant sur une base par site au fur et à mesure que les utilisateurs sont déplacés. Cette approche peut aider à rationaliser la coexistence et à maintenir la continuité des intégrations existantes, mais elle introduit plusieurs complexités opérationnelles. Parmi ceux-ci figurent les défis liés au portage de numéros, tels que la nécessité d'une coordination précise des ordres de port de numéros, les retards potentiels et les limitations imposées par les fournisseurs, telles que le plafonnement du nombre de demandes de port simultanées ou des restrictions sur le portage de sous-ensembles de blocs de grands nombres. Les organisations doivent planifier avec soin leur stratégie de transition vers le RTPC, en tenant compte de ces considérations logistiques afin d'éviter les interruptions de service et de garantir une migration fluide .

Migration vers CCCP au départ plutôt que maintien du PSTN sur site

La figure Migration vers CCCP au départ par rapport au maintien du RTPC sur site montre les deux options de migration du RTPC expliquées plus haut. L'illustration de gauche montre le scénario dans lequel tous les utilisateurs et applications locaux utilisent des services PSTN connectés au cloud via une liaison locale et une passerelle locale, tandis que l'illustration de droite montre le scénario dans lequel le PSTN local existant reste en place et où les utilisateurs Webex Calling utilisent le RTPC local via la connexion Local Gateway entre les locaux et. Pendant la transition, vous pouvez passer de lieu à l'aide du PSTN connecté au cloud.

Dans les deux scénarios, les appels entre le site et l'utilisateur utilisent la connexion Local Gateway. La connexion entre les locaux et doit être conçue et dimensionnée en conséquence, en fonction du nombre attendu d' appels simultanés et de la redondance requise.

Plan de numérotation

Pour parvenir à une interopérabilité fluide entre et pendant la période de migration, une architecture complète de plan de numérotation doit être développée et mise en œuvre sur les deux plateformes. Ce plan de numérotation à double plateforme garantit un routage des appels cohérent, la traduction des numéros et la transparence des fonctionnalités, permettant aux utilisateurs de l'un ou l'autre système de communiquer sans dégradation du service ni interruption de l'expérience utilisateur tout au long de la phase de coexistence.

Plan d'appel sur site

Pendant la transition, afin de permettre la coexistence des appareils enregistrés sur Unified CM et sur le forfait téléphonique de l'entreprise, il faudra le modifier afin de répondre au moins aux exigences suivantes :

+E.164 numérotation de à

Numérotation des extensions de à (intra-site mais aussi intersite si les plages d'extension sont uniques)

Numérotation intersite abrégée de à

Numérotation forcée sur le net de à

Rappel depuis le répertoire des appels manqués vers les destinations

les appels RTPC depuis et vers le RTPC si, pendant la transition, le RTPC local est utilisé pour

Appels RTPC depuis et si, pendant la transition, les liaisons PSTN pour les déploiements hybrides sont utilisées pour fournir un accès RTPC aux utilisateurs locaux via Cloud Connect pour

Accès forcé au net de à

Extension de numérotation de à (entre sites).

Si l'une des méthodes ci-dessus n'est pas prise en charge avant la transition, par exemple si aucune habitude de numérotation abrégée entre sites n'existe, il n'est pas nécessairement nécessaire de les introduire pendant la transition.

Le plan de numérotation Figure Best practices montre l'approche de plan de numérotation des meilleures pratiques, telle que décrite dans l'architecture préférée pour les déploiements sur site d'entreprise Cisco Collaboration 12.x, CVD. Les principales caractéristiques de cette approche sont les suivantes :

Partition unique pour les numéros de répertoire +E.164

Routage de base basé sur les modèles de routage +E.164

Normalisation de toutes les habitudes de numérotation vers le +E.164 à l'aide de modèles de traduction

Utilisation du modèle de traduction faisant appel à l'héritage de l'espace de recherche (option Utiliser l'espace de recherche d' appel de l'expéditeur défini sur les modèles de traduction).

Forfait téléphonique basé sur les meilleures pratiques

Par exemple, la numérotation PSTN (9+1+10D) depuis un appareil de SJC doté de l' espace de recherche d'appels de ligne SJCinternational sera d'abord mise en correspondance avec le modèle de traduction 9.1 [2-9] XX [2-9] XXXXXX qui normalise le numéro de l'appelé en +E.164. La recherche secondaire utilise ensuite à nouveau le même espace de recherche appelant SJCinternational (en invoquant l' héritage de l'espace de recherche) et la chaîne de +E.164 chiffres sera soit mise en correspondance avec un numéro de répertoire +E.164 dans la partition DN, soit par l'un des modèles de route PSTN dans la partition USPSTNNational ou SJCPSTNLocal. Les habitudes de numérotation abrégées intra-sites et intersites sont mises en œuvre par les traductions des partitions ESN et SJCtoE164. Bien que la partition ESN soit une partition globale (accessible aux téléphones où qu'ils se trouvent), la partition SJCTOE164 n'est accessible qu'aux utilisateurs du site SJC. Cela suppose que les plages d'extension se chevauchent.

La première étape pour activer les appels depuis et vers est de s'assurer que les destinations +E.164 sont acheminées en conséquence. Cela peut être réalisé en ajoutant une partition au plan de numérotation, en ajoutant des modèles d'itinéraires +E.164 pour toutes les destinations vers cette partition, et enfin en ajoutant la partition à tous les espaces de recherche d'appels représentant les classes de service qui doivent être accessibles. La création d'une partition dédiée est nécessaire pour permettre la création d'une classe de service différenciée pour les appels en provenance de. Pour éviter les boucles d'appels, l'espace de recherche des appels entrants sur le tronc depuis la passerelle locale ne devrait pas avoir accès à la partition.

+E.164 routage vers Webex Calling

Comme le montre la Figure +E.164 routage versWebex Calling, pour permettre le routage depuis et vers une position avec la plage DID +E.164 +1 221 555 2XXX et le code de site 121, un schéma d'itinéraire urgent correspondant à cette plage +E.164 doit être ajouté à la partition.

Si aucune sélection de passerelle locale spécifique au site n'est requise, au lieu d'utiliser une liste d'itinéraires avec un groupe d'itinéraires local comme destination pour les itinéraires pointant vers un seul groupe d'itinéraires, vous pouvez configurer la passerelle locale comme seul membre, puis les modèles d'itinéraires pointent vers une seule liste d'itinéraires avec ce groupe d'itinéraires comme seule entrée.

Pour activer la numérotation abrégée entre sites vers le site, le schéma de route requis 8121.2XXX est ajouté à la partition. Les sites à passer à un modèle de normalisation de numérotation 8121.2XXX qui normalise la numérotation ESN vers +E.164 existent peut-être déjà dans la partition ESN. Dans ce cas, le 8121.2XXX semble redondant, mais dès que tous les noms de domaine de la position concernée auront été migrés vers le 8121.2XXX, le modèle de traduction pourra être supprimé, puis le modèle de route 8121.2XXX permettra la numérotation ESN, même pour les utilisateurs du poste uniquement dans cette plage.

Grâce à ces changements de plan de numérotation, les appels vers la destination peuvent être passés, non seulement en composant l'intersite abrégé et le +E.164. De plus, les numéros PSTN internationaux et nationaux sont possibles car ces habitudes de numérotation sont d'abord normalisées au +E.164 par le biais des modèles de traduction de normalisation de la numérotation déjà existants, puis sont acheminées vers en faisant correspondre le schéma de routage +E.164 sur la partition.

Le modèle d'itinéraire +E.164 correspondant à la plage DID du lieu peut être configuré tant que tous les DID sont toujours hébergés. Le meilleur algorithme de correspondance permet de s'assurer que lorsqu'un numéro hébergé sur est composé, le numéro de répertoire +E.164 fourni correspond mieux que le schéma de route +E.164 indiqué par un joker, afin que les appels soient prolongés vers une ligne ouverte et non envoyés à.

plan de numérotation

Chaque utilisateur reçoit une extension et/ou un numéro de téléphone +E.164. La durée de l'extension est un paramètre global fixe : toutes les extensions d'un déploiement ont la même longueur. La numérotation par extension peut être utilisée entre utilisateurs à la fois au sein d'un lieu et entre deux sites. La numérotation abrégée entre sites (dans ce dernier cas) ne fonctionne que si l'extension composée est unique.

Si la numérotation abrégée entre les sites est obligatoire mais qu'il y a des chevauchements entre les postes attribués à différents sites, alors un plan de numérotation spécifique à l'entreprise doit être créé en préfixant les extensions par un code d'accès, un code de site. Pour plus d' informations, voir Architecture préférée pour les déploiements sur site de Cisco Collaboration 15, Présentation de la conception disponible sur Cisco Collaboration Preferred Architectures.

La longueur de l'extension, le comportement de numérotation des extensions entre sites, la longueur du préfixe pour la numérotation entre sites et le chiffre de direction dans le préfixe de routage pour la numérotation entre sites sont configurés dans les paramètres du service d'appel dans :

Longueur du préfixe de routage de localisation : longueur du préfixe, chiffre de direction compris. Obligatoire uniquement si un plan de numérotation d'entreprise doit être établi comme habitude alternative de numérotation abrégée entre les entreprises.

Chiffre de direction dans le préfixe de routage : Chiffre de direction pour les habitudes de numérotation abrégées entre les entreprises . Il faut éviter les chevauchements avec le premier chiffre de n'importe quel lieu et avec les numéros sortants de la position. Obligatoire uniquement si un plan de numérotation d'entreprise doit être établi comme habitude alternative de numérotation abrégée entre les entreprises.

Longueur d'extension interne : longueur standard des extensions. Cela peut être une valeur comprise entre deux et dix.
Lorsqu'il est nécessaire de composer un poste ou de composer à l'aide de numéros significatifs de l'entreprise (code directeur, code de site, poste) depuis un centre de contrôle des appels local et que le contrôle des appels local envoie une extension comme identifiant de l'appelant, assurez-vous de définir également le paramètre Longueur d'extension maximale inconnue dans la section Routage des appels entre et locaux afin de vous assurer que les appels en amont depuis le contrôle des appels local peuvent être correctement classés comme appels locaux.

Autoriser la numérotation par extension entre les sites : basculez pour activer/désactiver la numérotation par extension entre les points de vente. Cette option ne doit être activée que si toutes les extensions de l' organisation sont uniques. Si l'option est désactivée, les numéros significatifs de l'entreprise (code directeur, code du site, extension) ou les numéros de téléphone doivent être composés entre les points de vente.

Les trois premiers paramètres sont principalement utilisés pour établir un plan de numérotation pour les téléphones afin de minimiser les délais entre les chiffres lors de la numérotation décrochée. Des écarts par rapport à ces paramètres généraux sont toujours possibles (par exemple, des extensions d'une longueur différente peuvent être configurées), mais un message d' avertissement apparaîtra dans Control Hub et la numérotation depuis un téléphone peut nécessiter une numérotation en bloc pour éviter les conflits dans le plan de numérotation préchargé.

L'exemple de numérotation du tableau Enterprise montre l'exemple de trois sites où les plages d' extension de deux sites, New York et RTP, sont identiques. La mise en place d'un système de numérotation des entreprises avec le chiffre 8, suivi d'un code de site à trois chiffres, et d'une extension à quatre chiffres crée une habitude de numérotation abrégée intersite qui ne se chevauche pas.

Tableau 2. Exemple de numérotation des entreprises
Site Gamme d'extension Code du site gamme Enterprise

NYC 2XXX 202 8 202 2XXX

SFO 3XXX 203 8 203 3XXX

RTP 2XXX 204 8 204 2XXX

Pour permettre une transition en douceur, les habitudes de numérotation des utilisateurs avant et après le passage à l'idéal devraient être les mêmes. Pour préparer la transition pour chaque site, les plages DID et les plages d'extension (ou habitudes de numérotation intra-site abrégées) doivent être documentées. Sur la base de ces informations, le chiffre de pilotage intersite doit être sélectionné.

Le tableau Plages d'extension de longueur fixe montre un exemple de trois emplacements et de plages d'extension de longueur fixe. Comme il faut éviter les habitudes de numérotation qui se chevauchent, il est important de s'assurer que, pour toute plage d'extension, le premier chiffre de la plage ne correspond pas au chiffre de direction pour la numérotation abrégée entre sites. Si, par exemple, 8 est sélectionné comme chiffre de direction pour la numérotation intersite, aucune plage d'extension ne peut commencer par 8 sur aucun site. En général, les extensions d'un lieu donné correspondent aux derniers chiffres des DID attribués à ce lieu. Pour éviter les conflits, le premier chiffre de l'extension peut être modifié. Si, par exemple, des DID de la plage +1 408 555 8XXX sont utilisés à un endroit donné, alors au lieu d'utiliser 8XXX comme plage d'extension, vous pouvez utiliser 7XXX pour les extensions de ce site

Tableau 3. Plages d'extension à longueur fixe
Site Gamme d'extension Extensions Code du site gamme Enterprise

NYC 2XXX 2XXX 202 8 202 2XXX

SFO 8XXX 7XXX 203 8 203 7XXX

RTP 1XX 11XX 204 8 204 11XX

Les chaînes de numérotation à sept chiffres composées sur un appareil utilisant le plan de numérotation américain se chevauchent avec un schéma à sept chiffres pour la numérotation locale dans le plan de numérotation américain préchargé. Pour éviter les chevauchements entre les habitudes de numérotation sur le réseau et hors réseau (PSTN), un code d'accès extérieur obligatoire peut être utilisé à cet endroit. Si le schéma de numérotation d'entreprise existant et la numérotation intersite abrégée correspondante recoupent les modèles du cadran national, vous pourrez également passer au schéma de numérotation pour éviter les chevauchements pour un format plus ou moins long. Le moyen le plus simple d'y parvenir est d'ajouter un chiffre de remplissage supplémentaire au schéma de numérotation. Le nouveau schéma de numérotation intersite, plus long, n'a besoin d'être adopté que par les utilisateurs déjà migrés. Les utilisateurs toujours connectés peuvent continuer à composer les sept chiffres. Dans ce cas, le forfait d'entreprise doit faire en sorte que la numérotation abrégée à sept chiffres de Unified CM à soit transformée en +E.164 ou en format de numérotation abrégé déployé sur. Cela doit être fait avant d'envoyer l'appel à la passerelle locale.

La numérotation à sept chiffres Table Transitioning montre un exemple de cette renumérotation. Dans cet exemple, la numérotation intersite abrégée utilise le chiffre de direction 8 suivi d'un code de site à deux chiffres et d'une extension à quatre chiffres. Pour éviter la numérotation intersite abrégée à sept chiffres pour les localisations sur, les codes des sites peuvent facilement être remplacés par trois chiffres en préfixant un chiffre de remplissage arbitraire (8 dans l'exemple) aux codes de site à deux chiffres utilisés, de sorte que la numérotation intersite depuis les téléphones utilise le chiffre de direction 8 suivi du chiffre de remplissage 8, de l'ancien code de site à deux chiffres et de l'extension à quatre chiffres. Les utilisateurs n'ont pas besoin de se souvenir des nouveaux codes de site ; ils doivent simplement penser à utiliser 88 comme préfixe pour la numérotation intersite au lieu du 8.

Tableau 4. Numérotation à sept chiffres en transition

Site Extensions Code du site gamme Enterprise Code du site Gamme Enterprise

NYC 2XXX 22 8 22 2XXX 822 8 822 2XXX

SFO 8XXX 23 8 23 7XXX 823 8 823 7XXX

RTP 1XXX 24 8 24 11XX 824 8 824 11XX

Dans un scénario où différents formats de numéros d'entreprise sont activés et si les numéros d'entreprise sont présentés comme informations sur les appelants pour les appels depuis et vers (par exemple, les appels depuis des appareils sans DID), il est important de mettre également en œuvre un mappage entre les différents formats de numéros pour les informations sur les appelants afin de garantir le bon fonctionnement du rappel. Ce mappage peut être réalisé en utilisant le modèle de transformation de l'appelant sur le tronc entre et la passerelle locale.

Enregistrement

Une solution d'enregistrement des appels bien conçue nécessite un examen attentif de plusieurs éléments clés de conception afin de s'assurer qu'elle est conforme aux objectifs organisationnels, aux exigences réglementaires et aux contraintes techniques. Deux des décisions les plus critiques concernent la sélection du fournisseur et la sélection de la région, qui devront peut-être être adaptées à l'échelle mondiale et remplacées sur des sites spécifiques, en fonction des besoins de l'entreprise.

1. Sélection du fournisseur d'enregistrement des appels

Il est fondamental de sélectionner le fournisseur d'enregistrement des appels approprié pour atteindre les objectifs commerciaux et garantir l'alignement des fonctionnalités au sein de l'organisation :

Sélection du fournisseur mondial : les organisations désignent généralement un fournisseur d'enregistrement des appels principal au niveau mondial, afin de garantir la cohérence des fonctionnalités, de la conformité et de l'assistance sur tous les sites

Dérogations basées sur la localisation : dans les scénarios où des sites ou des régions spécifiques ont des besoins commerciaux ou des exigences réglementaires uniques, il peut être nécessaire de passer outre à la sélection globale des fournisseurs et de spécifier d'autres fournisseurs pour ces sites. Cette flexibilité permet de répondre aux différents mandats de conformité et aux besoins opérationnels locaux

Exigences commerciales : Le choix du fournisseur doit être motivé par une évaluation des moteurs commerciaux tels que la conformité réglementaire (exemple : MiFID II, HIPAA), l' assurance qualité, la résolution des litiges ou les besoins de formation

Disponibilité des fonctionnalités : Les fournisseurs doivent être évalués en fonction de leur capacité à fournir les fonctionnalités requises, telles que la surveillance en temps réel, les capacités de recherche et de lecture, le cryptage, les politiques de rétention, l'intégration aux plateformes d'analyse et la prise en charge de différents types d'appels (entrants, sortants, internes).

2. Sélection de la région

Déterminer la région dans laquelle les enregistrements d'appels sont stockés et traités est essentiel pour des raisons de conformité et de performance :

Sélection de la région mondiale : par défaut, les organisations peuvent choisir une seule région pour stocker les enregistrements d'appels afin de simplifier la gestion et la gouvernance

Dérogations régionales basées sur la localisation : lorsque les lois sur la résidence des données ou les politiques de l'entreprise l' exigent, il peut être nécessaire de modifier le paramètre régional mondial pour des lieux spécifiques, en veillant à ce que les enregistrements des appels soient stockés et traités dans les limites géographiques requises

Exigences de résidence des données : Le design doit tenir compte des réglementations internationales et locales en matière de protection des données (telles que le RGPD, le CCPA ou les mandats spécifiques à un pays) qui peuvent dicter où et comment les enregistrements des appels sont conservés.

Un autre aspect critique à prendre en compte lors de la planification et de la conception d'une solution d'enregistrement des appels est l'estimation des besoins en stockage. Il est essentiel de prévoir avec précision les besoins de stockage pour garantir la disponibilité d'une capacité suffisante pour soutenir les opérations commerciales en cours, maintenir la conformité et éviter les interruptions de service.

Plusieurs paramètres clés doivent être pris en compte pour déterminer la demande de stockage attendue :

Volume d'appels enregistrés : évaluez le nombre prévu d'appels qui seront enregistrés dans un intervalle de temps donné (par exemple, par jour, par semaine ou par mois). Cela inclut non seulement les appels externes mais aussi les communications internes, si la politique commerciale ou les mandats réglementaires l'exigent

Durée moyenne des appels : calculez la durée typique des appels enregistrés, car les appels plus longs consommeront plus d'espace de stockage. Les variations de durée des appels entre les différents services ou groupes d'utilisateurs doivent également être prises en compte dans l'estimation

Période de conservation : définissez la durée pendant laquelle les enregistrements doivent être conservés, ce qui est souvent dicté par les politiques de l'organisation ou des réglementations externes (telles que des normes de conformité spécifiques au secteur). Des périodes de rétention plus longues augmenteront les besoins globaux de stockage

Projections de croissance : pensez à la croissance prévue du volume d'appels ou à l'extension de la zone d'enregistrement, qui peuvent résulter de l'expansion de l'activité, de nouvelles exigences réglementaires ou de l'intégration d'utilisateurs ou de sites supplémentaires.

En analysant ces paramètres de manière approfondie, les organisations peuvent développer une stratégie de stockage robuste qui garantit l'évolutivité, la rentabilité et la conformité réglementaire de leur solution d'enregistrement des appels. Il est également conseillé de revoir et d'ajuster régulièrement les allocations de stockage en fonction de l'évolution des habitudes d'utilisation.

Appels d'urgence

L'obligation d'acheminer un appel d'urgence vers le centre de répartition approprié est obligatoire pour tout service d'appel proposant le service PSTN. Avec, le routage des appels d'urgence est intégré à la solution et inclut la prise en charge de tous les numéros d'urgence nationaux des pays concernés. Le routage d'un appel d'urgence est basé sur la localisation définie et sur la méthode d'accès PSTN de la localisation. Les numéros d'urgence sont prédéfinis et spécifiques au pays dans lequel les utilisateurs et les appareils sont déployés.

Il existe deux méthodes pour répondre aux appels d'urgence. Il existe un service de routage des appels d'urgence de base et un service de routage des appels d'urgence amélioré. Le service de routage des appels d'urgence de base utilisera un numéro sélectionné par l'administrateur pour identifier la position et l'itinéraire de l'appel pour joindre les services d'urgence. Pour les appels d'urgence de base, le chemin d'appel passe généralement par l'option PSTN du client pour cette zone . Il propose également un routage des appels d'urgence amélioré conçu pour les déploiements aux États-Unis et au Canada qui ont des exigences de conformité réglementaires qui obligent à faire appel à un fournisseur national pour transmettre les appels d'urgence au centre de répartition approprié.

Tous les clients doivent déployer, au minimum, la configuration de base des appels d'urgence. Les appels d'urgence de base nécessitent qu'au moins un numéro +E.164 appartenant au client soit attribué à chaque lieu défini dans. Pour les appels d'urgence de base, chaque lieu sera défini par une adresse postale à laquelle les services de police, de pompiers ou d'ambulance sont dépêchés en cas d'urgence. Dans la plupart des cas, le numéro principal est le meilleur choix pour représenter le lieu physique de l'urgence. En général, l'attribution de l'adresse au numéro +E.164 est coordonnée avec le fournisseur du PSTN. Les images ci-dessous montrent l'attribution du numéro principal à utiliser comme numéro de rappel d'urgence pour la succursale de Richardson.

Configuration ECBN de localisation

Dans la plupart des cas, l'adresse d'un bâtiment suffit comme adresse d'expédition du site. Mais si des informations de localisation supplémentaires sont nécessaires pour des utilisateurs ou des appareils spécifiques, un administrateur peut suivre la même procédure que celle décrite ci-dessus et attribuer à ces appareils une adresse spécifique ou une position plus précise dans l'adresse (par exemple, un étage ou une pièce). Dans la gestion des utilisateurs, l'onglet Appels permet d'utiliser un numéro spécifique pour qu'un utilisateur et ses appareils obtiennent une adresse de livraison spécifique. Les images suivantes montrent comment un numéro spécifique peut être attribué à un appareil. L'administrateur est chargé de s'assurer que la bonne adresse d'expédition sera attribuée au numéro utilisé par l'appareil. L'attribution de l' adresse se fait généralement par l'intermédiaire du fournisseur PSTN de ce lieu.

Configuration ECBN utilisateur

Pour les déploiements téléphoniques basés aux États-Unis qui doivent fournir des solutions d'appels d'urgence améliorées, utilise Horizon Mobility de RedSky intégré pour le routage des appels d'urgence. Lorsqu'il utilise RedSky pour le routage des appels, un administrateur doit créer un compte auprès de Cisco et configurer les informations appropriées dans les paramètres d' appel -> Service pour activer cette fonctionnalité. Une fois le service RedSky activé au niveau du système, un administrateur l'activera au niveau de chaque site. L'activation des appels d'urgence améliorés vers un lieu activera le service pour tous les appareils attribués à ce lieu. Les appareils qui prennent en charge les appels d'urgence améliorés sont les téléphones MPP Cisco, les téléphones Cisco PhoneOS et les téléphones Cisco.

Il existe deux paramètres pour activer les appels d'urgence améliorés sur place. L'option Autoriser RedSky à recevoir des informations de connectivité réseau et à tester les appels doit être utilisée pour vérifier que la configuration de RedSky pour les mappages des appareils et des infrastructures est correcte. Ce paramètre permet également de passer des appels tests au 933 afin de vérifier la localisation à l'aide du système IVR de RedSky qui permet de connaître la position de l'appelant. Bien que ce document ne traite pas de la configuration de RedSky pour le suivi de la localisation, un administrateur doit TOUJOURS tester sa localisation avant d'activer les appels d'urgence pour acheminer vers RedSky. Une fois les tests terminés et vérifiés, l' administrateur acheminera les appels vers RedSky en orientant les appels d'urgence vers RedSky. Ce bouton dirigera tous les appels d'urgence concernant la localisation vers RedSky pour qu'ils soient transmis au centre de réponse correspondant à la localisation.

Les paramètres d'appel d'urgence améliorés s'appliquent également aux clients sur site et hors site. Sur site, ils peuvent être suivis de la même manière que les téléphones de bureau. Lorsqu'il n'est pas sur site, l'utilisateur pourra définir sa position de manière dynamique directement dans le. Pour plus d'informations sur les appels d'urgence, voir Appels d'urgence améliorés pour.

Licences

Il existe plusieurs options pour attribuer des licences aux utilisateurs.

Assignation manuelle via

Les administrateurs attribuent manuellement des licences à chaque utilisateur via l'interface.

Les administrateurs peuvent modifier les licences de service pour les utilisateurs individuels et attribuer directement des licences d'appel.

Modèles d'attribution automatique de licences

Utilisez des modèles d'attribution de licences pour attribuer automatiquement des licences aux utilisateurs en fonction des paramètres du groupe ou de l'organisation.

Les licences automatiques peuvent se faire par le biais de la synchronisation des annuaires ou des mises à jour manuelles des utilisateurs, mais les utilisateurs doivent avoir un numéro de téléphone valide au format +E.164 et les numéros de téléphone doivent exister à un endroit précis avant le provisionnement des utilisateurs. Si les conditions ne sont pas remplies (par exemple, format de numéro de téléphone non valide), aucune licence ne sera attribuée.

Assignation groupée via un modèle CSV

Téléchargez un fichier CSV contenant les informations sur les utilisateurs et les attributions de licences pour ajouter ou modifier plusieurs utilisateurs à la fois.

L'importation au format CSV permet d'ajouter jusqu'à 20 000 utilisateurs et d'attribuer des licences, mais les licences nécessitent des champs spécifiques tels que le numéro de téléphone et l'extension.

Affectation basée sur une API

Utilisez des API pour attribuer des licences par programmation et gérer les utilisateurs.

prend en charge les opérations d'API pour la gestion des utilisateurs et des licences (People, SCIM 2.0 et API de licences), qui peuvent être exploitées pour automatiser l'attribution des licences. L' API Licenses permet l'attribution simultanée de licences, de numéros de téléphone et d'extensions.
Tableau 5. Options d'approvisionnement pour les utilisateurs - résumé
Méthode d'attribution Avantages Inconvénients
Manuel Simple pour quelques utilisateurs.
Permet un contrôle précis et granulaire de l'attribution des licences.
Pas évolutif, cela prend du temps
Sujette à des erreurs humaines lors de la saisie manuelle.

Modèles de licences automatiques Évolutif
Réduit les erreurs manuelles
Peut être appliqué aux nouveaux utilisateurs et aux utilisateurs existants.
Nécessite des numéros de téléphone et des adresses valides.
Plus complexe à configurer
Exige également des groupes d'utilisateurs par groupe d'utilisateurs avec des exigences de licence équivalentes.

Téléchargement groupé au format CSV Efficace pour les grands groupes d'utilisateurs
Permet l'attribution simultanée de licences, de numéros de téléphone et de prolongations.
Nécessite un formatage CSV soigneux
Risque d'erreurs si les numéros de téléphone ou les extensions sont manquants ou incorrects.
Affectation basée sur une API Automatisable et flexible.
Permet l'attribution simultanée de licences, de numéros de téléphone et de prolongations.
Nécessite des connaissances en matière de développement et d'API.

Le tableau Options de configuration utilisateur - résumé résume les options de provisionnement utilisateur, leurs avantages et leurs inconvénients. Cet aperçu permet de choisir la meilleure méthode d'attribution de licences en fonction de la taille de l'organisation cliente, des capacités d'automatisation et des processus et exigences de provisionnement des utilisateurs.

Dans la mesure du possible, Cisco recommande d'attribuer des licences d'appel à l'aide de modèles de licences. Cela nécessite un ensemble de licences unique pour chaque groupe d'utilisateurs (exemple : Standard contre Professionnel), il existe un groupe auquel appartiennent les groupes correspondants. Comme indiqué dans les sections Groupes d'utilisateurs, les groupes d'utilisateurs peuvent être définis manuellement ou synchronisés depuis un annuaire d'entreprise. Une combinaison des deux approches est possible.

Les utilisateurs appartenant à plusieurs groupes obtiennent des licences pour toutes les tâches appliquées à l'ensemble de leurs groupes. Cela permet d'utiliser des groupes de sécurité spécifiques aux licences dans l'annuaire de l'entreprise pour gérer l'attribution des licences, l'attribution des licences utilisateur qui en résulte étant contrôlée par l' union des membres des groupes.

Pour plus d'informations, voir Configurer des attributions automatiques de licences dans Control Hub et Configurer des modèles d'attribution automatique de licences pour Webex Calling les utilisateurs.

Exigences en matière de licence

Cette section ne couvre que les licences associées. Les autres types de licences (par exemple, enregistrement d'appareils Webex, messagerie, réunions) ne sont pas couverts. Dans le cadre du processus de conception, les exigences en matière de licence doivent être déterminées. Le nombre de licences pour les types de licences suivants doit être calculé :

Standard : nombre d'utilisateurs individuels nécessitant des fonctionnalités téléphoniques standard.

Professionnel : nombre d'utilisateurs et d'espaces de travail nécessitant des fonctionnalités téléphoniques avancées. Les lignes virtuelles et les boîtes vocales de groupe ont droit à un ratio de 1 pour 1 pour chaque licence professionnelle. Ainsi, dans les rares cas où le nombre de lignes virtuelles ou de messages vocaux de groupe requis dépasse le nombre d'utilisateurs et d'espaces de travail nécessitant des fonctionnalités téléphoniques avancées, des licences professionnelles supplémentaires doivent être prises en compte.

Espace de travail pour l'espace commun : nombre de sites à usage partagé ou dans les espaces communs nécessitant des capacités d'appel standard.

Customer Assist : nombre d'agents et de superviseurs ayant besoin des fonctionnalités Customer Assist. L'assistance client inclut la licence professionnelle.

Liste des itinéraires : nombre d'appels RTPC connectés au cloud requis entre des utilisateurs locaux et/ou des applications tierces spécialisées sur site.

Attendant Console : nombre d'utilisateurs qui ont besoin d'accéder au client Attendant Console.

Plan d'appels Cisco (plan d'appels sortants) : nombre d'utilisateurs ayant besoin d'un numéro PSTN et/ou d'un accès aux appels PSTN sortants pour le service Cisco PSTN.

Il n'existe aucun type de licence dédié aux espaces de travail professionnels. Les espaces de travail professionnels nécessitent une licence professionnelle.

Les espaces de travail réservés au hot desk proposent le service d'hébergement et les appels d'urgence de la part de l'hébergeur et ne nécessitent aucune licence. Pour plus d'informations, voir Ajouter et gérer des appareils Hot Desk uniquement.

Pour déterminer le type de licence requis pour chaque utilisateur et chaque espace de travail en fonction des fonctionnalités requises, consultez Fonctionnalités disponibles par type de licence pour Webex Calling.

Pour faire la différence entre les fonctionnalités proposées par les files d'appels associées à la licence professionnelle et celles proposées par l'assistance client, consultez la comparaison des fonctionnalités de file d'attente des Webex Calling appels et d'assistance client.

Approvisionnement des utilisateurs

Lors de l'approvisionnement des utilisateurs dans Webex, plusieurs options sont disponibles, chacune étant adaptée aux besoins et à l'environnement de l'organisation :

Approvisionnement manuel : les administrateurs peuvent ajouter et gérer des utilisateurs individuels directement depuis . Cette méthode est simple mais convient mieux aux petites organisations ou aux changements d'utilisateurs limités.

Approvisionnement en masse via CSV : pour les plus grandes bases d'utilisateurs, les administrateurs peuvent importer et mettre à jour des utilisateurs en masse en téléchargeant des fichiers CSV dans. Cela permet de gérer efficacement des milliers d'utilisateurs à la fois.

Options de synchronisation des annuaires :
Directory Connector : il s'agit d'un outil de synchronisation automatique utilisé dans Microsoft Active Directory les environnements. Il synchronise les comptes d'utilisateurs, les groupes et les attributs de manière planifiée (toutes les heures, tous les jours ou toutes les semaines). Il prend en charge les Active Directory configurations multidomaines et multiforêts et peut synchroniser les images de profil et les objets de la pièce.

Application assistant Entra ID (Azure AD) : conçue pour les organisations utilisant Microsoft Entra ID (Azure AD), cette méthode permet de synchroniser automatiquement et en temps quasi réel les comptes utilisateurs et leurs attributs, directement depuis Entra ID vers. Il est entièrement géré de l'intérieur et nécessite un minimum de configuration.

Applications SCIM 2.0 : Pour les environnements autres que Microsoft ou d'autres fournisseurs d'identité tels qu'Okta ou Duo, les applications de synchronisation basées sur SCIM permettent le provisionnement et le déprovisionnement automatiques des utilisateurs grâce au mappage des attributs et à la synchronisation des groupes.

Unified CMsynchronisation des utilisateurs : cette option permet de créer des comptes utilisateurs en fonction des utilisateurs finaux existants en les synchronisant de à. Cela nécessite que Cloud Connected UC (CCUC) fonctionne sur les clusters locaux. Cependant, il est généralement recommandé de synchroniser les utilisateurs à partir d'un annuaire centralisé dans le cloud, comme Entra ID, plutôt que directement depuis.

Approvisionnement d'API : Les API publiques (People, SCIM 2.0) peuvent être utilisées pour approvisionner les utilisateurs. Le principal avantage de l'utilisation des API est la possibilité d'intégrer le provisionnement des utilisateurs aux autres systèmes de l'entreprise.
Tableau 6. Options de configuration utilisateur pour
Méthode d'approvisionnement Description Avantages Inconvénients
Manuel Créer/gérer des utilisateurs individuellement dans Simple pour quelques utilisateurs ; aucune infrastructure n'est nécessaire Pas évolutif ; cela prend du temps pour de nombreux utilisateurs
En masse (fichier CSV) Importer/mettre à jour des utilisateurs en masse via CSV dans Efficace pour les groupes ; aucun codage n'est requis Préparation manuelle au format CSV ; moins dynamique
People et API SCIM 2.0 Gestion programmatique des utilisateurs via les API Webex Flexible ; prend en charge l'automatisation et l'intégration Nécessite du développement et des infrastructures
Synchronisation des annuaires Synchronisation automatique depuis les applications AD, Entra ID, SCIM, Unified CM Automatise le cycle de vie ; prend en charge le filtrage et le mappage Complexité de la configuration : certaines options ont des fonctionnalités limitées ou nécessitent une infrastructure
Cet aperçu et ce tableau reflètent les principales options de provisionnement des utilisateurs, leurs avantages et leurs limites afin de vous aider à choisir la meilleure approche pour les besoins de votre organisation.

Groupes d'utilisateurs

La gestion des groupes d'utilisateurs permet aux administrateurs d'organiser les utilisateurs en groupes pour une gestion groupée efficace des licences, des paramètres et des ressources. Les groupes contribuent à rationaliser l'administration en appliquant des politiques, des licences et des modèles de paramètres à plusieurs utilisateurs simultanément, au lieu de les gérer individuellement.

La gestion des groupes d'utilisateurs offre plusieurs avantages, notamment :

Administration simplifiée : gérez les licences, les paramètres et les politiques de plusieurs utilisateurs à la fois.

Cohérence : appliquez des paramètres et des licences uniformes aux utilisateurs d'un même groupe.

Évolutivité : prend en charge jusqu'à 250 000 membres par groupe.

Intégration : synchronisez les groupes depuis Microsoft Entra ID (Azure AD) ou Active Directory pour une gestion automatisée des utilisateurs et des groupes.

Flexibilité : créez des groupes locaux ou synchronisez des groupes de sécurité ; gérez l' appartenance à des groupes manuellement ou via des fichiers CSV.

Allocation des ressources : contrôlez l'accès aux applications et services intégrés en fonction de l'appartenance à un groupe.

Les principaux cas d'utilisation des groupes d'utilisateurs lors de l'approvisionnement sont les suivants :

Attribution de licences : attribuez des licences à des groupes pour fournir automatiquement des services tels que les appels, les réunions, la messagerie ou des services hybrides aux membres du groupe.

Modèles de paramètres : appliquez un ensemble de paramètres de service (par exemple, la messagerie, les réunions, les appels) à des groupes pour une expérience utilisateur cohérente.

Gestion des utilisateurs en masse : ajoutez ou supprimez des utilisateurs en masse par le biais de fichiers CSV ou de la synchronisation des annuaires.

Automatisation et intégration : utilisez des API ou synchronisez les annuaires pour automatiser la gestion du cycle de vie des utilisateurs et des groupes.

Le tableau suivant résume les différentes options de gestion des groupes d'utilisateurs et de gestion des groupes dans.
Tableau 7. Options pour gérer les groupes et les adhésions à des groupes
Option Description Avantages Inconvénients

approvisionnement en groupe (groupes) Créez et gérez des groupes directement dans. Ajouter/supprimer des membres manuellement ou via CSV. Contrôle total de l'adhésion à un groupe
Application immédiate des licences et des modèles
Création et modification de groupes faciles Mises à jour manuelles requises
Risque d'erreurs lors des téléchargements manuels au format CSV
Pas de synchronisation automatique avec des annuaires externes

Groupes synchronisés depuis Entra ID (Azure AD) ou Active Directory Synchronisez automatiquement les groupes de sécurité et les adhésions depuis des services d'annuaire externes. La synchronisation automatique réduit le travail manuel
Garantit la cohérence avec l'annuaire de l'entreprise
Soutient les grandes organisations
Impossible de modifier l'appartenance à un groupe dans
Délai de synchronisation jusqu'à 12 heures
Les groupes imbriqués nécessitent une sélection manuelle

Groupes et API SCIM 2.0 (groupes) Utilisez les groupes ou l'API SCIM 2.0 pour la gestion programmatique des groupes et des membres Automatisation et intégration avec d'autres systèmes
Adaptable aux environnements complexes ou de grande envergure
Nécessite un effort de développement
La complexité dépend de l'utilisation de l'API

Bien que les groupes synchronisés garantissent la cohérence et proposent un point d'administration unique, une approche hybride combinant des groupes synchronisés et des groupes (gérés soit dans Control Hub, soit via des API) est possible. Ainsi, par exemple, les groupes d'attribution de licences peuvent être des groupes synchronisés et un ensemble distinct de groupes peut être utilisé pour attribuer des modèles d'utilisateurs et d'appels.

Cette approche complète de la gestion des groupes d'utilisateurs permet aux organisations de gérer efficacement les licences, les paramètres et les politiques des utilisateurs, en garantissant des expériences de collaboration cohérentes et évolutives.

Approche recommandée lors de la migration de vers

La principale source de données pour les utilisateurs est la base de données, qui contient des informations sur les utilisateurs finaux. Cependant, ce n'est généralement pas la source faisant autorité pour la gestion de l'identité des utilisateurs et, surtout, elle sera fermée à la fin de la transition. Elle est donc exclue en tant que source officielle à long terme pour les informations d'identité.

Cisco recommande d'utiliser un annuaire cloud centralisé tel que Microsoft Entra ID (Azure AD) comme source unique de référence pour l'identité des utilisateurs. Synchroniser les utilisateurs depuis Entra ID pour garantir la cohérence, simplifier la gestion et renforcer les fonctionnalités d'authentification unique (SSO).

Pour s'assurer que tous les utilisateurs sont également présents dans Entra ID, les organisations doivent vérifier que les comptes utilisateurs correspondent aux comptes d'Entra ID. Cela peut être fait en exportant des listes d'utilisateurs et en les comparant à celles d'Entra ID.

En résumé, la méthode de provisionnement recommandée consiste à synchroniser les utilisateurs entre Microsoft Entra ID (Azure AD) et Webex à l'aide des applications Azure AD Wizard ou SCIM. L'approvisionnement en masse manuel et au format CSV est disponible en tant que méthodes supplémentaires, mais il est moins évolutif et plus sujet aux erreurs pour les grandes organisations. Il est essentiel de s'assurer qu'Entra ID est la source officielle et que tous les utilisateurs existent dans Entra ID pour une migration réussie et une expérience utilisateur cohérente d'un environnement à l'autre.

La transition d'un service d'annuaire sur site, par exempleActive Directory, à un service d'annuaire dans le cloud, comme Entra ID (Azure ID), se fait indépendamment de la transition d'appel. Cisco recommande de terminer la transition vers un service d'annuaire dans le cloud avant de commencer la transition des appels.

Conception de groupes d'utilisateurs

Après avoir transféré l'annuaire de l'entreprise sur site vers le cloud, collectez les groupes d'utilisateurs requis en fonction des exigences en matière de licences et de modèles de fonctionnalités. Pour chaque document de groupe :

Nom du groupe : nom unique du groupe.

Licences : licences à attribuer à ce groupe (le cas échéant) et étendue (les licences doivent-elles être attribuées à des utilisateurs existants ou uniquement à de nouveaux utilisateurs)

Modèles de paramètres : application Webex et modèles d'appels utilisateur.

Synchronisation de l'annuaire : ce groupe sera-t-il synchronisé depuis l'annuaire de l'entreprise ou s'agit-il d'un groupe Webex local provisionné dans Control Hub ou via une API ?

Description : comment sera utilisé ce groupe et quels utilisateurs devraient en être membres

Ces informations seront utilisées ultérieurement au cours de la phase de mise en œuvre pour créer des groupes locaux ou des groupes dans l'annuaire de l'entreprise et gérer l'appartenance des utilisateurs aux groupes.

Authentification unique (SSO)

Cisco recommande d'utiliser le SSO pour l'authentification des utilisateurs. L'utilisation du SSO présente des avantages indéniables, notamment :

Authentification utilisateur simplifiée : les utilisateurs peuvent se connecter une seule fois en utilisant les informations d'identification de leur entreprise (via Azure ID, par exemple) pour accéder à d'autres applications intégrées, éliminant ainsi le besoin de plusieurs mots de passe et réduisant le nombre de demandes de connexion. Cela renforce la sécurité en garantissant que les mots de passe des entreprises ne sont jamais stockés ni transmis après authentification.

Gestion simplifiée des utilisateurs : automatise la création, la mise à jour et la désactivation des comptes utilisateurs en fonction des modifications apportées à l'annuaire de l'entreprise, réduisant ainsi les frais administratifs et garantissant que seuls les utilisateurs autorisés y ont accès.

Sécurité améliorée : le SSO réduit la fatigue liée aux mots de passe et le risque de violations liées aux mots de passe en centralisant l'authentification par le biais de fournisseurs d'identité fiables (IdP).

Intégration facile de l'authentification multifactorielle (MFA) : l'authentification multifactorielle peut être facilement prise en charge soit par le biais d'une solution de gestion des accès aux identités telle que Cisco Duo, soit par le biais de la prise en charge de l'authentification multifacteur auprès de l'IdP .

Il existe plusieurs options pour implémenter le SSO pour les services :

SSO basé sur SAML 2.0 : principal protocole pris en charge pour l'intégration du SSO, qui permet un échange sécurisé d'informations d'authentification entre l'IdP et le fournisseur de services.

OpenID connect (OIDC) : pris en charge en tant que protocole d'authentification moderne alternatif pour l'intégration du SSO.

Identité Webex : également prise en charge en tant que fournisseur d'identité.

Le SSO est configuré et géré de manière centralisée, ce qui nécessite un échange de métadonnées entre et l'IdP choisi.

Une fois la configuration terminée, le SSO peut être testé avant l'activation pour garantir une configuration correcte.

Cisco prend en charge l'intégration à de nombreux IdP et systèmes de gestion des identités (IAM) testés et couramment utilisés, y compris mais sans s'y limiter :

Cisco Duo

Okta

Microsoft Active DirectoryFederation Services (ADFS)

Microsoft Azure

Ping Federate

OpenAM

F5 BIG-IP.

Ces IdP sont conformes aux normes SAML 2.0 ou OpenID Connect et leur compatibilité avec les solutions de collaboration Cisco a été validée.

Prise en charge de plusieurs IdP

permet aux organisations de configurer le SSO avec plusieurs IDP afin de s'adapter à des environnements informatiques complexes tels que des fusions, des acquisitions ou des services informatiques décentralisés où différents groupes utilisent des IDP différents. La prise en charge de plusieurs IdP peut être mise en œuvre à l'aide de la fonctionnalité d' IdP multiple dans ou via l'intégration d'un système IAM d'entreprise tel que Cisco Duo.

la prise en charge des multiples fournisseurs d'identité (IdP) répond à plusieurs cas d'utilisation clés dans lesquels les organisations ont besoin d'une authentification flexible et sécurisée dans divers environnements informatiques :

1. Fusions et acquisitions

Lorsque des entreprises fusionnent ou en acquièrent d'autres, elles disposent souvent d'infrastructures informatiques distinctes et d'IDP distincts qui ne peuvent pas se fédérer. La prise en charge de plusieurs IdP permet aux utilisateurs des deux organisations de s'authentifier et de collaborer en toute sécurité sans avoir à unifier immédiatement leurs systèmes d'identité.

2. Plusieurs services informatiques indépendants

Les grandes organisations ou institutions gouvernementales peuvent avoir plusieurs services informatiques indépendants, chacun gérant son propre IdP. la fonction IdP multiple permet à ces services de gérer leurs propres systèmes d'authentification tout en permettant aux utilisateurs d'y accéder facilement.

3. Différents groupes d'utilisateurs ou domaines

Les organisations comptant différents groupes d'utilisateurs (employés ou sous-traitants, par exemple) ou plusieurs domaines de messagerie peuvent configurer des règles de routage pour diriger les demandes d'authentification vers l'IdP approprié en fonction de l'appartenance au domaine ou au groupe. Cela permet de différencier les politiques d'accès et les contrôles de sécurité.

4. Prise en charge de différents protocoles d'authentification

prend en charge les IDP SAML et OpenID Connect (OIDC), permettant aux organisations d'intégrer différents types de fournisseurs d'identité en fonction de leur infrastructure et de leurs exigences de sécurité existantes.

5. Sécurité et conformité renforcées

En activant plusieurs IDP, les organisations peuvent mettre en œuvre des mécanismes d'authentification plus puissants, y compris l'authentification multifactorielle (MFA) via des intégrations telles que Duo, et appliquer des politiques de sécurité cohérentes à différentes bases d'utilisateurs.

6. Expérience utilisateur simplifiée

Les utilisateurs peuvent s'authentifier à l'aide de leurs informations d'identification existantes auprès de leurs IdP respectifs, offrant ainsi une expérience de connexion unifiée malgré la complexité sous-jacente de multiples systèmes d'identité.

Bien que la prise en charge de plusieurs IdP soit source de flexibilité, elle nécessite une coordination minutieuse entre les équipes chargées de la sécurité et de l'identité afin de maintenir des politiques de sécurité cohérentes et d'éviter d'éventuelles vulnérabilités.

Duo MFA avec SSO pour

Duo Access Gateway (DAG) peut authentifier les utilisateurs à l'aide d' annuaires locaux ou basés sur le cloud existants, tels que Active Directory (AD) et OpenLDAP. Il prend également en charge l'intégration avec d'autres fournisseurs d'identité tels que Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS et Shibboleth. Cette flexibilité permet aux organisations d'utiliser leur infrastructure d'annuaire actuelle pour Webex SSO avec Duo MFA.

Duo agit comme une couche d'authentification renforcée en plus de l'authentification de l'annuaire principal. Il fonctionne comme un fournisseur d'identité (IdP) utilisant SAML 2.0 pour appliquer l'authentification à deux facteurs (2FA) avant d'accorder l'accès à. Duo évalue le contexte de l'utilisateur, de l'appareil et du réseau par rapport à des politiques configurables visant à autoriser ou à refuser l'accès, renforçant ainsi la sécurité au-delà du nom d'utilisateur et du mot de passe. Duo propose également des contrôles politiques flexibles, comme le fait d'exiger le MFA à chaque connexion pour certaines applications et moins fréquemment pour d'autres.

Les avantages de Cisco Duo incluent :

Sécurité renforcée : ajoute une authentification multifacteur résistante au phishing pour protéger l'accès et réduire le risque de compromission de mots de passe.

Politiques flexibles : permet un contrôle précis des exigences d'authentification par application ou par groupe d'utilisateurs.

Intégration aux annuaires existants : prend en charge l'AD sur site, OpenLDAP, les annuaires cloud et divers fournisseurs de SSO, minimisant ainsi les modifications d'infrastructure.

Pratique pour l'utilisateur : prend en charge l'authentification unique (SSO) pour réduire la fatigue liée aux mots de passe en permettant aux utilisateurs de se connecter une seule fois et d'accéder à plusieurs ressources en toute sécurité.

Points de terminaison fiables : renforce la confiance des clients sur les appareils sous Windows et macOS, améliorant ainsi la sécurité.

Inscription en libre-service : l'inscription en ligne et l'invite en duo améliorent l'expérience utilisateur lors de la configuration du MFA.

Duo MFA avec SSO pour tirer parti des annuaires existants, tels que OpenLDAP, ou Active Directory des fournisseurs d'identité dans le cloud, pour authentifier les utilisateurs. Le rôle de Duo est de fournir un second facteur d'authentification solide et régi par des règles, intégré via SAML 2.0, afin de renforcer la sécurité tout en préservant la commodité des utilisateurs grâce au SSO. Les avantages incluent une meilleure sécurité, une application flexible des politiques, une intégration fluide et une meilleure expérience utilisateur.

Cisco recommande de mettre en place le SSO pour les utilisateurs. Pour une sécurité renforcée, l'intégration à Cisco Duo est recommandée.

La stratégie Enterprise IAM et SSO devrait être déployée avant de commencer la transition de à .

Caractéristiques

propose une gamme complète de fonctionnalités de base incluses dans le service. Cela inclut de nombreuses fonctionnalités d'appel professionnelles disponibles depuis de nombreuses années. Vous ne constaterez peut-être pas une parité à 100 % entre les fonctionnalités et les fonctionnalités, mais comme vous pouvez le voir dans la figure ci-dessous, les principales fonctionnalités d'appel sont disponibles en.

Webex Callingfonctionnalités de niveau entreprise

Outre les nombreuses fonctionnalités utilisateur, elle possède les fonctionnalités de base du système incluses dans la plateforme. Il s'agit notamment de fonctionnalités telles que les assistants automatiques, les files d'appels, le parc d'appels, etc. Vous pouvez voir toutes les fonctionnalités de base du système disponibles sous Service → Appels → Fonctionnalités, comme le montre la figure Caractéristiques Webex Calling principales.

Webex Callingfonctionnalités de base

Auto Attendant

L'assistant automatique permet d'automatiser le traitement des appels entrants 24 heures sur 24, 7 jours sur 7, ce qui permet de traiter les appels efficacement sans qu'il soit nécessaire que personne ne réponde à chaque appel.

Le préposé automatique répond aux appels entrants et propose à l'appelant un menu d'options lui indiquant où il souhaite acheminer son appel. Il peut s'agir d' une personne, d'une boîte vocale ou d'un service d'appel (par ex. File d'attente des appels). L' appelant utilise le clavier numérique de son téléphone pour saisir le numéro depuis le menu du préposé automatique.

L'Auto Attendant prend en charge les fonctionnalités clés suivantes :

Horaires de travail et horaires en dehors des heures de bureau

Calendrier des fêtes

Option de menu de numérotation pour indiquer à vos clients où ils doivent se rendre

Personnalisez les salutations

Option de numérotation par nom

Options de renvoi d'appels

Analyses et rapports de Control Hub.

Pour plus d'informations, voir Gérer les assistants automatiques.

Call Park

Le parc d'appels permet aux utilisateurs de mettre facilement un appel en attente pour qu'un autre utilisateur puisse le récupérer facilement lorsqu'il est disponible pour le prendre. Cela permet également à l'utilisateur qui a répondu à l'appel initial de passer ou de recevoir d'autres appels pendant que l'appel est parqué.

Il existe deux types de parcs d'appels dans :

Parc d'appels direct : permet à tout utilisateur de parquer un appel vers le poste d'un autre utilisateur ou vers un poste de parc d'appels, tel que défini par l'administrateur

Groupe de parcs d'appels : permet à un groupe défini d'utilisateurs de parquer automatiquement les appels en fonction des destinations de parc disponibles définies pour le groupe. Ces destinations peuvent être les extensions des membres du groupe ou les extensions du parc d'appels.

En fonction de la configuration et du type de parc, les utilisateurs peuvent récupérer leurs appels en composant le *88+><extension of parked call>, en appuyant sur la touche de ligne associée à l'extension du parc d'appels ou en utilisant une touche programmable de leur téléphone IP.

Une option de rappel est disponible pour rappeler un appel parqué après une période spécifiée à l'utilisateur qui l'a parqué ou à un autre utilisateur.

Pour plus d'informations, voir Gérer le parc d'appels dans Control Hub.

Prise d'appels

La prise d'appels permet à un administrateur de définir un groupe d'utilisateurs (membres) qui peuvent répondre à un appel sur le téléphone d'un autre membre. Cela permet à un utilisateur de répondre aux appels lorsque ses coéquipiers sont occupés et ne sont pas en mesure de répondre à un appel entrant.

Les utilisateurs d'un groupe doivent se trouver au même endroit.

Les utilisateurs peuvent utiliser leur téléphone de bureau ou leur téléphone de bureau pour répondre à un appel.

:

Prend en charge les notifications visuelles et audio

Notification des appels entrants

Prise d'appel par télécopie (numérotez *98) ou par notification

Notifications de prise d'appels pour le multiligne.

Téléphones de bureau :

Notification des appels entrants

Carillons audio et notification visuelle via le voyant LED du combiné. Le 6821 ne prend en charge que les carillons audio

Lorsque le type de notification est sélectionné dans « Non aucun »

Notifications de prise d'appels uniquement pour les lignes principales uniquement.

Pour plus d'informations, voir Configurer le groupe de prise d'appels.

File d'attente des appels

inclut des files d'appels uniquement vocales dans ses fonctionnalités principales et tout utilisateur titulaire d'une licence professionnelle peut faire partie d'une file d'appels, d'un agent ou d'un superviseur. Cette fonctionnalité permet aux utilisateurs d'interagir efficacement avec leurs clients. Les files d'appels prennent en charge un sous-ensemble de certaines fonctionnalités de base des centres d'appels, telles que les files d'attente vocales, les rappels, le routage par compétence ou par priorité, la gestion des files d'attente des agents, les analyses, les rapports, etc.

L'intégration de Cisco Call for Microsoft Teams permet aux agents d'accéder aux appels et aux fonctionnalités de la file d'attente des appels directement depuis leur client Microsoft Teams.

Les files d'attente d'appels prennent en charge les fonctionnalités clés suivantes :

Salutations et messages (bienvenue, réconfort, chuchotement, etc.)

Écoutez de la musique

Rappel

Politiques de routage des files d'attente (service de nuit, jours fériés, transfert)

Connexion/déconnexion à la file d'attente des agents

Gestion de l'état de la file d'attente des agents

ou assistance téléphonique

Agent de supervision, appelez, surveillez, entraînez, péniche ou prenez le relais via des codes d'accès aux fonctionnalités (FACs)

(accès administrateur) pour :

gestion des files d'attente

Analyses et rapports sur les agents et les files d'attente

Gestion des files d'attente, des agents et des superviseurs.

Pour plus d'informations, voir Configurer la file d'attente des appels.

dispose d'une fonction complémentaire Customer Assist qui fournit des fonctionnalités supplémentaires de file d'attente des appels et offre aux agents et aux superviseurs une meilleure expérience utilisateur au sein du. Pour une comparaison entre les fonctionnalités Call Queue et Customer Assist, voir Comparaison des fonctionnalités de file d'attente des Webex Calling appels et d'assistance client.

Hunt Group

Les groupes de chasse permettent d'acheminer les appels entrants vers un groupe d'utilisateurs spécifique selon un schéma de routage des appels prédéterminé. Cela garantit que les appels sont traités par le bon groupe d' utilisateurs ou envoyés vers une boîte vocale pour un suivi.

L'une des grandes différences entre les groupes de recherche et les files d'attente d'appels est que les appels ne sont pas mis en file d'attente dans un groupe de recherche . Ainsi, si aucun utilisateur du groupe de recherche n'est disponible pour répondre à l'appel, il sera déconnecté, envoyé sur une messagerie vocale ou transféré vers un autre numéro (utilisateur ou service).

Pour plus d'informations, voir Gérer les groupes de chasse dans Control Hub.

Modes de fonctionnement

La fonction Modes de fonctionnement permet aux entreprises d'acheminer efficacement les appels vers différentes destinations (utilisateurs, messagerie vocale, services d'appels tels qu'une file d'attente d'appels). Le lieu et le moment où un appel est acheminé dépendent de l'heure et du jour de la semaine et tout utilisateur peut être autorisé à gérer ces modes (horaires) afin de contrôler les modifications apportées au routage des appels.

Par exemple, les appels vers une file d'appels peuvent être acheminés vers une autre file d'appels avec des agents situés dans un fuseau horaire différent pour répondre aux appels en dehors des heures de bureau, être acheminés vers les agents locaux pendant les heures ouvrables et, pendant les vacances, être acheminés vers la messagerie vocale pour un suivi après le retour des agents au bureau.

Un utilisateur autorisé peut basculer entre ces différents scénarios (modes) de renvoi d'appels s'il doit modifier la destination des appels entrants pendant un certain temps. Ces utilisateurs peuvent gérer les modes via leurs téléphones MPP 6800/7800/8800, leurs téléphones 9800 ou via le hub utilisateur des modes de gestion.

Pour plus d'informations, voir Routage des appels en fonction des modes de fonctionnement dans Webex Calling.

Groupe de radiomessagerie

Les groupes de pagination permettent aux utilisateurs de passer un appel unidirectionnel pour envoyer un message audio à un groupe d' utilisateurs. Chaque groupe peut contenir jusqu'à 75 utilisateurs cibles et/ou espaces de travail accessibles en composant un numéro ou une extension prédéfinis.

Lorsqu'un utilisateur appelle un groupe de radiomessagerie, un appel est passé simultanément à toutes les cibles assignées du groupe. L'appelant peut alors émettre ses messages et raccrocher une fois qu'il a terminé.

Pour plus d'informations, voir Configuration d'un groupe de radiomessagerie dans Control Hub.

Enregistrements

prend en charge l'enregistrement des appels passés ou reçus par un utilisateur. Cela peut être requis pour des raisons de qualité, d'assurance, de sécurité ou de formation. Par défaut, les appels sont enregistrés, mais d'autres fournisseurs d'enregistrement tiers peuvent également être utilisés si d'autres fonctionnalités d'enregistrement ou des exigences réglementaires sont requises.

Lorsque vous l'utilisez comme plateforme d'enregistrement, tous les appels enregistrés sont gérés à l'intérieur. Les administrateurs à part entière ayant le rôle de responsable de la conformité peuvent jouer et télécharger les enregistrements. Sans le rôle de responsable de la conformité, l'administrateur ne peut que supprimer les enregistrements.

Pour plus d'informations sur cette fonctionnalité et une liste des enregistrements tiers, voir Gérer l'enregistrement des appels pour Webex Calling.

Portée d'un numéro unique

L'accès à un numéro unique permet aux appels vers le numéro de téléphone d'un utilisateur de faire sonner plusieurs appareils. Cela peut inclure d'autres téléphones de bureau ainsi que des téléphones portables. Les appels peuvent également être passés depuis ces appareils et les utilisateurs peuvent transférer des appels entre eux.

Pour plus d'informations sur cette fonctionnalité et sur la façon dont un administrateur la configure, voir Configurer la portée par numéro unique (office anywhere).

Pour plus d'informations sur la manière dont un utilisateur peut gérer et configurer cette fonctionnalité lui-même sur le Webex User Hub (portail), voir Configurer la portée par numéro unique (bureau n'importe où).

Groupe de messagerie vocale

Les groupes de messagerie vocale permettent de partager une boîte vocale qui peut être attribuée à un utilisateur ou une fonction de routage des appels. Voici certaines des raisons pour lesquelles un groupe de messagerie vocale peut être requis :

Boîte vocale à usage général pour un service ou un groupe de travail

Ajouter une option de messagerie vocale à un agent automobile ou à un groupe de chasse

Pour envoyer des appels excédentaires depuis une file d'appels

Utilisateurs qui n'ont besoin que d'une boîte vocale.

Pour plus d'informations, voir Gérer une boîte vocale partagée et une boîte de télécopie entrante pour. Webex Calling

L'Attendant Console est répertoriée sur la page des fonctionnalités d'appel de Webex, mais il s'agit d'une fonctionnalité complémentaire qui nécessite l'achat de la licence de la console d'accueil pour pouvoir l'utiliser.

Pour plus d'informations, voir Commencer à utiliser l'Attendant Console.

Pour plus d'informations sur toutes les fonctionnalités, y compris certaines fonctionnalités complémentaires, voir Fonctionnalités disponibles par type de licence pour Webex Calling.

Tableau 1. Informations à saisir pour chaque lieu
Informations	Commentaire
Portée (s) d'extension	Chaque site peut avoir des extensions commençant par des chiffres différents. Un chiffre doit être réservé pour le numéro de direction de la numérotation intersite (par exemple 8) et un pour le numéro de direction du PSTN (par exemple 9). Aucune plage d'extension ne peut commencer par l'un de ces deux chiffres. Toutes les plages d'extension de tous les sites doivent être de la même longueur.
Gamme (s) DID	-
Chiffre de direction PSTN	-
Code du site	Les codes de tous les sites doivent être uniques et avoir la même longueur.
Numéro principal	Lors de la création d'un lieu, deux DID doivent être provisionnés. L'un comme numéro principal (attribué par exemple à un service de préposé automatique) et l'autre pour le portail de messagerie vocale. Fournissez un DID pour le numéro de messagerie vocale.
Numéro de messagerie vocale
Nombre de licences	Licences requises par type, y compris Standard, Professional, Workspace, Route List, Forfait d'appels sortants.
Appels simultanés aux heures de pointe	Somme des appels simultanés entre les appareils et entre les appareils et la passerelle locale (PSTN et appels vers des appareils). Nécessaire pour déterminer la bande passante d'accès Internet requise.
Pays	-
Fuseau horaire	-
Langue	-
Contact (nom, téléphone, e-mail)	-
Adresse (adresse, ville, État, code postal)	-
Emplacement physique et expédiable des services d'urgence pour les terminaux	La localisation de l'appareil utilisée pour les appels d'urgence inclut généralement les informations suivantes : adresse du bâtiment, adresse du bâtiment + numéro d'étage, adresse du bâtiment + numéro de suite, ou adresse du bâtiment + numéro d'étage + numéro de bureau/numéro cubique.
Localisation physique unique sur le réseau par appareil pour les services d'urgence	La localisation physique sur le réseau pour les appels d'urgence inclut généralement les éléments suivants : commutateur ou port de commutation pour les appareils filaires, identificateurs d'ensemble de services de base (BSSID) des points d'accès sans fil (AP) pour les appareils connectés sans fil et/ou sous-réseaux IP locaux pour les appareils terminaux.

Tableau 2. Exemple de numérotation des entreprises
Site	Gamme d'extension	Code du site	gamme Enterprise
NYC	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

Tableau 3. Plages d'extension à longueur fixe
Site	Gamme d'extension	Extensions	Code du site	gamme Enterprise
NYC	2XXX	2XXX	202	8 202 2XXX
SFO	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

Tableau 4. Numérotation à sept chiffres en transition

Site	Extensions	Code du site	gamme Enterprise	Code du site	Gamme Enterprise
NYC	2XXX	22	8 22 2XXX	822	8 822 2XXX
SFO	8XXX	23	8 23 7XXX	823	8 823 7XXX
RTP	1XXX	24	8 24 11XX	824	8 824 11XX

Tableau 5. Options d'approvisionnement pour les utilisateurs - résumé
Méthode d'attribution	Avantages	Inconvénients
Manuel	Simple pour quelques utilisateurs. Permet un contrôle précis et granulaire de l'attribution des licences.	Pas évolutif, cela prend du temps Sujette à des erreurs humaines lors de la saisie manuelle.
Modèles de licences automatiques	Évolutif Réduit les erreurs manuelles Peut être appliqué aux nouveaux utilisateurs et aux utilisateurs existants.	Nécessite des numéros de téléphone et des adresses valides. Plus complexe à configurer Exige également des groupes d'utilisateurs par groupe d'utilisateurs avec des exigences de licence équivalentes.
Téléchargement groupé au format CSV	Efficace pour les grands groupes d'utilisateurs Permet l'attribution simultanée de licences, de numéros de téléphone et de prolongations.	Nécessite un formatage CSV soigneux Risque d'erreurs si les numéros de téléphone ou les extensions sont manquants ou incorrects.
Affectation basée sur une API	Automatisable et flexible. Permet l'attribution simultanée de licences, de numéros de téléphone et de prolongations.	Nécessite des connaissances en matière de développement et d'API.

Tableau 6. Options de configuration utilisateur pour
Méthode d'approvisionnement	Description	Avantages	Inconvénients
Manuel	Créer/gérer des utilisateurs individuellement dans	Simple pour quelques utilisateurs ; aucune infrastructure n'est nécessaire	Pas évolutif ; cela prend du temps pour de nombreux utilisateurs
En masse (fichier CSV)	Importer/mettre à jour des utilisateurs en masse via CSV dans	Efficace pour les groupes ; aucun codage n'est requis	Préparation manuelle au format CSV ; moins dynamique
People et API SCIM 2.0	Gestion programmatique des utilisateurs via les API Webex	Flexible ; prend en charge l'automatisation et l'intégration	Nécessite du développement et des infrastructures
Synchronisation des annuaires	Synchronisation automatique depuis les applications AD, Entra ID, SCIM, Unified CM	Automatise le cycle de vie ; prend en charge le filtrage et le mappage	Complexité de la configuration : certaines options ont des fonctionnalités limitées ou nécessitent une infrastructure

Tableau 7. Options pour gérer les groupes et les adhésions à des groupes
Option	Description	Avantages	Inconvénients
approvisionnement en groupe (groupes)	Créez et gérez des groupes directement dans. Ajouter/supprimer des membres manuellement ou via CSV.	Contrôle total de l'adhésion à un groupe Application immédiate des licences et des modèles Création et modification de groupes faciles	Mises à jour manuelles requises Risque d'erreurs lors des téléchargements manuels au format CSV Pas de synchronisation automatique avec des annuaires externes
Groupes synchronisés depuis Entra ID (Azure AD) ou Active Directory	Synchronisez automatiquement les groupes de sécurité et les adhésions depuis des services d'annuaire externes.	La synchronisation automatique réduit le travail manuel Garantit la cohérence avec l'annuaire de l'entreprise Soutient les grandes organisations	Impossible de modifier l'appartenance à un groupe dans Délai de synchronisation jusqu'à 12 heures Les groupes imbriqués nécessitent une sélection manuelle
Groupes et API SCIM 2.0 (groupes)	Utilisez les groupes ou l'API SCIM 2.0 pour la gestion programmatique des groupes et des membres	Automatisation et intégration avec d'autres systèmes Adaptable aux environnements complexes ou de grande envergure	Nécessite un effort de développement La complexité dépend de l'utilisation de l'API

Mettre en œuvre

Préparation au réseau

Configuration initiale

Vérification du domaine

Réclamer (convertir) des utilisateurs existants

Configurer et tester la synchronisation des annuaires

Configurer et tester l'authentification unique (SSO)

Obtenir, fournir et vérifier des licences

Webex Callingparamètres de service

Migration pilote

Procurez-vous un PSTN

Configurer les lieux

Intégration au contrôle des appels sur site

Migrer des utilisateurs par lots

Espaces de travail

Appareils d'approvisionnement

Configurer les fonctionnalités

Tests d'acceptation

Préparation au réseau

La première étape de la transition est de garantir une connectivité Internet fiable et sécurisée entre le réseau local et le cloud.

Comme la plupart des organisations se connectent à Internet via un ou plusieurs pare-feux ou dispositifs de sécurité, il est essentiel de vérifier que les flux de trafic requis sont pris en charge.

Les administrateurs du réseau et de la sécurité doivent comprendre ces flux en termes de :

Direction (entrée ou sortie)

Protocoles (exemple : SIP, TLS, SRTP, HTTPS)

Plages d'adresses IP utilisées par les services

Numéros de port qui doivent être ouverts ou autorisés.

Cela garantit que les pare-feux d'entreprise, les appareils NAT et les autres infrastructures réseau sont correctement configurés pour gérer le trafic tout en respectant les politiques de sécurité de l'entreprise.

Pour plus d'informations sur les flux requis, y compris l'adresse IP, les ports et les protocoles, voir Informations de référence des ports pour Webex Calling. Utilisez ces informations pour configurer le pare-feu, les proxys et les autres infrastructures réseau dans le cadre du déploiement existant afin de permettre les flux réseau.

Une connexion Internet décentralisée depuis chaque agence ou site est l'approche recommandée pour les services de collaboration dans le cloud tels que. En autorisant la circulation à sortir localement, ce modèle :

Réduit les délais aller-retour et la nervosité, améliorant ainsi la qualité globale des appels

Évolue efficacement au fur et à mesure que de plus en plus d'utilisateurs et de sites passent à

Fonctionne parfaitement avec le SD-WAN, qui permet d'acheminer dynamiquement les sessions vers le point d'entrée du cloud le plus proche pour des performances optimales

Permet de suivre la position des utilisateurs en fonction de leur adresse IP publique, ce qui facilite l' analyse du parcours multimédia et la résolution des problèmes.

En outre, les organisations doivent garantir une bande passante Internet adéquate sur chaque site. La bande passante doit être dimensionnée en fonction du nombre attendu d'appels simultanés, du codec sélectionné (par exemple, Opus ou G.711), plus les frais généraux liés à la signalisation, aux retransmissions et à la croissance. Cela correspond à la phase de préparation du cycle de vie du PPDIO et jette des bases solides pour la migration.

Configuration initiale

La sous-section de configuration initiale de la phase de mise en œuvre du déploiement est fondamentale pour créer un environnement d'appels dans le cloud bien structuré et gérable. Cette étape englobe des tâches critiques telles que la mise en place de l'organisation, l'achat et l'attribution de licences, ainsi que la vérification et la revendication des domaines de votre entreprise afin de garantir une gestion et une sécurité appropriées des utilisateurs. En outre, cela inclut la fourniture de modèles de licences pour automatiser l'attribution des licences aux utilisateurs, la configuration de l'authentification unique (SSO) pour rationaliser l'authentification des utilisateurs et renforcer la sécurité, et l'ajustement des paramètres du service et du client pour les aligner sur les politiques organisationnelles et les besoins des utilisateurs. La réalisation de ces activités de configuration initiale garantit que l'environnement est correctement configuré en termes d'évolutivité, de sécurité et d'expérience utilisateur fluide, préparant ainsi le terrain pour les phases de déploiement et d'exploitation suivantes.

Vérification du domaine

Pour permettre d'identifier les utilisateurs enregistrés sur les domaines de messagerie de votre entreprise, il est essentiel de vérifier vos domaines. Sans vérification du domaine, les utilisateurs seront affectés à une organisation de consommateurs, ce qui compliquera la gestion des utilisateurs pour votre entreprise. La vérification du domaine est une étape obligatoire qui permet à votre organisation de revendiquer et de gérer ces utilisateurs efficacement.

Assurez-vous que tous les domaines associés aux adresses e-mail de vos utilisateurs sont vérifiés. La vérification du domaine n'est pas exclusive ; le même domaine peut être vérifié auprès de plusieurs organisations.

Pour plus d'informations sur la gestion des domaines, voir Gérer vos domaines.

Réclamer (convertir) des utilisateurs existants

Après avoir vérifié vos domaines avec succès, vous pouvez intégrer les utilisateurs qui se sont inscrits pour utiliser les domaines de messagerie de votre entreprise auprès de votre organisation. Ce processus regroupe tous les utilisateurs au sein d'une organisation unique, permettant une gestion centralisée et une administration rationalisée. En revendiquant ces utilisateurs, vous vous assurez que votre entreprise a le contrôle total des comptes utilisateurs, ce qui vous permet d'attribuer les licences appropriées, de configurer les services et de fournir l'assistance nécessaire de manière efficace. Cette approche de gestion unifiée renforce la sécurité, simplifie le provisionnement des utilisateurs et garantit un accès constant aux services au sein de votre organisation. Le fait de revendiquer des utilisateurs empêche également leur gestion au sein d'organisations externes ou de consommateurs, préservant ainsi l'intégrité organisationnelle et le contrôle des ressources de collaboration.

Pour plus d'informations sur la réclamation d'utilisateurs, voir Réclamer des utilisateurs en utilisateurs de votre organisation (convertir) des utilisateurs.

Configurer et tester la synchronisation des annuaires

Pour permettre une gestion fluide des utilisateurs et des groupes, vous pouvez synchroniser les utilisateurs et les groupes depuis votre annuaire d'entreprise, soit Microsoft Entra ID (anciennement Azure AD) soit Microsoft Active Directory (AD) vers. Ce processus garantit que l'identité des utilisateurs et l'appartenance à des groupes sont conservées de manière cohérente dans votre environnement.

Pour les organisations qui mettent en œuvre des déploiements par étapes, il est crucial de contrôler et de limiter la portée de la synchronisation lors des déploiements initiaux. Cela minimise le risque de modifications involontaires et permet de procéder à des tests ciblés avant une adoption plus large.

La méthode la plus efficace pour filtrer les utilisateurs synchronisés est de tirer parti de l'appartenance à un groupe d'annuaires :

1
Créez un groupe de synchronisation dédié : dans l'annuaire de votre entreprise (Microsoft Entra ID ou AD), créez un groupe de sécurité dédié à la synchronisation (par exemple, un groupe de synchronisation).

2
Renseignez le groupe avec des utilisateurs cibles : ajoutez uniquement les utilisateurs que vous souhaitez synchroniser (par exemple, un groupe de test pendant la phase pilote) à ce groupe. Cela vous permet de contrôler étroitement qui participe au processus de synchronisation.

3
Configurez l'accord de synchronisation à l'aide d'un filtrage basé sur les groupes : lorsque vous configurez l'accord de synchronisation dans Directory Connector ou dans Entra ID Provisioning, configurez la portée pour n'inclure que les utilisateurs membres du groupe désigné.

Pour Microsoft Entra ID, vous pouvez utiliser des attributions par groupe dans les paramètres d'approvisionnement

Pour AD, vous pouvez définir un filtre LDAP pour n'inclure que les utilisateurs appartenant au groupe spécifié.

4
Élargissez le groupe selon les besoins : au fur et à mesure que vous passez à des phases de déploiement plus étendues, ajoutez simplement des utilisateurs ou des groupes supplémentaires au groupe de synchronisation. La zone de synchronisation sera automatiquement étendue pour inclure ces utilisateurs, ce qui permettra un déploiement contrôlé et progressif.

Exemples de mesures de mise en œuvre :

Dans Active Directory :

Créez un groupe de sécurité nommé Sync Group.

Ajoutez les utilisateurs pilotes souhaités à ce groupe.

Configurez Directory Connector avec un filtre LDAP tel que : (Memberof=CN=Webex Sync Group, OU=Groups, DC=yourdomain, DC=com).

Dans Microsoft Entra ID :

Créer un groupe nommé Sync Group

Assignez le groupe aux paramètres d'approvisionnement d'Entra ID

Seuls les utilisateurs de ce groupe seront approvisionnés.

Testez toujours la synchronisation par groupe dans un environnement hors production avant de postuler à l'ensemble de l'organisation

Vérifiez régulièrement l'appartenance au groupe pour vous assurer que seuls les utilisateurs autorisés sont synchronisés

Pour une gestion continue, automatisez les mises à jour des membres du groupe en fonction des règles commerciales ou des systèmes RH, si possible.

Références :

Synchroniser les utilisateurs d'Entra ID avec Control Hub

Configurer l'application Entra ID Wizard dans Control Hub

Connecteur d'annuaire

Configurer et tester l'authentification unique (SSO)

L'authentification unique (SSO) renforce la sécurité et simplifie l'accès des utilisateurs en leur permettant de s'authentifier une seule fois à l'aide de leurs informations d'identification professionnelles et d'accéder facilement à. prend en charge l'intégration du SSO aux IdP conformes à SAML 2.0, y compris Microsoft Entra ID (anciennement Azure AD), les solutions fédérées Active Directory (AD) et divers IdP tiers.

À ce stade, la configuration SSO conçue devrait être mise en œuvre et testée.

Références :

Intégration de l'authentification unique dans Control Hub

configurer l'authentification unique pour l'administration de Webex

Configurer l'authentification unique avec Microsoft Entra ID

SSO avec plusieurs IDP

Gérer le SSO lors de l'intégration dans Control Hub

Obtenir, fournir et vérifier des licences

Dans le cadre de la configuration initiale de, il est essentiel de se procurer, de fournir et de vérifier les licences appropriées pour activer et gérer les services efficacement. Le processus d'achat implique la sélection des types de licences en fonction des rôles des utilisateurs et des charges de travail, tels que les licences Professional, Standard et Workspace. Les licences sont générées et fournies via les plateformes logicielles de Cisco ou par l'intermédiaire de partenaires. Après l'achat et l'approvisionnement, le nombre de licences approprié doit être vérifié. Ce processus garantit que l'organisation dispose des bonnes licences activées et prêtes à être utilisées lors du déploiement.

Dans le cadre de la configuration initiale des licences en, il est important de configurer les licences automatiques au niveau de l'organisation afin de rationaliser l'attribution des licences aux nouveaux utilisateurs. Cette configuration permet d'attribuer automatiquement des licences lorsque des utilisateurs sont ajoutés à l'organisation, évitant ainsi l' attribution manuelle des licences. Lorsque vous configurez les licences automatiques au niveau de l'organisation, vous sélectionnez les services à attribuer et vous en définissez la portée, par exemple en appliquant des licences aux futurs utilisateurs uniquement ou en incluant les utilisateurs existants.

Toutefois, si votre plan de déploiement implique plutôt l'utilisation de licences automatiques au niveau du groupe, vous pouvez choisir de ne pas attribuer de licences au niveau de l'organisation pour éviter les conflits ou les doubles attributions de licences. Avec les licences automatiques au niveau du groupe, les licences sont attribuées en fonction de l'appartenance au groupe. Les utilisateurs de plusieurs groupes reçoivent des licences pour toutes les missions de groupe applicables.

La configuration de l'attribution des licences par groupe doit être effectuée une fois la synchronisation des annuaires terminée afin que les groupes synchronisés existent et puissent être utilisés pour l'attribution de licences.

Plus précisément, l'attribution automatique des licences nécessite des informations d'approvisionnement supplémentaires, telles que la localisation de l'utilisateur et l'attribution d'un numéro de téléphone. Le numéro de téléphone professionnel de l'utilisateur doit être au format +E.164, pré-approvisionné et attribué à un emplacement valide pour que la licence soit activée automatiquement. Si ces conditions ne sont pas remplies, l' utilisateur ne bénéficiera pas automatiquement des services et pourra avoir besoin d'une intervention manuelle.

En résumé, configurez les licences automatiques basées sur l'organisation pour les nouveaux utilisateurs si vous souhaitez une attribution de licences étendue à l'échelle de l'organisation. Si vous préférez un contrôle plus précis ou si vous avez des besoins différents en matière de licences par groupe, configurez les licences automatiques au niveau du groupe et évitez d' attribuer des licences au niveau de l'organisation pour éviter les chevauchements et garantir une gestion adéquate des licences.

Paramètres de service Webex Calling

Il est essentiel de procéder à une révision et à une configuration complètes des paramètres de service globaux au sein.

Commencez par accéder à la section des paramètres et y accéder. Examinez attentivement chaque option configurable, y compris, mais sans s'y limiter, la configuration de la numérotation interne, les paramètres des appels d'urgence, les politiques de routage des appels, la gestion de la messagerie vocale et les paramètres par défaut de l'appareil.

Ajustez ces paramètres généraux pour qu'ils reflètent les politiques et les décisions de conception de votre organisation.

Également, les paramètres de configuration et les modèles d'utilisateurs et d'applications.

Migration pilote

Pendant la phase de mise en œuvre, l'exécution d'une migration pilote représente une étape cruciale pour valider la transition de à. Ce projet pilote consiste à fournir un sous-ensemble représentatif d'utilisateurs répartis sur un ou plusieurs sites sur la plateforme, en veillant à ce que la population sélectionnée reflète divers cas d'utilisation et rôles organisationnels. Parallèlement à la migration des utilisateurs, les services de collaboration essentiels, tels que la messagerie vocale, les assistants automatiques, les files d'appels et les groupes de recherche, doivent être transférés vers leurs équivalents afin de garantir la continuité des activités et la fonctionnalité des services.

La migration pilote devrait tirer parti de la même combinaison d'outils fournis par Cisco et d'utilitaires de migration tiers que ceux prévus pour un déploiement organisationnel plus large, en veillant à ce que les processus, les flux de travail d'automatisation et les points d'intégration soient validés de manière approfondie dans des conditions représentatives.

Les principaux objectifs de ce déploiement pilote sont doubles : d'abord, valider et affiner les processus de transition de bout en bout, y compris les flux de travail de provisionnement des utilisateurs, les procédures de migration des données et les configurations des terminaux ; et ensuite, vérifier de manière complète la fonctionnalité des services migrés dans des conditions opérationnelles réelles.

Cette approche progressive permet à l'équipe du projet d'identifier et de résoudre tout problème technique ou procédural dans un environnement contrôlé, de recueillir les commentaires des utilisateurs sur l'expérience de la nouvelle plateforme, d'évaluer l'efficacité de certains outils de migration et de se fier à la méthodologie de migration avant de procéder à un déploiement organisationnel plus large.

Les informations recueillies au cours de cette phase pilote contribuent à optimiser les vagues de migration suivantes et à garantir une transition en douceur et en atténuant les risques pour l'ensemble de l'entreprise.

Procurez-vous un PSTN

Pour obtenir des services PSTN, sélectionnez d'abord une option de connectivité PSTN dans le.

Si une organisation prévoit de maintenir le double contrôle hybride des appels (phase 1 dans la figure Transition progressive des appels : hybride et cloud) temporairement ou indéfiniment, elle devra déployer une ou plusieurs passerelles locales pour le RTPC sur site afin de permettre les appels entre et les terminaux.

Si l'objectif final est une transition complète (phase 2) vers le cloud, y compris le PSTN, alors un plan d'appel Cisco ou une option Cloud Connect seront nécessaires pour le PSTN.

Travaillez avec le fournisseur de votre choix pour commander et transférer les numéros de téléphone avant de les configurer. Commander des numéros de téléphone ou lancer des commandes de port est uniquement obligatoire/possible pour le PSTN local et Cloud Connect pour. Pour les forfaits d'appels Cisco, la commande et le portage sont initiés depuis Control Hub dès que le lieu est créé, et dans les pays où le plan d'appel Cisco est disponible. Pour plus d' informations sur les forfaits Cisco Calling, consultez la section Commencer à utiliser les forfaits Cisco.

Dans le cadre de la mise en œuvre du RTPC, assurez-vous que votre fournisseur a activé les services PSTN entrants et sortants pour votre localisation. De plus, effectuez des tests d'appels pour vérifier que les appels sont correctement acheminés via la connexion PSTN que vous avez choisie.

Configurer les lieux

Avant d'ajouter des utilisateurs et des appareils, vous devez configurer les localisations d'appel. Pour chaque lieu, une adresse postale valide doit être saisie. Aux États-Unis et au Canada, cette adresse est validée et utilisée par la plateforme pour envoyer les informations de localisation PIDF-LO pour les appels d'urgence.

Lorsque vous configurez des sites qui utilisent le RTPC sur site, vous devez configurer les passerelles locales en conséquence. Dans, un tronçon et un groupe d'itinéraires doivent être créés pour chaque passerelle locale, et le groupe d'itinéraires est ensuite désigné comme choix PSTN pour la localisation. Cisco recommande vivement de toujours sélectionner un groupe de routes comme choix PSTN, car cette approche vous permettra d' ajouter facilement des troncs supplémentaires à l'avenir, tout en garantissant à la fois l'évolutivité et la redondance. Cisco recommande également d'activer la double identité et la prise en charge de P-Charge-Info sur chaque ligne PSTN, afin de simplifier l'identification de la partie facturable pour les appels directs ou détournés sortants. Si votre fournisseur PSTN utilise un en-tête différent pour la facturation, vous pouvez copier les informations de l'en-tête P-Charge-Info de la passerelle locale vers l'en-tête de facturation requis.

Pour les sites qui utilisent Cloud Connect for ou le plan d'appel Cisco comme option PSTN, il suffit de sélectionner le PSTN correspondant à la localisation lors de la configuration. Si la localisation utilise Cloud Connect ou le PSTN local, vous devrez ajouter les numéros de téléphone commandés à l' étape précédente. Les numéros peuvent être ajoutés comme étant inactifs si vous ne voulez pas qu'ils soient inclus dans le routage des appels immédiatement ; vous pourrez les activer ultérieurement lorsqu'ils seront attribués à des utilisateurs ou à des fonctionnalités.

Il est important de toujours définir le numéro principal de chaque lieu. Le numéro principal peut être attribué à un utilisateur ou à une fonctionnalité, comme un assistant automatique. Pour activer la messagerie vocale sur place, assurez-vous de définir le numéro pilote de la messagerie vocale, également appelé numéro de portail vocal.

Les paramètres supplémentaires relatifs à la localisation des appels incluent la configuration des informations relatives aux appels d'urgence, telles que le numéro de rappel d'urgence, les options de notification et les fonctionnalités d'appel d'urgence améliorées. Vous devriez également revoir et ajuster les paramètres d'enregistrement, les préférences linguistiques et les configurations de l'appareil, selon les besoins, pour chaque lieu. Si votre organisation utilise la numérotation Internet intersite abrégée avec des numéros significatifs de l'entreprise, pensez à configurer un code de site unique pour la localisation dans les paramètres de numérotation internes. Enfin, si la numérotation externe nécessite un chiffre sortant, veillez à le régler dans les paramètres de numérotation externe. Lorsqu'un chiffre sortant est configuré, Cisco recommande d' activer l'application des chiffres sortants pour garantir la cohérence.

Intégration au contrôle des appels sur site

Pour intégrer le contrôle des appels sur site, il est nécessaire de configurer les lignes, les groupes de routage, les plans de numérotation d'entreprise, ainsi que les paramètres de localisation et globaux. Commencez par configurer les lignes et les passerelles locales destinées à l'interconnexion avec le système de contrôle des appels local ; cette étape n'est requise que si des lignes dédiées sont nécessaires. Si les troncs et les groupes de routes existants sont suffisants pour votre déploiement, ils peuvent être réutilisés pour l'interconnexion sur site sans configuration supplémentaire.

Une fois les lignes et les groupes d'itinéraires établis, créez les plans de numérotation de l' entreprise et attribuez le groupe d'itinéraires approprié comme destination pour chaque plan de numérotation. Lorsque l'intégration implique plusieurs systèmes de contrôle des appels locaux connectés via différents troncs, plusieurs plans de numérotation seront nécessaires. Il est important de s'assurer que ces plans de numérotation contiennent uniquement les modèles nécessaires pour acheminer les appels vers des destinations locales.

Si votre déploiement nécessite la prise en charge du routage d'extensions inconnues, cette fonctionnalité doit être activée au niveau de la localisation. De plus, lorsque le routage des extensions inconnues est activé, vous devez spécifier la longueur maximale de l'extension inconnue dans la section Routage des appels entre et locaux des paramètres des services d'appels de. Cela garantit un routage fluide des appels et une gestion correcte des scénarios de numérotation basés sur les extensions dans votre environnement intégré.

Migrer des utilisateurs par lots

Lorsque vous faites migrer des utilisateurs de vers, il se peut que vous ne puissiez pas déplacer tous les utilisateurs en même temps. Cela peut être dû à de multiples raisons, notamment au nombre de sites ou d'utilisateurs, au temps nécessaire à la transition d'un site et/ou d'un groupe d'utilisateurs en même temps, à l'insuffisance des ressources informatiques ou du site pour prendre en charge la fenêtre de changement, à la durée de la fenêtre de changement, à la complexité du changement, etc.

Lorsque vous migrez des utilisateurs par étapes, il est essentiel d'identifier ceux qui doivent migrer ensemble dans le même lot. L'objectif principal est de faire migrer ensemble les utilisateurs qui sont dépendants les uns des autres pour leurs services et fonctionnalités d'appel. vous voulez vous assurer que toutes leurs fonctionnalités d'appel (exemple, files d'attente d'appels) fonctionnent parfaitement comme elles l'étaient avant la transition.

Même si vous implémentez l'interfonctionnement des appels entre et avec les passerelles locales, vous ne pouvez pas répartir les services ou fonctionnalités partagés sur cette connexion. Par conséquent, vous devez identifier les dépendances entre les utilisateurs en consultant des fonctionnalités telles que :

Surveiller les autres utilisateurs à l'aide des BLF

Dans la même chasse, pilote, file d'attente d'appels, etc.

Lignes partagées

Utiliser le service de prise d'appels

En utilisant les mêmes numéros de parc d'appels

Interphone

Directeur/Administrateur.

Par exemple, un utilisateur faisant partie d'un groupe de chasse vers lequel on fait la transition. Cet utilisateur passera au groupe de chasse et à tous les autres membres du groupe de chasse. Ainsi, après la transition, le Hunt Group et ses membres pourront répondre avec succès aux appels sur la nouvelle plateforme.

Cela devient d'autant plus difficile lorsque les utilisateurs sont connectés à différents groupes d'utilisateurs pour différents services et fonctionnalités d'appel. Cela nécessitera la transition de plus d'un groupe d'utilisateurs et d'un service d'appel en même temps.

Utilisez les résultats de l'outil Migration Insights ou d'un outil tiers que vous avez utilisé pendant la phase de préparation pour déterminer quels utilisateurs et quelles fonctionnalités doivent être regroupés. Ce résultat aurait dû être utilisé pour élaborer votre plan de migration et vous donnera un aperçu de la manière dont vous allez regrouper les utilisateurs et les fonctionnalités qui doivent effectuer une transition ensemble.

Les étapes clés lors de la transition d'un groupe d'utilisateurs sont les suivantes :

Identifier les utilisateurs à migrer ensemble

Vérifiez que tous les utilisateurs sont connectés

Vérifiez que tous les TN des utilisateurs existent dans

Vérifiez le format de numéro de téléphone correct dans l'annuaire

Assurez-vous que le modèle de licence et de paramètres pour les groupes d'utilisateurs est correctement configuré

Vérifier ou configurer tous les services et fonctionnalités d'appel pour le groupe d'utilisateurs (avant ou pendant la transition, selon le cas)

Dans l'annuaire de l'entreprise, ajoutez des utilisateurs au groupe d' utilisateurs autorisés à appeler

Outils de levier : outils de migration d'utilisateurs et de fonctionnalités et/ou outils tiers

Désactiver/supprimer le numéro du répertoire des utilisateurs/appareils et les fonctionnalités/services d'appel après la transition.

Après la migration d'un groupe d'utilisateurs, testez un sous-ensemble d'utilisateurs pour vérifier que toutes leurs fonctionnalités et services d'appel fonctionnent correctement. Si les fonctionnalités d'appel telles que la file d'attente des appels, les groupes de recherche, etc. sont transférées au groupe d'utilisateurs, testez ces services d'appel pour vérifier s'ils fonctionnent correctement .

Espaces de travail

Dans, un espace de travail fait référence à un lieu partagé (comme une salle de conférence, un espace de travail ou un hot desk) auquel des appareils, des extensions et des utilisateurs peuvent être attribués. Contrairement aux téléphones Unifed CM traditionnels, les espaces de travail sont les suivants :

Centré sur la localisation : lié à des espaces physiques.

Flexible en termes d'appareils : vous pouvez avoir un ou plusieurs appareils (téléphones de bureau, cartes, etc.).

Une fois que les espaces de travail ont été identifiés dans le cadre de la transition vers, ils peuvent être ajoutés sous Appareils. Chaque espace de travail doit être attribué à un appareil, et s'il y est déjàUnified CM, il doit être réinitialisé ou réapprovisionné. des fonctionnalités telles que la messagerie vocale, le renvoi d'appels et la prise d'appels peuvent être activées ou désactivées, et des politiques peuvent être appliquées pour les appels vidéo, le parc d'appels et la mobilité, selon les besoins. Testez chaque espace de travail en passant des appels internes et externes, en testant les fonctionnalités de vidéo, de conférence et de mobilité. Enfin, informez les utilisateurs de toutes les procédures applicables aux appareils de l'espace de travail et aux réservations.

Pour plus d'informations sur les espaces de travail dans, voir Espaces de travail.

Appareils de provisionnement

Les téléphones actuellement enregistrés devront être migrés vers le cloud dans le cadre de la transition vers le cloud. Pour simplifier au maximum la migration et minimiser les risques d'échec, Cisco recommande de migrer les sites physiques ou les services en même temps. Cependant, il se peut que vous deviez migrer des utilisateurs par lots en raison de dépendances entre les fonctionnalités. Consultez la section Migrer des utilisateurs par lots pour plus de détails.

Tous les téléphones pris en charge depuis lesquels vous devrez effectuer la transition devront être configurés en tant qu'utilisateur ou espace de travail et le téléphone physique devra être reconfiguré pour vous enregistrer. De plus, les téléphones des séries 7800 et 8800 ont besoin d'une mise à niveau du firmware, passant du firmware Enterprise au firmware des téléphones multiplateformes (MPP). Ce processus inclut le chargement du firmware de transition avant de charger le firmware MPP requis pour l'enregistrement. Cela nécessite également la licence de migration appropriée. Cisco a amélioré ce processus ces dernières années afin de vous permettre de passer plus facilement au firmware MPP de vos téléphones Enterprise. Pour plus d'informations sur les étapes à suivre pour effectuer la mise à niveau du firmware, voir Convertir les téléphones IP des séries Cisco 7800 et 8800 entre le firmware Enterprise et le firmware MPP.

Outre les étapes décrites dans cet article, il dispose d'un outil intégré, Migrez votre téléphone vers Webex Calling, que vous pouvez utiliser pour vous aider à migrer vos téléphones 7800 et 8800 du firmware Enterprise vers le firmware MPP. Cet outil vous permet également d'ajouter des téléphones et de les attribuer aux utilisateurs ou aux espaces de travail appropriés. Pour plus d'informations sur l'utilisation des outils, voir Migrer votre téléphone.

Pour tous les téléphones de la série 9800 enregistrés, l'exigence de migration du firmware ci-dessus ne s'applique pas. Ces téléphones utilisent PhoneOS, qui est pris en charge à la fois par et. Pour passer de ces téléphones à vous devrez les ajouter àWebex Calling, les attribuer à un utilisateur ou à un espace de travail, puis les réinitialiser aux paramètres d'usine. Séquence de démarrage de PhoneOS pour l'enregistrement La figure ci-dessous montre la séquence de démarrage de PhoneOS et la façon dont le téléphone sera enregistré une fois qu'il aura été ajouté, même s'il est toujours configuré et/ou que les options DHCP (exemple : 150) sont utilisées.

Séquence de démarrage de PhoneOS pour l'enregistrement

prend en charge la réinitialisation des appareils PhoneOS aux paramètres d'usine pour permettre l'intégration sans contact. les administrateurs peuvent réinitialiser les téléphones 9800 et 8875 à distance via les pages d'administration du CUCM, ce qui élimine la nécessité d'un accès physique aux téléphones embarqués. Cette fonctionnalité est disponible dans les Device Packs depuis le 9 septembre 2025 :

CUCM v15 - Gestionnaire de communications unifiées version 15

CUCM v14 - Gestionnaire de communications unifiées version 14.

Pour plus d'informations sur la procédure d'inscription pour la série 9800, voir Procédure d'inscription.

Outre les téléphones IP Cisco, l'approvisionnement d'autres appareils tels que des adaptateurs téléphoniques analogiques (ATA), des téléphones sans fil (Wifi, DECT), des appareils vidéo, des passerelles vocales et des appareils et téléphones ^tiers peut être nécessaire. La plupart de ces appareils ne disposent pas d'une procédure de mise à niveau du firmware, comme les téléphones IP pour les faire passer du firmware d'entreprise au firmware du cloud. Vous allez donc approvisionner chacun de ces appareils dans Control Hub. Certains d'entre eux ne peuvent pas être transférés et le modèle équivalent devra les remplacer (par ex. ATA 191/192) et d'autres nécessiteront une reconfiguration manuelle et/ou des modifications logicielles.

Passerelles vocales - Pour migrer votre passerelle locale, voir Migrer une passerelle locale.
Pour plus d'informations sur la configuration de votre passerelle vocale VG400, VG410 ou VG420 dans Control Hub, voir Passerelle locale

Adaptateur téléphonique analogique (ATA) - Pour commencer à utiliser vos Cisco ATA 191 et 192, consultez Cisco ATA.

Téléphone sans fil Wifi - Pour intégrer les téléphones sans fil 840 et 860, voir Intégrer un téléphone sans fil Webex.

Téléphones sans fil DECT - Pour commencer à utiliser votre nouvelle gamme Cisco IP DECT 6800, consultez Cisco IP DECT.

Pour créer et gérer un réseau DECT numérique dans Control Hub, voir Gérer le réseau DECT

Pour plus d'informations sur Cisco IP DECT 6800, consultez le guide de déploiement

Appareils et téléphones ^tiers - Travaillez avec des fournisseurs ^tiers sur les exigences relatives aux appareils et aux téléphones et sur la procédure à suivre pour les migrer ou les remplacer vers l'assistance.

Configurer les fonctionnalités

Toutes les fonctionnalités d'appel requises doivent être configurées avant ou pendant la transition. Comme indiqué dans la section Migrer les utilisateurs par lots, les fonctionnalités d'appel doivent être configurées et transférées lorsque les utilisateurs qui les utilisent sont transférés.

Pour plus de détails sur la configuration de chacune des fonctionnalités, consultez les articles d'aide à la configuration correspondants.

Préposés automatiques - Pour gérer les assistants automatiques, voir Auto Attendants

Parc d'appels - Pour gérer le parc d'appels, voir Parc d'appels

Prise d'appels - Pour configurer le groupe de prise d'appels, voir Prise d'appels

Files d'appels - Pour configurer la file d'attente des appels, voir File d'attente des appels

Groupes de chasse - Pour gérer les groupes de chasse, voir Gérer les groupes de chasse

Modes de fonctionnement - Pour le routage des appels en fonction des modes de fonctionnement, voir Routage des appels en fonction des modes opérationnels

Groupes de pagination - Pour configurer un groupe de pagination, voir Configurer un groupe de pagination

Enregistrements - Pour gérer l'enregistrement des appels, voir Gérer les enregistrements

Portée par numéro unique - Pour configurer la portée par numéro unique (bureau n'importe où), voir Configurer un numéro unique

Groupe de messagerie vocale - Pour gérer un message vocal partagé et une boîte de télécopie entrante, voir Gérer la messagerie vocale.

Tests d'acceptation

Les tests d'acceptation garantissent que l'environnement migré répond aux exigences fonctionnelles, fonctionne comme prévu et offre une expérience utilisateur fluide sur tous les flux de communication. Ce processus de validation comporte de multiples facettes, qu'il s'agisse de l'approvisionnement des utilisateurs, de l'attribution des numéros ou des performances opérationnelles des fonctionnalités d'appel avancées.

Cette section fournit des exemples et met en lumière les principaux aspects à prendre en compte lors des tests d'acceptation ; toutefois, elle n'est pas destinée à servir de liste de contrôle exhaustive.

Approvisionnement des utilisateurs et attribution de numéros

L'un des aspects fondamentaux des tests d'acceptation consiste à vérifier que tous les utilisateurs sont approvisionnés de manière précise et complète. Cela nécessite une comparaison approfondie entre le répertoire source () et la nouvelle base d'utilisateurs afin de s'assurer que chaque compte utilisateur, ainsi que les attributs associés tels que les numéros de poste et les affectations de numérotation directe (DID) ont été correctement migrés. L'exhaustivité de l'approvisionnement est essentielle, non seulement pour l'opérabilité dès le premier jour, mais aussi pour l'administration et le support continus.

La validation de l'attribution des numéros inclut la confirmation que chaque utilisateur reçoit la bonne extension et le bon numéro externe, et que ces numéros sont correctement acheminés dans les flux d'appels internes (sur le réseau) et externes (PSTN) . Il est essentiel de vérifier qu'il n'y a pas de chevauchements, d' assignations manquantes ou de mauvaises configurations qui pourraient entraîner des erreurs de routage des appels ou des interruptions de service.

Flux d'appels PSTN et présentation de l'identification de l'appelant

Une procédure de test d'acceptation robuste doit inclure la validation de bout en bout des flux d'appels PSTN. Cela inclut les scénarios d' appels entrants et sortants. Pour les appels PSTN entrants, l'équipe de test doit confirmer que les appels sont acheminés vers les terminaux prévus, qu'il s'agisse d'utilisateurs individuels, de files d'attente d'appels, de groupes de recherche ou de préposés automatiques. Les appels PSTN sortants doivent être passés avec succès, en portant une attention particulière à la transmission et à la présentation correctes des informations d'identification de l'appelant. Cela implique de s'assurer que le nom et le numéro de l'appelant sont affichés aux destinataires externes, conformément aux politiques de l'organisation et aux exigences réglementaires.

Les tests devraient également porter sur des scénarios de basculement, tels que la gestion de points de terminaison inaccessibles ou de perturbations du réseau. Cela permet de confirmer que les mécanismes de secours et le routage alternatif fonctionnent correctement, préservant ainsi la continuité et la fiabilité du service.

Flux d'appels sur le net

Les flux d'appels internes, ou sur le réseau, constituent l'épine dorsale de la communication d'entreprise. Les tests d'acceptation dans ce domaine permettent de vérifier que les appels entre utilisateurs au sein de l'organisation sont correctement acheminés, avec des fonctionnalités telles que le transfert, la mise en attente, le renvoi et les conférences qui fonctionnent comme prévu. L'intégrité des plans de numérotation, de la connectivité d' extension à extension et la prise en charge des politiques d' appel de l'organisation doivent toutes être confirmées.

Gestion des appels des utilisateurs et validation des fonctionnalités

Un aspect important des tests d'acceptation consiste à valider la façon dont les utilisateurs gèrent les appels à l'aide des téléphones de bureau compatibles. Ce processus vise à confirmer que les flux d'appels quotidiens sont intuitifs et fiables, et que les utilisateurs ont un accès fluide aux fonctionnalités de base nécessaires à leur rôle. Les tests devraient évaluer la facilité avec laquelle les utilisateurs peuvent passer et recevoir des appels, gérer les fonctions de mise en attente et de reprise et effectuer des transferts aveugles et consultatifs. Il est également essentiel de vérifier que le transfert d'appels, les conférences et les autres fonctionnalités avancées, telles que le stationnement et la réception des appels ou l' activation de la fonction Ne pas déranger, sont facilement disponibles et fonctionnent correctement.

L'expérience doit être évaluée en termes de clarté et de réactivité, en tenant compte de la manière dont les utilisateurs interagissent avec l'historique des appels, la messagerie vocale et les annuaires intégrés. Une attention particulière doit être portée à la possibilité de transférer les appels actifs d'un appareil à un autre et à utiliser efficacement les commandes d'appel au sein de l'application ou sur les téléphones physiques. L' objectif ultime est de faire en sorte que l'expérience de l'utilisateur final soit cohérente et efficace et réponde pleinement aux besoins de communication de l'organisation après la migration.

Files d'appels : expérience d'agent et de superviseur

Les files d'appels sont fréquemment utilisées pour gérer les scénarios d'appels entrants à volume élevé. Les tests d'acceptation se concentrent ici sur plusieurs aspects. Tout d'abord, il convient de vérifier que les appels sont distribués aux agents conformément à la logique de file d'attente configurée, telle que le round robin, la plus longue période d'inactivité ou la sonnerie simultanée. La présentation des appels en file d'attente sur les postes de travail des agents doit être revue pour des raisons de clarté et de facilité d'utilisation, afin de garantir que les agents puissent accepter, mettre en attente et transférer les appels de manière efficace.

Pour les superviseurs, l'expérience sur ordinateur doit être évaluée en fonction de fonctionnalités telles que la surveillance en temps réel, le transfert d'appels et l'analyse ou les informations sur les performances des files d'attente. Cela inclut, mais sans s'y limiter, la validation de tableaux de bord et d'outils de reporting qui fournissent des données exploitables sur la distribution des appels, l'activité des agents et les statistiques des files d'attente.

Groupes de chasse : distribution des appels

Les groupes de recherche sont un mécanisme clé pour distribuer les appels à des groupes d'utilisateurs prédéfinis. Les tests d'acceptation doivent confirmer que les appels sont acheminés vers les membres du groupe en fonction de l'algorithme de recherche configuré, et que les scénarios de débordement, de transfert et de non-réponse sont gérés conformément à la conception. Pour garantir la cohérence opérationnelle et la satisfaction des utilisateurs, il est essentiel de s'assurer que les comportements en matière d'appartenance au groupe et de routage des appels correspondent à ceux définis précédemment.

Auto Attendants : annonces et fonctionnement des menus

Les assistants automatiques constituent la première ligne de la gestion automatique des appels. Les tests doivent porter sur la lecture des annonces, la précision des messages d'accueil enregistrés et le bon fonctionnement des arborescences de menus. Les choix de menu doivent rediriger les appelants de manière fiable vers les services, les personnes ou les numéros externes appropriés. Les tests devraient également inclure des scénarios non valides ou de temporisation pour confirmer que les appelants reçoivent des instructions claires ou sont redirigés comme prévu.

Fonctionnement de la messagerie vocale

Enfin, la fonctionnalité de messagerie vocale est essentielle à l'expérience utilisateur. Les tests d'acceptation devraient vérifier que les boîtes vocales sont correctement attribuées et accessibles, à la fois au sein de l'organisation et à distance. La capacité à enregistrer, récupérer et gérer les messages doit être confirmée, de même que l'envoi des notifications.

Optimisez

Migration du PSTN vers Cloud Connect pour

Optimisez l'infrastructure sur site

Utilisez les analyses et la résolution des problèmes

Migration du PSTN vers Cloud Connect pour

Une fois que tous les terminaux et utilisateurs auront migré vers le cloud, le seul objectif Unified CM est de faire office de transit entre les passerelles PSTN et via la passerelle locale. Supprimer les passerelles PSTN et les passerelles locales de l'image en utilisant Cloud Connect comme accès PSTN pour tous les Webex Calling utilisateurs présente plusieurs avantages, notamment une réduction des coûts et une fiabilité accrue. Pour passer de l'accès PSTN local à Cloud Connect for , procédez comme suit :

Cloud Connect pour la sélection des partenaires.

Consultez la liste des partenaires de Cloud Connect et faites votre choix parmi les partenaires disponibles pour la localisation de votre organisation.

Cloud Connect pour validation.

Avant de transférer l'accès RTPC pour les sites vers Cloud Connect, la connectivité au PSTN via le partenaire Cloud Connect sélectionné doit être vérifiée et validée. À cette fin, un lieu de test doit être configuré et certains utilisateurs de test doivent y être configurés. L'accès PSTN pour ce lieu de test est ensuite configuré pour le partenaire Cloud Connect avant de valider la connectivité PSTN à l'aide des téléphones de test. En cas de validation réussie, le lieu du test peut être déprovisionné.

Portage de numéro.

Pour préparer le passage à Cloud Connect, il faut passer une commande de port pour tous les numéros actuellement attribués au réseau PSTN qui se terminent. Tous les numéros doivent être transférés vers le partenaire Cloud Connect. Pour maintenir l'accessibilité entre les sites, tous les numéros de tous les sites doivent être transférés en même temps .

Passez au partenaire Cloud Connect.

À la date de transition, l'accès RTPC pour tous les sites entrants doit être configuré sur le fournisseur PSTN 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 au début de la transition en utilisant le trunking PSTN pour les déploiements hybrides. Pour plus d'informations, consultez la section PSTN trunking pour les déploiements hybrides. Webex Calling Dans ce cas, pendant la transition, l'accès au PSTN se fait via une passerelle locale. Après avoir transféré tous les utilisateurs, il n'y a pas d'autre étape de migration liée au PSTN à part la mise hors service et les passerelles locales.

Optimisez l'infrastructure sur site

Une fois que tous les utilisateurs auront été transférés et que tous les terminaux auront été transférés vers l'enregistrement dans le cloud (ou auront été mis hors service), mettez à jour l'infrastructure locale appropriée maintenant que les appels dans le cloud sont utilisés. Les mises à jour de l'infrastructure incluent :

Supprimez le contrôle des appels et les DNS SRV enregistrements de messagerie locaux sur le ou les serveurs DNS locaux, y compris cisco_uds. _tcp. <domain>, cup_login. _tcp. <domain>. Ces enregistrements SRV ne sont plus nécessaires pour découvrir le service client.

Supprimez les DNS SRV enregistrements liés à Edge du système DNS public, y compris collab_edge. _tls. <domain>. Ces enregistrements SRV ne sont plus nécessaires pour découvrir les services de collaboration Edge par le service client.

Mettez à jour tous les domaines DHCP pertinents pour supprimer les adresses des serveurs TFTP/Boot des options 66 et 150. Ces scopes ne sont plus nécessaires pour découvrir et télécharger la configuration du contrôle des appels sur les terminaux.

Mettre à jour/supprimer les numéros correspondants dans la passerelle locale/le cube qui acheminent les appels depuis et vers. Unified CM Ces correspondants ne sont plus nécessaires pour le routage des appels sur site.

Supprimer ou supprimer toutes les machines virtuelles et/ou serveurs et les nœuds de cluster. Réutilisez 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 supprimez toutes les machines virtuelles et/ou tous les serveurs des nœuds de cluster. Réutilisez 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 le PSTN connecté au cloud, les troncs PSTN, les passerelles PSTN et la passerelle locale peuvent être mis hors service.

Pour toute solution E911 sur site existante, supprimez tous les emplacements ou numéros vers lesquels vous avez migré et, une fois la transition complète terminée, supprimez les machines virtuelles ou les serveurs de l'application. Réutilisez 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 DNS appartenant à des utilisateurs migrés doivent être placés dans une partition cachée pour éviter les échecs de routage des appels et pour garantir à tous les CSS un accès prioritaire au chemin cloud des mêmes noms de domaine.

Mettez à jour la position physique distribuable et l'élément de réseau dans Horizon Mobility chaque fois que des changements surviennent. Les activités courantes nécessitant des mises à jour sont les suivantes :

Remplacement d'un commutateur réseau

Remplacement du point d'accès sans fil

Modifications de la portée du DHCP

Changements physiques à l'intérieur du bâtiment (s'il s'agit d'une cabine ou d'un bureau)

Agrandissement ou contraction de l'espace de bureau à l'intérieur d'un bâtiment.

Utilisez les analyses et la résolution des problèmes

fournit des fonctionnalités complètes d'analyse et de dépannage pour vous aider à visualiser et à suivre votre déploiement. Ils traitent de la qualité multimédia, de l'historique détaillé des appels, de la file d'attente des appels, du groupe de recherche et de l'analyse des agents automatiques. Un exemple d'analyse de la qualité des médias est présenté dans la figure Analyse de la qualité des médias.

analyse de la qualité des médias

Dans la section Résolution des problèmes, chaque appel passé en utilisant 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 de mieux identifier les problèmes liés aux médias et les appels échoués, comme le montre la figure Résolution des problèmes liés à la qualité des médias.

résolution des problèmes liés à la qualité des médias

le dépannage 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 Webex Callinganalyses et la résolution des problèmes, voir Résoudre les problèmes liés Webex Calling aux appels dans Control Hub.

Introduction

Avant de commencer

Aperçu

Composants de base

Aperçu du processus PPDIO

Description générale de PPDIO

Utilisation de PPDIO pour les projets de migration d'Unified CM vers Webex Calling

Préparation

Planifier

Design

Implémentation

Optimiser

boucles de rétroaction PPDIO

Approche migratoire

Avant de commencer

Ce guide est destiné aux équipes ou aux personnes ayant une expérience de la configuration et de l'administration de Cisco Unified Communications Manager (Unified CM) et des terminaux Cisco, notamment les téléphones de bureau IP, les périphériques vidéo et les clients logiciels Jabber. Ce document contient des liens vers la documentation produit et d'assistance.

Ce document porte exclusivement sur les transitions de Unified CM vers Webex Calling multi-tenant. Le terme Webex Calling dans ce document fait toujours référence à Webex Calling multi-tenant.

Avant de commencer la migration d'Unified CM vers Webex Calling, il est impératif d'avoir une compréhension approfondie de la solution Webex Calling et de ses composants respectifs. Une migration réussie nécessite une bonne connaissance de l'architecture Webex Calling, des modèles de service, des options de déploiement et des fonctionnalités associées afin de bien cartographier les charges de travail Unified CM existantes et de concevoir un plan de transition efficace.

Une compréhension approfondie des composants suivants de Webex Calling est essentielle pour élaborer une stratégie de transition efficace et assurer une préparation opérationnelle optimale.

Control Hub

Répertoire et provisionnement des utilisateurs

Plateforme d'appels Webex

Points de terminaison d'appel pris en charge

options de connectivité PSTN

Plan de numérotation et gestion des numéros Webex Calling

Fonctionnalités de sécurité et de conformité.

Pour plus d'informations, consultez Architecture privilégiée de Cisco pour les appels Webex.

Ce guide mettra en lumière les outils et les processus à utiliser tout au long du cycle de vie de la transition. Toutefois, la transition d'une solution d'appel sur site, Unified CM, vers une nouvelle plateforme d'appel cloud, Webex Calling, peut représenter un effort considérable et comporter des défis potentiels d'ordre commercial, technique et complexe. Pour vous aider à surmonter ces difficultés, Cisco met à votre disposition différentes options pour vous accompagner dans votre parcours. Il est important de consulter les informations sur Appels cloud d'entreprise - Migration des appels et de comprendre chaque option et comment chacune peut vous aider dans votre propre migration.

Outils de migration Webex : Des outils gratuits et en libre-service intégrés à Control Hub facilitent votre transition vers Webex Calling.

Fournisseurs de migration certifiés : Cisco a validé les fournisseurs de logiciels et d'outils qui ont développé des solutions de migration pour aider les partenaires et les clients de Webex à réaliser des migrations complexes et de grande envergure. Ces solutions peuvent contribuer à simplifier, gérer et accélérer la transition vers Webex Calling.

Assistance à la configuration Webex : un service de migration piloté par Cisco qui accompagne les clients et les partenaires tout au long du déploiement et de la configuration de Webex Calling, nécessaires pour migrer avec succès les utilisateurs et les services d'Unified CM vers Webex Calling.

Aperçu

Avec la croissance des services de collaboration fournis dans le cloud, de plus en plus de clients cherchent à transférer leurs charges de travail de collaboration existantes vers le cloud, compte tenu des promesses de réduction du coût total de possession, de gestion simplifiée, de livraison continue de fonctionnalités, d'évolutivité accrue et de fiabilité supérieure inhérentes aux services basés sur le cloud. Alors que les clients envisagent de passer des services de collaboration sur site aux services de collaboration dans le cloud, il est important qu'ils comprennent ce qu'implique cette transition et les étapes nécessaires pour la réaliser.

Ce document a pour but de fournir des conseils de déploiement aux clients souhaitant passer de Unified CM sur site à Webex Calling dans le cloud. Ce guide de déploiement suppose que le lecteur possède une compréhension de base de la transition des appels entre Unified CM et Webex Calling, notamment des changements survenant lors de cette transition et des différences lors du déplacement de la charge de travail d'appels de l'environnement sur site vers le cloud. Avant de poursuivre, assurez-vous d'avoir examiné et de bien comprendre les informations disponibles dans la carte de transition. Ce document de cartographie de la transition fournit des informations sur les changements et les différences liés à cette transition.

Comme illustré dans la figure Architecture de collaboration sur site : Le contrôle des appels et l'accès à distance, un déploiement sur site typique comprend différents composants d'infrastructure de collaboration sur le réseau, une plateforme de contrôle des appels, une plateforme de périphérie, des points de terminaison matériels et logiciels, et dans certains cas même des plateformes de conférence et de planification. Dans l'architecture Cisco, cela inclurait Unified CM pour la gestion des appels, Expressway pour l'accès à distance et les services périphériques interentreprises (B2B), et Cisco Meeting Server. / Cisco Meeting Management pour les conférences sur site, Unity Connection pour la messagerie vocale, et des terminaux matériels (téléphones IP Cisco, systèmes vidéo Cisco Desk and Room) et logiciels (Cisco Jabber) destinés aux utilisateurs et basés sur le protocole IP. Ces composants peuvent varier légèrement dans certains environnements, mais il s'agit du point de départ de la transition décrite dans le reste de ce document.

Architecture de collaboration sur site : contrôle des appels et accès à distance

L'architecture illustrée dans la figure Architecture de collaboration sur site : Le contrôle des appels et l'accès à distance sont basés sur l'architecture préférée (PA) pour les déploiements sur site de Cisco Collaboration Enterprise. Pour plus d'informations sur l'architecture Enterprise On-premise, voir Architectures de collaboration préférées de Cisco.

Avant : Le tableau répertorie les éléments clés de l'architecture sur site avant la transition vers Webex Calling dans le cloud.

Tableau 1. Avant : Composants d'infrastructure d'appel sur site
Produit Description

Unified CM Services de contrôle d'appels sur site assurant l'enregistrement des appareils et le routage des appels

Cisco Expressway-C/E Infrastructure Edge fournissant un accès mobile et distant (MRA) et des fonctionnalités interentreprises (B2B) permettant aux terminaux distants de se connecter en toute sécurité depuis l'extérieur de l'organisation. Expressway est déployé par paires pour assurer le franchissement du pare-feu pour les points de terminaison externes.

Cisco Meeting Server (CMS), Cisco Meeting Management (CMM) et Cisco Telepresence Management Suite (TMS) Infrastructure de visioconférence, de vidéoconférence et de webconférence sur site offrant des fonctionnalités de réunions multipoints, de gestion des réunions et de planification. [Optional]

Connexion Cisco Unity Plateforme de messagerie vocale sur site offrant des fonctionnalités de messagerie vocale et de messagerie unifiée. [Optional]

Cisco Desk, Cisco Room, Cisco Board, téléphones IP Cisco et Cisco Jabber Appareils IP enregistrés auprès d'Unified CM et offrant des fonctionnalités d'appel vocal et vidéo

Comme illustré dans la figure Décision de transition : appels sur site vers Webex Calling, les clients qui disposent d'un contrôle d'appel sur site avec Unified CM et des terminaux IP de bureau et vidéo ont la possibilité de faire évoluer l'architecture vers une architecture cloud Webex Calling.

La décision doit être prise en fonction des exigences fonctionnelles du client. Les clients qui ont les exigences suivantes devraient bien réfléchir avant de prendre cette décision et pourraient finalement décider de conserver le contrôle des appels sur site :

Modèles de téléphone non pris en charge par Webex Calling

Intégrations complexes ou nombreuses avec d'autres systèmes ou solutions sur site, en particulier lorsque la réplication de ces intégrations avec Webex Calling est difficile ou qu'aucune solution alternative équivalente n'est disponible.

Plan de numérotation complexe, classes de service très granulaires, ou les deux.

Accès à Internet restreint, limité ou peu fiable

Politiques strictes en matière de confidentialité et de propriété des données

Exigence de conformité pour l'enregistrement et le stockage de supports sur site ou dans le pays

Intégrations tierces sans alternative viable à l'intégration Webex Calling

Intégrations de centres de contact lorsque l'interopérabilité du centre de contact ne migre pas encore vers le cloud.

Décision de transition : appels sur site vers Webex Calling
Les clients qui souhaitent commencer à utiliser les services d'appels cloud devraient envisager Webex Calling. Ce service d'appel cloud permet au client de tirer parti de l'architecture mondiale de Webex pour l'évolutivité et la connectivité. Les participants connectés au réseau d'entreprise et les participants distants situés en dehors de ce réseau peuvent communiquer à l'aide de terminaux matériels basés sur le protocole IP. and/or Applications clientes logicielles pour ordinateur ou appareil mobile.

Ce document s'adresse aux clients disposant de déploiements de contrôle d'appels Unified CM et qui souhaitent comprendre les étapes générales, les considérations et les exigences pour activer le déploiement de Webex Calling, comme décrit dans la section suivante.

Composants de base

L'architecture cible de cette migration comprend plusieurs nouveaux composants. Cela inclut le service Webex Calling pour les appels basés sur le cloud, l'application Webex, Cisco Directory Connector pour l'intégration d'identité et Local Gateway (LGW) pour l'accès au réseau téléphonique public commuté (PSTN), ainsi que l'intégration des appels sur site vers le cloud. Les forfaits d'appels Cisco ou le PSTN connecté au cloud (CCP) facilité par un partenaire Cloud Connect pour Webex Calling sont des options supplémentaires pour l'accès au PSTN.

Comme le montre la figure Après : Architecture d'appel Webex, les nouveaux composants (Webex Calling, connecteur d'annuaire, passerelle locale et passerelle de survie) sont ajoutés au déploiement sur site existant.

Après : Architecture d'appel Webex

Après : Le tableau répertorie les nouveaux éléments de l'architecture après la transition vers Webex.

Tableau 2. Après : composants d'infrastructure d'appel cloud
Produit Description

Webex Calling Service d'appel basé sur le cloud, fourni par la plateforme Webex, assurant l'enregistrement des terminaux et le routage des appels.

Cisco Directory Connector Application Windows exécutée sur une machine du domaine Windows assurant la synchronisation des identités entre l'Active Directory local de l'entreprise et le référentiel d'identités de l'organisation Webex.
Pour les clients passant d'Active Directory sur site à Entra ID, l'intégration d'identité avec Webex au lieu de Cisco Directory Connector utilise l'application Entra ID Wizard.

Passerelle locale Une passerelle locale sert de pont entre le réseau de communications unifiées sur site du client et le cloud Webex Calling. Il peut être déployé sur site ou hébergé par un partenaire, offrant un accès PSTN aux terminaux enregistrés dans le cloud ainsi qu'une intégration d'appels entre les terminaux enregistrés dans Unified CM et les terminaux enregistrés dans le cloud. Routeur de services intégrés Cisco IOS-XE (séries ISR 1100 et 4000), Cisco Catalyst 8200/8300 La série Cisco Catalyst 8000V Edge Software et divers contrôleurs de frontière de session (SBC) tiers certifiés peuvent être utilisés comme passerelle de passerelle (LGW) pour une approche de migration progressive.

Passerelle de survivabilité La passerelle de survie (SGW) est une passerelle de réseau local basée sur IOS-XE qui fournit des services d'appel de secours aux terminaux Webex Calling sur site lors des pannes de réseau.

Forfait d'appels Cisco, Cloud Connect pour les appels Webex Cisco Calling Plan et Cloud Connect pour Webex Calling sont des options basées sur le cloud pour l'accès au réseau téléphonique public commuté (PSTN) des terminaux Webex Calling. L'accès au réseau téléphonique public commuté (RTPC) est assuré par un fournisseur de RTPC dans le cloud et ne nécessite aucun équipement sur site.

Application Webex Application cliente fonctionnant sur un système d'exploitation de bureau (Windows, Mac) ou un système d'exploitation mobile (Android, iOS) et enregistrée directement sur la plateforme Webex Calling pour la fonctionnalité d'appel.

Aperçu du processus PPDIO

Le processus PPDIO signifie Préparer, Planifier, Concevoir, Implémenter et Optimiser. Il s'agit d'une méthodologie Cisco structurée qui guide les projets depuis l'évaluation initiale jusqu'à l'amélioration continue, garantissant des déploiements ou des migrations efficaces et réussis.

Processus PPDIO

Description générale de PPDIO

Préparer: Évaluer l'environnement actuel, recueillir les besoins et fédérer les parties prenantes afin d'établir des bases solides.

Planifier : Élaborer des plans de projet détaillés comprenant un échéancier, des ressources et des stratégies d'atténuation des risques.

Conception: Concevoir une solution cible adaptée aux besoins commerciaux et techniques.

Mettre en œuvre: Exécutez le déploiement ou la migration conformément à la conception, en validant la fonctionnalité et les performances.

Optimiser: Améliorer continuellement la solution après sa mise en œuvre en surveillant les performances, en affinant les configurations et en tirant parti des outils d'automatisation et d'intégration.

Utilisation de PPDIO pour les projets de migration d'Unified CM vers Webex Calling

Lors du passage d'Unified CM à Webex Calling, le processus PPDIO fournit une feuille de route claire pour garantir une transition fluide et efficace :

Préparation

Évaluer l'environnement Unified CM existant et l'état de préparation à la migration

Collectez des données détaillées sur les utilisateurs, les appareils, le réseau et les dépendances.

Collectez les informations de localisation, notamment l'adresse d'intervention d'urgence, le nombre d'utilisateurs, l'accès à Internet et l'accès au réseau téléphonique public commuté (RTPC).

Identifier les risques et définir le périmètre du projet afin d'aligner toutes les parties prenantes.

Planifier

Élaborez un plan de migration complet comprenant des calendriers de traitement par lots, des affectations de ressources et des échéanciers.

Définir des tâches telles que les mises à jour du micrologiciel des appareils, l'attribution des licences et l'intégration des utilisateurs.

Coordonner les fenêtres de migration avec Cisco et ses partenaires afin de minimiser les perturbations.

Design

Associer les configurations, les plans de numérotation et les profils utilisateur actuels de Unified CM à leurs équivalents Webex Calling.

Concevoir l'environnement d'appel Webex, incluant la stratégie PSTN (provisoire et définitive), les emplacements, les rôles des utilisateurs et les points d'intégration tels que la passerelle locale (CUBE) et la synchronisation d'annuaire.

Prévoyez des scénarios de coexistence où Unified CM et Webex Calling fonctionnent simultanément pendant la migration.

Implémentation

Utilisez les outils de migration de Control Hub en complément des outils tiers pour effectuer les modifications du mode de firmware des appareils, la configuration des fonctionnalités et les migrations d'utilisateurs.

Utilisez les opérations et le provisionnement en masse via les API Webex pour rationaliser les migrations et les configurations à grande échelle.

Exécutez le provisionnement des licences, l'enregistrement des appareils et les mises à jour de configuration

Valider la réussite de la migration par des tests et une vérification opérationnelle.

Optimiser

Surveillez en permanence les performances et l'expérience utilisateur des appels Webex.

Affiner les configurations et les flux de travail en fonction des données opérationnelles et des retours d'information.

Tirer parti des capacités d'automatisation et d'intégration pour améliorer l'efficacité et l'évolutivité

Mettre hors service les composants Unified CM existants, le cas échéant, et assurer un support continu pour les opérations du deuxième jour.

Cette approche PPDIO améliorée garantit une migration contrôlée, transparente et efficace de Unified CM vers Webex Calling, en tirant parti des outils, des API et de l'écosystème de partenaires de Cisco pour maintenir la continuité des activités et améliorer les capacités de collaboration.

boucles de rétroaction PPDIO

La vue d'ensemble de haut niveau représentée dans la Figure Itérations lors de l'exécution de PPDIO illustre une boucle de rétroaction unique de la phase optimiser vers la phase préparer. Cela signifie qu'après la mise en œuvre initiale, il existe une possibilité permanente d'amélioration continue. Chaque cycle d'optimisation permet d'identifier de nouveaux besoins ou des axes d'amélioration, qui pourront être abordés dans le cadre de projets ou d'initiatives ultérieurs. Ces projets individuels suivent chacun à leur tour le cycle de vie établi PPDIO (Préparer, Planifier, Concevoir, Implémenter, Optimiser). Cette approche itérative garantit que le système reste aligné sur l'évolution des objectifs commerciaux et les progrès technologiques, favorisant ainsi une culture d'amélioration et d'adaptabilité continues.

Itérations lors de l'exécution de PPDIO

Lors de l'exécution du processus PPDIO, il est fréquent que les constatations des phases ultérieures nécessitent de réexaminer et potentiellement de réviser les décisions prises aux étapes précédentes. Par exemple, les problèmes rencontrés lors de la phase de mise en œuvre, tels que l'identification d'ambiguïtés de conception ou de détails manquants, peuvent révéler que certains aspects n'ont pas été pleinement pris en compte lors de la phase de conception. Dans de tels cas, il devient nécessaire de revenir à la phase antérieure concernée pour résoudre ces problèmes avant de poursuivre. Ce mécanisme de rétroaction itératif, comme illustré dans la Figure Processus PPDIO assisté par CM unifié, garantit que la solution est validée et affinée en profondeur, contribuant finalement à un déploiement plus robuste et efficace.

Processus PPDIO assisté par CM unifié

Lors d'une transition de Unified CM vers Webex Calling, chaque phase du processus PPDIO peut tirer un grand profit des informations recueillies dans l'environnement Unified CM existant. Par exemple, des inventaires complets des utilisateurs, des numéros de téléphone, des fonctionnalités d'appel et des composants du plan de numérotation peuvent être extraits de la configuration Unified CM actuelle. Ces données complètent les informations fournies directement par les parties prenantes et contribuent à rationaliser les activités de planification et de conception. L'utilisation d'outils appropriés pour automatiser l'extraction et l'analyse des données améliore non seulement la précision, mais accélère également le processus global. En tirant parti des enseignements du déploiement existant, la transition vers Webex Calling peut être exécutée plus efficacement qu'une implémentation traditionnelle sur un terrain vierge, tout en respectant la méthodologie structurée PPDIO. Ce processus est illustré dans la figure Processus PPDIO assisté par CM unifié.

Approche migratoire

Lorsque vous planifiez votre transition de Unified CM sur site vers Webex Calling, vous devez déterminer comment vous aborderez cette transition. Vous devrez d'abord décider si la migration sera une migration en une seule fois (tout en même temps) ou une migration par phases (migration par groupes de users/devices sur une période prolongée).

Effectuer une migration flash-cut permet de déplacer tous vos utilisateurs et appareils le plus rapidement possible. Cette méthode vous permettra de transférer simultanément tous les utilisateurs et appareils de Unified CM sur site vers Webex Calling. En résumé, il s'agit d'une seule et même fenêtre de migration pour tous les utilisateurs et tous les appareils. Une fois cette migration terminée, tous vos utilisateurs et appareils seront sur la plateforme Webex Calling et toute votre infrastructure Unified CM pourra être mise hors service. Cependant, de nombreuses organisations ne peuvent pas utiliser cette approche en raison de l'échelle et de la taille de leur déploiement d'appels.

La deuxième approche est une migrationprogressive. La plupart des organisations privilégieront cette approche car elle offre un meilleur contrôle, une meilleure gestion et une plus grande évolutivité lors de la migration. De plus, il est mieux adapté aux déploiements de communications unifiées de grande envergure. and/or Déploiements dans plusieurs régions. Par conséquent, ce document se concentre sur l’approche progressive avec deux étapes dans la transition.

Comme illustré dans la figure ci-dessous Transition d'appel par phases : Hybride et cloud, la première phase de transition (Phase 1) aboutit à un déploiement de coexistence avec deux environnements d'appel. Dans cette phase, certains utilisateurs, appareils et clients logiciels sont transférés vers Webex Calling tandis que d'autres restent sur le système de contrôle d'appel Unified CM sur site. La phase de transition finale (phase 2) aboutit à un environnement d'appels entièrement cloud où tous les utilisateurs, appareils et clients logiciels ont été entièrement transférés vers la plateforme Webex Calling.

Le temps nécessaire à une organisation pour effectuer une transition complète vers les appels cloud variera en fonction de son déploiement actuel. Dans certains cas, une organisation peut effectuer la transition initiale et rester dans la phase de coexistence du double contrôle d'appel (Phase 1) pendant une période prolongée (mois ou même années), tandis que dans d'autres cas, une organisation peut passer entièrement à Webex Calling (Phase 2) en une période très courte (semaines ou mois). Ce document a pour but de couvrir les deux phases (Phase 1 - coexistence et Phase 2 - transition complète).

Transition progressive des appels : hybride et cloud

Il est possible que certaines organisations maintiennent indéfiniment un déploiement de contrôle d'appel double en coexistence, sans prévoir de transition complète vers les appels dans le cloud.

La deuxième considération concerne la manière dont vous assurerez la transition des utilisateurs, des appareils et des clients logiciels du contrôle des appels sur site vers le contrôle des appels dans le cloud. L'approche recommandée est une transition en 3 phases. La figure Transition en 3 phases recommandée ci-dessous décompose cette approche en 3 phases.

Transition triphasée recommandée

Pré-migration : Cette phase vise à préparer les environnements Webex et Unified CM à la migration. Il ne s'agit pas d'établir une planification ou des configurations spécifiques, mais de mener à bien des activités qui peuvent être réalisées dès maintenant et avant le démarrage de tout projet de migration vers Webex Calling. L'objectif est de jeter les bases des deux environnements afin de préparer la migration.

Préparation à la migration : C’est à cette phase que commencent les efforts préparatoires à la migration vers Webex Calling. Il convient ici de revoir et de mettre à jour les exigences commerciales et techniques. Ne vous contentez pas d' un simple transfert de ce qui est actuellement déployé avec Unified CM et redéfinissez plutôt les exigences commerciales et techniques dont votre entreprise a besoin aujourd'hui et à l'avenir en tirant parti de la puissance de Webex Calling. De plus, c'est durant cette phase que vous finaliserez la conception, la planification de la configuration et la migration. planning/schedule.

Migration (déploiement et mise hors service) : C’est durant cette phase que se déroule la migration proprement dite des utilisateurs, des appareils, des numéros de téléphone et des clients logiciels. Comme indiqué ci-dessus, cette phase peut être réalisée pour tout le monde en une seule fois (flash-cut) ou sur plusieurs fenêtres de changement (phased-cut). Les plans d'adoption, la formation et la communication destinés aux utilisateurs finaux sont essentiels pour que vos utilisateurs soient au courant des changements, sachent comment utiliser la nouvelle plateforme d'appel et savent quand le changement aura lieu. La dernière étape consiste à mettre hors service toute l'infrastructure UC sur site qui n'est plus utilisée.

La phase de pré-migration comprend des activités (obligatoires, recommandées et facultatives) que vous pouvez commencer à réaliser immédiatement. Il est recommandé de les compléter au plus tôt et de préférence avant le début de votre projet. Certaines activités peuvent prendre plus de temps à réaliser ; les commencer plus tôt permettra donc de rationaliser votre projet de migration.

La figure Activités de pré-migration ci-dessous met en évidence cinq catégories spécifiques d'activités liées à une migration Webex Calling.

Activités pré-migratoires

Tableau 1. Avant : Composants d'infrastructure d'appel sur site
Produit	Description
Unified CM	Services de contrôle d'appels sur site assurant l'enregistrement des appareils et le routage des appels
Cisco Expressway-C/E	Infrastructure Edge fournissant un accès mobile et distant (MRA) et des fonctionnalités interentreprises (B2B) permettant aux terminaux distants de se connecter en toute sécurité depuis l'extérieur de l'organisation. Expressway est déployé par paires pour assurer le franchissement du pare-feu pour les points de terminaison externes.
Cisco Meeting Server (CMS), Cisco Meeting Management (CMM) et Cisco Telepresence Management Suite (TMS)	Infrastructure de visioconférence, de vidéoconférence et de webconférence sur site offrant des fonctionnalités de réunions multipoints, de gestion des réunions et de planification. [Optional]
Connexion Cisco Unity	Plateforme de messagerie vocale sur site offrant des fonctionnalités de messagerie vocale et de messagerie unifiée. [Optional]
Cisco Desk, Cisco Room, Cisco Board, téléphones IP Cisco et Cisco Jabber	Appareils IP enregistrés auprès d'Unified CM et offrant des fonctionnalités d'appel vocal et vidéo

Tableau 2. Après : composants d'infrastructure d'appel cloud
Produit	Description
Webex Calling	Service d'appel basé sur le cloud, fourni par la plateforme Webex, assurant l'enregistrement des terminaux et le routage des appels.
Cisco Directory Connector	Application Windows exécutée sur une machine du domaine Windows assurant la synchronisation des identités entre l'Active Directory local de l'entreprise et le référentiel d'identités de l'organisation Webex. Pour les clients passant d'Active Directory sur site à Entra ID, l'intégration d'identité avec Webex au lieu de Cisco Directory Connector utilise l'application Entra ID Wizard.
Passerelle locale	Une passerelle locale sert de pont entre le réseau de communications unifiées sur site du client et le cloud Webex Calling. Il peut être déployé sur site ou hébergé par un partenaire, offrant un accès PSTN aux terminaux enregistrés dans le cloud ainsi qu'une intégration d'appels entre les terminaux enregistrés dans Unified CM et les terminaux enregistrés dans le cloud. Routeur de services intégrés Cisco IOS-XE (séries ISR 1100 et 4000), Cisco Catalyst 8200/8300 La série Cisco Catalyst 8000V Edge Software et divers contrôleurs de frontière de session (SBC) tiers certifiés peuvent être utilisés comme passerelle de passerelle (LGW) pour une approche de migration progressive.
Passerelle de survivabilité	La passerelle de survie (SGW) est une passerelle de réseau local basée sur IOS-XE qui fournit des services d'appel de secours aux terminaux Webex Calling sur site lors des pannes de réseau.
Forfait d'appels Cisco, Cloud Connect pour les appels Webex	Cisco Calling Plan et Cloud Connect pour Webex Calling sont des options basées sur le cloud pour l'accès au réseau téléphonique public commuté (PSTN) des terminaux Webex Calling. L'accès au réseau téléphonique public commuté (RTPC) est assuré par un fournisseur de RTPC dans le cloud et ne nécessite aucun équipement sur site.
Application Webex	Application cliente fonctionnant sur un système d'exploitation de bureau (Windows, Mac) ou un système d'exploitation mobile (Android, iOS) et enregistrée directement sur la plateforme Webex Calling pour la fonctionnalité d'appel.

Préparation

exigences commerciales et techniques

Pourquoi la collecte des besoins est importante :

exigences commerciales

exigences techniques

Préparation du réseau et exigences

Configurer les communications unifiées connectées au cloud

Évaluation de l'environnement actuel

Licences

Locations/Sites

Inventaire existant devices/clients

Vérifier l'éligibilité de l'appareil

Utilisateurs

Connectivité RTCP

Caractéristiques & utilisation des fonctionnalités

Intégrations Cisco : Connexion Unity UCCX UCCE

Enregistrement d’appel

Intégrations tierces

exigences commerciales et techniques

Lors de la planification d'une migration de vers , il est crucial de recueillir minutieusement les exigences techniques et commerciales pendant la phase de planification. Cette étape garantit que la migration est alignée sur les objectifs opérationnels et les capacités techniques de votre organisation, minimisant ainsi les risques et les perturbations.

Pourquoi la collecte des besoins est importante :

Alignement des objectifs commerciaux : Comprendre les besoins de l'entreprise permet d'adapter la migration afin de soutenir les flux de travail clés, l'expérience utilisateur et les plans de croissance.

Assure la compatibilité technique : L'identification précoce des exigences techniques permet d'éviter les problèmes d'intégration avec l'infrastructure, le réseau et les terminaux existants.

Facilite la planification des ressources : Des exigences clairement définies permettent d'estimer avec précision les délais, les coûts et les ressources nécessaires.

Atténue les risques : La détection précoce des problèmes potentiels permet de mettre en œuvre des solutions proactives, réduisant ainsi les temps d'arrêt et les interruptions de service.

exigences commerciales

Les exigences typiques des entreprises comprennent :

Nombre d'utilisateurs et de sites à migrer

Fonctionnalités et services souhaités (par exemple, routage des appels, messagerie vocale, conférence, standard automatique, files d'attente d'appels)

Politiques de conformité et de sécurité

contraintes budgétaires et prévisions de coûts

Besoins en formation et en assistance des utilisateurs

Calendrier de migration et considérations relatives à la continuité des activités.

La collecte des fonctionnalités et services souhaités est une étape cruciale pour garantir que le nouveau système réponde aux besoins de l'entreprise. Lors de la collecte de ces exigences, il est important de ne pas se contenter de prendre en compte la configuration actuelle, mais aussi de tenter de recueillir les besoins réels des entités commerciales qui vont utiliser le système. Autrement, il existe un risque que le plan repose sur des hypothèses obsolètes. Veillez à évaluer les fonctionnalités supplémentaires ou améliorées disponibles dans et qui peuvent ne pas exister dans , telles que les appels basés sur le cloud, les files d'attente d'appels avancées, et . Cela permet de tirer pleinement parti des avantages de la plateforme cloud.

Lors de l'évaluation de la configuration actuelle, il est important de reconnaître que tous les paramètres existants peuvent ne plus être nécessaires en raison de l'évolution des besoins tout au long du cycle de vie du système. L'objectif principal devrait être d'identifier et de conserver uniquement les configurations qui correspondent aux besoins actuels et futurs du déploiement.

Concentrez-vous davantage sur ce dont vous avez besoin que sur ce que vous possédez.

Les politiques de conformité et de sécurité sont des considérations essentielles lors de la migration vers Webex Calling afin de garantir que le nouveau système de communication basé surle cloud respecte les normes légales, réglementaires et organisationnelles.

Conformité réglementaire : Les organisations doivent vérifier qu'elles respectent les réglementations spécifiques à leur secteur d'activité, telles que le RGPD, la loi HIPAA ou la loi SOX, qui traitent des exigences en matière de confidentialité, de conservation et de traitement des données, ainsi que des mandats spécifiques à chaque pays relatifs à la résidence des données, au contournement des péages et à la localisation des médias.

Sécurité des données : Garantir le chiffrement des données vocales et de signalisation, tant en transit qu'au repos, afin de les protéger contre l'interception ou l'accès non autorisé.

Contrôles d'accès : Définir et appliquer l'authentification, l'autorisation et l'accès basé sur les rôles des utilisateurs afin d'empêcher toute utilisation non autorisée des ressources de communication.

Audit et surveillance : Mise en place de fonctionnalités de journalisation et de surveillance pour suivre les accès et l'utilisation à des fins d'audits de conformité et d'enquêtes sur les incidents de sécurité.

Alignement des politiques : Aligner la migration avec les politiques de sécurité d'entreprise existantes, notamment la sécurité des terminaux, la segmentation du réseau et les plans de réponse aux incidents.

Garantie de sécurité des fournisseurs : Évaluation des certifications de sécurité et des attestations de conformité de Cisco afin d'en garantir la fiabilité.

L’intégration de ces politiques de conformité et de sécurité dès la phase de planification permet d’atténuer les risques, d’éviter les sanctions légales et de maintenir l’intégrité et la confidentialité des communications pendant et après la migration.

Les besoins en matière de formation et de soutien des utilisateurs sont des éléments essentiels lors de la migration de à pour assurer une transition en douceur et l'adoption par les utilisateurs. Les principaux points à prendre en compte sont les suivants :

Programmes de formation : Concevoir des sessions de formation sur mesure pour différents groupes d'utilisateurs (utilisateurs finaux, administrateurs, personnel du service d'assistance) afin de les familiariser avec les fonctionnalités, les interfaces utilisateur et les nouveaux flux de travail.

Documents : Fournir des guides d'utilisation, des FAQ et des documents de référence rapide clairs et accessibles, y compris des ressources Nouveautés et différences et des guides pratiques étape par étape Avant et après (au format vidéo ou guide rapide), pour aider les utilisateurs à s'adapter à l'expérience mise à jour après la migration.

Gestion du changement : Communiquez les changements de manière proactive afin de gérer les attentes des utilisateurs et de réduire la résistance.

Structure de soutien : Mettez en place une équipe de support dédiée ou une procédure d'escalade pour traiter rapidement les problèmes des utilisateurs pendant et après la migration.

Formation continue : Prévoyez des mises à jour de formation continues à mesure que de nouvelles fonctionnalités ou mises à jour sont publiées dans .

Mécanismes de rétroaction : Mettre en place des canaux permettant aux utilisateurs de signaler les problèmes et de fournir des commentaires afin d'améliorer les processus de formation et d'assistance.

Répondre à ces besoins de formation et de soutien dès la phase de planification permet de minimiser les perturbations, d'améliorer la confiance des utilisateurs et de maximiser les avantages de la migration vers .

exigences techniques

Plusieurs exigences techniques clés doivent être recueillies et documentées pour une migration réussie de vers , notamment les détails suivants :

Préparation du réseau et capacité de bande passante

Une évaluation complète de votre réseau est essentielle pour garantir que votre infrastructure existante puisse prendre en charge le nouvel environnement d'appels Webex. Ces modifications sont les suivantes :

Analyse de la bande passante : Évaluation de l'utilisation actuelle et prévue de la bande passante pour gérer le trafic voix, vidéo et données sans congestion.

Qualité de service (QoS) : Mise en œuvre de politiques QoS pour prioriser le trafic vocal et minimiser la latence, la gigue et la perte de paquets.

Connectivité WAN et Internet : Vérifier que les liaisons WAN et les connexions Internet répondent aux exigences des appels basés sur le cloud, notamment en matière de redondance et de basculement.

Configuration du pare-feu et du NAT : S'assurer que les paramètres du pare-feu et du NAT autorisent le trafic de signalisation et multimédia requis pour .

Intégration avec le système existant

Une intégration transparente avec les systèmes d'entreprise existants est essentielle pour l'expérience utilisateur et la continuité des flux de travail :

Services d'annuaire : Évaluation de l'intégration avec un annuaire d'entreprise pour la gestion et l'authentification automatisées des utilisateurs.

CRM et applications métier : Identifier les points d'intégration avec les systèmes de gestion de la relation client et autres applications critiques pour l'entreprise.

Interfonctionnement des anciens systèmes PBX : Planifier des stratégies de coexistence ou de migration progressive si des systèmes de téléphonie existants doivent être maintenus pendant la transition.

Compatibilité et provisionnement des terminaux

Tous les terminaux, y compris les téléphones de bureau, les softphones et les appareils mobiles, doivent être évalués en termes de compatibilité :

Appareils pris en charge : Confirmer que les téléphones et appareils IP existants sont pris en charge ou identifier les remplacements nécessaires.

Processus d'approvisionnement : Mise en place de méthodes d'approvisionnement automatisées ou rationalisées pour une intégration efficace des terminaux.

Mises à jour du micrologiciel et du logiciel : Planification des mises à jour nécessaires pour garantir l'interopérabilité et la sécurité.

Configurations de sécurité et normes de chiffrement

La sécurité est primordiale dans les communications cloud :

Chiffrement : Mise en œuvre d'un chiffrement de bout en bout pour les flux de signalisation et multimédias, conformément aux meilleures pratiques de sécurité de Cisco.

Authentification et contrôle d'accès : Mise en œuvre de mécanismes d'authentification sécurisés (tels que l'authentification unique, l'authentification multifactorielle) et de contrôles d'accès utilisateur précis.

Conformité: S’assurer que la solution respecte les normes réglementaires et sectorielles applicables (par exemple, RGPD, HIPAA).

Surveillance de la sécurité : Intégration avec les outils SIEM et configuration des alertes pour les incidents de sécurité potentiels.

Tableau 1. Exemple d'évaluation
Signé par une autorité de certification (CA) de confiance Considérations clés

Préparation du réseau et bande passante Bande passante, QoS, WAN/Internet, Firewall/NAT

Intégration aux systèmes existants Annuaire, CRM, PBX, Email/Calendar

Compatibilité et provisionnement des terminaux Assistance technique, configuration, mises à jour du micrologiciel

Configurations de sécurité et chiffrement Chiffrement, authentification, conformité, surveillance de la sécurité

Formation des utilisateurs et gestion du changement Programmes de formation, documentation, communication du changement

Portabilité des numéros et plan de numérotation Nombre migration/porting, traduction du plan de numérotation

Intégrations tierces Système de radiomessagerie, centre de contact, fax, appareils analogiques

Préparation du réseau et exigences

La préparation du réseau est essentielle à la réussite d'une migration vers toute solution d'appel basée sur le cloud comme . Une mauvaise planification du réseau peut entraîner une dégradation de la qualité des appels, des coupures d'appels et l'insatisfaction des utilisateurs. Les clients doivent effectuer une évaluation de leur réseau avant de migrer vers . Il est recommandé de vérifier la disponibilité de la bande passante du réseau pour le volume d'appels prévu, de s'assurer que les exigences de qualité de service (QoS) sont respectées et de comprendre les différents ports qui doivent être ouverts dans le(s) pare-feu de périphérie.

Une connectivité réseau fiable avec une qualité de service suffisante (bande passante, perte de paquets, RTT) est une exigence de base pour garantir la meilleure expérience utilisateur possible de bout en bout pour tous les terminaux, clients et applications compatibles voix et vidéo utilisant .

Les clients et les partenaires ont accès à des options de connectivité au-delà de l'Internet OTT (Over-the-top) qui peuvent optimiser la connexion, notamment Webex Edge Connect. Pour plus d'informations sur les détails de conception de Webex Edge Connect, voir Architecture préférée de Cisco pour Webex Edge Connect pour Webex Meetings, Calling Multi-Tenant et Dedicated Instance.

Les clients peuvent utiliser CScan pour l'évaluation du réseau qui fournit des informations sur la qualité du réseau du client, le nombre d'appels pouvant être établis, la latence, etc. Pour plus d'informations sur l'outil CScan, voir Utiliser CScan pour tester la qualité du réseau Webex Calling.

Pour garantir que le réseau est prêt pour la migration vers , veuillez consulter la liste de contrôle suivante :

Planification de la bande passante

Calculez le nombre d'appels simultanés par site afin de vous assurer de disposer d'une bande passante montante et descendante suffisante, et tenez compte de la marge de manœuvre pour le trafic critique et la croissance future.

Le tableau Calculs de bande passante des types d'appels Webex Calling indique les types d'appels disponibles avec un déploiement ainsi que le codec et la bande passante maximale requise pour chaque type d'appel. Comme indiqué dans le tableau Calculs de la bande passante des types d'appels Webex Calling, la bande passante audio requise pour chaque type d'appel peut être calculée à l'aide de la formule générale suivante :

Nombre d'appels simultanés prévus * Bande passante par appel en fonction du codec = Débit réseau requis.
Tableau 2. Calculs de bande passante pour les appels Webex
Types d'appels Codec - bande passante Calculs de bande passante
/ Téléphone de bureau -> OPUS - 70 kbps Nombre d'appels simultanés * 70 kbps = Débit réseau requis
/ Téléphone de bureau -> Téléphone de bureau OPUS – 70 kbps Nombre d'appels simultanés * 70 kbps = Débit réseau requis
/ Téléphone de bureau -> Réseau téléphonique public commuté (RTPC) via LGW G.711 – 80 kbps Nombre d'appels simultanés * 80 kbps = Débit réseau requis
/ Téléphone de bureau -> Réseau téléphonique public commuté (RTPC) via le réseau téléphonique public commuté cloud (par exemple, forfait d'appels Cisco) G.711 – 80 kbps Nombre d'appels simultanés * 80 kbps = Débit réseau requis
/ Téléphone de bureau -> Entreprise via LGW G.722 – 80 kbps Nombre d'appels simultanés * 80 kbps = Débit réseau requis
/ Téléphone de bureau -> messagerie vocale OPUS – 70 kbps Nombre d'appels simultanés * 70 kbps = Débit réseau requis

En additionnant le débit réseau requis simultanément pour chaque type d'appel, on peut déterminer le besoin total potentiel en bande passante pour un site spécifique.

Toutes les liaisons d'appel sont toujours ancrées sur les SBC d'accès. Pour déterminer la bande passante Internet requise pour un emplacement donné, il faut prendre en compte non seulement les appels entre emplacements, mais aussi les appels à l'intérieur de l'emplacement et les appels vers et depuis une passerelle locale à cet emplacement. Par exemple, un appel intra-site entre deux téléphones MPP nécessiterait jusqu'à 2 x 70 kbps en duplex intégral sur l'accès Internet du site.

Le tableau Exemples de calcul de bande passante pour les appels Webex montre un exemple d'exercice complet de calcul de bande passante, en supposant que tous les appareils se trouvent sur le même site.
Tableau 3. Exemples de calcul de la bande passante pour les appels Webex
Types d'appels Nombre d'appels simultanés Bande passante totale
Application Webex / Téléphone de bureau → Application Webex 15 2 * 15 * 70 kbps = 2 100 kbps
Application Webex / Téléphone de bureau → Téléphone de bureau 15 2 * 15 * 70 kbps = 2 100 kbps
Application Webex / Téléphone de bureau → Réseau téléphonique public commuté (RTPC) via passerelle LGW 50 2 * 50 * 80 kbps = 8 000 kbps
Application Webex / Téléphone de bureau → Réseau téléphonique public commuté (RTPC) via Cloud Connect pour les appels Webex 0 0 * 80 Kbps
Application Webex / Téléphone de bureau → Entreprise via LGW 15 2 * 15 * 80 kbps = 2 400 kbps
Application Webex / Téléphone de bureau → Messagerie vocale Webex Calling 5 5 * 70 kbps = 350 kbps
Appels totaux / Bande passante 100 appels 14 950 kbps / 14,95 Mbps

Toutes les valeurs de bande passante figurant dans les tableaux ci-dessus font référence à la bande passante IP. La bande passante de la liaison est plus élevée en fonction de l'encapsulation WAN.

La bande passante indiquée dans les tableaux ci-dessus concerne les appels audio. Pour la bande passante des appels vidéo, l'application Webex et le MPP 8845/65 Les téléphones prennent en charge la vidéo H.264 avec une résolution maximale de 720p et une bande passante maximale de 1 500 kbit/s par appel. Cependant, la quantité de bande passante consommée à un moment donné de l'appel fluctuera en fonction du débit binaire variable inhérent aux communications vidéo.

Qualité de service (QoS)

Mettez en œuvre des politiques QoS au sein de votre environnement sur site afin de prioriser le trafic en temps réel et de garantir le maintien de la QoS sur l'ensemble des commutateurs, routeurs et pare-feu.

Cibles de latence, de gigue et de perte de paquets

Les seuils suivants sont recommandés pour une qualité vocale optimale lorsque les appels transitent par Internet (OTT) :

Latence : moins de 100 ms (aller simple)

Gigue - inférieure à 10 ms

Perte de paquets - 0,5 % ou moins.

Pare-feu et NAT

Assurez-vous que le pare-feu est configuré pour autoriser le trafic tel qu'indiqué dans l'article disponible à l'adresse Informations de référence des ports pour les appels Webex. De plus, autorisez l'accès aux domaines et plages d'adresses IP répertoriés dans le même guide et évitez SIP ALG car il interfère avec la signalisation SIP. Le trafic média via des proxys doit être évité.

DNS et NTP

Assurez-vous d'une résolution DNS correcte des domaines et de serveurs NTP fiables pour synchroniser les horloges des appareils en vue de la vérification et de la journalisation des certificats TLS.

Planification de basculement

Tenez compte des connexions de données existantes des fournisseurs (MPLS, SD-WAN, etc.) et prévoyez généralement un accès Internet direct à chaque emplacement de votre déploiement. Prévoyez des liaisons Internet redondantes là où une haute disponibilité est requise. Étant donné que vous utiliserez des services basés sur le cloud, une connexion internet fiable avec une bande passante suffisante est une condition de base. Vous devriez reconsidérer cette transition si les connexions Internet de vos sites organisationnels ne sont pas généralement fiables, avec une faible latence et un débit montant et descendant adéquat.

survie du site

La disponibilité du site garantit que votre entreprise reste toujours joignable, même en cas de rupture de votre connexion réseau. Site Survivability utilise une passerelle dans votre réseau local pour fournir un service d'appel de secours aux points de terminaison sur site en cas de rupture de la connexion réseau. Envisagez la continuité de service du site avec une passerelle de survie locale (SGW) si les exigences de l'entreprise nécessitent des appels continus en cas de panne de réseau. Pour plus d'informations sur la vérification de la capacité de survie du site, voir Capacité de survie du site pour Webex Calling.

Configurer les communications unifiées connectées au cloud

Cloud Connected UC (CCUC) est une solution de gestion et d'analyse basée sur le cloud conçue pour fournir une visibilité, une administration et des informations centralisées pour les déploiements sur site (tels que Unified CM) et dans le cloud ( ). Il sert de pont entre les environnements sur site traditionnels et les services cloud de Cisco, accompagnant les organisations tout au long de leur migration vers le cloud.

Lors de la transition vers , CCUC joue un rôle essentiel dans la rationalisation du processus de migration en facilitant la collecte de données complètes à partir du déploiement de communications unifiées existant. CCUC facilite les tâches de transition clés telles que la migration des appareils, des fonctionnalités et des contacts utilisateurs, ainsi que l'automatisation des mises à jour du micrologiciel pour les téléphones IP pris en charge. En offrant une visibilité et une gestion centralisées, CCUC contribue à garantir une expérience de migration plus fluide et plus efficace.

Cisco recommande fortement le déploiement de CCUC dès le début du projet de transition, idéalement avant ou pendant la phase de préparation. Cela permettra d'acquérir les connaissances et les capacités nécessaires pour évaluer, inventorier et planifier en profondeur les activités de migration ultérieures et pour entamer votre transition vers des capacités hybrides futures.

Évaluation de l'environnement actuel

Une étape clé de la planification de votre migration consiste à évaluer l'environnement et le déploiement actuels sur site. Cela permet de mieux comprendre les changements potentiels qui pourraient être nécessaires pour réussir la transition vers . Elle vous permet également d'évaluer les éléments clés de la plateforme par rapport au déploiement sur site existant. Vous pouvez utiliser ces informations pour identifier les tâches spécifiques nécessaires à la transition et les changements que vous souhaitez apporter pour répondre à vos exigences commerciales et techniques ainsi qu'à vos cas d'utilisation.

Les aspects suivants sont importants à examiner dans le cadre de cette démarche.

Licences

Il est essentiel de comprendre la structure de licence actuelle du déploiement existant lors de la préparation de la migration vers . Effectuez une évaluation des licences des domaines suivants de votre solution Cisco sur site existante.

Plateforme

La capacité à décrire précisément les licences actuellement utilisées sur votre plateforme principale sera essentielle pour déterminer, avec votre équipe commerciale ou votre partenaire, la meilleure approche en matière de licences flexibles. est actuellement sous licence flexible. Pour plus d'informations sur les licences flexibles, consultez Cisco collaboration flex plan.

Utilisateurs et appareils

Identifiez la catégorie de licence requise par vos utilisateurs et appareils existants. Ces informations serviront à déterminer le type de licence requis pour les utilisateurs et les appareils. propose plusieurs types de licences, notamment les licences Professionnelle et Standard pour les utilisateurs, ainsi que les licences Professionnelle et Espaces communs pour les espaces de travail. Pour plus d'informations sur les licences d'appareils, consultez la fiche technique disponible à l'adresse Licences d'appareils.

Passerelle locale

Si l'élément de frontière unifié Cisco (CUBE) est requis pour l'accès au réseau téléphonique public commuté (PSTN) dans le cadre de cette transition, la licence CUBE doit également être prise en compte. Les considérations relatives à la licence CUBE sont abordées plus loin dans ce document.

Locations/Sites

Le nombre et les types de sites (grands sites centraux, sites régionaux, succursales, etc.) au sein de votre déploiement existant doivent être pris en compte lors de la planification de cette transition. Une compréhension complète des sites de déploiement existants facilitera la planification stratégique d'une transition réussie, notamment pour déterminer quels sites migrer et dans quel ordre. Il sera essentiel, pour prendre des décisions de migration, de bien comprendre les exigences du plan de numérotation (numérotation, habitudes de numérotation, classes de restriction, etc.), la connectivité et la bande passante du réseau du site (Internet, WAN, LAN) et l'accès au réseau téléphonique public commuté (local ou centralisé, IP ou TDM) pour chaque site. Pour plus d'informations sur les modèles de déploiement courants et les considérations clés, consultez les informations sur les modèles de déploiement de collaboration disponibles dans le Collaboration SRND.

Un autre élément important à prendre en compte lors du déploiement est la disponibilité des sites. propose différentes fonctionnalités, abonnements et appareils disponibles selon l'emplacement de votre déploiement. Pour plus d'informations sur la disponibilité géographique, consultez Où Webex est-il disponible ?.

Enfin, il est important de comprendre l’impact que cette transition aura sur les autres services de collaboration. Compte tenu de l'objectif de ce document, l'hypothèse générale est que si les services de collaboration existants en dehors de la charge de travail appelante doivent être maintenus, alors la transition vers le déploiement hybride de phase 1 mentionné ci-dessus est prévue. Parmi les exemples de services de collaboration pouvant nécessiter un déploiement hybride, citons les centres de contact sur site qui n'ont pas encore été migrés vers Webex et les intégrations étroites avec des systèmes tels que les systèmes de radiomessagerie et de facturation. Pour plus d'informations sur la transition des charges de travail et des services de collaboration supplémentaires, voir Transitions de collaboration.

Inventaire existant devices/clients

Avant de commencer la transition, il est important d'inventorier vos terminaux matériels et logiciels existants. Disposer d'une liste complète des appareils types/models, Les versions matérielles, les types et les quantités de systèmes d'exploitation clients logiciels vous permettront de planifier correctement la transition des appareils et d'atténuer l'impact pour ceux qui ne peuvent pas être migrés vers les appels cloud. L'inventaire doit servir à déterminer les appareils à transférer et ceux à remplacer avant la transition.

Téléphones de bureau

Pour les téléphones de bureau audio et vidéo, seuls les téléphones de bureau des séries 6800, 7800, 8800 et 9800 sont pris en charge. Il s'agit d'un sous-ensemble des téléphones IP Cisco pris en charge par . Certains modèles et versions des téléphones 6800, 7800 et 8800 ne peuvent pas être utilisés avec . Pour plus d'informations sur les modèles et versions matérielles pris en charge, consultez Appareils pris en charge pour Webex Calling.

Les téléphones IP de la série Cisco 6800 ne peuvent pas être mis à niveau du firmware Enterprise vers le firmware Multiplatform (MPP), qui est requis pour . Par conséquent, tout téléphone 6800 enregistré sur un firmware d'entreprise doit être remplacé par un modèle 6800 MPP ou par un autre modèle de téléphone pris en charge.

Les téléphones IP des séries Cisco 7800 et 8800 doivent être mis à niveau vers le firmware Multiplatform Phone (MPP) avant la transition et leur enregistrement. Pour déterminer quels modèles 7800 et 8800 et quelles versions matérielles prennent en charge le micrologiciel MPP, voir Convertir les téléphones IP Cisco des séries 7800 et 8800 entre le micrologiciel Enterprise et MPP.

Les modèles 8845, 8865 et 8865NR ont atteint leur fin de commercialisation et il n'est pas recommandé de les remplacer par .

Il n'est pas recommandé d'utiliser les anciennes versions des téléphones de la série 8800 (8811, 8841, 8851, 8851NR, 8861) avec Webex Calling. Les téléphones dotés de versions matérielles VID 14 ou antérieures s'enregistreront, mais peuvent rencontrer certains problèmes de performance dus au matériel.

Les téléphones de bureau de la série 9800 fonctionnent sous PhoneOS, qui prend en charge à la fois l'enregistrement et la connexion Internet. Par conséquent, ces téléphones peuvent être mis à jour sans nécessiter de mise à niveau du micrologiciel.

Tous les autres téléphones IP devront être remplacés par des téléphones des séries 6800, 7800, 8800 ou 9800 compatibles avec Webex Calling. Pour plus d'informations sur les téléphones IP et de bureau pris en charge avec , consultez l'article à Appareils pris en charge pour Webex Calling.

Points de terminaison vidéo

Les terminaux vidéo personnels et de salle, y compris les séries Cisco Board, Room et Desk, peuvent s'enregistrer nativement via SIP. N'importe lequel de ces points de terminaison qui doit produire de l'audio and/or Les appels RTC nécessitent une licence d'appel :

Les appareils partagés dans les salles de conférence, les espaces de réunion informels, etc. nécessitent une licence Professional Workspace ou Workspace.

L'appareil personnel d'un utilisateur final nécessite une licence professionnelle ou standard.

Déterminez le nombre de terminaux vidéo enregistrés et utilisés pour passer des appels audio. Il est possible que certains terminaux vidéo ne servent qu'à rejoindre des réunions ou à passer des appels vidéo SIP. Dans les deux cas, les terminaux doivent encore être migrés avant la mise hors service des serveurs ; toutefois, cela permettra de déterminer combien d'entre eux auront besoin d'une licence pour continuer à passer des appels téléphoniques.

Lorsque les périphériques vidéo sont déplacés de l'enregistrement vers , l'URI de ces points de terminaison changera car ils sont désormais enregistrés dans le cloud.

Les modèles de téléphone 8845, 8865 et 8875 sont des téléphones vidéo personnels qui sont pris en charge avec .

Clients logiciels

Il s'agit du seul client logiciel pris en charge par , contrairement à Unified CM qui prend en charge à la fois l'application Webex et Jabber, et c'est le nouveau client logiciel par défaut pour les utilisateurs finaux.

Selon le ou les modes de déploiement mis en œuvre pour Jabber (messagerie instantanée uniquement, téléphone uniquement, and/or (en plus des modes UC complets), vous devrez peut-être également envisager la transition de la messagerie. and/or Charges de travail des réunions de Jabber à . Il peut être déployé en mode téléphone uniquement s'il est utilisé comme client d'appel uniquement, ou en tant que suite Webex complète pour d'autres charges de travail, par exemple la messagerie Webex. and/or Les réunions Webex sont en cours de migration vers l'application avec fonction d'appel.

Cela améliore l'expérience de l'utilisateur final en fournissant des fonctionnalités d'IA telles que audio/video Renseignements, transcription des appels et autres. Pour plus d'informations, voir https://www.webex.com/all-new-webex.

Avant de transférer les utilisateurs vers la nouvelle version, vous devrez faire migrer leurs clients Jabber vers la nouvelle version. Vous avez deux options pour mener à bien cette transition.

Avant de les faire passer à

Lorsque vous les faites passer à .

Pour faciliter la transition initiale vers le , il est recommandé d'utiliser l'option 1 et de déplacer les utilisateurs vers le en appelant d'abord. Cela donne aux utilisateurs le temps de se familiariser avec la nouvelle application tout en continuant d'utiliser la plateforme d'appels locale existante. Une fois que vous serez prêt à transférer les utilisateurs vers , vous configurerez leurs comptes pour qu'ils s'inscrivent auprès de la plateforme d'appels cloud.

Pour plus d'informations sur ces deux options, voir Parcours de migration - une ou deux étapes ?.

Pour une liste complète des appareils pris en charge pour , voir Appareils pris en charge pour Webex Calling.

Vérifier l'éligibilité de l'appareil

Comme mentionné précédemment, il prend en charge un sous-ensemble des téléphones IP Cisco et nécessite un type de firmware différent pour les téléphones des séries 7800 et 8800. Les téléphones Unified CM exécutent le firmware Enterprise tandis que les téléphones exécutent le firmware Multiplatform Phone (MPP). Il est recommandé de vérifier quels téléphones enregistrés sont éligibles à la mise à niveau vers le firmware MPP pendant la phase de préparation. Cela vous donne le temps de remplacer les téléphones non éligibles par l'un des modèles de téléphone pris en charge ou d'identifier un plan alternatif, comme le passage d'un utilisateur à l'application Webex uniquement.

Pour vous aider à déterminer l'éligibilité des téléphones, Control Hub dispose d'un outil intégré appelé Migrer votre téléphone vers Webex Calling. Lorsque vous utilisez cet outil pour vérifier l'éligibilité de l'appareil, sélectionnez l'option Migration Générer une licence d'appareil uniquement.

Option de l'outil Control Hub permettant de vérifier l'éligibilité des téléphones Unified CM pour les appels Webex

Cette option vous permet de télécharger un fichier CSV contenant les numéros de téléphone afin de vérifier l'éligibilité de chaque téléphone. En sélectionnant cette option de migration, les téléphones ne seront pas ajoutés car vous êtes encore en phase de préparation et n'êtes pas encore prêt à effectuer cette opération. Pour plus d’informations, voir Migrer votre téléphone vers Webex Calling .

Il est possible que certains téléphones reviennent avec une éligibilité Inconnue. Cela est généralement dû à l'incapacité du système dorsal à valider certaines informations concernant le téléphone. Pour tout téléphone dont le statut est Inconnu, vous disposez de deux options pour vérifier s'il est éligible à la mise à niveau vers le firmware MPP.

Vérifiez manuellement chaque téléphone et assurez-vous de connaître le modèle et la version matérielle (PID VID).

7800/8800 Étiquette du téléphone avec informations sur le modèle et la version matérielle

Utilisez l'outil de préparation des téléphones IP Cisco

Téléchargez l'outil depuis https://github.com/joemar2/mpp_readiness_check.

Cet outil n'est pas un outil officiel Cisco et n'est pas pris en charge par le TAC. Il offre une assistance au mieux, mais son utilisation est gratuite.

Cet outil doit être exécuté sur une machine située sur site et pouvant accéder aux serveurs et aux téléphones IP. Il offre la possibilité d'activer l'accès web sur les téléphones IP, ce qui est recommandé et nécessaire pour obtenir les meilleurs résultats. Par conséquent, son utilisation doit être privilégiée en dehors des heures de pointe afin d'éviter toute perturbation pour les utilisateurs finaux. Le résultat de l'outil fournit un rapport listant quels téléphones des séries 7800 et 8800 sont éligibles à la mise à niveau vers le firmware MPP. Parce qu'il accède directement au téléphone, il peut vérifier les appareils Inconnus qui ont été signalés par l'outil Control Hub.

Rapport sur l'outil de préparation des téléphones IP Cisco

Utilisateurs

L'une des étapes préparatoires les plus importantes pour garantir une migration réussie est la mise à disposition correcte des utilisateurs. Vous devez bien planifier pour tous les utilisateurs, même si vous effectuez une migration par étapes. Les utilisateurs doivent être inscrits pour au moins un des éléments suivants :

Déploiement avec appel

Déployer le avec

Configuration des services pour un utilisateur

Pour permettre la recherche des utilisateurs dans l'annuaire (cliquer pour appeler, informations de contact de l'utilisateur, recherche dans l'annuaire téléphonique).

Il est recommandé de provisionner tous les utilisateurs avant ou au début de votre projet. Cela inclut les utilisateurs qui utilisent encore Unified CM pour leur plateforme d'appel, indépendamment de leur appareil d'appel (téléphone IP, Jabber, etc.). Au fur et à mesure que les utilisateurs migrent vers (and/or vous mettrez à jour leurs licences pour activer les services dont ils ont besoin. En provisionnant tous les utilisateurs d'appels d'entreprise avant de commencer votre transition, vous permettez à un utilisateur ayant migré vers Jabber ou vers une autre plateforme de rechercher dans l'annuaire un utilisateur d'appels d'entreprise qui utilise encore Jabber. and/or sur . Cela permet aux utilisateurs ayant effectué la transition de trouver les coordonnées de n'importe quel autre utilisateur et de l'appeler grâce à l'annuaire.

La figure recherche dans un répertoire montre un exemple d'un utilisateur recherchant un autre utilisateur. Les résultats de la recherche affichent les coordonnées de l'utilisateur et peuvent concerner un utilisateur qui utilise encore Jabber ou un utilisateur qui a migré vers and/or .

Recherche dans l'annuaire des applications Webex

Déterminez ensuite lesquels des utilisateurs d'appels sur site existants seront transférés vers . Si la migration concerne l'ensemble ou un grand nombre d'utilisateurs, il est recommandé de procéder par groupes afin de garantir que l'équipe projet, le personnel informatique et le personnel de support soient en mesure de gérer la transition et les éventuels problèmes qui pourraient survenir. Vous devriez également prévoir du temps pour fournir des informations initiales et organiser des séances de formation afin de préparer les utilisateurs à cette transition. Le regroupement des transitions des utilisateurs peut être effectué en fonction de divers critères, notamment le lieu ou le site auquel les utilisateurs sont affectés, leurs services, ou même leurs types (travailleurs du savoir, cadres, travailleurs mobiles, etc.).

Par exemple, si les utilisateurs du déploiement sont répartis sur trois sites principaux, New York (NYC), San Francisco (SFC) et Research Triangle Park (RTP), un plan de transition des utilisateurs peut ressembler au plan décrit dans le tableau Plan de transition des utilisateurs par site.
Tableau 4. Plan de transition des utilisateurs par site
Site utilisateur / emplacement Séances d'information et de formation préalables à la transition période de transition Soutien post-transition
New York (1 525 utilisateurs) Semaine du 1er avril 15 avril – 27 avril Semaine du 29 avril
SFO (1 600 utilisateurs) Semaine du 6 mai 20 mai – 31 mai Semaine du 3 juin
RTP (1 275 utilisateurs) Semaine du 3 juin 17 juin – 28 juin Semaine du 1er juillet

Un autre facteur important est la transition conjointe des utilisateurs qui ont des dépendances les uns envers les autres. Cela pourrait inclure, sans toutefois s'y limiter, les éléments suivants :

surveillance BLF

Même chasse pilot/group

Lignes de partage

Faisant partie du même groupe de prise d'appel

En utilisant les mêmes numéros de parcage d'appel

Intercom

Admin/Exec.

Vous pouvez consulter la configuration (interface graphique ou exportation) ou utiliser l'outil Migration Insights pour aider à identifier les groupes d'utilisateurs ayant ces dépendances.

Connectivité RTCP

peut accéder au réseau téléphonique public commuté (RTPC) de trois manières : Plans d'appel Cisco, Cloud Connect pour (anciennement Cloud Connected PSTN) et PSTN sur site (passerelle locale). Toutefois, un emplacement unique tel que défini dans le plan ne peut être attribué qu'à une seule option PSTN.

Le réseau téléphonique public commuté (RTPC) sur site avec une passerelle locale (LGW) est un élément essentiel de la stratégie de transition. Il assure la connectivité entre le déploiement sur site and/or Le réseau téléphonique public commuté (PSTN) et la plateforme prennent en charge les contrôleurs de frontière de session (SBC) Cisco et les contrôleurs tiers certifiés pouvant être utilisés comme passerelle locale. Pour la liste la plus récente des SBC pris en charge, voir Liste des SBC pris en charge.

prend en charge jusqu'à 250 appels simultanés à partir d'une seule passerelle locale basée sur l'enregistrement et plus de 250 appels simultanés à partir d'une seule passerelle locale basée sur un certificat. Les passerelles locales basées sur des certificats peuvent prendre en charge jusqu'à 6500 appels simultanés, mais cela dépend du type de connectivité de la passerelle locale (Over-the-Top ou peering d'interconnexion) et du modèle SBC sur lequel la passerelle locale est déployée. Ces limites correspondent essentiellement à la limite de nombre par défaut pour les appels PSTN locaux basés sur une passerelle et pour les appels intersites entre les points de terminaison. Pour plus d'informations, voir Démarrer avec la passerelle locale.

Tout appel dépassant cette limite est rejeté avec un 403 Forbidden. La commande show call active voice peut être exécutée sur la passerelle locale à tout moment pour déterminer le nombre total d'appels actifs.

De mauvaises conditions de réseau entre une passerelle locale et le SBC d'accès peuvent limiter les performances de la connexion de signalisation, entraînant une limite d'appels simultanés encore plus basse. La latence unidirectionnelle entre la passerelle locale et le centre de données ne doit pas dépasser 100 ms et la gigue doit être inférieure à 10 ms, tandis que la perte de paquets doit être inférieure à 0,5. %.

Caractéristiques & utilisation des fonctionnalités

Lors de l'évaluation de l'environnement actuel, il est important d'identifier et d'examiner les fonctionnalités configurées. De plus, il est important de comprendre l'utilisation des fonctionnalités afin de pouvoir (re)définir vos exigences commerciales et techniques pour votre déploiement.

Pour déterminer quelles fonctionnalités sont configurées, analysez la configuration. Il s'agit de données statiques définies lors de la configuration d'une fonctionnalité ou d'un paramètre du système. Les options suivantes peuvent être utilisées pour réaliser cette analyse :

Vérifier la configuration dans l'interface d'administration

config export -- exportation en masse ou AXL

Outil d'analyse des migrations (Recommandé)

Outils des partenaires tiers de Cisco (recommandés).

Pour analyser efficacement l'utilisation des fonctionnalités, il est essentiel d'examiner les données dynamiques du système telles que l'utilisation, les enregistrements et l'activité d'appel. Divers outils analytiques et tableaux de bord fournissent des informations sur ces indicateurs, permettant une compréhension globale des performances et de la capacité du système, ce qui facilite la prise de décisions éclairées lors des efforts de migration et d'optimisation. Les options suivantes peuvent être utilisées pour réaliser ce type d'analyse :

Examen des enregistrements CDR bruts

Examen des données RTMT du CM unifié

Outil d'analyse des migrations utilisant les données CDR

Analyse des données UC connectées au cloud dans

Volume d'appels

Points de terminaison enregistrés

(CAC) emplacements

Utilisation du coffre.

Outils des partenaires tiers de Cisco.

Cisco recommande de commencer cette analyse par l'outil Webex Control Hub Migration Insights. Vous importerez votre fichier .TAR d'exportation et les fichiers CDR Unified CM (facultatifs, mais requis pour l'analyse de l'utilisation des fonctionnalités) dans l'outil. L'outil générera les rapports suivants au format CSV, qui pourront être utilisés pour démarrer l'analyse :

Tableau 5. Rapports générés à partir du fichier .tar de Unified CM
Nom du rapport
Description du rapport
ImportedDataBulk.csv
Tous les utilisateurs et appareils à partir des données Unified CM
DeviceEligibility.csv
Identifie les appareils éligibles à la migration vers Webex Calling (téléphones IP, appareils Room OS, ATA et appareils tiers).
DevicePoolNumbers.txt
Liste de tous les numéros d'un groupe de périphériques particulier
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv
Détails concernant les appareils et les utilisateurs à migrer ensemble en fonction des lignes partagées, du groupe de recherche, de la file d'attente d'appels, du parallélisme d'appels et de la configuration du groupe de prise d'appel.
HuntGroupMigrationInsight.csv
Informations détaillées sur les lignes de chasse attribuées, les groupes de lignes et les agents associés
SharedlineGroupMigrationReport.csv
Aperçu de la manière dont les numéros de téléphone (numéros d'annuaire) sont partagés entre les utilisateurs

Tableau 6. Rapports générés à partir des fichiers .tar et CDR.gzip d'Unified CM
Nom du rapport
Description du rapport
FeatureUsageBasedDeviceEligibilityReport.csv
Informations sur l'éligibilité à la migration des appareils en fonction de l'utilisation des fonctionnalités
FeatureUsageWithLastUsageDateReport.csv
Nombre d'utilisations : nombre de fois où les pilotes de recherche et les files d'attente d'appel ont été sollicités, ainsi que la date de la dernière utilisation.
UserWorkspaceLastUsage.csv
Date de dernière utilisation pour les utilisateurs et les espaces de travail, aussi bien pour les clients logiciels que pour les téléphones fixes.
DIDUsageReport.csv
Utilisation des DID pour les DID attribués et non attribués

Pour plus de détails sur les rapports Migration Insights, voir Migration insights.

Si vous avez besoin de plus d'informations sur les fonctionnalités et l'utilisation après avoir consulté les rapports Migration Insights, Cisco recommande d'envisager l'utilisation d'un outil de migration proposé par un partenaire tiers. and/or pour consulter les configurations dans l'interface graphique ou dans les données d'exportation de configuration.

Intégrations Cisco : Unity Connection UCCX UCCE

La messagerie vocale fait partie intégrante de l'offre et est intégrée nativement à la solution. Elle ne peut pas s'intégrer à une solution de messagerie vocale sur site telle que Unity Connection ou Unity Connection Express. De plus, il n'existe aucun moyen natif de migrer les messages vocaux ou les messages d'accueil existants de la connexion Unity vers le service de messagerie vocale natif disponible avec . Certains outils de migration des partenaires tiers de Cisco possèdent des fonctionnalités permettant de migrer une partie de ces données. Pour plus d'informations sur la messagerie vocale pour , voir Configurer et gérer les paramètres de messagerie vocale pour un utilisateur Webex Calling.

Prend également en charge les boîtes vocales et de fax partagées. Pour plus d'informations, voir Gérer une boîte de messagerie vocale partagée et une boîte de fax entrante pour Webex Calling.

Il possède une fonction de standard automatique intégrée, incluse dans la plateforme de base. Cette fonctionnalité permet la transition des gestionnaires d'appels et de la fonctionnalité de standard automatique de votre connexion Unity. L'outil Control Hub, Migrer les fonctionnalités de Unified CM, prend en charge la migration des configurations Unity Connection vers les standards automatiques. Pour plus d'informations sur l'utilisation de cet outil, consultez Migration des appareils et des fonctionnalités de Unified CM vers Webex Calling.

Enregistrement d’appel

comprend deux options d'enregistrement des appels sans frais supplémentaires.

enregistrement d'appel Webex

Enregistrement Dubber Go (offre partenaire) - une intégration entre Dubber et Dubber où tous les médias enregistrés sont conservés en toute sécurité dans le cloud.

options d'enregistrement incluses Le tableau met en évidence certaines caractéristiques clés des deux options d'enregistrement d'appels disponibles sans frais supplémentaires.

Tableau 7. options d'enregistrement incluses
Webex Dubber Go

Accessible à tous les utilisateurs Accessible à tous les utilisateurs

Enregistrements illimités Enregistrements illimités

Période de conservation d'un an* période de conservation de 30 jours

100 Go de stockage par organisation -

Les responsables de la conformité peuvent accéder aux enregistrements des appels et les gérer. -

API pour gérer les enregistrements -

Les administrateurs peuvent configurer et gérer l'accès des utilisateurs à leurs enregistrements d'appels.
Les utilisateurs peuvent gérer leurs propres enregistrements via le Hub utilisateur and/or l'application Webex.
Seuls les utilisateurs peuvent accéder à leurs enregistrements et les gérer.
Depuis leur portail de doublage.

Si votre organisation a besoin de fonctionnalités d'enregistrement supplémentaires telles que l'enregistrement des appels de conformité, des périodes de conservation plus longues, un stockage plus important, l'analyse par IA, and/or L'accès administrateur, les offres payantes et les modules complémentaires sont proposés à la fois par Cisco et par des fournisseurs d'enregistrement tiers. Pour plus d'informations sur les fournisseurs d'enregistrement, les configurations et les services partenaires complémentaires, consultez Gérer l'enregistrement des appels pour Webex Calling.

Intégrations tierces

prend en charge diverses intégrations^tierces, notamment les SBC pour passerelles locales, les téléphones IP, les interphones, Speaker/Pagers, ATA, etc. En plus de ces appareils^{tiers , Webex Calling prend en charge différentes solutions^{tierces pour} le support client, l'analyse, l'enregistrement,} la facturation, etc. Pour plus d'informations sur les solutions^{tierces , consultez} Webex App Hub.

Tableau 1. Exemple d'évaluation
Signé par une autorité de certification (CA) de confiance	Considérations clés
Préparation du réseau et bande passante	Bande passante, QoS, WAN/Internet, Firewall/NAT
Intégration aux systèmes existants	Annuaire, CRM, PBX, Email/Calendar
Compatibilité et provisionnement des terminaux	Assistance technique, configuration, mises à jour du micrologiciel
Configurations de sécurité et chiffrement	Chiffrement, authentification, conformité, surveillance de la sécurité
Formation des utilisateurs et gestion du changement	Programmes de formation, documentation, communication du changement
Portabilité des numéros et plan de numérotation	Nombre migration/porting, traduction du plan de numérotation
Intégrations tierces	Système de radiomessagerie, centre de contact, fax, appareils analogiques

Tableau 2. Calculs de bande passante pour les appels Webex
Types d'appels	Codec - bande passante	Calculs de bande passante
/ Téléphone de bureau ->	OPUS - 70 kbps	Nombre d'appels simultanés * 70 kbps = Débit réseau requis
/ Téléphone de bureau -> Téléphone de bureau	OPUS – 70 kbps	Nombre d'appels simultanés * 70 kbps = Débit réseau requis
/ Téléphone de bureau -> Réseau téléphonique public commuté (RTPC) via LGW	G.711 – 80 kbps	Nombre d'appels simultanés * 80 kbps = Débit réseau requis
/ Téléphone de bureau -> Réseau téléphonique public commuté (RTPC) via le réseau téléphonique public commuté cloud (par exemple, forfait d'appels Cisco)	G.711 – 80 kbps	Nombre d'appels simultanés * 80 kbps = Débit réseau requis
/ Téléphone de bureau -> Entreprise via LGW	G.722 – 80 kbps	Nombre d'appels simultanés * 80 kbps = Débit réseau requis
/ Téléphone de bureau -> messagerie vocale	OPUS – 70 kbps	Nombre d'appels simultanés * 70 kbps = Débit réseau requis

Tableau 3. Exemples de calcul de la bande passante pour les appels Webex
Types d'appels	Nombre d'appels simultanés	Bande passante totale
Application Webex / Téléphone de bureau → Application Webex	15	2 * 15 * 70 kbps = 2 100 kbps
Application Webex / Téléphone de bureau → Téléphone de bureau	15	2 * 15 * 70 kbps = 2 100 kbps
Application Webex / Téléphone de bureau → Réseau téléphonique public commuté (RTPC) via passerelle LGW	50	2 * 50 * 80 kbps = 8 000 kbps
Application Webex / Téléphone de bureau → Réseau téléphonique public commuté (RTPC) via Cloud Connect pour les appels Webex	0	0 * 80 Kbps
Application Webex / Téléphone de bureau → Entreprise via LGW	15	2 * 15 * 80 kbps = 2 400 kbps
Application Webex / Téléphone de bureau → Messagerie vocale Webex Calling	5	5 * 70 kbps = 350 kbps
Appels totaux / Bande passante	100 appels	14 950 kbps / 14,95 Mbps

Tableau 4. Plan de transition des utilisateurs par site
Site utilisateur / emplacement	Séances d'information et de formation préalables à la transition	période de transition	Soutien post-transition
New York (1 525 utilisateurs)	Semaine du 1er avril	15 avril – 27 avril	Semaine du 29 avril
SFO (1 600 utilisateurs)	Semaine du 6 mai	20 mai – 31 mai	Semaine du 3 juin
RTP (1 275 utilisateurs)	Semaine du 3 juin	17 juin – 28 juin	Semaine du 1er juillet

Tableau 5. Rapports générés à partir du fichier .tar de Unified CM
Nom du rapport Description du rapport
ImportedDataBulk.csv Tous les utilisateurs et appareils à partir des données Unified CM
DeviceEligibility.csv Identifie les appareils éligibles à la migration vers Webex Calling (téléphones IP, appareils Room OS, ATA et appareils tiers).
DevicePoolNumbers.txt Liste de tous les numéros d'un groupe de périphériques particulier
HuntGroup_CallQueue_CallPark_CallPickUpGroups.csv Détails concernant les appareils et les utilisateurs à migrer ensemble en fonction des lignes partagées, du groupe de recherche, de la file d'attente d'appels, du parallélisme d'appels et de la configuration du groupe de prise d'appel.
HuntGroupMigrationInsight.csv Informations détaillées sur les lignes de chasse attribuées, les groupes de lignes et les agents associés
SharedlineGroupMigrationReport.csv Aperçu de la manière dont les numéros de téléphone (numéros d'annuaire) sont partagés entre les utilisateurs

Tableau 6. Rapports générés à partir des fichiers .tar et CDR.gzip d'Unified CM
Nom du rapport Description du rapport
FeatureUsageBasedDeviceEligibilityReport.csv Informations sur l'éligibilité à la migration des appareils en fonction de l'utilisation des fonctionnalités
FeatureUsageWithLastUsageDateReport.csv Nombre d'utilisations : nombre de fois où les pilotes de recherche et les files d'attente d'appel ont été sollicités, ainsi que la date de la dernière utilisation.
UserWorkspaceLastUsage.csv Date de dernière utilisation pour les utilisateurs et les espaces de travail, aussi bien pour les clients logiciels que pour les téléphones fixes.
DIDUsageReport.csv Utilisation des DID pour les DID attribués et non attribués

Tableau 7. options d'enregistrement incluses
Webex	Dubber Go
Accessible à tous les utilisateurs	Accessible à tous les utilisateurs
Enregistrements illimités	Enregistrements illimités
Période de conservation d'un an*	période de conservation de 30 jours
100 Go de stockage par organisation	-
Les responsables de la conformité peuvent accéder aux enregistrements des appels et les gérer.	-
API pour gérer les enregistrements	-
Les administrateurs peuvent configurer et gérer l'accès des utilisateurs à leurs enregistrements d'appels. Les utilisateurs peuvent gérer leurs propres enregistrements via le Hub utilisateur and/or l'application Webex.	Seuls les utilisateurs peuvent accéder à leurs enregistrements et les gérer. Depuis leur portail de doublage.

Planifier

Plan de projet de haut niveau

Parcours migratoire - une ou deux étapes ?

Option 1 : Migration utilisateur en une seule étape

Option 2 : Migration utilisateur en deux étapes

Étape 1

Étape 2

Plan de projet de haut niveau

Lors de l'élaboration d'un plan de projet de haut niveau pour la migration de vers , il est essentiel d'établir des phases et des étapes clés claires qui correspondent à la fois aux objectifs commerciaux et aux exigences techniques. Le plan devrait débuter par une phase d'évaluation exhaustive, comprenant la collecte des exigences techniques et commerciales détaillées, ainsi que l'identification des parties prenantes et la définition des critères de réussite. Les principaux éléments à prendre en compte sont l'allocation des ressources, l'estimation du calendrier, la gestion des risques et les stratégies de communication afin de garantir que toutes les parties prenantes soient informées et impliquées tout au long de la migration. De plus, le plan devrait intégrer des points de contrôle de validation tels que des tests pilotes et des déploiements progressifs afin de minimiser les perturbations et de permettre des ajustements en fonction des retours d'information.

Exemples d'éléments à inclure dans le plan de projet :

Définir le périmètre de la migration (par exemple, quels utilisateurs, appareils et fonctionnalités seront concernés par la migration)

Planification des sessions de formation pour les utilisateurs finaux et les équipes de support

Coordination des évaluations de l'état de préparation du réseau, et

Planification des activités de transition avec options de repli. Il est également important d'intégrer les audits de conformité et de sécurité, ainsi que les phases de support et d'optimisation post-migration.

En structurant le plan de projet en tenant compte de ces considérations, les organisations peuvent mieux gérer la complexité, réduire les risques et parvenir à une transition plus fluide vers .

Parcours migratoire - une ou deux étapes ?

exige que les utilisateurs utilisent le logiciel client pour leurs appels. Par conséquent, si des utilisateurs utilisent encore , vous avez deux options quant au moment où vous pouvez les faire passer à . Vous pouvez effectuer une migration utilisateur en une seule étape ou en deux étapes.

Option 1 : Migration utilisateur en une seule étape

Lors d'une migration en une seule étape, les utilisateurs passent de à en même temps qu'ils passent de Unified CM à . Cette option est généralement destinée aux clients ayant un petit nombre d'utilisateurs à migrer et qui peuvent gérer le transfert simultané du client logiciel et du service d'appel de l'utilisateur. La figure Service d'appel de l'utilisateur, client logiciel & Le téléphone migre en même temps ci-dessous met en évidence ce type de migration. Avec cette option, l'utilisateur aura les actions suivantes effectuées simultanément :

Les services d'appel ont été déplacés de à

Les numéros de téléphone et les extensions ont été transférés de à

Le client logiciel est passé de Jabber à - s'enregistrera à

L'enregistrement téléphonique a été déplacé de à .

Service d'appel utilisateur, client logiciel & Le téléphone migre en même temps

Il peut toujours s'agir d'une migration progressive où des groupes d'utilisateurs sont déplacés à différents moments, mais lorsque chaque utilisateur est déplacé, toutes ces opérations se produisent simultanément.

Option 2 : Migration utilisateur en deux étapes

L'autre approche consiste en une migration en deux étapes. À l'étape 1, les utilisateurs passent de l'autre côté mais restent connectés pour les services d'appel. Ensuite, à l'étape 2, les utilisateurs sont déplacés de Unified CM vers . Cette option est recommandée aux clients de grande taille pour gérer les modifications apportées aux utilisateurs finaux et qui souhaitent dissocier la modification du client logiciel de l'utilisateur de la modification du service appelant. La figure suivante Migrer le client logiciel ; puis migrer le service appelant, le client logiciel & Le passage du téléphone à Webex Calling ci-dessous met en évidence ce type de migration.

Étape 1

Le client logiciel a été transféré de à - s'enregistrera à .

Étape 2

Les services d'appel ont été déplacés de à .

Les numéros de téléphone et les extensions ont été déplacés de à .

L'inscription a été déplacée de à .

L'enregistrement téléphonique a été déplacé de à .

Migrer le client logiciel ; puis migrer le service d'appel et le client logiciel. & Appel téléphonique vers Webex

Il peut toujours s'agir d'une migration par étapes, où des groupes d'utilisateurs sont déplacés à différents moments lors des deux étapes.

L'option que vous choisirez dépend de la manière dont vous souhaitez gérer la transition de vos utilisateurs vers et . Il est recommandé de procéder par étapes (Option 2). Cela vous permet de minimiser les modifications apportées par l'utilisateur final en une seule fois et de répartir l'effort sur différentes parties du projet. Toutefois, si vous préférez que les utilisateurs ne soient impactés qu'une seule fois, l'option 1 est également valable.

En regardant le parcours recommandé (Option 1), la carte de transition de haut niveau de l'application Jabber vers Webex la figure ci-dessous montre la transition de haut niveau pour l'étape 1.

Carte de transition générale de Jabber vers Webex App

Dans cette étape, les utilisateurs passent de Jabber à ce service pour tous leurs appels. Toutefois, la plateforme d'appel est toujours Unified CM et enregistrera ses services d'appel auprès de . Comme on peut le voir dans la figure Jabber to Webex App high-level transition map l'infrastructure sur site ne change pas et fonctionne de la même manière que Jabber. Le seul changement est que cela nécessite une connexion sortante à .

Pour plus d'informations sur cette transition, consultez Jabber to Webex Transition Map and Deployment Guide dans la section Client de la Collaboration Transition page.

Carte de transition de haut niveau Unified CM vers Webex Calling La figure représente la transition de haut niveau de à . Voici l'étape 2 du parcours recommandé.

Plan de transition de haut niveau entre Unified CM et Webex Calling

Cela s'applique également si vous optez pour l'approche en une seule étape.

Dans cette étape, les utilisateurs sont regroupés. À ce stade, les utilisateurs commencent à utiliser les services d'appel, l'enregistrement des appels et l'enregistrement des téléphones IP.

Étant donné que les utilisateurs migrent par groupes, les utilisateurs Entreprise seront répartis entre les deux plateformes d'appel pendant la transition. Phase 1 dans Unified CM to Webex Calling high-level transition map figure depicts this state. Durant cette phase, il est nécessaire de planifier la gestion des appels entre les utilisateurs des deux plateformes et le routage des appels RTC. Chaque fois qu'un groupe d'utilisateurs est transféré vers , des mises à jour des plans de numérotation et du routage des appels seront nécessaires sur , et sur la ou les passerelles locales.

Une fois que tous les utilisateurs, clients logiciels et appareils auront été transférés vers (Phase 2), alors toute l'infrastructure UC sur site pourra être supprimée et mise hors service.

Design

Sélection de la région

Emplacements

PSTN

Plan de numérotation

Plan de numérotation sur site dans

plan de numérotation

Enregistrement

1. sélection du fournisseur d'enregistrement des appels

2. Sélection de la région

Appel d'urgence

Licences

Affectation manuelle par

Modèles d'attribution automatique de licences

Affectation en masse via un modèle CSV

Affectation basée sur l'API

Exigences en matière de licence

Provisionnement des utilisateurs

Groupes d'utilisateurs

Approche recommandée lors de la migration de vers

Conception de groupes d'utilisateurs

Authentification unique (SSO)

Prise en charge de plusieurs fournisseurs d'identité

1. Fusions et acquisitions

2. Plusieurs services informatiques indépendants

3. Différents groupes d'utilisateurs ou domaines

4. Prise en charge de divers protocoles d'authentification

5. Sécurité et conformité renforcées

6. Expérience utilisateur simplifiée

Duo MFA avec SSO pour

Fonctionnalités

Standard automatique

Parcage d’appels

Prise d’appels

File d’attente d’appel

Groupe de recherche

Modes de fonctionnement

Groupe de radiomessagerie

Enregistrements

Portée du numéro individuel

Groupe de messagerie vocale

Sélection de la région

est disponible dans le monde entier et est distribué à partir de centres de données redondants situés dans plusieurs régions : États-Unis (Dallas, Chicago), Canada (Vancouver, Toronto), Europe (Francfort, Amsterdam), Royaume-Uni (Londres, Manchester), Australie (Melbourne, Sydney), Japon (Tokyo, Osaka), Arabie saoudite (Riyad, Djeddah) et Inde (Mumbai, Chennai). Les points de présence médias fournissent des services médias afin d'optimiser les temps d'aller-retour des médias. Le centre de données de Singapour, par exemple, est utilisé pour optimiser les temps d'aller-retour des médias pour les clients des pays asiatiques où les temps d'aller-retour vers l'Australie ou le Japon pourraient être sous-optimaux. Les centres de données sont interconnectés par un réseau dorsal multigigabit entièrement redondant. La figure centres de données répartis dans le monde entier montre un aperçu de tous les centres de données. Pour obtenir la liste la plus récente des centres de données disponibles, consultez Emplacements des centres de données pour Webex Calling.

Centres de données répartis dans le monde entier

Chaque client est provisionné sur l'une des instances. Toutes les informations de provisionnement de ce client sont stockées dans cette instance et la signalisation SIP de tous les points de terminaison et passerelles locales provisionnés pour ce client est liée à l'instance sur laquelle le client est provisionné. Du fait de la difficulté à modifier le choix initial de la région, il est important de prendre en compte tous les facteurs pertinents dans le cadre du processus de décision menant à ce choix. Pour éviter un délai aller-retour excessif de la signalisation, il est important de décider dès le début du processus de transition quelle instance doit être utilisée. Cisco recommande de sélectionner l'instance qui offre les temps d'aller-retour de signalisation les plus courts pour le plus grand nombre d'utilisateurs au sein du déploiement.

Pour connaître la disponibilité par pays, consultez Où Webex est-il disponible ?.

Emplacements

Pour préparer la mise en place des sites, il est nécessaire de collecter les informations requises pour tous les sites cibles de migration. Les informations nécessaires pour chaque emplacement sont résumées dans Informations à recueillir pour chaque emplacement.
Tableau 1. Informations à recueillir pour chaque emplacement
Information Commentaire
Portée(s) d'extension Chaque emplacement peut avoir des extensions commençant par des chiffres différents. Un chiffre doit être réservé pour le chiffre de direction de numérotation inter-sites (par exemple 8) et un pour le chiffre de direction PSTN (par exemple 9). Aucune plage d'extension ne peut commencer par l'un ou l'autre de ces deux chiffres.
Toutes les portées d'extension de tous les emplacements doivent être de longueur égale.
Plage(s) DID -
Numéro de direction PSTN -
Code du site Tous les codes de site, pour tous les emplacements, doivent être uniques et avoir la même longueur.
Numéro principal Lors de la création d'un emplacement, deux identifiants DID doivent être provisionnés. Un numéro principal (par exemple, pour être attribué à un service de standard automatique) et un autre pour le portail de messagerie vocale.
Prévoyez un numéro DID pour la messagerie vocale.
numéro de messagerie vocale
Nombre de licences Licences requises par type, notamment Standard, Professionnel, Espace de travail, Liste de routage, Plan d'appels sortants.
Appels simultanés aux heures de pointe Somme des appels simultanés entre appareils et entre appareils et passerelle locale (PSTN et appels vers les appareils). Nécessaire pour déterminer la bande passante d'accès Internet requise.
Pays -
Fuseau horaire -
LANGUE -
Coordonnées (Nom, Téléphone, Courriel) -
Adresse (Rue, Ville, État, Code postal) -
emplacement physique des points de terminaison pour les services d'urgence L'emplacement de l'appareil utilisé pour les appels d'urgence comprend généralement les éléments suivants : adresse du bâtiment, adresse du bâtiment + numéro d'étage, adresse du bâtiment + numéro de suite ou adresse du bâtiment + numéro d'étage + office/cubical nombre.
Emplacement physique unique par appareil sur le réseau pour les services d'urgence L'emplacement physique du réseau pour les appels d'urgence comprend généralement les éléments suivants : changer / port de commutation pour les périphériques filaires, identifiants de jeu de services de base (BSSID) des points d'accès sans fil (AP) pour les périphériques connectés sans fil, and/or Sous-réseau(x) IP sur site pour les périphériques terminaux.

PSTN

Lors de la conception d'un déploiement, les clients disposent de trois options principales de connectivité PSTN : Les forfaits d'appels Cisco (un service PSTN fourni dans le cloud et géré par Cisco), les fournisseurs PSTN connectés au cloud (CCPP, où les fournisseurs fournissent un service PSTN via le cloud) et le PSTN sur site (où les passerelles locales connectent le réseau de l'entreprise au PSTN). Avec l'introduction du PSTN trunking pour les déploiements hybrides (Pour plus d'informations, voir PSTN trunking pour les déploiements Webex Calling hybrides à PSTN trunking), les organisations bénéficient d'une flexibilité supplémentaire dans leur approche de migration. Cette fonctionnalité permet aux clients de migrer leur réseau PSTN vers CCPP dès le début du processus de transition et d'entamer la transition vers le PSTN cloud pour les utilisateurs, tout en tirant parti de CCPP pour maintenir le service PSTN pour les utilisateurs qui restent sur Cisco pendant une migration progressive.

Cette approche hybride permet aux organisations de transférer d'abord certains groupes d'utilisateurs vers le cloud, sans avoir à remanier immédiatement l'ensemble de leur environnement téléphonique. Cependant, cela introduit une complexité et des risques supplémentaires, notamment en ce qui concerne l'adaptation de la logique de routage des appels existante pour prendre en charge la nouvelle architecture. L'interopérabilité avec les applications existantes, telles que les serveurs de fax, les centres de contact ou les systèmes de radiomessagerie, nécessite également une attention particulière. Les principaux défis techniques peuvent inclure la garantie d'une négociation de codec de bout en bout sans faille et d'une signalisation DTMF (Dual-Tone Multi-Frequency) dans un environnement mixte, ainsi que la validation de la compatibilité avec les fonctionnalités de téléphonie spécialisées. Une planification et des tests appropriés sont essentiels pour minimiser les perturbations et maintenir des services vocaux fiables tout au long du processus de migration. De plus, les considérations commerciales sont importantes, car le trunking hybride nécessite une licence d'utilisation basée sur le nombre d'appels simultanés entre l'environnement sur site et le fournisseur PSTN connecté au cloud (CCPP).

Les organisations peuvent également choisir de conserver leur connectivité PSTN sur site tout au long de la phase de transition. Dans ce scénario, la migration vers CCPP peut être effectuée de deux manières : soit en une seule transition coordonnée pour tous les utilisateurs et tous les emplacements une fois la migration terminée, soit de manière progressive, la migration du réseau téléphonique public commuté (RTPC) se faisant emplacement par emplacement au fur et à mesure du déplacement des utilisateurs vers . Cette approche peut contribuer à rationaliser la coexistence et à maintenir la continuité des intégrations existantes, mais elle introduit plusieurs complexités opérationnelles. Parmi ces défis figurent ceux liés à la portabilité des numéros, tels que la nécessité d'une coordination précise des ordres de portabilité, les retards potentiels et les limitations imposées par les fournisseurs, comme un plafond sur le nombre de demandes de portabilité simultanées ou des restrictions sur la portabilité de sous-ensembles de grands blocs de numéros. Les organisations doivent planifier soigneusement leur stratégie de transition vers le réseau téléphonique public commuté (RTPC), en tenant compte de ces considérations logistiques afin d'éviter les interruptions de service et de garantir une migration en douceur.

Migration vers CCCP dès le départ ou maintien du réseau téléphonique public commuté (RTPC) sur site

La figure Migration vers CCCP au départ vs. maintien du PSTN sur site montre les deux options de migration PSTN expliquées ci-dessus. L'illustration de gauche montre le scénario où tous les utilisateurs et applications sur site consomment des services PSTN connectés au cloud via une liaison sur site et une passerelle locale reliant l'environnement sur site au réseau, tandis que l'illustration de droite montre le scénario où le réseau PSTN sur site existant reste en place et où les utilisateurs de Webex Calling utilisent le réseau PSTN sur site via la connexion de passerelle locale entre l'environnement sur site et le réseau. Durant la transition, les sites peuvent basculer vers l'utilisation du réseau téléphonique public commuté (PSTN) connecté au cloud.

Dans les deux cas, les appels entre l'infrastructure sur site et l'utilisateur utilisent la connexion de passerelle locale. La connexion entre l'infrastructure sur site et le réseau doit être conçue et dimensionnée en conséquence, en fonction du nombre d'appels simultanés prévus et de la redondance requise.

Plan de numérotation

Pour assurer une interopérabilité parfaite entre et pendant la période de migration, une architecture de plan de numérotation complète doit être développée et mise en œuvre sur les deux plateformes. Cette conception de plan de numérotation à double plateforme garantit un routage des appels, une traduction des numéros et une transparence des fonctionnalités cohérents, permettant aux utilisateurs de l'un ou l'autre système de communiquer sans dégradation du service ni interruption de l'expérience utilisateur pendant toute la phase de coexistence.

Plan de numérotation sur site dans

Lors de la transition visant à permettre la coexistence des appareils enregistrés sur Unified CM et sur le plan de numérotation d'entreprise, il est nécessaire de modifier certains éléments afin de satisfaire au moins aux exigences suivantes :

+E.164 composer un numéro de à

Numérotation des extensions de à (intra-site mais aussi inter-sites si les plages d'extensions sont uniques)

Numérotation intersite abrégée de à

Numérotation forcée sur le réseau de à

Rappel depuis le répertoire des appels manqués vers les destinations sur

Appels RTC depuis vers le réseau RTC si, pendant la transition, le réseau RTC sur site est utilisé pour

Appels RTC de à si, pendant la transition, le trunking RTC pour les déploiements hybrides est utilisé pour fournir un accès RTC aux utilisateurs sur site via Cloud Connect pour

Forcé sur le réseau de à

Numérotation d'extension de à (intersite).

Si l'une des habitudes de numérotation ci-dessus n'est pas prise en charge avant la transition, par exemple s'il n'existe pas d'habitude de numérotation inter-sites abrégée, il n'est pas nécessaire de les introduire pendant la transition.

La figure Plan de numérotation des meilleures pratiques montre l'approche de plan de numérotation des meilleures pratiques telle que décrite dans le Architecture préférée pour les déploiements sur site d'entreprise Cisco Collaboration 12.x, CVD. Les principales caractéristiques de cette approche sont les suivantes :

Une seule partition pour +E.164 numéros de répertoire

Le routage de base est basé sur +E.164 modèles d'itinéraire

Normalisation de toutes les habitudes de numérotation +E.164 en utilisant des modèles de traduction

Utilisation de l'héritage de l'espace de recherche d'appel du modèle de traduction (option Utiliser l'espace de recherche d'appel de l'origine défini sur les modèles de traduction).

Plan de numérotation des meilleures pratiques

Par exemple, la numérotation RTC (9+1+10D) à partir d'un appareil du SJC configuré avec un espace de recherche d'appels de ligne SJCInternational sera d'abord mis en correspondance par le 9.1[2-9]XX[2-9]XXXXXX modèle de traduction qui normalise le numéro de l'appelé en +E.164. La recherche secondaire utilise alors à nouveau le même espace de recherche appelant SJCInternational (héritage de l'espace de recherche appelant) et le +E.164-digit La chaîne sera soit mise en correspondance par un +E.164 numéro de répertoire dans la partition DN ou par l'un des modèles de routage PSTN dans la partition USPSTNNational ou SJCPSTNLocal. Les habitudes de numérotation intra-site et inter-site abrégées sont mises en œuvre par les traductions dans la partition ESN et SJCtoE164. Alors que la partition ESN est une partition globale (accessible pour les téléphones de tous les emplacements), la partition SJCTOE164 n'est accessible qu'aux utilisateurs de l'emplacement SJC. Ceci suppose des plages d'extension qui se chevauchent.

La première étape pour permettre l'appel de à est de s'assurer que +E.164 Les destinations sont acheminées en conséquence. Cela peut être réalisé en ajoutant une partition au plan de numérotation, en ajoutant +E.164 modèles de routage pour toutes les destinations vers cette partition, et enfin ajout de la partition à tous les espaces de recherche appelants représentant les classes de service qui doivent pouvoir atteindre . La création d'une partition dédiée est nécessaire pour permettre la création d'une classe de service différenciée pour les appels provenant de . Pour éviter les boucles d'appel, l'espace de recherche des appels entrants sur la ligne provenant de la passerelle locale ne doit pas avoir accès à la partition.

+E.164 routage vers Webex Calling

Comme le montre la figure +E.164 routage vers Webex Calling, pour activer le routage depuis vers pour un emplacement avec +E.164 Gamme DID +1 221 555 2XXX et code de site 121, un modèle d'itinéraire urgent correspondant à ceci +E.164 Il faut ajouter la plage à la partition .

Si aucune sélection de passerelle locale spécifique au site n'est requise, alors au lieu d'utiliser une liste de routage avec un groupe de routage local comme destination pour les modèles de routage pointant vers un seul groupe de routage, celui-ci peut être configuré avec la passerelle locale comme seul membre, puis les modèles de routage pointent vers une seule liste de routage avec ce groupe de routage comme seule entrée.

Pour permettre la numérotation abrégée inter-sites vers le site, le modèle de route requis 8121.2XXX est ajouté à la partition. Pour les sites devant passer à un modèle de normalisation de numérotation 8121.2XXX qui normalise la numérotation ESN vers +E.164 pourrait déjà exister dans la partition ESN. Dans ce cas, le 8121.2XXX semble redondant, mais dès que tous les DN de l'emplacement respectif ont été migrés vers le 8121.2XXX, le modèle de traduction de normalisation de numérotation peut être supprimé et le modèle de routage 8121.2XXX permet alors la numérotation ESN même pour les utilisateurs d'extension uniquement dans cette plage.

Grâce à ces modifications du plan de numérotation, les appels vers ce site peuvent être effectués non seulement en composant des numéros abrégés inter-sites, mais aussi en utilisant des raccourcis. +E.164. De plus, les appels internationaux et nationaux vers le réseau téléphonique public commuté (RTPC) sont possibles car ces habitudes d'appel sont d'abord normalisées. +E.164 via les modèles de traduction de normalisation de numérotation existants, puis acheminés en faisant correspondre les +E.164 Modèle de routage dans la partition.

Le +E.164 La correspondance des modèles de routage sur la plage DID de l'emplacement peut être provisionnée alors que tous les DID sont encore hébergés sur . L'algorithme de correspondance de modèles le plus performant garantit que lorsqu'un numéro hébergé sur est composé, alors +E.164 Le numéro de répertoire provisionné correspond mieux que le numéro générique. +E.164 modèle de routage pointant vers afin que les appels soient prolongés vers une ligne sur et non envoyés vers .

plan de numérotation

Chaque utilisateur dispose d'une extension and/or un +E.164 numéro de téléphone. La longueur de l'extension est un paramètre global fixe : Toutes les extensions d'un déploiement ont la même longueur. La numérotation par extension peut être utilisée entre utilisateurs, aussi bien au sein d'un même site qu'entre différents sites. La numérotation abrégée entre postes de sites (ce dernier cas) ne fonctionne que si le poste composé est unique.

Si la numérotation abrégée entre sites est requise, mais qu'il existe des chevauchements entre les extensions attribuées à différents emplacements, un plan de numérotation spécifique à l'entreprise doit être créé en préfixant les extensions par un code d'accès ou un code de site. Pour plus d'informations, voir Architecture préférée pour les déploiements sur site de Cisco Collaboration 15, Vue d'ensemble de la conception disponible sur Architectures préférées de Cisco Collaboration.

La longueur du poste, le comportement de numérotation inter-sites, la longueur du préfixe pour la numérotation inter-sites et le chiffre de routage dans le préfixe de routage pour la numérotation inter-sites sont configurés dans les paramètres du service d'appel. :

Longueur du préfixe de routage de localisation: Longueur du préfixe, chiffre de direction inclus. Uniquement requis si un plan de numérotation d'entreprise doit être établi comme méthode alternative de numérotation abrégée entre les sites de l'entreprise.

Chiffre de direction dans le préfixe de routage: Numéro de référence pour la numérotation abrégée inter-sites d'entreprise. Il convient d'éviter tout chevauchement avec le premier chiffre de n'importe quel numéro de localisation et les chiffres de numérotation sortante de la localisation. Uniquement requis si un plan de numérotation d'entreprise doit être établi comme méthode alternative de numérotation abrégée entre les sites de l'entreprise.

Longueur d'extension interne: Longueur standard des rallonges. Peut prendre n'importe quelle valeur entre deux et dix.
Lorsque la numérotation d'extension ou la numérotation à l'aide de numéros significatifs d'entreprise (code de routage, code de site, extension) est requise depuis un contrôle d'appel sur site et que le contrôle d'appel sur site envoie une extension comme identifiant de l'appelant, assurez-vous également de définir le paramètre Longueur maximale de l'extension inconnue dans la section Routage des appels entre et les locaux afin de garantir que les appels en amont du contrôle d'appel sur site vers peuvent être classés correctement comme appels sur site.

Autoriser la numérotation des extensions entre les emplacements: Basculer vers enable/disable Numérotation des extensions entre différents sites. Cette option ne doit être activée que si toutes les extensions au sein de l'organisation sont uniques. Si l'option est désactivée, il est nécessaire de composer des numéros d'entreprise (code de navigation, code de site, extension) ou des numéros de téléphone entre les sites.

Les trois premiers paramètres servent principalement à élaborer un plan de numérotation pour les téléphones afin de minimiser les délais d'attente entre les chiffres lors de l'utilisation de la numérotation décrochée. Des écarts par rapport à ces paramètres globaux restent possibles (par exemple, des extensions de longueur différente peuvent être configurées), mais un message d'avertissement apparaîtra dans le Control Hub et la numérotation depuis les téléphones pourrait nécessiter une numérotation par bloc pour éviter les conflits au sein du plan de numérotation préchargé.

Le tableau Exemple de numérotation d'entreprise montre un exemple de trois emplacements où les plages d'extension de deux emplacements, NYC et RTP, sont identiques. L'établissement d'un système de numérotation d'entreprise avec un chiffre de direction inter-sites 8, suivi d'un code de site à trois chiffres et d'une extension à quatre chiffres crée une habitude de numérotation inter-sites abrégée non chevauchante.

Tableau 2. Exemple de numérotation d'entreprise
Taille Gamme d'extension Code du site Gamme Entreprise

New York 2XXX 202 8 202 2XXX

SFO 3XXX 203 8 203 3XXX

RTP 2XXX 204 8 204 2XXX

Pour permettre une transition en douceur, les habitudes de numérotation des utilisateurs avant et après la transition devraient idéalement rester les mêmes. Pour préparer la transition pour chaque site, les plages DID et les plages d'extension (ou les habitudes de numérotation intra-site abrégées) doivent être documentées. Sur la base de ces informations, il convient de sélectionner le chiffre de pilotage inter-sites.

Le tableau Plages d'extension de longueur fixe montre un exemple de trois emplacements et de plages d'extension de longueur fixe. Afin d'éviter les chevauchements dans les habitudes de numérotation, il est important de s'assurer que, pour toute plage de numéros de poste, le premier chiffre de la plage ne corresponde pas au chiffre de routage pour la numérotation abrégée inter-sites. Si par exemple 8 est sélectionné comme chiffre de direction pour la numérotation inter-sites, alors aucune plage d'extension dans aucun site ne peut commencer par 8. En règle générale, les extensions d'un emplacement donné correspondent aux derniers chiffres des numéros DID attribués à cet emplacement. Pour éviter les conflits, le premier chiffre de l'extension peut être modifié. Si, par exemple, les DID dans le +1 Si la plage de numéros de poste 408, 555 et 8XXX est utilisée dans un lieu, alors au lieu d'utiliser 8XXX comme plage de numéros de poste, 7XXX peut être utilisé pour les numéros de poste de ce site.

Tableau 3. plages d'extension à longueur fixe
Taille Gamme d'extension Numéros de postes Code du site Gamme Entreprise

New York 2XXX 2XXX 202 8 202 2XXX

SFO 8XXX 7XXX 203 8 203 7XXX

RTP 1XX 11XX 204 8 204 11XX

Les séquences de numérotation à sept chiffres composées sur un appareil utilisant le plan de numérotation américain chevauchent un modèle à sept chiffres pour la numérotation locale dans le plan de numérotation américain préchargé. Pour éviter les chevauchements entre les habitudes de numérotation sur le réseau et hors réseau (PSTN), un code d'accès externe obligatoire peut être utilisé à cet emplacement. Si le schéma de numérotation d'entreprise existant et la numérotation intersite abrégée correspondante chevauchent les modèles de numérotation nationale, alors lors de la transition vers le schéma de numérotation pour éviter les chevauchements, ils peuvent également être modifiés en une forme plus longue ou plus courte. La méthode la plus simple pour y parvenir consiste à ajouter un chiffre de remplissage supplémentaire au schéma de numérotation. Le nouveau schéma de numérotation inter-sites plus long ne doit être adopté que par les utilisateurs ayant déjà migré vers . Les utilisateurs encore connectés peuvent continuer à composer sept chiffres. Le plan de numérotation d'entreprise doit, dans ce cas, s'assurer que la numérotation abrégée à sept chiffres depuis Unified CM soit transformée en l'un ou l'autre des modes suivants : +E.164 ou au format de numérotation abrégé déployé sur . Cette opération doit être effectuée avant d'envoyer l'appel à la passerelle locale.

Le tableau Transition de la numérotation à sept chiffres montre un exemple de cette renumérotation. Dans cet exemple, la numérotation inter-sites abrégée utilise le chiffre de direction 8 suivi d'un code de site à deux chiffres et d'un numéro de poste à quatre chiffres. Pour éviter la numérotation intersite abrégée à sept chiffres pour les emplacements sur , les codes de site peuvent facilement être modifiés à trois chiffres en préfixant un chiffre de remplissage arbitraire (8 dans l'exemple) aux codes de site à deux chiffres utilisés dans de sorte que la numérotation intersite à partir de téléphones utilise le chiffre de direction 8 suivi du chiffre de remplissage 8, l'ancien code de site à deux chiffres et l'extension à quatre chiffres. Les utilisateurs n'ont pas besoin de se souvenir des nouveaux codes de site ; ils doivent seulement se souvenir d'utiliser 88 comme préfixe pour la numérotation inter-sites au lieu de 8 sur .

Tableau 4. Transition vers la numérotation à sept chiffres

Taille Numéros de postes Code du site Gamme Entreprise Site ode Entreprise ange

New York 2XXX 22 8 22 2XXX 822 8 822 2XXX

SFO 8XXX 23 8 23 7XXX 823 8 823 7XXX

RTP 1XXX 24 8 24 11XX 824 8 824 11XX

Dans un scénario où différents formats de numéros d'entreprise sont activés et si les numéros d'entreprise sont présentés comme informations de l'appelant pour les appels de vers (par exemple - appels provenant d'appareils sans DID), il est important de mettre en œuvre un mappage entre les différents formats de numéros pour les informations de l'appelant afin de garantir le bon fonctionnement du rappel. Ce mappage peut être réalisé en utilisant le modèle de transformation de l'appelant sur la liaison entre et la passerelle locale.

Enregistrement

Une solution d'enregistrement d'appels bien conçue nécessite une attention particulière à plusieurs éléments clés de conception afin de garantir son adéquation avec les objectifs organisationnels, les exigences réglementaires et les contraintes techniques. Deux des décisions les plus importantes concernent le choix du fournisseur et le choix de la région, deux choix qui peuvent nécessiter une adaptation globale et être modifiés localement en fonction des besoins de l'entreprise.

1. sélection du fournisseur d'enregistrement des appels

Choisir le bon fournisseur d'enregistrement des appels est fondamental pour atteindre les objectifs commerciaux et garantir l'harmonisation des fonctionnalités au sein de l'organisation :

Sélection de fournisseurs mondiaux : Les organisations désignent généralement un fournisseur principal d'enregistrement des appels au niveau mondial, garantissant ainsi la cohérence des fonctionnalités, la conformité et le support sur tous les sites.

Remplacements basés sur la localisation : Dans les cas où certains sites ou régions présentent des besoins commerciaux ou des exigences réglementaires spécifiques, il peut être nécessaire de déroger à la sélection du fournisseur global et de spécifier des fournisseurs alternatifs pour ces emplacements. Cette flexibilité permet de répondre aux différentes exigences de conformité et aux besoins opérationnels locaux.

Exigences de l'entreprise : Le choix du prestataire doit être guidé par une évaluation des facteurs clés de l'entreprise, tels que la conformité réglementaire (par exemple, MiFID II, HIPAA), l'assurance qualité, le règlement des litiges ou les besoins de formation.

Disponibilité des fonctionnalités : Les fournisseurs doivent être évalués en fonction de leur capacité à fournir les fonctionnalités requises, telles que la surveillance en temps réel, les capacités de recherche et de lecture, le chiffrement, les politiques de conservation, l'intégration avec les plateformes d'analyse et la prise en charge des différents types d'appels (entrants, sortants, internes).

2. Sélection de la région

Il est essentiel, pour la conformité et la performance, de déterminer la région où les enregistrements d'appels sont stockés et traités :

Sélection de la région mondiale : Par défaut, les organisations peuvent choisir une seule région pour le stockage des enregistrements d'appels afin de simplifier la gestion et la gouvernance.

Remplacements régionaux basés sur la localisation : Lorsque les lois sur la résidence des données ou les politiques d'entreprise l'exigent, il peut être nécessaire de modifier le paramètre de région globale pour certains emplacements, afin de garantir que les enregistrements d'appels soient stockés et traités dans les limites géographiques requises.

Exigences relatives à la résidence des données : La conception doit tenir compte des réglementations internationales et locales en matière de protection des données (telles que le RGPD, le CCPA ou les mandats spécifiques à chaque pays) qui peuvent dicter où et comment les enregistrements des appels sont conservés.

Un autre aspect essentiel à prendre en compte lors de la planification et de la conception d'une solution d'enregistrement des appels est l'estimation des besoins en stockage. Il est essentiel de prévoir avec précision les besoins en stockage afin de garantir une capacité suffisante pour soutenir les opérations commerciales courantes, maintenir la conformité et éviter les interruptions de service.

Plusieurs paramètres clés doivent être pris en compte pour déterminer les besoins de stockage prévus :

Volume des appels enregistrés : Évaluer le nombre prévu d'appels qui seront enregistrés dans un intervalle de temps donné (par exemple, par jour, par semaine ou par mois). Cela inclut non seulement les appels externes, mais aussi les communications internes, si la politique de l'entreprise ou les obligations réglementaires l'exigent.

Durée moyenne des appels : Calculez la durée moyenne des appels enregistrés, car les appels plus longs consomment davantage d'espace de stockage. Les variations de la durée des appels entre les différents services ou groupes d'utilisateurs doivent également être prises en compte dans l'estimation.

Période de conservation : Définir la durée de conservation des enregistrements, souvent dictée par les politiques de l'organisation ou des réglementations externes (telles que les normes de conformité spécifiques à l'industrie). Des périodes de conservation plus longues augmenteront les besoins de stockage globaux

Prévisions de croissance : Tenez compte de la croissance anticipée du volume d'appels ou de l'élargissement du périmètre d'enregistrement, qui peuvent résulter de la croissance de l'entreprise, de nouvelles exigences réglementaires ou de l'intégration d'utilisateurs ou de sites supplémentaires.

En analysant en profondeur ces paramètres, les organisations peuvent élaborer une stratégie de stockage robuste qui garantit l'évolutivité, la rentabilité et la conformité réglementaire de leur solution d'enregistrement des appels. Il est également conseillé de revoir et d'ajuster régulièrement les allocations de stockage en fonction de l'évolution des habitudes d'utilisation.

Appel d'urgence

L'obligation d'acheminer un appel d'urgence vers le centre de répartition approprié est une exigence pour tout service d'appel offrant un service PSTN. Avec , le routage des appels d'urgence est intégré à la solution et inclut la prise en charge de tous les numéros d'urgence nationaux des pays pris en charge. L'acheminement d'un appel d'urgence est basé sur la localisation définie et sur la méthode d'accès au réseau téléphonique public commuté (RTPC) de cette localisation. Les numéros d'urgence sont prédéfinis et spécifiques au pays dans lequel les utilisateurs et les appareils sont déployés.

Il existe deux méthodes pour transmettre les appels d'urgence à . Il existe un service de routage d'appels d'urgence de base et un service de routage d'appels d'urgence amélioré. Le service de routage d'appels d'urgence de base utilisera un numéro sélectionné par l'administrateur pour identifier la localisation et l'itinéraire d'appel afin de joindre les services d'urgence. Pour les appels d'urgence de base, l'acheminement se fait généralement via le réseau téléphonique public commuté (RTPC) du client pour cette zone géographique. Un système de routage d'appels d'urgence amélioré est également disponible pour les déploiements aux États-Unis et au Canada, soumis à des exigences réglementaires imposant le recours à un fournisseur national pour acheminer les appels d'urgence vers le centre de répartition approprié.

Tous les clients doivent déployer, au minimum, la configuration d'appel d'urgence de base. Le système d'appel d'urgence de base exige qu'au moins un client en soit propriétaire +E.164 un numéro sera attribué à chaque emplacement défini dans . Pour les appels d'urgence de base, chaque emplacement sera défini par une adresse postale à laquelle les services de police, d'incendie ou d'ambulance seront dépêchés en cas d'urgence. Dans la plupart des cas, le numéro principal du lieu est le meilleur choix pour représenter l'emplacement physique de l'urgence. En règle générale, l'attribution de l'adresse à la +E.164 Le numéro est coordonné avec le fournisseur du réseau téléphonique public commuté (RTPC). Les images ci-dessous illustrent l'attribution du numéro principal qui servira de numéro de rappel d'urgence pour le site de Richardson.

Configuration ECBN de l'emplacement

Dans la plupart des situations, l'adresse d'un bâtiment suffit comme adresse d'expédition pour ce lieu. Mais si des informations de localisation supplémentaires sont nécessaires pour des utilisateurs ou des appareils spécifiques, un administrateur peut utiliser la même procédure décrite ci-dessus et attribuer ces appareils à une adresse spécifique ou à un emplacement plus précis à l'intérieur de cette adresse (comme un étage ou une pièce). Dans Gestion des utilisateurs dans , l'onglet Appels permet d'utiliser un numéro spécifique pour qu'un utilisateur et ses appareils obtiennent une adresse de répartition spécifique. Les images suivantes illustrent comment un numéro spécifique peut être attribué à un appareil. L'administrateur est responsable de s'assurer que le numéro utilisé par l'appareil possède l'adresse de livraison correcte qui lui est attribuée. L'attribution des adresses se fait généralement par l'intermédiaire du fournisseur de réseau téléphonique public commuté (RTPC) de cet emplacement.

Configuration ECBN de l'utilisateur

Pour les déploiements de téléphonie basés aux États-Unis qui doivent fournir des solutions d'appel d'urgence améliorées, utilise Horizon Mobility de RedSky intégré pour le routage des appels d'urgence. Lors de l'utilisation de RedSky pour le routage des appels, un administrateur doit créer un compte auprès de Cisco et configurer les informations appropriées dans Appels -> Paramètres de service pour activer cette fonctionnalité. Une fois le service RedSky activé au niveau du système, un administrateur activera le service RedSky au niveau de chaque emplacement. L'activation du service d'appel d'urgence amélioré pour un emplacement donné activera le service pour tous les appareils affectés à cet emplacement. Les appareils prenant en charge les appels d'urgence améliorés sont les téléphones Cisco MPP, les téléphones Cisco PhoneOS et les appareils Cisco.

Il existe deux paramètres pour activer le système d'appel d'urgence amélioré à un emplacement donné. L'option Autoriser RedSky à recevoir des informations de connectivité réseau et à effectuer des appels de test doit être utilisée pour vérifier que la configuration RedSky pour les mappages de périphériques et d'infrastructures est correcte. Ce paramètre permet également de passer des appels tests au 933 pour effectuer une vérification de localisation à l'aide du système IVR de RedSky afin de lire la localisation de l'appelant. Bien que ce document ne traite pas de la configuration RedSky pour le suivi de localisation, un administrateur doit TOUJOURS tester la découverte de localisation avant d'activer le routage des appels d'urgence vers RedSky. Une fois les tests terminés et leur exactitude vérifiée, l'administrateur acheminera les appels vers RedSky en activant l'option « acheminer les appels d'urgence vers RedSky ». Ce bouton redirigera tous les appels d'urgence destinés à cet emplacement vers RedSky, qui les transmettra au centre de réponse de l'emplacement.

Les paramètres d'appel d'urgence améliorés s'appliquent également aux clients, qu'ils soient sur site ou hors site. Lorsqu'ils sont installés sur site, ils peuvent être suivis de la même manière que les téléphones de bureau. Lorsqu'il est hors site, l'utilisateur pourra définir sa localisation de manière dynamique directement dans l'interface. Pour plus d'informations sur les appels d'urgence, consultez Appels d'urgence améliorés pour .

Licences

Il existe plusieurs options pour attribuer des licences aux utilisateurs.

Affectation manuelle par

Les administrateurs attribuent manuellement les licences aux utilisateurs individuels via l'interface.

Les administrateurs peuvent modifier les licences de service des utilisateurs individuels et attribuer directement des licences d'appel.

Modèles d'attribution automatique de licences

Utilisez les modèles d'attribution de licences pour attribuer automatiquement des licences aux utilisateurs en fonction des paramètres de groupe ou d'organisation.

L'octroi automatique de licences peut se faire par synchronisation d'annuaire ou par mise à jour manuelle des utilisateurs, mais ces derniers doivent disposer d'une licence valide. +E.164 Le numéro de téléphone doit être formaté et exister à un emplacement avant la création de l'utilisateur. Si les conditions ne sont pas remplies (par exemple, format de numéro de téléphone invalide), les licences ne seront pas attribuées.

Affectation en masse via un modèle CSV

Importez un fichier CSV contenant les informations des utilisateurs et les attributions de licences pour ajouter ou modifier plusieurs utilisateurs simultanément.

L'importation CSV permet d'ajouter jusqu'à 20 000 utilisateurs et d'attribuer des licences, mais ces dernières nécessitent des champs spécifiques tels que le numéro de téléphone et le numéro de poste.

Affectation basée sur l'API

Utilisez les API pour attribuer des licences et gérer les utilisateurs par programmation.

Prend en charge les opérations API pour la gestion des utilisateurs et des licences (API People, SCIM 2.0 et Licenses), qui peuvent être utilisées pour l'automatisation de l'attribution des licences. L'API Licenses permet l'attribution simultanée de licences, de numéros de téléphone et de postes.
Tableau 5. Options de provisionnement des utilisateurs - résumé
Méthode d'affectation Avantages Cons
Manuel à travers Simple pour un petit nombre d'utilisateurs.
Permet un contrôle précis et granulaire de l'attribution des licences.
Non évolutif, chronophage
Sujette aux erreurs humaines lors de la saisie manuelle.

Modèles de licences automatiques Évolutif
Réduit les erreurs manuelles
Peut s'appliquer aux nouveaux utilisateurs et aux utilisateurs existants.
Nécessite des numéros de téléphone et des adresses valides.
Plus complexe à configurer
Exige également des groupes d'utilisateurs par groupe d'utilisateurs avec des exigences de licence équivalentes.

Importation CSV en masse Efficace pour les grands groupes d'utilisateurs
Permet l'attribution simultanée de licences, de numéros de téléphone et de postes.
Nécessite une mise en forme CSV soignée
Risque d'erreurs si les numéros de téléphone ou les extensions sont manquants ou incorrects.
Affectation basée sur l'API Automatisable, flexible.
Permet l'attribution simultanée de licences, de numéros de téléphone et de postes.
Nécessite des connaissances en développement et en API.

Le tableau Options de provisionnement des utilisateurs - résumé résume les options de provisionnement des utilisateurs et leurs avantages et inconvénients. Cet aperçu permet de choisir la meilleure méthode d'attribution de licences en fonction de la taille de l'organisation cliente, de ses capacités d'automatisation et de ses processus et exigences en matière de mise à disposition des utilisateurs.

Dans la mesure du possible, Cisco recommande d'attribuer les licences d'appel à l'aide de modèles de licences. Cela nécessite que pour chaque groupe d'utilisateurs nécessitant un ensemble unique de licences (par exemple, Standard vs. Professionnel), un groupe avec les adhésions respectives existe. Comme indiqué dans les sections Groupes d'utilisateurs, les groupes d'utilisateurs peuvent être définis manuellement ou synchronisés à partir d'un annuaire d'entreprise. Une combinaison des deux approches est possible.

Les utilisateurs appartenant à plusieurs groupes obtiennent des licences pour toutes les affectations appliquées à tous leurs groupes. Cela permet d'utiliser des groupes de sécurité spécifiques aux licences dans l'annuaire d'entreprise pour gérer l'attribution des licences, l'attribution de licence utilisateur résultante étant contrôlée par l'union des appartenances aux groupes.

Pour plus d'informations, consultez Configurer les attributions de licences automatiques dans Control Hub et Configurer les modèles d'attribution de licences automatiques pour les utilisateurs de Webex Calling.

Exigences en matière de licence

Cette section ne concerne que les licences associées. Les autres types de licences (par exemple, l'enregistrement d'appareils Webex, la messagerie, les réunions) ne sont pas couverts. Dans le cadre du processus de conception, les exigences en matière de licence doivent être déterminées. Il convient de calculer le nombre de licences pour les types de licences suivants :

Standard: nombre d'utilisateurs individuels nécessitant des fonctionnalités téléphoniques standard.

Professionnel: nombre d'utilisateurs et d'espaces de travail nécessitant des fonctionnalités de téléphonie avancées. Les lignes virtuelles et la messagerie vocale de groupe ont droit à un 1:1 ratio pour chaque licence professionnelle. Par conséquent, dans les rares cas où le nombre de lignes virtuelles ou de messageries vocales de groupe requis dépasse le nombre d'utilisateurs et d'espaces de travail nécessitant des fonctionnalités de téléphonie avancées, des licences professionnelles supplémentaires doivent être prévues.

Espace de travail pour la zone commune: nombre de lieux à usage partagé ou d'espaces communs nécessitant des capacités d'appel standard.

Assistance clientèle: nombre d'agents et de superviseurs nécessitant des fonctionnalités d'assistance client. L'assistance client inclut la licence professionnelle.

Liste des itinéraires d'appels: nombre d'appels PSTN connectés au cloud requis entre les utilisateurs sur site and/or applications tierces spécialisées installées sur site.

Console de l'opérateur: nombre d'utilisateurs nécessitant un accès au client de la console d'assistance.

Forfait d'appels Cisco (Forfait d'appels sortants): nombre d'utilisateurs qui ont besoin d'un numéro PSTN and/or Accès aux appels sortants RTC pour le service RTC Cisco.

Il n'existe pas de type de licence dédié aux espaces de travail professionnels. Les espaces de travail professionnels nécessitent une licence professionnelle.

Les espaces de travail en flex-office proposent uniquement le service d'hôte de flex-office et un service d'appel d'urgence assuré par l'hôte, et ne nécessitent aucune licence. Pour plus d'informations, voir Ajouter et gérer les appareils réservés aux bureaux partagés.

Pour déterminer le type de licence requis pour chaque utilisateur et espace de travail en fonction des fonctionnalités nécessaires, consultez Fonctionnalités disponibles par type de licence pour Webex Calling.

Pour différencier les fonctionnalités offertes par les files d'attente d'appels combinées à la licence professionnelle par rapport à l'assistance client, voir Comparaison des fonctionnalités de file d'attente d'appels et d'assistance client de Webex Calling.

Provisionnement des utilisateurs

Lors de la configuration des utilisateurs dans Webex, plusieurs options sont disponibles, chacune adaptée à différents besoins et environnements organisationnels :

Provisionnement manuel: Les administrateurs peuvent ajouter et gérer directement les utilisateurs individuels dans . Cette méthode est simple mais convient mieux aux petites organisations ou aux changements d'utilisateurs limités.

Provisionnement en masse via CSV: Pour les bases d'utilisateurs plus importantes, les administrateurs peuvent importer et mettre à jour les utilisateurs en masse en téléchargeant des fichiers CSV dans . Cela permet une gestion efficace de plusieurs milliers d'utilisateurs simultanément.

Options de synchronisation d'annuaire :
Connecteur de répertoire: Il s'agit d'un outil de synchronisation automatique utilisé dans les environnements Microsoft Active Directory. Il synchronise les comptes utilisateurs, les groupes et les attributs selon un calendrier prédéfini (horaire, quotidien ou hebdomadaire). Il prend en charge les configurations Active Directory multi-domaines et multi-forêts et peut synchroniser les images de profil et les objets de salle.

Application assistant d'identifiant d'entrée (Azure AD): Conçue pour les organisations utilisant Microsoft Entra ID (Azure AD), cette méthode assure une synchronisation automatique et quasi en temps réel des comptes et attributs des utilisateurs directement depuis Entra ID vers . Il est entièrement géré en interne et ne nécessite qu'une configuration minimale.

Applications SCIM 2.0: Pour les environnements non-Microsoft ou d'autres fournisseurs d'identité comme Okta ou Duo, les applications de synchronisation basées sur SCIM permettent l'approvisionnement et le déprovisionnement automatiques des utilisateurs avec mappage des attributs et synchronisation des groupes.

Synchronisation unifiée des utilisateurs CM: Cette option permet de créer des comptes d'utilisateurs à partir d'utilisateurs finaux existants en synchronisant de vers . Cela nécessite que Cloud Connected UC (CCUC) soit exécuté sur les clusters sur site. Toutefois, il est généralement recommandé de synchroniser les utilisateurs à partir d'un annuaire cloud centralisé comme Entra ID plutôt que directement depuis .

Provisionnement d'API: Les API publiques (People, SCIM 2.0) peuvent être utilisées pour provisionner les utilisateurs. Le principal avantage de l'utilisation des API réside dans la possibilité d'intégrer la gestion des utilisateurs à d'autres systèmes d'entreprise.
Tableau 6. Options de provisionnement des utilisateurs pour
Méthode de provisionnement Description Avantages Cons
Manuelle Create/manage utilisateurs individuellement dans Simple d'utilisation pour un petit nombre d'utilisateurs ; aucune infrastructure requise Non évolutif ; chronophage pour de nombreux utilisateurs
En vrac (fichier CSV) Import/update utilisateurs en masse via CSV dans Idéal pour les groupes ; aucune programmation requise Préparation manuelle du fichier CSV ; moins dynamique
Personnes et API SCIM 2.0 Gestion automatisée des utilisateurs via les API Webex Flexible ; prend en charge l'automatisation et l'intégration Nécessite du développement et une infrastructure
Synchronisation du répertoire Synchronisation automatique depuis Active Directory, Entra ID, les applications SCIM et Unified CM Automatise le cycle de vie ; prend en charge le filtrage et le mappage Complexité de la configuration : Certaines options ont des fonctionnalités limitées ou nécessitent une infrastructure.
Cet aperçu et ce tableau présentent les principales options de gestion des comptes utilisateurs, leurs avantages et leurs limites, afin de vous aider à choisir l'approche la mieux adaptée aux besoins de votre organisation.

Groupes d'utilisateurs

La gestion des groupes d'utilisateurs permet aux administrateurs d'organiser les utilisateurs en groupes pour une gestion efficace et en masse des licences, des paramètres et des ressources. Les groupes permettent de simplifier l'administration en appliquant simultanément des politiques, des licences et des modèles de paramètres à plusieurs utilisateurs, plutôt que de gérer les utilisateurs individuellement.

La gestion des groupes d'utilisateurs offre plusieurs avantages, notamment :

Administration simplifiée: Gérez simultanément les licences, les paramètres et les politiques de plusieurs utilisateurs.

Cohérence: Appliquer des paramètres et des licences uniformes à tous les utilisateurs d'un même groupe.

Évolutivité: Prend en charge jusqu'à 250 000 membres par groupe.

Intégration: Synchronisez les groupes à partir de Microsoft Entra ID (Azure AD) ou d'Active Directory pour une gestion automatisée des utilisateurs et des groupes.

Flexibilité: Créez des groupes locaux ou synchronisez les groupes de sécurité ; gérez l’appartenance aux groupes manuellement ou via des fichiers CSV.

Allocation des ressources: Contrôler l'accès aux applications et services intégrés en fonction de l'appartenance à un groupe.

Les principaux cas d'utilisation des groupes d'utilisateurs lors du provisionnement sont les suivants :

Cessions de licences: Attribuez des licences à des groupes pour provisionner automatiquement des services tels que les appels, les réunions, la messagerie ou les services hybrides aux membres du groupe.

Modèles de paramètres: Appliquer des ensembles de paramètres de service (par exemple, messagerie, réunion, appel) aux groupes pour une expérience utilisateur cohérente.

Gestion des utilisateurs en masse: Ajoutez ou supprimez des utilisateurs en masse via des fichiers CSV ou la synchronisation de répertoires.

Automatisation et intégration: Utilisez les API ou la synchronisation d'annuaires pour une gestion automatisée du cycle de vie des utilisateurs et des groupes.

Le tableau suivant récapitule les différentes options de gestion des groupes d'utilisateurs et de gestion des groupes dans .
Tableau 7. Options pour gérer les groupes et les adhésions aux groupes
Option Description Avantages Cons

approvisionnement de groupe (groupes) Créez et gérez des groupes directement dans . Add/remove membres manuellement ou via un fichier CSV. Contrôle total des adhésions au groupe
Application immédiate des licences et des modèles
Création et modification faciles de groupes Mises à jour manuelles requises
Risque d'erreurs lors des importations manuelles de fichiers CSV
Aucune synchronisation automatique avec les répertoires externes

Groupes synchronisés depuis Entra ID (Azure AD) ou Active Directory Synchronisation automatique des groupes de sécurité et des appartenances à partir de services d'annuaire externes. La synchronisation automatisée réduit le travail manuel
Assure la cohérence avec l'annuaire de l'entreprise
Soutient les grandes organisations
Impossible de modifier l'appartenance au groupe dans
Délai de synchronisation jusqu'à 12 heures
Les groupes imbriqués nécessitent une sélection manuelle

API Groupes et SCIM 2.0 (Groupes) Utilisez les groupes ou l'API SCIM 2.0 pour la gestion programmatique des groupes et des adhésions. Automatisation et intégration avec d'autres systèmes
Adaptable aux environnements vastes ou complexes
Nécessite un effort de développement
La complexité dépend de l'utilisation de l'API.

Alors que les groupes synchronisés garantissent la cohérence et offrent un point d'administration unique, une approche hybride combinant groupes synchronisés et groupes (gérés soit dans le hub de contrôle, soit via des API) est possible. Ainsi, par exemple, les groupes d'attribution de licences pourraient être des groupes synchronisés, et un ensemble distinct de groupes pourrait être utilisé pour l'attribution des modèles d'utilisateurs et d'appels.

Cette approche globale de la gestion des groupes d'utilisateurs permet aux organisations de gérer efficacement les licences, les paramètres et les politiques des utilisateurs, garantissant ainsi des expériences de collaboration cohérentes et évolutives.

Approche recommandée lors de la migration de vers

La principale source de données pour les utilisateurs est la base de données, qui contient les informations des utilisateurs finaux. Cependant, elle ne constitue généralement pas la source faisant autorité en matière de gestion de l'identité des utilisateurs et, plus important encore, elle sera fermée à la fin de la transition et est donc exclue en tant que source faisant autorité à long terme pour les informations d'identité.

Cisco recommande d'utiliser un annuaire cloud centralisé tel que Microsoft Entra ID (Azure AD) comme source unique de vérité pour les identités des utilisateurs. La synchronisation des utilisateurs depuis Entra ID garantit la cohérence, simplifie la gestion et prend en charge les fonctionnalités d'authentification unique (SSO).

Pour s'assurer que tous les utilisateurs présents sur le site sont également présents dans Entra ID, les organisations doivent vérifier que les comptes utilisateurs sur le site correspondent aux comptes dans Entra ID. Cela peut se faire en exportant les listes d'utilisateurs et en les comparant aux listes d'utilisateurs d'Entra ID.

En résumé, la méthode de provisionnement recommandée consiste à synchroniser les utilisateurs de Microsoft Entra ID (Azure AD) avec Webex à l'aide de l'Assistant Azure AD ou des applications SCIM. L'approvisionnement manuel et par lots CSV est disponible en tant que méthodes complémentaires, mais il est moins évolutif et plus sujet aux erreurs pour les grandes organisations. Il est essentiel, pour une migration réussie et une expérience utilisateur cohérente dans tous les environnements, de s'assurer qu'Entra ID est la source faisant autorité et que tous les utilisateurs existent dans Entra ID.

La transition d'un service d'annuaire sur site, comme Active Directory, vers un service d'annuaire cloud, comme Entra ID (Azure ID), est indépendante de la transition appelante. Cisco recommande de terminer la transition vers un service d'annuaire cloud avant de commencer la transition des appels.

Conception de groupes d'utilisateurs

Après la migration de l'annuaire d'entreprise de l'environnement local vers le cloud, collectez les groupes d'utilisateurs requis en fonction des exigences de licence et de modèle de fonctionnalités. Pour chaque document de groupe :

Nom du groupe nom unique du groupe.

Licences : licences à attribuer à ce groupe (le cas échéant) et étendue (les licences doivent-elles être attribuées aux utilisateurs existants ou uniquement aux nouveaux utilisateurs ?)

Modèles de paramètres : Modèles d'appels pour l'application Webex et les utilisateurs.

Synchronisation du répertoire : Ce groupe sera-t-il synchronisé à partir de l'annuaire d'entreprise ou s'agit-il d'un groupe Webex local provisionné dans Control Hub ou via une API ?

Description : Comment ce groupe sera-t-il utilisé et quels utilisateurs devraient en être membres ?

Ces informations seront utilisées ultérieurement, lors de la phase de mise en œuvre, pour créer des groupes locaux ou des groupes dans l'annuaire d'entreprise et gérer l'appartenance des utilisateurs à ces groupes.

Authentification unique (SSO)

Cisco recommande l'utilisation de l'authentification unique (SSO) pour l'authentification des utilisateurs. L'utilisation de l'authentification unique (SSO) présente des avantages indéniables, notamment :

Authentification utilisateur simplifiée : Les utilisateurs peuvent se connecter une seule fois à l'aide de leurs identifiants d'entreprise (par exemple, leur identifiant Azure) pour accéder à d'autres applications intégrées, ce qui élimine le besoin de plusieurs mots de passe et réduit les demandes de connexion. Cela renforce la sécurité en garantissant que les mots de passe d'entreprise ne sont jamais stockés ni transmis après l'authentification.

Gestion simplifiée des utilisateurs : Automatise la création, la mise à jour et la désactivation des comptes utilisateurs en fonction des modifications apportées à l'annuaire de l'entreprise, réduisant ainsi la charge administrative et garantissant que seuls les utilisateurs autorisés y ont accès.

Sécurité renforcée : L’authentification unique (SSO) réduit la lassitude liée aux mots de passe et le risque de violations de données liées aux mots de passe en centralisant l’authentification via des fournisseurs d’identité de confiance (IdP).

Intégration facile de l'authentification multifacteurs (MFA) : L'authentification multifacteur (MFA) peut être facilement prise en charge soit par le biais d'une solution de gestion des identités et des accès comme Cisco Duo, soit par le biais de la prise en charge MFA du fournisseur d'identité (IdP).

Il existe plusieurs options pour implémenter l'authentification unique (SSO) pour les services :

Authentification unique (SSO) basée sur SAML 2.0 : Le protocole principal pris en charge pour l'intégration SSO, permettant un échange sécurisé d'informations d'authentification entre le fournisseur d'identité et le fournisseur de services.

Connexion OpenID (OIDC) : Prise en charge comme protocole d'authentification moderne alternatif pour l'intégration SSO.

Identité Webex : Également pris en charge en tant qu'option de fournisseur d'identité.

L'authentification unique (SSO) est configurée et gérée de manière centralisée via , ce qui nécessite un échange de métadonnées entre et le fournisseur d'identité choisi.

Après la configuration, l'authentification unique (SSO) peut être testée avant l'activation afin de garantir une configuration correcte.

Cisco prend en charge l'intégration avec de nombreux fournisseurs d'identité (IdP) et systèmes de gestion des identités (IAM) testés et couramment utilisés, y compris, mais sans s'y limiter :

Cisco Duo

Okta

Services de fédération Active Directory Microsoft (ADFS)

Microsoft Azure

PingFederate

OpenAM

F5 BIG-IP.

Ces fournisseurs d'identité sont conformes aux normes SAML 2.0 ou OpenID Connect et leur compatibilité avec les solutions de collaboration Cisco a été validée.

Prise en charge de plusieurs fournisseurs d'identité

permet aux organisations de configurer l'authentification unique (SSO) avec plusieurs fournisseurs d'identité (IdP) afin de s'adapter à des environnements informatiques complexes tels que les fusions, les acquisitions ou les services informatiques décentralisés où différents groupes utilisent différents IdP. La prise en charge de plusieurs fournisseurs d'identité peut être mise en œuvre soit à l'aide de la fonctionnalité Multiple IdP, soit par l'intégration d'un système IAM d'entreprise tel que Cisco Duo.

La prise en charge de plusieurs fournisseurs d'identité (IdP) répond à plusieurs cas d'utilisation clés où les organisations ont besoin d'une authentification flexible et sécurisée dans divers environnements informatiques :

1. Fusions et acquisitions

Lors de fusions ou d'acquisitions entre entreprises, celles-ci possèdent souvent des infrastructures informatiques distinctes et des fournisseurs d'identité différents qui ne peuvent pas se fédérer. La prise en charge de plusieurs fournisseurs d'identité permet aux utilisateurs des deux organisations de s'authentifier et de collaborer en toute sécurité sans avoir besoin d'unifier immédiatement leurs systèmes d'identité.

2. Plusieurs services informatiques indépendants

Les grandes organisations ou les institutions gouvernementales peuvent avoir plusieurs services informatiques indépendants, chacun gérant son propre fournisseur d'identité. La fonctionnalité IdP multiple de [Nom de l'entreprise] permet à ces services de conserver leurs propres systèmes d'authentification tout en permettant aux utilisateurs d'y accéder de manière transparente.

3. Différents groupes d'utilisateurs ou domaines

Les organisations comportant différents groupes d'utilisateurs (par exemple, employés et sous-traitants) ou plusieurs domaines de messagerie peuvent configurer des règles de routage pour diriger les demandes d'authentification vers le fournisseur d'identité approprié en fonction du domaine ou de l'appartenance à un groupe. Cela permet de mettre en place des politiques d'accès différenciées et des contrôles de sécurité.

4. Prise en charge de divers protocoles d'authentification

prend en charge les fournisseurs d'identité SAML et OpenID Connect (OIDC), permettant aux organisations d'intégrer différents types de fournisseurs d'identité en fonction de leur infrastructure existante et de leurs exigences de sécurité.

5. Sécurité et conformité renforcées

En activant plusieurs fournisseurs d'identité (IdP), les organisations peuvent mettre en œuvre des mécanismes d'authentification plus robustes, notamment l'authentification multifacteurs (MFA) via des intégrations comme Duo, et appliquer des politiques de sécurité cohérentes à des bases d'utilisateurs diverses.

6. Expérience utilisateur simplifiée

Les utilisateurs peuvent s'authentifier à l'aide de leurs identifiants existants provenant de leurs fournisseurs d'identité respectifs, ce qui offre une expérience de connexion unifiée malgré la complexité sous-jacente des multiples systèmes d'identité.

Bien que la prise en charge de plusieurs fournisseurs d'identité offre une certaine flexibilité, elle nécessite une coordination minutieuse entre les équipes de sécurité et d'identité afin de maintenir des politiques de sécurité cohérentes et d'éviter les vulnérabilités potentielles.

Duo MFA avec SSO pour

Duo Access Gateway (DAG) peut authentifier les utilisateurs à l'aide d'annuaires existants sur site ou basés sur le cloud tels que Active Directory (AD) et OpenLDAP. Il prend également en charge l'intégration avec d'autres fournisseurs d'identité tels que Microsoft ADFS, Microsoft Azure, Okta, OneLogin, CAS et Shibboleth. Cette flexibilité permet aux organisations d'utiliser leur infrastructure d'annuaire actuelle pour l'authentification unique Webex avec l'authentification multifacteur Duo.

Duo agit comme une couche d'authentification forte en plus de l'authentification principale du répertoire. Il fonctionne comme un fournisseur d'identité (IdP) utilisant SAML 2.0 pour imposer une authentification à deux facteurs (2FA) avant d'accorder l'accès à . Duo évalue le contexte de l'utilisateur, de l'appareil et du réseau en fonction de politiques configurables afin d'autoriser ou de refuser l'accès, renforçant ainsi la sécurité au-delà du simple nom d'utilisateur et du mot de passe. Duo propose également des contrôles de politique flexibles, comme l'exigence d'une authentification multifacteur à chaque connexion pour certaines applications et moins fréquemment pour d'autres.

Les avantages de Cisco Duo incluent :

Sécurité améliorée : Ajoute une authentification multifacteur résistante au phishing pour protéger l'accès et réduire les risques liés aux mots de passe compromis.

Politiques flexibles : Permet un contrôle précis des exigences d'authentification par application ou groupe d'utilisateurs.

Intégration avec les répertoires existants : Prend en charge les environnements Active Directory locaux, OpenLDAP, les annuaires cloud et divers fournisseurs d'authentification unique, minimisant ainsi les modifications d'infrastructure.

Confort d'utilisation : Prend en charge l'authentification unique (SSO) pour réduire la fatigue liée aux mots de passe en permettant aux utilisateurs de se connecter une seule fois et d'accéder à de multiples ressources en toute sécurité.

Points de terminaison de confiance : Prend en charge la confiance des appareils pour les clients sous Windows et macOS, améliorant ainsi la sécurité.

Inscription en libre-service : L'inscription en ligne et l'invite Duo améliorent l'expérience utilisateur lors de la configuration de l'authentification multifacteur.

Duo MFA avec SSO exploite les annuaires existants tels qu'Active Directory et OpenLDAP, ou les fournisseurs d'identité cloud, pour authentifier les utilisateurs. Le rôle de Duo est de fournir un second facteur d'authentification robuste et basé sur des politiques, intégré via SAML 2.0, renforçant la sécurité tout en préservant la commodité de l'utilisateur grâce à l'authentification unique (SSO). Les avantages comprennent une sécurité renforcée, une application flexible des politiques, une intégration transparente et une meilleure expérience utilisateur.

Cisco recommande la mise en œuvre de l'authentification unique (SSO) pour les utilisateurs. Pour une sécurité renforcée, l'intégration avec Cisco Duo est recommandée.

La stratégie IAM et SSO d'entreprise doit être déployée avant de commencer la transition de à .

Fonctionnalités

Il comprend un ensemble complet de fonctionnalités essentielles incluses dans le service. Cela inclut de nombreuses fonctionnalités d'appel de niveau entreprise disponibles depuis de nombreuses années. Vous ne constaterez peut-être pas une parité à 100 % entre les fonctionnalités et les fonctionnalités, mais comme vous pouvez le voir dans la figure ci-dessous, les principales fonctionnalités d'appel sont disponibles dans .

Fonctionnalités professionnelles de Webex Calling

Outre ses nombreuses fonctionnalités destinées aux utilisateurs, la plateforme comprend des fonctionnalités système essentielles. Ces fonctionnalités incluent notamment les standards automatiques, les files d'attente d'appels, la mise en attente d'appels, etc. Vous pouvez voir toutes les fonctionnalités de base du système disponibles sous Service → Appels → Fonctionnalités comme illustré dans la figure Fonctionnalités de base de Webex Calling.

Fonctionnalités principales de Webex Calling

Standard automatique

Le standard automatique permet 24/7 L'automatisation de la gestion des appels entrants permet une gestion efficace des appels sans qu'une personne ait besoin de répondre à chaque appel.

Le standard automatique répond aux appels entrants et propose à l'appelant un menu d'options pour acheminer son appel. Cela peut être destiné à une personne, à une messagerie vocale ou à un service d'appel (par exemple, une file d'attente d'appels). L'appelant utilise le clavier de son téléphone pour composer le numéro figurant dans le menu du standard automatique.

Le standard automatique prend en charge les fonctionnalités clés suivantes :

Horaires de travail et horaires hors des heures normales

Programme des congés

Option de menu de numérotation pour orienter vos clients vers l'endroit où ils doivent se rendre.

Personnaliser les messages d'accueil

Option de numérotation par nom

options de transfert d'appel

Analyses et rapports du Control Hub.

Pour plus d'informations, voir Gérer les standardistes automatiques.

@

La fonction de mise en attente d'appel permet aux utilisateurs de mettre facilement un appel en attente pour qu'un autre utilisateur puisse facilement le récupérer lorsqu'il est disponible pour le prendre. Cela permet également à l'utilisateur qui a répondu à l'appel initial de passer ou de recevoir d'autres appels pendant que l'appel est en attente.

Deux types de parcs d'appels sont disponibles dans :

Mise en attente directe d'appel - permet à tout utilisateur de mettre un appel en attente vers le poste d'un autre utilisateur ou vers un poste de mise en attente d'appel, tel que défini par l'administrateur

Groupe de mise en attente d'appels - permet à un groupe défini d'utilisateurs de mettre automatiquement en attente des appels sur les destinations de mise en attente disponibles définies pour le groupe. Ces destinations peuvent être des extensions des résidences des membres du groupe ou des extensions de parc.

En fonction de la configuration et du type de parc, les utilisateurs peuvent récupérer les appels en composant *88+><extension of parked call>, en appuyant sur la touche de ligne associée à l'extension de parcage d'appel ou en utilisant une touche programmable sur leur téléphone IP.

Une option de rappel est disponible pour rappeler un appel mis en attente après une période spécifiée à l'utilisateur qui a mis l'appel en attente ou à un autre utilisateur.

Pour plus d'informations, voir Gérer le parc d'appels dans Control Hub.

Prise d’appel

La fonction de prise d'appel permet à un administrateur de définir un groupe d'utilisateurs (membres) qui peuvent répondre à un appel sur le téléphone d'un autre membre. Cela permet à un utilisateur de répondre aux appels lorsque ses coéquipiers sont occupés et ne peuvent pas répondre à un appel entrant.

Les utilisateurs d'un même groupe doivent se trouver au même endroit.

Les utilisateurs peuvent utiliser soit leur téléphone portable, soit leur téléphone de bureau pour répondre à un appel.

:

Prend en charge les notifications visuelles et audio

Notification d’appel entrant

basé sur FAC (composant) *98) ou notification toast prise d'appel

Notifications de prise d'appel pour les lignes multiples.

Téléphones de bureau :

Notification d’appel entrant

Signal sonore et notification visuelle via la LED du combiné. Le modèle 6821 ne prend en charge que les sonneries audio.

Lorsque le type de notification sélectionné n'est pas aucun

Notifications de prise d'appel uniquement pour les lignes principales.

Pour plus d'informations, consultez Configurer le groupe de prise d'appel.

File d’attente des appels

Il inclut des files d'attente d'appels vocaux uniquement parmi ses fonctionnalités de base, et tout utilisateur disposant d'une licence Professionnelle peut faire partie d'une file d'attente d'appels, en tant qu'agent ou superviseur. Cette fonctionnalité permet aux utilisateurs d'interagir efficacement avec les clients. Les files d'attente d'appels prennent en charge un sous-ensemble de certaines des fonctionnalités de base des centres d'appels, telles que les files d'attente vocales, le rappel, le routage par compétences ou priorité, la gestion des files d'attente des agents, l'analyse, le reporting, etc.

L'appel de Cisco à l'intégration de Microsoft Teams permet aux agents d'accéder aux appels et aux fonctionnalités de la file d'attente directement depuis leur client Microsoft Teams.

Les files d'attente d'appels prennent en charge les fonctionnalités clés suivantes :

Salutations et messages (bienvenue, réconfort, murmure, etc.)

Attente musicale

Rappel

Politiques de routage des files d'attente (service de nuit, jours fériés, réacheminement)

File d'attente des agents login/logout

Gestion de l'état de la file d'attente des agents

ou assistance téléphonique de bureau

L'agent superviseur surveille, forme, intervient ou prend le contrôle via les codes d'accès aux fonctionnalités (FAC).

(accès administrateur) pour :

gestion des files d'attente

Analyses et rapports sur les agents et les files d'attente

Gestion des files d'attente, des agents et des superviseurs.

Pour plus d'informations, voir Configurer la file d'attente d'appels.

dispose d'une fonctionnalité complémentaire d'assistance client qui offre des capacités supplémentaires de file d'attente d'appels et offre aux agents et aux superviseurs une meilleure expérience utilisateur au sein de l'entreprise. Pour une comparaison des fonctionnalités de file d'attente d'appels et d'assistance client, voir Comparaison des fonctionnalités de file d'attente d'appels et d'assistance client de Webex Calling.

Groupe de recherche

Les groupes de recherche permettent d'acheminer les appels entrants vers un groupe spécifique d'utilisateurs selon un modèle d'acheminement d'appels prédéterminé. Cela permet de s'assurer que les appels sont pris en charge par le bon groupe d'utilisateurs ou redirigés vers une messagerie vocale pour un suivi.

Une différence majeure entre les groupes de recherche et les files d'attente d'appels est que les appels ne sont pas mis en file d'attente dans un groupe de recherche. Par conséquent, si aucun utilisateur du groupe de recherche n'est disponible pour répondre à l'appel, celui-ci sera déconnecté, envoyé vers la messagerie vocale ou transféré vers un autre numéro (utilisateur ou service).

Pour plus d'informations, consultez Gérer les groupes de recherche dans Control Hub.

Modes de fonctionnement

La fonctionnalité Modes de fonctionnement permet aux entreprises d'acheminer efficacement les appels vers différentes destinations (utilisateurs, messagerie vocale, services d'appel comme une file d'attente d'appels). Le lieu et le moment où un appel est acheminé dépendent d'un horaire (jour et heure de la semaine) et tout utilisateur peut être autorisé à gérer ces modes (horaires) pour contrôler les modifications apportées à l'acheminement des appels.

Par exemple, les appels vers une file d'attente peuvent être redirigés vers une autre file d'attente avec des agents situés dans un fuseau horaire différent pour répondre aux appels en dehors des heures de bureau, vers les agents locaux pendant les heures ouvrables et vers la messagerie vocale pendant les jours fériés pour un suivi après le retour des agents au bureau.

Un utilisateur autorisé peut basculer entre ces différents scénarios (modes) de transfert d'appel s'il a besoin de modifier la destination des appels entrants pendant une certaine période. Ces utilisateurs peuvent gérer les modes via leurs 6800/7800/8800 Téléphones MPP, téléphones 9800 ou dans le Hub utilisateur à Gérer les modes.

Pour plus d'informations, voir Routage des appels basé sur les modes de fonctionnement dans Webex Calling.

Groupe de radiomessagerie

Les groupes de radiomessagerie permettent aux utilisateurs de passer un appel unidirectionnel pour envoyer un message audio à un groupe d'utilisateurs. Chaque groupe peut contenir jusqu'à 75 utilisateurs cibles and/or Des espaces de travail accessibles en composant un numéro ou un numéro de poste prédéfini.

Lorsqu'un utilisateur appelle un groupe de radiomessagerie, un appel simultané est effectué vers toutes les cibles assignées au sein du groupe. L'appelant peut alors prononcer ses messages et raccrocher une fois qu'il a terminé.

Pour plus d'informations, voir Configurer un groupe de pagination dans Control Hub.

Enregistrements

permet l'enregistrement des appels émis ou reçus par un utilisateur. Cela peut être nécessaire pour des raisons de qualité, d'assurance, de sécurité ou de formation. Par défaut, les appels sont enregistrés dans , mais d'autres fournisseurs d'enregistrement tiers peuvent également être utilisés si d'autres fonctionnalités d'enregistrement ou des exigences de conformité et réglementaires sont nécessaires.

Lorsqu'elle est utilisée comme plateforme d'enregistrement, toutes les conversations enregistrées sont gérées au sein de . Les administrateurs disposant du rôle de responsable de la conformité peuvent lire et télécharger les enregistrements. Sans le rôle de responsable de la conformité, l'administrateur peut uniquement supprimer les enregistrements.

Pour plus d'informations sur cette fonctionnalité et une liste des enregistrements tiers, consultez Gérer l'enregistrement des appels pour Webex Calling.

Portée du numéro individuel

La portée d'un seul numéro permet aux appels vers le numéro de téléphone d'un utilisateur de faire sonner plusieurs appareils. Cela peut inclure d'autres téléphones de bureau ainsi que des téléphones portables. Il est également possible de passer des appels depuis ces appareils, et les utilisateurs peuvent transférer et recevoir des appels entre eux.

Pour plus d'informations sur cette fonctionnalité et sur la façon dont un administrateur la configure dans , voir Configurer la portée d'un seul numéro (bureau partout).

Pour plus d'informations sur la façon dont un utilisateur peut gérer et configurer cette fonctionnalité dans le portail Webex User Hub, consultez Configurer la portée d'un numéro unique (bureau à distance).

Groupe de messagerie vocale

Les groupes de messagerie vocale permettent de disposer d'une boîte vocale partagée qui peut être attribuée à un utilisateur ou utilisée comme fonction de routage d'appels. Voici quelques raisons pour lesquelles un groupe de messagerie vocale peut être nécessaire :

Messagerie vocale à usage général pour un service ou un groupe de travail

Ajouter l'option de messagerie vocale à un standard automatique ou à un groupe de recherche

Pour transférer les appels en débordement depuis une file d'attente d'appels

Utilisateurs qui ont uniquement besoin d'une messagerie vocale.

Pour plus d'informations, voir Gérer une boîte de messagerie vocale partagée et une boîte de fax entrante pour Webex Calling.

La console d'opérateur est répertoriée sur la page des fonctionnalités d'appel de Webex, mais il s'agit d'une fonctionnalité supplémentaire qui nécessite l'achat de la licence de console d'opérateur pour être utilisée.

Pour plus d'informations, voir Démarrer avec la console de l'opérateur.

Pour plus d'informations sur toutes les fonctionnalités, y compris certaines fonctionnalités supplémentaires, consultez Fonctionnalités disponibles par type de licence pour Webex Calling.

Tableau 1. Informations à recueillir pour chaque emplacement
Information	Commentaire
Portée(s) d'extension	Chaque emplacement peut avoir des extensions commençant par des chiffres différents. Un chiffre doit être réservé pour le chiffre de direction de numérotation inter-sites (par exemple 8) et un pour le chiffre de direction PSTN (par exemple 9). Aucune plage d'extension ne peut commencer par l'un ou l'autre de ces deux chiffres. Toutes les portées d'extension de tous les emplacements doivent être de longueur égale.
Plage(s) DID	-
Numéro de direction PSTN	-
Code du site	Tous les codes de site, pour tous les emplacements, doivent être uniques et avoir la même longueur.
Numéro principal	Lors de la création d'un emplacement, deux identifiants DID doivent être provisionnés. Un numéro principal (par exemple, pour être attribué à un service de standard automatique) et un autre pour le portail de messagerie vocale. Prévoyez un numéro DID pour la messagerie vocale.
numéro de messagerie vocale
Nombre de licences	Licences requises par type, notamment Standard, Professionnel, Espace de travail, Liste de routage, Plan d'appels sortants.
Appels simultanés aux heures de pointe	Somme des appels simultanés entre appareils et entre appareils et passerelle locale (PSTN et appels vers les appareils). Nécessaire pour déterminer la bande passante d'accès Internet requise.
Pays	-
Fuseau horaire	-
LANGUE	-
Coordonnées (Nom, Téléphone, Courriel)	-
Adresse (Rue, Ville, État, Code postal)	-
emplacement physique des points de terminaison pour les services d'urgence	L'emplacement de l'appareil utilisé pour les appels d'urgence comprend généralement les éléments suivants : adresse du bâtiment, adresse du bâtiment + numéro d'étage, adresse du bâtiment + numéro de suite ou adresse du bâtiment + numéro d'étage + office/cubical nombre.
Emplacement physique unique par appareil sur le réseau pour les services d'urgence	L'emplacement physique du réseau pour les appels d'urgence comprend généralement les éléments suivants : changer / port de commutation pour les périphériques filaires, identifiants de jeu de services de base (BSSID) des points d'accès sans fil (AP) pour les périphériques connectés sans fil, and/or Sous-réseau(x) IP sur site pour les périphériques terminaux.

Tableau 2. Exemple de numérotation d'entreprise
Taille	Gamme d'extension	Code du site	Gamme Entreprise
New York	2XXX	202	8 202 2XXX
SFO	3XXX	203	8 203 3XXX
RTP	2XXX	204	8 204 2XXX

Tableau 3. plages d'extension à longueur fixe
Taille	Gamme d'extension	Numéros de postes	Code du site	Gamme Entreprise
New York	2XXX	2XXX	202	8 202 2XXX
SFO	8XXX	7XXX	203	8 203 7XXX
RTP	1XX	11XX	204	8 204 11XX

Tableau 4. Transition vers la numérotation à sept chiffres

Taille	Numéros de postes	Code du site	Gamme Entreprise	Site ode	Entreprise ange
New York	2XXX	22	8 22 2XXX	822	8 822 2XXX
SFO	8XXX	23	8 23 7XXX	823	8 823 7XXX
RTP	1XXX	24	8 24 11XX	824	8 824 11XX

Tableau 5. Options de provisionnement des utilisateurs - résumé
Méthode d'affectation	Avantages	Cons
Manuel à travers	Simple pour un petit nombre d'utilisateurs. Permet un contrôle précis et granulaire de l'attribution des licences.	Non évolutif, chronophage Sujette aux erreurs humaines lors de la saisie manuelle.
Modèles de licences automatiques	Évolutif Réduit les erreurs manuelles Peut s'appliquer aux nouveaux utilisateurs et aux utilisateurs existants.	Nécessite des numéros de téléphone et des adresses valides. Plus complexe à configurer Exige également des groupes d'utilisateurs par groupe d'utilisateurs avec des exigences de licence équivalentes.
Importation CSV en masse	Efficace pour les grands groupes d'utilisateurs Permet l'attribution simultanée de licences, de numéros de téléphone et de postes.	Nécessite une mise en forme CSV soignée Risque d'erreurs si les numéros de téléphone ou les extensions sont manquants ou incorrects.
Affectation basée sur l'API	Automatisable, flexible. Permet l'attribution simultanée de licences, de numéros de téléphone et de postes.	Nécessite des connaissances en développement et en API.

Tableau 6. Options de provisionnement des utilisateurs pour
Méthode de provisionnement	Description	Avantages	Cons
Manuelle	Create/manage utilisateurs individuellement dans	Simple d'utilisation pour un petit nombre d'utilisateurs ; aucune infrastructure requise	Non évolutif ; chronophage pour de nombreux utilisateurs
En vrac (fichier CSV)	Import/update utilisateurs en masse via CSV dans	Idéal pour les groupes ; aucune programmation requise	Préparation manuelle du fichier CSV ; moins dynamique
Personnes et API SCIM 2.0	Gestion automatisée des utilisateurs via les API Webex	Flexible ; prend en charge l'automatisation et l'intégration	Nécessite du développement et une infrastructure
Synchronisation du répertoire	Synchronisation automatique depuis Active Directory, Entra ID, les applications SCIM et Unified CM	Automatise le cycle de vie ; prend en charge le filtrage et le mappage	Complexité de la configuration : Certaines options ont des fonctionnalités limitées ou nécessitent une infrastructure.

Tableau 7. Options pour gérer les groupes et les adhésions aux groupes
Option	Description	Avantages	Cons
approvisionnement de groupe (groupes)	Créez et gérez des groupes directement dans . Add/remove membres manuellement ou via un fichier CSV.	Contrôle total des adhésions au groupe Application immédiate des licences et des modèles Création et modification faciles de groupes	Mises à jour manuelles requises Risque d'erreurs lors des importations manuelles de fichiers CSV Aucune synchronisation automatique avec les répertoires externes
Groupes synchronisés depuis Entra ID (Azure AD) ou Active Directory	Synchronisation automatique des groupes de sécurité et des appartenances à partir de services d'annuaire externes.	La synchronisation automatisée réduit le travail manuel Assure la cohérence avec l'annuaire de l'entreprise Soutient les grandes organisations	Impossible de modifier l'appartenance au groupe dans Délai de synchronisation jusqu'à 12 heures Les groupes imbriqués nécessitent une sélection manuelle
API Groupes et SCIM 2.0 (Groupes)	Utilisez les groupes ou l'API SCIM 2.0 pour la gestion programmatique des groupes et des adhésions.	Automatisation et intégration avec d'autres systèmes Adaptable aux environnements vastes ou complexes	Nécessite un effort de développement La complexité dépend de l'utilisation de l'API.

Implémentation

Préparation réseau

Première installation

vérification du domaine

Réclamez (convertissez) les utilisateurs existants

Configurer et tester la synchronisation des répertoires

Configurer et tester l'authentification unique (SSO)

Obtenir, fournir et vérifier les licences

Paramètres du service d'appel Webex

Migration pilote

Acquisition du réseau téléphonique public commuté (RTPC)

Configurer les emplacements

Intégration avec le contrôle d'appel sur site

Migrer les utilisateurs par lots

Espaces de travail

Dispositifs de provisionnement

Configurer les fonctionnalités

Tests d'acceptation

Préparation réseau

La première étape de la transition consiste à assurer une connectivité Internet fiable et sécurisée entre le réseau sur site et le cloud.

Étant donné que la plupart des organisations se connectent à Internet via un ou plusieurs pare - feu ou dispositifs de sécurité, il est essentiel de vérifier que les flux de trafic requis sont pris en charge .

Les administrateurs réseau et de sécurité doivent comprendre ces flux en termes de :

Direction (entrant vs sortant)

Protocoles (Exemple :SIP TLS, SRTP, HTTPS)

Plages d'adresses IP utilisées par les services

Numéros de port qui doivent être ouverts ou autorisés.

Cela garantit que les pare-feu d'entreprise, les périphériques NAT et les autres infrastructures réseau sont correctement configurés pour gérer le trafic tout en respectant les politiques de sécurité de l'entreprise.

Pour plus d'informations sur les flux requis, y compris l'adresse IP, les ports et les protocoles, consultez Informations de référence des ports pour Webex Calling. Utilisez ces informations pour configurer le pare-feu, les proxys et les autres infrastructures réseau du déploiement existant afin d'activer les flux réseau.

L'accès décentralisé à Internet depuis chaque succursale ou site est l'approche recommandée pour les services de collaboration cloud tels que . En autorisant la sortie locale du trafic, ce modèle :

Réduit le délai aller-retour et la gigue, améliorant ainsi la qualité globale des appels.

S'adapte efficacement à mesure que de plus en plus d'utilisateurs et de sites migrent vers

Fonctionne parfaitement avec le SD-WAN, qui peut acheminer dynamiquement les sessions vers le point d'entrée cloud le plus proche pour des performances optimales.

Permet de suivre la localisation de l'utilisateur en fonction de son adresse IP publique, ce qui facilite l'analyse du chemin multimédia et le dépannage.

De plus, les organisations doivent garantir une bande passante internet suffisante sur chaque site. La bande passante doit être dimensionnée en fonction du nombre prévu d'appels simultanés, du codec sélectionné (par exemple, Opus ou G.711), plus la surcharge liée à la signalisation, aux retransmissions et à la croissance. Cela correspond à la phase de préparation du cycle de vie PPDIO et établit une base solide pour la migration.

Première installation

La sous-section relative à la configuration initiale, au sein de la phase de mise en œuvre du déploiement, est fondamentale pour établir un environnement d'appel cloud bien structuré et gérable. Cette étape englobe des tâches essentielles telles que la mise en place de l'organisation, l'acquisition et l'attribution des licences, ainsi que la vérification et la revendication des domaines de votre entreprise afin de garantir une gestion et une sécurité des utilisateurs optimales. En outre, il comprend des modèles de licences de provisionnement pour automatiser l'attribution des licences utilisateur, la configuration de l'authentification unique (SSO) pour simplifier l'authentification des utilisateurs et améliorer la sécurité, ainsi que l'ajustement des paramètres de service et de client pour les aligner sur les politiques organisationnelles et les besoins des utilisateurs. La réalisation de ces activités de configuration initiales garantit que l'environnement est correctement configuré pour l'évolutivité, la sécurité et une expérience utilisateur fluide, préparant ainsi le terrain pour les phases de déploiement et d'exploitation ultérieures.

vérification du domaine

Pour permettre l'identification des utilisateurs enregistrés avec les domaines de messagerie de votre entreprise sur , il est essentiel de vérifier vos domaines. Sans vérification de domaine, les utilisateurs seront affectés à une organisation cliente, ce qui compliquera la gestion des utilisateurs pour votre entreprise. La vérification du domaine est une étape obligatoire qui permet à votre organisation de revendiquer et de gérer efficacement ces utilisateurs.

Assurez-vous que tous les domaines associés aux adresses e-mail de vos utilisateurs sont vérifiés. La vérification de domaine n'est pas exclusive ; un même domaine peut être vérifié auprès de plusieurs organisations.

Pour plus d'informations sur la gestion des domaines, consultez Gérer vos domaines.

Réclamez (convertissez) les utilisateurs existants

Une fois vos domaines vérifiés avec succès, vous pouvez procéder à l'intégration au sein de votre organisation des utilisateurs qui se sont inscrits pour utiliser les domaines de messagerie de votre entreprise. Ce processus regroupe tous les utilisateurs sous une même entité organisationnelle, permettant une gestion centralisée et une administration simplifiée. En revendiquant ces utilisateurs, vous vous assurez que votre entreprise dispose d'un contrôle total sur les comptes utilisateurs, ce qui vous permet d'attribuer les licences appropriées, de configurer les services et de fournir efficacement l'assistance nécessaire. Cette approche de gestion unifiée renforce la sécurité, simplifie la gestion des utilisateurs et garantit un accès cohérent aux services au sein de votre organisation. La revendication des utilisateurs empêche également leur gestion par des organisations externes ou des entreprises clientes, préservant ainsi l'intégrité de l'organisation et le contrôle des ressources de collaboration.

Pour plus d'informations sur la revendication des utilisateurs, voir Revendiquer des utilisateurs pour votre organisation (convertir) utilisateurs.

Configurer et tester la synchronisation des répertoires

Pour permettre une gestion transparente des utilisateurs et des groupes, vous pouvez synchroniser les utilisateurs et les groupes de votre annuaire d'entreprise, soit Microsoft Entra ID (anciennement Azure AD), soit Microsoft Active Directory (AD), vers . Ce processus garantit que les identités des utilisateurs et leurs appartenances aux groupes sont maintenues de manière cohérente dans votre environnement.

Pour les organisations qui mettent en œuvre des déploiements progressifs, il est crucial de contrôler et de limiter la portée de la synchronisation lors des déploiements initiaux. Cela minimise le risque de modifications non intentionnelles et permet des tests ciblés avant une adoption plus large.

La méthode la plus efficace pour filtrer les utilisateurs synchronisés consiste à exploiter l'appartenance à un groupe d'annuaire :

1
Créez un groupe de synchronisation dédié : Dans votre annuaire d'entreprise (Microsoft Entra ID ou AD), créez un groupe de sécurité spécifiquement dédié à la synchronisation (par exemple, groupe de synchronisation).

2
Constituez le groupe avec les utilisateurs cibles : N'ajoutez à ce groupe que les utilisateurs que vous souhaitez synchroniser (par exemple, un groupe de test pendant la phase pilote). Cela vous permet de contrôler précisément qui est inclus dans le processus de synchronisation.

3
Configurez l'accord de synchronisation avec un filtrage basé sur les groupes : Lors de la configuration de l'accord de synchronisation dans Directory Connector ou l'approvisionnement Entra ID, configurez la portée pour inclure uniquement les utilisateurs membres du groupe désigné.

Pour Microsoft Entra ID, vous pouvez utiliser des affectations basées sur des groupes dans les paramètres de provisionnement.

Pour Active Directory, vous pouvez définir un filtre LDAP pour inclure uniquement les utilisateurs appartenant au groupe spécifié.

4
Élargissez le groupe au besoin : Au fur et à mesure que vous progressez vers des phases de déploiement plus larges, ajoutez simplement des utilisateurs ou des groupes supplémentaires au groupe de synchronisation. Le périmètre de synchronisation s'étendra automatiquement à ces utilisateurs, permettant un déploiement contrôlé et progressif.

Exemple d'étapes de mise en œuvre :

Dans Active Directory :

Créez un groupe de sécurité nommé groupe de synchronisation.

Ajoutez les utilisateurs pilotes souhaités à ce groupe.

Configurez Directory Connector avec un filtre LDAP tel que : (memberOf=CN=Webex Synchronisation Group,OU=Groups,DC=yourdomain,DC=com).

Dans l'identifiant d'entrée Microsoft :

Créez un groupe nommé groupe de synchronisation

Attribuez le groupe aux paramètres de provisionnement d'Entra ID.

Seuls les utilisateurs de ce groupe seront approvisionnés pour .

Toujours tester la synchronisation par groupe dans un environnement hors production avant de l'appliquer à l'ensemble de l'organisation.

Vérifiez régulièrement la composition des groupes pour vous assurer que seuls les utilisateurs autorisés sont synchronisés.

Pour une gestion continue, automatisez les mises à jour des adhésions aux groupes en fonction des règles métier ou des systèmes RH si possible.

Références :

Synchroniser les utilisateurs d'Entra ID dans le Control Hub

Configurez l'application Entra ID Wizard dans le Control Hub.

Connecteur d'annuaire

Configurer et tester l'authentification unique (SSO)

L'authentification unique (SSO) renforce la sécurité et simplifie l'accès des utilisateurs en leur permettant de s'authentifier une seule fois avec leurs identifiants d'entreprise et d'obtenir un accès transparent. prend en charge l'intégration SSO avec les fournisseurs d'identité conformes à SAML 2.0, notamment Microsoft Entra ID (anciennement Azure AD), les solutions fédérées Active Directory (AD) et divers fournisseurs d'identité tiers.

À ce stade, la configuration SSO conçue doit être mise en œuvre et testée.

Références :

Intégration de l'authentification unique dans le hub de contrôle

Configurer l'authentification unique pour l'administration Webex

Configurez l'authentification unique avec Microsoft Entra ID

Authentification unique (SSO) avec plusieurs fournisseurs d'identité (IdP)

Gérer l'authentification unique (SSO) lors de l'intégration dans Control Hub

Obtenir, fournir et vérifier les licences

Dans le cadre de la configuration initiale, il est essentiel d'acquérir, de fournir et de vérifier les licences appropriées pour activer et gérer efficacement les services. Le processus d'acquisition implique la sélection des types de licences en fonction des rôles et des charges de travail des utilisateurs, tels que les licences Professionnelles, Standard et Espace de travail. Les licences sont générées et mises à disposition via les plateformes logicielles de Cisco ou via des partenaires. Après l'acquisition et la mise en service, le nombre de licences appropriées doit être vérifié dans . Ce processus garantit que l'organisation dispose des licences appropriées activées et prêtes à être utilisées lors du déploiement.

Dans le cadre de la configuration initiale des licences, il est important de configurer une gestion automatique des licences basée sur l'organisation afin de simplifier l'attribution des licences aux nouveaux utilisateurs. Cette configuration permet d'attribuer automatiquement les licences lors de l'ajout d'utilisateurs à l'organisation, éliminant ainsi le besoin d'une attribution manuelle des licences. Lors de la configuration des licences automatiques au niveau de l'organisation, vous sélectionnez les services à attribuer et définissez la portée, par exemple en appliquant les licences uniquement aux futurs utilisateurs ou en incluant également les utilisateurs existants.

Toutefois, si votre plan de déploiement prévoit l'utilisation de licences automatiques au niveau du groupe, vous pouvez choisir de ne pas attribuer de licences au niveau de l'organisation afin d'éviter les conflits ou les attributions de licences en double. Avec le système de licences automatiques au niveau du groupe, les licences sont attribuées en fonction de l'appartenance au groupe. Les utilisateurs appartenant à plusieurs groupes reçoivent des licences pour toutes les affectations de groupe applicables.

La configuration de l'attribution des licences par groupe doit être effectuée après la synchronisation des annuaires afin que les groupes synchronisés existent et puissent être utilisés pour l'attribution des licences.

Plus précisément, l'attribution automatique des licences nécessite des informations de configuration supplémentaires telles que la localisation de l'utilisateur et l'attribution d'un numéro de téléphone. Le numéro de téléphone professionnel de l'utilisateur doit être dans +E.164 format, préconfiguré et affecté à un emplacement valide pour que la licence soit activée automatiquement. Si ces conditions ne sont pas remplies, l'utilisateur ne bénéficiera pas automatiquement des services et une intervention manuelle pourra être nécessaire.

En résumé, configurez une attribution automatique de licences basée sur l'organisation pour les nouveaux utilisateurs si vous souhaitez une attribution de licences étendue à l'ensemble de l'organisation. Si vous préférez un contrôle plus précis ou si vos besoins en matière de licences diffèrent selon les groupes, configurez l'attribution automatique de licences au niveau du groupe et évitez d'attribuer des licences au niveau de l'organisation afin d'éviter les chevauchements et de garantir une gestion appropriée des licences.

Paramètres du service d'appel Webex

Il est essentiel de procéder à un examen et à une configuration complets des paramètres de service globaux au sein de .

Commencez par accéder à l'interface et à la section des paramètres. Examinez attentivement chaque option configurable, y compris, mais sans s'y limiter, la configuration de la numérotation interne, les paramètres d'appel d'urgence, les politiques de routage des appels, la gestion de la messagerie vocale et les paramètres par défaut de l'appareil.

Ajustez ces paramètres globaux pour qu'ils reflètent les politiques et les choix de conception de votre organisation.

Configurez également les paramètres, les modèles d'utilisateurs et d'applications.

Migration pilote

Au cours de la phase de mise en œuvre, l'exécution d'une migration pilote représente une étape cruciale dans la validation de la transition de à . Ce projet pilote consiste à déployer sur la plateforme un sous-ensemble représentatif d'utilisateurs répartis sur un ou plusieurs sites, en veillant à ce que la population sélectionnée reflète la diversité des cas d'utilisation et des rôles organisationnels. Parallèlement à la migration des utilisateurs, les services de collaboration essentiels, notamment la messagerie vocale, les standards automatiques, les files d'attente d'appels et les groupes de recherche, doivent être remplacés par leurs équivalents afin de maintenir la continuité des activités et la fonctionnalité des services.

La migration pilote devrait exploiter la même combinaison d'outils fournis par Cisco et d'utilitaires de migration tiers que celle prévue pour le déploiement organisationnel à plus grande échelle, afin de garantir que les processus, les flux de travail d'automatisation et les points d'intégration soient rigoureusement validés dans des conditions représentatives.

Les principaux objectifs de ce déploiement pilote sont doubles : premièrement, valider et affiner les processus de transition de bout en bout, y compris les flux de travail d'approvisionnement des utilisateurs, les procédures de migration des données et les configurations des points de terminaison ; et deuxièmement, vérifier de manière exhaustive la fonctionnalité des services migrés dans des conditions opérationnelles réelles.

Cette approche par étapes permet à l'équipe de projet d'identifier et de corriger tout problème technique ou procédural dans un environnement contrôlé, de recueillir les commentaires des utilisateurs sur l'expérience de la nouvelle plateforme, d'évaluer l'efficacité des outils de migration sélectionnés et d'établir la confiance dans la méthodologie de migration avant de procéder à un déploiement plus large au sein de l'organisation.

Les enseignements tirés de cette phase pilote sont essentiels pour optimiser les vagues de migration suivantes et garantir une transition harmonieuse et à risques maîtrisés pour l'ensemble de l'entreprise.

Acquisition du réseau téléphonique public commuté (RTPC)

Pour obtenir des services PSTN pour , sélectionnez d'abord une option de connectivité PSTN dans le .

Si une organisation prévoit de maintenir un contrôle d'appel hybride double ( phase 1 dans la figure Transition progressive des appels : Hybride et Cloud) soit temporairement, soit indéfiniment, ils devront déployer une ou plusieurs passerelles locales pour le PSTN sur site afin de permettre les appels entre les points de terminaison.

Si l'objectif final est une transition complète ( phase 2) vers le cloud, y compris le PSTN, alors soit un plan d'appel Cisco, soit une option Cloud Connect for sera nécessaire pour le PSTN.

Collaborez avec le fournisseur de votre choix pour commander et transférer les numéros de téléphone avant de les configurer. Commander des numéros de téléphone ou lancer des commandes de ports est uniquement possible required/possible pour le réseau téléphonique public commuté (PSTN) sur site et Cloud Connect pour . Pour les forfaits d'appels Cisco, la commande et la portabilité sont initiées depuis Control Hub dès la création de l'emplacement, et ce, dans les pays où le forfait d'appels Cisco est disponible. Pour plus d'informations sur les forfaits d'appels Cisco, consultez Démarrage avec les forfaits Cisco.

Dans le cadre de la mise en œuvre du réseau téléphonique public commuté (RTPC), assurez-vous que votre fournisseur a activé les services RTPC entrants et sortants pour votre emplacement. De plus, effectuez des appels tests pour vérifier que les appels sont correctement acheminés via votre connexion PSTN.

Configurer les emplacements

Avant d'ajouter des utilisateurs et des appareils, vous devez configurer les emplacements d'appel. Pour chaque emplacement, une adresse postale valide doit être saisie. Aux États-Unis et au Canada, cette adresse est validée et utilisée par la plateforme pour envoyer des informations de localisation PIDF-LO pour les appels d'urgence.

Lors de la configuration de sites utilisant le réseau téléphonique public commuté (RTPC) sur site, vous devez configurer les passerelles locales en conséquence. Dans ce cas, un trunk et un groupe de routage doivent être créés pour chaque passerelle locale, et le groupe de routage est ensuite attribué comme choix PSTN pour l'emplacement. Cisco recommande fortement de toujours choisir un groupe de routage comme option PSTN, car cette approche vous permet d'ajouter facilement des liaisons supplémentaires ultérieurement, prenant en charge à la fois l'évolutivité et la redondance. Cisco recommande également d'activer la prise en charge de la double identité et de P-Charge-Info sur chaque ligne PSTN, car cela simplifie l'identification de la partie facturable pour les appels sortants directs ou redirigés. Si votre fournisseur PSTN utilise un en-tête différent pour la facturation, vous pouvez copier les informations de l'en-tête P-Charge-Info sur la passerelle locale vers l'en-tête de facturation requis.

Pour les sites utilisant Cloud Connect ou le forfait d'appels Cisco comme option PSTN, il suffit de sélectionner l'option PSTN correspondante lors de la configuration. Si le site utilise Cloud Connect ou le réseau téléphonique public commuté (PSTN) sur site, vous devrez ajouter les numéros de téléphone commandés à l'étape précédente. Vous pouvez ajouter des numéros comme inactifs si vous ne souhaitez pas qu'ils soient immédiatement inclus dans le routage des appels ; vous pourrez les activer ultérieurement lorsqu'ils seront attribués à des utilisateurs ou à des fonctionnalités.

Il est important de toujours définir un numéro principal pour chaque emplacement. Le numéro principal peut être attribué soit à un utilisateur, soit à une fonctionnalité, comme un standard automatique. Pour activer la messagerie vocale à cet emplacement, assurez-vous de configurer le numéro pilote de messagerie vocale, également appelé numéro de portail vocal.

Les paramètres supplémentaires relatifs aux lieux d'appel comprennent la configuration des détails d'appel d'urgence tels que le numéro de rappel d'urgence, les options de notification et les fonctionnalités d'appel d'urgence améliorées. Vous devez également vérifier et ajuster les paramètres d'enregistrement, les préférences linguistiques et les configurations de l'appareil en fonction des besoins de chaque emplacement. Si votre organisation utilise la numérotation interne abrégée avec des numéros d'entreprise significatifs, n'oubliez pas de configurer un code de site unique pour l'emplacement dans les paramètres de numérotation interne. Enfin, si la numérotation externe nécessite un chiffre de numérotation sortante, assurez-vous de le configurer dans les paramètres de numérotation externe. Lorsqu'un numéro de numérotation sortante est configuré, Cisco recommande d'activer l'application du numéro de numérotation sortante pour garantir la cohérence.

Intégration avec le contrôle d'appel sur site

Pour l'intégration avec le contrôle des appels sur site, il est nécessaire de configurer les lignes, les groupes de routage, les plans de numérotation d'entreprise, ainsi que les paramètres de localisation et les paramètres globaux. Commencez par configurer les lignes et les passerelles locales destinées à l'interconnexion avec le système de contrôle d'appels sur site ; cette étape n'est requise que si des lignes dédiées sont nécessaires. Si les liaisons et les groupes de routage existants sont suffisants pour votre déploiement, ils peuvent être réutilisés pour l'interconnexion sur site sans configuration supplémentaire.

Une fois les lignes et les groupes de routage établis, procédez à la création des plans de numérotation d'entreprise et attribuez le groupe de routage approprié comme destination pour chaque plan de numérotation. Lorsque l'intégration implique plusieurs systèmes de contrôle d'appels sur site connectés via différentes lignes, plusieurs plans de numérotation seront nécessaires. Il est important de s'assurer que ces plans de numérotation ne contiennent que les modèles nécessaires à l'acheminement des appels vers des destinations sur site.

Si votre déploiement nécessite la prise en charge du routage des extensions inconnues, cette fonctionnalité doit être activée au niveau de l'emplacement. De plus, lorsque le routage des extensions inconnues est activé, vous devez spécifier la longueur maximale des extensions inconnues dans la section Routage des appels entre et locaux des paramètres des services d'appel dans . Cela garantit un acheminement des appels sans faille et une gestion adéquate des scénarios de numérotation par extension dans votre environnement intégré.

Migrer les utilisateurs par lots

Lors de la migration des utilisateurs d'un système à un autre, il se peut que vous ne puissiez pas déplacer tous les utilisateurs en même temps. Cela peut être dû à de multiples raisons, notamment le nombre de sites ou d'utilisateurs, ou encore le temps nécessaire pour migrer un site. and/or groupe d'utilisateurs simultanés, ressources informatiques ou de site limitées pour prendre en charge la période de changement, durée de la période de changement, complexité du changement, etc.

Lorsque vous migrez des utilisateurs par phases, il est essentiel d'identifier quels utilisateurs doivent migrer ensemble dans le même lot. L'objectif principal est de regrouper les utilisateurs qui ont des dépendances les uns envers les autres pour leurs services et fonctionnalités d'appel. Vous souhaitez vous assurer que toutes leurs fonctionnalités d'appel (par exemple, les files d'attente d'appels) sont pleinement fonctionnelles comme elles l'étaient avant la transition.

Même si vous implémentez l'interfonctionnement des appels entre et avec les passerelles locales, vous ne pouvez pas répartir les services ou fonctionnalités partagés sur cette connexion. Il vous faut donc identifier les dépendances entre les utilisateurs en examinant des fonctionnalités telles que :

Surveillance des autres utilisateurs à l'aide de BLF

Dans le même pilote de chasse, file d'attente d'appels, etc.

Lignes partagées

Utilisation de la prise d'appel

En utilisant les mêmes numéros de parcage d'appel

Intercom

Executive/Admin.

Par exemple, un utilisateur faisant partie d'un groupe de recherche en cours de transition vers . Cet utilisateur sera intégré au groupe Hunt et à tous les autres membres de ce groupe. Par conséquent, après la transition, le groupe Hunt et ses membres pourront répondre avec succès aux appels sur la nouvelle plateforme.

Cela devient plus complexe lorsque les utilisateurs sont connectés à différents groupes d'utilisateurs pour différents services et fonctionnalités d'appel. Cela nécessitera la migration simultanée de plusieurs groupes d'utilisateurs et d'un service d'appel.

Utilisez les résultats de l'outil Migration Insights ou de l'outil tiers que vous avez utilisé dans la phase de préparation pour déterminer quels utilisateurs et fonctionnalités doivent être regroupés. Ces résultats auraient dû servir à élaborer votre plan de migration et vous donneront des indications sur la manière de regrouper les utilisateurs et les fonctionnalités qui doivent migrer ensemble.

Les étapes clés lors de la transition d'un groupe d'utilisateurs sont les suivantes :

Identifier les utilisateurs à migrer ensemble

Vérifiez que tous les utilisateurs sont connectés.

Vérifiez que tous les numéros de téléphone (TN) des utilisateurs existent dans

Vérifiez le format correct du numéro de téléphone dans l'annuaire

Assurez-vous que le modèle de licence et de paramètres pour les groupes d'utilisateurs est correctement configuré.

Vérification ou configuration de tous les services et fonctionnalités d'appel pour le groupe d'utilisateurs (avant ou pendant la transition, selon le cas).

Dans l'annuaire d'entreprise, ajoutez les utilisateurs au groupe des utilisateurs autorisés à passer des appels.

Tirer parti des outils - outils de migration des utilisateurs et des fonctionnalités and/or outils tiers

Disable/Delete user/device numéro de répertoire et appel features/services après la transition.

Après la migration d'un groupe d'utilisateurs, testez un sous-ensemble de ces utilisateurs afin de vérifier que toutes leurs fonctionnalités et services d'appel fonctionnent correctement. Si les fonctionnalités d'appel telles que la file d'attente d'appel, les groupes de recherche, etc. sont transférées avec le groupe d'utilisateurs, testez ces services d'appel pour vérifier leur bon fonctionnement.

Espaces de travail

Dans ce contexte, un espace de travail désigne un lieu partagé (comme une salle de conférence, un espace de réunion informel ou un bureau partagé) auquel on peut attribuer des appareils, des extensions et des utilisateurs. Contrairement aux téléphones Unified CM traditionnels, les espaces de travail sont :

Axé sur la localisation : lié à des espaces physiques.

Compatible avec différents appareils : peut comporter un ou plusieurs appareils (téléphones de bureau, tableaux, etc.).

Une fois les espaces de travail identifiés comme faisant partie de la transition vers , ils peuvent être ajoutés sous Appareils. Chaque espace de travail nécessite l'attribution d'un appareil. S'ils sont déjà dans Unified CM, ils doivent être réinitialisés ou reconfigurés. Des fonctionnalités telles que la messagerie vocale, le renvoi d'appel et la prise d'appel peuvent être activées ou désactivées, et des politiques peuvent être appliquées aux appels vidéo, à la mise en attente d'appel et à la mobilité, selon les besoins. Testez chaque espace de travail en passant des appels internes et externes, en testant la vidéo, la visioconférence et les fonctionnalités de mobilité. Enfin, informez les utilisateurs des procédures applicables concernant les appareils et les réservations des espaces de travail.

Pour plus d'informations sur les espaces de travail dans , voir Espaces de travail.

Dispositifs de provisionnement

Les téléphones actuellement enregistrés sur ce système devront être migrés vers le cloud dans le cadre de la transition. Pour simplifier au maximum la migration et minimiser les risques d'échec, Cisco recommande de migrer les sites physiques ou les départements simultanément. Toutefois, il se peut que vous deviez migrer les utilisateurs par lots en raison des dépendances entre les fonctionnalités. Consultez la section Migrer les utilisateurs par lots pour plus de détails.

Tous les téléphones compatibles que vous devez utiliser pour la transition devront être configurés en tant qu'utilisateur ou espace de travail, et le téléphone physique devra être reconfiguré pour s'enregistrer auprès de . De plus, les téléphones des séries 7800 et 8800 doivent voir leur micrologiciel mis à jour, passant du micrologiciel Enterprise au micrologiciel Multiplatform Phone (MPP). Ce processus comprend le chargement d'un firmware transitoire avant le chargement du firmware MPP requis pour l'enregistrement. Cela nécessite également la licence de migration appropriée. Cisco a amélioré ce processus au cours des dernières années afin de vous faciliter la mise à niveau de vos téléphones Enterprise Firmware vers le firmware MPP. Pour plus d'informations sur les étapes à suivre pour effectuer la mise à niveau du firmware, voir Convertir les téléphones IP Cisco des séries 7800 et 8800 entre le firmware Enterprise et MPP.

En plus des étapes décrites dans cet article, il existe un outil intégré, Migrer votre téléphone vers Webex Calling, que vous pouvez utiliser pour vous aider à migrer vos téléphones 7800 et 8800 du firmware Enterprise vers le firmware MPP. Cet outil vous permet également d'ajouter les téléphones et de les attribuer aux utilisateurs ou espaces de travail appropriés. Pour plus d'informations sur l'utilisation de l'outil, voir Migrer votre téléphone.

Pour les téléphones de la série 9800 enregistrés, l'exigence de migration du firmware mentionnée ci-dessus ne s'applique pas. Ces téléphones fonctionnent sous PhoneOS, qui est pris en charge à la fois par et . Pour effectuer la transition vers Webex Calling, vous devrez ajouter ces téléphones à la plateforme, les attribuer à un utilisateur ou à un espace de travail, puis les réinitialiser aux paramètres d'usine. Séquence de démarrage PhoneOS pour l'enregistrement La figure ci-dessous illustre la séquence de démarrage PhoneOS et la manière dont le téléphone s'enregistrera une fois ajouté, même s'il est encore en cours de provisionnement sur and/or Les options DHCP (exemple - 150) sont utilisées.

Séquence de démarrage PhoneOS pour l'enregistrement

La réinitialisation d'usine des appareils PhoneOS est prise en charge afin de permettre une intégration sans intervention. Les administrateurs peuvent réinitialiser à distance les téléphones 9800 et 8875 via les pages d'administration CUCM, ce qui élimine la nécessité d'un accès physique aux téléphones pour leur intégration. Cette fonctionnalité est prise en charge par les packs de périphériques à partir du 9 septembre 2025 :

CUCM v15 - Unified Communications Manager Version 15

CUCM v14 - Unified Communications Manager Version 14.

Pour plus d'informations sur le processus d'enregistrement de la série 9800, voir Processus d'enregistrement.

En plus des téléphones IP Cisco, la mise en service d'autres appareils tels que des adaptateurs téléphoniques analogiques (ATA), des téléphones sans fil (Wifi, DECT), des appareils vidéo, des passerelles^{vocales et} des appareils et téléphones tiers peut être nécessaire. Nombre de ces appareils ne disposent pas d'une procédure de mise à jour du firmware, contrairement aux téléphones IP, permettant de passer d'un firmware d'entreprise à un firmware cloud. Vous devrez donc configurer chacun de ces appareils dans Control Hub. Certains de ces modèles ne peuvent pas être remplacés et devront être remplacés par un modèle équivalent (par exemple, ATA). 191/192) et d'autres nécessiteront une reconfiguration manuelle and/or Modifications logicielles.

Passerelles vocales - Pour migrer votre passerelle locale, voir Migrer la passerelle locale.
Pour plus d'informations sur la configuration de votre passerelle vocale VG400, VG410 ou VG420 dans Control Hub, consultez Passerelle locale

Adaptateur téléphonique analogique (ATA) - Pour commencer avec votre Cisco ATA 191 et 192, voir Cisco ATA.

Téléphone sans fil Wifi - Pour intégrer les téléphones sans fil 840 et 860, voir Intégrer le téléphone sans fil Webex.

Téléphones sans fil DECT - Pour commencer avec votre nouvelle série Cisco IP DECT 6800, consultez Cisco IP DECT.

Pour créer et gérer un réseau DECT numérique dans Control Hub, voir Gérer le réseau DECT

Pour plus d'informations sur le Cisco IP DECT 6800, consultez le guide de déploiement.

^{Appareils et téléphones tiers} - Collaborer avec^{des fournisseurs} tiers sur device/phone exigences et le processus de migration ou de remplacement pour les prendre en charge.

Configurer les fonctionnalités

Toutes les fonctionnalités d'appel nécessaires doivent être mises en place avant ou pendant la transition. Comme indiqué dans la section « Migration des utilisateurs par lots », les fonctionnalités d'appel doivent être configurées et transférées lors du transfert des utilisateurs qui les utilisent.

Pour plus de détails sur la configuration de chaque fonctionnalité, consultez les articles d'aide à la configuration correspondants.

Répondeurs automatiques - Pour gérer les répondeurs automatiques, voir Répondeurs automatiques

Mise en attente d'appel - Pour gérer la mise en attente d'appel, voir Mise en attente d'appel

Prise d'appel - Pour configurer le groupe de prise d'appel, voir Prise d'appel

File d'attente d'appels - Pour configurer la file d'attente d'appels, voir File d'attente d'appels

Groupes de chasse - Pour gérer les groupes de chasse, voir Gérer les groupes de chasse

Modes de fonctionnement - Pour le routage des appels en fonction des modes de fonctionnement, voir Routage des appels en fonction des modes de fonctionnement

Groupes de pagination - Pour configurer un groupe de pagination, voir Configurer un groupe de pagination

Enregistrements - Pour gérer l'enregistrement des appels, voir Gérer les enregistrements

Pour configurer la portée d'un numéro unique (bureau à distance), consultez Configurer un numéro unique

Groupe de messagerie vocale - Pour gérer une boîte de messagerie vocale et de fax entrante partagée pour , voir Gérer la messagerie vocale.

Tests d'acceptation

Les tests d'acceptation garantissent que l'environnement migré répond aux exigences fonctionnelles, fonctionne comme prévu et offre une expérience utilisateur fluide pour tous les flux de communication. Ce processus de validation est multifacettes et couvre tout, de la création des comptes utilisateurs et l'attribution des numéros aux performances opérationnelles des fonctionnalités d'appel avancées.

Cette section fournit des exemples et met en évidence les aspects clés à prendre en compte lors des tests d'acceptation ; toutefois, elle ne prétend pas constituer une liste de contrôle exhaustive ou complète.

Création d'utilisateurs et attribution de numéros

Un aspect fondamental des tests d'acceptation consiste à vérifier que tous les utilisateurs sont provisionnés avec précision et intégralité dans . Cela nécessite une comparaison approfondie entre le répertoire source () et la base d'utilisateurs nouvellement établie afin de garantir que chaque compte utilisateur, ainsi que les attributs associés tels que les numéros de poste et les affectations de numérotation directe entrante (DID), ont été correctement migrés. L'exhaustivité du provisionnement est essentielle non seulement pour le fonctionnement dès le premier jour, mais aussi pour l'administration et le support continus.

La validation de l'attribution des numéros comprend la vérification que chaque utilisateur se voit attribuer le numéro de poste et le numéro externe corrects, et que ces numéros sont correctement acheminés dans les flux d'appels internes (sur le réseau) et externes (PSTN). Il est essentiel de vérifier tout chevauchement, toute affectation manquante ou toute erreur de configuration pouvant entraîner des erreurs de routage d'appels ou des interruptions de service.

Flux d'appels RTC et affichage de l'identification de l'appelant

Une procédure de test d'acceptation robuste doit englober la validation de bout en bout des flux d'appels du réseau téléphonique public commuté (RTPC). Cela inclut les scénarios d'appels entrants et sortants. Pour les appels entrants du réseau téléphonique public commuté (RTPC), l'équipe de test doit confirmer que les appels sont acheminés vers les terminaux prévus, qu'il s'agisse d'utilisateurs individuels, de files d'attente d'appels, de groupes de recherche ou de standards automatiques. Les appels sortants sur le réseau téléphonique public commuté (RTPC) doivent être effectués avec succès, une attention particulière étant portée à la transmission et à l'affichage corrects des informations d'identification de l'appelant. Cela implique de veiller à ce que le nom et le numéro corrects de l'appelant soient affichés aux destinataires externes, conformément aux politiques de l'organisation et aux exigences réglementaires.

Les tests doivent également aborder les scénarios de basculement, tels que la gestion des points de terminaison inaccessibles ou des interruptions de réseau. Cela permet de confirmer que les mécanismes de repli et le routage alternatif fonctionnent correctement, assurant ainsi la continuité et la fiabilité du service.

Flux d'appels intra-réseau

Les flux d'appels internes, ou sur le réseau, constituent l'épine dorsale de la communication d'entreprise. Les tests d'acceptation dans ce domaine vérifient que les appels entre les utilisateurs au sein de l'organisation sont correctement acheminés, et que les fonctionnalités telles que le transfert d'appel, la mise en attente, le renvoi d'appel et la conférence fonctionnent comme prévu. L'intégrité des plans de numérotation, la connectivité entre les postes et la prise en charge des politiques d'appel de l'organisation doivent toutes être confirmées.

Gestion des appels utilisateur et validation des fonctionnalités

Un aspect important des tests d'acceptation consiste à valider la manière dont les utilisateurs gèrent les appels à l'aide des et des téléphones de bureau compatibles. Ce processus vise à garantir que les flux de travail d'appel quotidiens sont intuitifs et fiables, et que les utilisateurs ont un accès fluide aux fonctionnalités essentielles à leurs fonctions. Les tests doivent évaluer la facilité avec laquelle les utilisateurs peuvent passer et recevoir des appels, gérer les fonctions de mise en attente et de reprise d'appel, et effectuer des transferts à l'aveugle et avec consultation. Il est également essentiel de vérifier que le renvoi d'appel, la conférence et d'autres fonctionnalités avancées, telles que la mise en attente et la récupération d'appels ou l'activation du mode « Ne pas déranger », sont facilement disponibles et fonctionnent correctement.

L'expérience utilisateur doit être évaluée en termes de clarté et de réactivité, en tenant compte de la manière dont les utilisateurs interagissent avec l'historique des appels, la messagerie vocale et les annuaires intégrés. Une attention particulière devrait être portée à la possibilité de déplacer les appels actifs entre appareils et d'utiliser efficacement les commandes d'appel au sein de l'application ou sur les téléphones physiques. L’objectif ultime est de garantir une expérience utilisateur cohérente et efficace, répondant pleinement aux besoins de communication de l’organisation après la migration.

Files d’attente pour les appels : Expérience d'agent et de superviseur

Les files d'attente d'appels sont fréquemment utilisées pour gérer les scénarios d'appels entrants à volume élevé. Les tests d'acceptation se concentrent ici sur plusieurs dimensions. Il convient tout d'abord de vérifier que les appels sont répartis entre les agents selon la logique de file d'attente configurée, telle que la répartition circulaire, la plus longue période d'inactivité ou la sonnerie simultanée. L'affichage des appels en attente sur les postes de travail des agents doit être examiné afin d'en vérifier la clarté et la facilité d'utilisation, et de garantir que les agents puissent accepter, mettre en attente et transférer efficacement les appels.

Pour les superviseurs, l'expérience utilisateur sur poste de travail doit être évaluée en fonction de fonctionnalités telles que la surveillance en temps réel, l'écoute passive des appels et les analyses ou informations sur les performances des files d'attente. Cela inclut, sans toutefois s'y limiter, la validation des tableaux de bord et des outils de reporting qui fournissent des données exploitables sur la répartition des appels, l'activité des agents et les indicateurs de file d'attente.

Groupes de recherche : Distribution des appels

Les groupes de recherche constituent un mécanisme clé pour la distribution des appels à des ensembles d'utilisateurs prédéfinis. Les tests d'acceptation doivent confirmer que les appels sont acheminés vers les membres du groupe en fonction de l'algorithme de recherche configuré, et que les scénarios de débordement, de transfert et de non-réponse sont gérés conformément à la conception. Il est essentiel, pour la cohérence opérationnelle et la satisfaction des utilisateurs, de veiller à ce que l'appartenance aux groupes et les comportements de routage des appels correspondent à ceux précédemment établis.

Standards automatiques : Annonces et fonctionnement du menu

Les serveurs vocaux automatisés représentent la première ligne de la gestion automatisée des appels. Les tests doivent couvrir la lecture des annonces, l'exactitude des messages d'accueil enregistrés et le bon fonctionnement des arborescences de menus. Les options du menu doivent permettre d'orienter de manière fiable les appelants vers les services, les personnes ou les numéros externes appropriés. Les tests doivent également inclure des scénarios d'appel invalide ou de dépassement de délai afin de confirmer que les appelants reçoivent des instructions claires ou sont redirigés comme prévu.

service de messagerie vocale

Enfin, la fonctionnalité de messagerie vocale est essentielle à l'expérience utilisateur. Les tests d'acceptation doivent vérifier que les boîtes vocales sont correctement attribuées et accessibles, aussi bien depuis l'intérieur de l'organisation qu'à distance. La possibilité d'enregistrer, de récupérer et de gérer les messages doit être confirmée, ainsi que la distribution des notifications.

Optimiser

Migration du réseau téléphonique public commuté (PSTN) vers Cloud Connect pour

Optimiser l'infrastructure sur site

Utiliser l'analyse et le dépannage

Migration du réseau téléphonique public commuté (PSTN) vers Cloud Connect pour

Une fois que tous les terminaux et utilisateurs sont migrés vers le cloud, le seul but d'Unified CM est de servir de passerelle entre les passerelles PSTN et la passerelle locale. Supprimer les passerelles PSTN et la passerelle locale en utilisant Cloud Connect 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, suivez ces étapes :

Cloud Connect pour la sélection des partenaires.

Consultez la liste des partenaires Cloud Connect et sélectionnez le ou les partenaires disponibles pour l'emplacement de votre organisation.

Connexion au cloud pour validation.

Avant de basculer l'accès au réseau téléphonique public commuté (RTPC) des sites vers Cloud Connect, la connectivité au RTPC via le partenaire Cloud Connect sélectionné doit être vérifiée et validée. À cette fin, un environnement de test doit être mis en place avec des utilisateurs de test affectés à cet environnement. 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 demande de portage doit être passée pour tous les numéros actuellement attribués à la ligne PSTN se terminant sur le réseau. 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 sites 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 au début de la transition en utilisant le trunking PSTN pour les déploiements 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 au réseau téléphonique public commuté (RTPC) se fait via la passerelle locale et, après le transfert de tous les utilisateurs, il n'y a pas d'étape de migration supplémentaire liée au RTPC autre que la mise hors service des passerelles locales.

Optimiser l'infrastructure sur site

Une fois que tous les utilisateurs et tous les points de terminaison 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.

Supprimer ou retirer toutes les machines virtuelles des nœuds de cluster 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.

Supprimer ou retirer toutes les machines virtuelles des nœuds du cluster 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 le PSTN connecté au cloud, 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 été migrés 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.

Utiliser l'analyse et le dépannage

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 est présenté dans la figure analyse de la qualité des médias.

analyse de la qualité des médias

Dans la section dépannage, chaque appel effectué peut être visualisé 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.

dépannage de la qualité des médias

Le dépannage 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.

1	Créez un groupe de synchronisation dédié : dans l'annuaire de votre entreprise (Microsoft Entra ID ou AD), créez un groupe de sécurité dédié à la synchronisation (par exemple, un groupe de synchronisation).
2	Renseignez le groupe avec des utilisateurs cibles : ajoutez uniquement les utilisateurs que vous souhaitez synchroniser (par exemple, un groupe de test pendant la phase pilote) à ce groupe. Cela vous permet de contrôler étroitement qui participe au processus de synchronisation.
3	Configurez l'accord de synchronisation à l'aide d'un filtrage basé sur les groupes : lorsque vous configurez l'accord de synchronisation dans Directory Connector ou dans Entra ID Provisioning, configurez la portée pour n'inclure que les utilisateurs membres du groupe désigné. Pour Microsoft Entra ID, vous pouvez utiliser des attributions par groupe dans les paramètres d'approvisionnement Pour AD, vous pouvez définir un filtre LDAP pour n'inclure que les utilisateurs appartenant au groupe spécifié.
4	Élargissez le groupe selon les besoins : au fur et à mesure que vous passez à des phases de déploiement plus étendues, ajoutez simplement des utilisateurs ou des groupes supplémentaires au groupe de synchronisation. La zone de synchronisation sera automatiquement étendue pour inclure ces utilisateurs, ce qui permettra un déploiement contrôlé et progressif. Exemples de mesures de mise en œuvre : Dans Active Directory : Créez un groupe de sécurité nommé Sync Group. Ajoutez les utilisateurs pilotes souhaités à ce groupe. Configurez Directory Connector avec un filtre LDAP tel que : (Memberof=CN=Webex Sync Group, OU=Groups, DC=yourdomain, DC=com). Dans Microsoft Entra ID : Créer un groupe nommé Sync Group Assignez le groupe aux paramètres d'approvisionnement d'Entra ID Seuls les utilisateurs de ce groupe seront approvisionnés. Testez toujours la synchronisation par groupe dans un environnement hors production avant de postuler à l'ensemble de l'organisation Vérifiez régulièrement l'appartenance au groupe pour vous assurer que seuls les utilisateurs autorisés sont synchronisés Pour une gestion continue, automatisez les mises à jour des membres du groupe en fonction des règles commerciales ou des systèmes RH, si possible. Références : Synchroniser les utilisateurs d'Entra ID avec Control Hub Configurer l'application Entra ID Wizard dans Control Hub Connecteur d'annuaire

1	Créez un groupe de synchronisation dédié : Dans votre annuaire d'entreprise (Microsoft Entra ID ou AD), créez un groupe de sécurité spécifiquement dédié à la synchronisation (par exemple, groupe de synchronisation).
2	Constituez le groupe avec les utilisateurs cibles : N'ajoutez à ce groupe que les utilisateurs que vous souhaitez synchroniser (par exemple, un groupe de test pendant la phase pilote). Cela vous permet de contrôler précisément qui est inclus dans le processus de synchronisation.
3	Configurez l'accord de synchronisation avec un filtrage basé sur les groupes : Lors de la configuration de l'accord de synchronisation dans Directory Connector ou l'approvisionnement Entra ID, configurez la portée pour inclure uniquement les utilisateurs membres du groupe désigné. Pour Microsoft Entra ID, vous pouvez utiliser des affectations basées sur des groupes dans les paramètres de provisionnement. Pour Active Directory, vous pouvez définir un filtre LDAP pour inclure uniquement les utilisateurs appartenant au groupe spécifié.
4	Élargissez le groupe au besoin : Au fur et à mesure que vous progressez vers des phases de déploiement plus larges, ajoutez simplement des utilisateurs ou des groupes supplémentaires au groupe de synchronisation. Le périmètre de synchronisation s'étendra automatiquement à ces utilisateurs, permettant un déploiement contrôlé et progressif. Exemple d'étapes de mise en œuvre : Dans Active Directory : Créez un groupe de sécurité nommé groupe de synchronisation. Ajoutez les utilisateurs pilotes souhaités à ce groupe. Configurez Directory Connector avec un filtre LDAP tel que : (memberOf=CN=Webex Synchronisation Group,OU=Groups,DC=yourdomain,DC=com). Dans l'identifiant d'entrée Microsoft : Créez un groupe nommé groupe de synchronisation Attribuez le groupe aux paramètres de provisionnement d'Entra ID. Seuls les utilisateurs de ce groupe seront approvisionnés pour . Toujours tester la synchronisation par groupe dans un environnement hors production avant de l'appliquer à l'ensemble de l'organisation. Vérifiez régulièrement la composition des groupes pour vous assurer que seuls les utilisateurs autorisés sont synchronisés. Pour une gestion continue, automatisez les mises à jour des adhésions aux groupes en fonction des règles métier ou des systèmes RH si possible. Références : Synchroniser les utilisateurs d'Entra ID dans le Control Hub Configurez l'application Entra ID Wizard dans le Control Hub. Connecteur d'annuaire

Cisco AI Assistant

Merci pour votre commentaire.

Guide de déploiement de la migration

Avant de commencer

Vue d'ensemble

Composants de base

Présentation du processus PPDIO

Description générale de PPDIO

Utiliser PPDIO pour des Unified CM projets de Webex Calling migration

Préparez-vous

Plan

Design

Mettre en œuvre

Optimisez

Boucles de feedback PPDIO

Approche migratoire

Préparez-vous

Exigences commerciales et techniques

Pourquoi il est important de recueillir les exigences :

Exigences commerciales

Exigences techniques

État de préparation et exigences du réseau

Configurer des communications unifiées connectées au cloud

Evaluer l'environnement actuel

Licences

Lieux/Sites

Inventaire des appareils et des clients existants

Vérifier l'éligibilité de l'appareil

Utilisateurs

Connectivité PSTN

Fonctionnalités et utilisation des fonctionnalités

Intégrations Cisco : Unity Connection UCCX UCCE

Enregistrement des appels

Intégrations tierces

Plan

Plan de projet de haut niveau

Le parcours migratoire : une ou deux étapes ?

Option 1 : migration des utilisateurs en une seule étape

Option 2 : migration des utilisateurs en deux étapes

Étape 1

Étape 2

Design

Sélection de la région

Lieux

PSTN

Plan de numérotation

Plan d'appel sur site

plan de numérotation

Enregistrement

1. Sélection du fournisseur d'enregistrement des appels

2. Sélection de la région

Appels d'urgence

Licences

Assignation manuelle via

Modèles d'attribution automatique de licences

Assignation groupée via un modèle CSV

Affectation basée sur une API

Exigences en matière de licence

Approvisionnement des utilisateurs

Groupes d'utilisateurs

Approche recommandée lors de la migration de vers

Conception de groupes d'utilisateurs

Authentification unique (SSO)

Prise en charge de plusieurs IdP

1. Fusions et acquisitions

2. Plusieurs services informatiques indépendants

3. Différents groupes d'utilisateurs ou domaines

4. Prise en charge de différents protocoles d'authentification

5. Sécurité et conformité renforcées

6. Expérience utilisateur simplifiée

Duo MFA avec SSO pour

Caractéristiques

Auto Attendant

Call Park

Prise d'appels

File d'attente des appels

Hunt Group

Modes de fonctionnement

Groupe de radiomessagerie

Enregistrements