Dans cet article
dropdown icon
Introduction
    Avant de commencer
    dropdown icon
    Aperçu
      Avant : Composants d'infrastructure d'appel sur site
    dropdown icon
    Composants de base
      Après : composants d'infrastructure d'appel cloud
    dropdown icon
    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
      boucles de rétroaction PPDIO
    Approche migratoire
dropdown icon
Préparation
    dropdown icon
    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
    dropdown icon
    É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
dropdown icon
Planifier
    Plan de projet de haut niveau
    dropdown icon
    Parcours migratoire - une ou deux étapes ?
      Option 1 : Migration utilisateur en une seule étape
      Option 2 : Migration utilisateur en deux étapes
dropdown icon
Design
    Sélection de la région
    Emplacements
    PSTN
    dropdown icon
    Plan de numérotation
      Plan de numérotation sur site dans
      plan de numérotation
    dropdown icon
    Enregistrement
      1. sélection du fournisseur d'enregistrement des appels
      2. Sélection de la région
    Appel d'urgence
    dropdown icon
    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
    dropdown icon
    Provisionnement des utilisateurs
      Groupes d'utilisateurs
      Approche recommandée lors de la migration de vers
      Conception de groupes d'utilisateurs
    dropdown icon
    Authentification unique (SSO)
      Prise en charge de plusieurs fournisseurs d'identité
      Duo MFA avec SSO pour
    dropdown icon
    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
dropdown icon
Implémentation
    Préparation réseau
    dropdown icon
    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
dropdown icon
Optimiser
    Migration du réseau téléphonique public commuté (PSTN) vers Cloud Connect pour
    Optimiser l'infrastructure sur site
    Utiliser les outils d'analyse et de dépannage

guide de déploiement de la migration

list-menuDans cet article
list-menuUn commentaire ?

Le processus de migration structuré de Cisco Unified CM sur site vers le cloud Appels Webex, utilisant la méthodologie PPDIO. Cela implique des considérations de conception essentielles. comme la sélection de la région, les plans de numérotation, les services d'urgence et l'enregistrement des appels. Le processus également détails sur les licences, le provisionnement des utilisateurs, l'authentification unique (SSO) et la préparation du réseau pour assurer un fonctionnement fluide et transition efficace.

Introduction

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.

  1. Control Hub

  2. Répertoire et provisionnement des utilisateurs

  3. Plateforme d'appels Webex

  4. Points de terminaison d'appel pris en charge

  5. options de connectivité PSTN

  6. Plan de numérotation et gestion des numéros Webex Calling

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

  1. Outils de migration Webex : Des outils gratuits et en libre-service intégrés à Control Hub facilitent votre transition vers Webex Calling.

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

  3. 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
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
ProduitDescription
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
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 : 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
ProduitDescription
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
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
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é
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
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 en 3 phases recommandée
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 de pré-migration
Activités pré-migratoires

Préparation

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 :

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

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

  3. 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é.

  4. 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 confianceConsidé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 :

  1. 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'appelsCodec - bande passanteCalculs de bande passante
    / Téléphone de bureau -> OPUS - 70 kbpsNombre d'appels simultanés * 70 kbps = Débit réseau requis
    / Téléphone de bureau -> Téléphone de bureauOPUS – 70 kbpsNombre 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 LGWG.711 – 80 kbpsNombre 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 kbpsNombre d'appels simultanés * 80 kbps = Débit réseau requis
    / Téléphone de bureau -> Entreprise via LGWG.722 – 80 kbpsNombre d'appels simultanés * 80 kbps = Débit réseau requis
    / Téléphone de bureau -> messagerie vocaleOPUS – 70 kbpsNombre 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'appelsNombre d'appels simultanésBande passante totale
    Application Webex / Téléphone de bureau → Application Webex152 * 15 * 70 kbps = 2 100 kbps
    Application Webex / Téléphone de bureau → Téléphone de bureau152 * 15 * 70 kbps = 2 100 kbps
    Application Webex / Téléphone de bureau → Réseau téléphonique public commuté (RTPC) via passerelle LGW502 * 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 Webex00 * 80 Kbps
    Application Webex / Téléphone de bureau → Entreprise via LGW152 * 15 * 80 kbps = 2 400 kbps
    Application Webex / Téléphone de bureau → Messagerie vocale Webex Calling55 * 70 kbps = 350 kbps
    Appels totaux / Bande passante100 appels14 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.

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

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

  4. 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é.

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

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

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

  1. Avant de les faire passer à

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

Un assistant de nouvelle tâche de migration, affichant la première étape « Nom de la tâche » pour la migration des téléphones d'entreprise vers le firmware multiplateforme (MPP). Il affiche les options « Générer une licence d'appareil et ajouter » ou « Générer uniquement une licence d'appareil ».
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.

  1. Vérifiez manuellement chaque téléphone et assurez-vous de connaître le modèle et la version matérielle (PID VID).

    Une étiquette de produit avec un code-barres, mettant en évidence « PID VID : CP-7821-K9= V01" avec une flèche rouge et indique également les détails CPN, MAC et SN.
    7800/8800 Étiquette du téléphone avec informations sur le modèle et la version matérielle

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

    Un tableau de compatibilité des firmwares pour téléphones multiplateformes (MPP) affichant différents modèles de téléphones, leurs firmwares et une colonne indiquant s'ils sont compatibles MPP. La plupart des entrées de la colonne MPP Capable sont marquées Oui.
    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
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 / emplacementSéances d'information et de formation préalables à la transitionpériode de transitionSoutien post-transition
New York (1 525 utilisateurs)Semaine du 1er avril15 avril – 27 avrilSemaine du 29 avril
SFO (1 600 utilisateurs)Semaine du 6 mai20 mai – 31 maiSemaine du 3 juin
RTP (1 275 utilisateurs)Semaine du 3 juin17 juin – 28 juinSemaine 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.

  1. enregistrement d'appel Webex

  2. 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
WebexDubber 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égrationstierces, notamment les SBC pour passerelles locales, les téléphones IP, les interphones, Speaker/Pagers, ATA, etc. En plus de ces appareilstiers , Webex Calling prend en charge différentes solutionstierces pour le support client, l'analyse, l'enregistrement, la facturation, etc. Pour plus d'informations sur les solutionstierces , consultez Webex App Hub.

Planifier

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 :

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

  2. Les numéros de téléphone et les extensions ont été transférés de à

  3. Le client logiciel est passé de Jabber à - s'enregistrera à

  4. L'enregistrement téléphonique a été déplacé de à .

Une migration directe depuis les systèmes UCM Calling et Jabber sur site vers Webex Calling MT et les applications et téléphones enregistrés auprès de Webex dans le cloud. La transition des services de communication de l'infrastructure locale vers la plateforme Webex.
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
  1. Le client logiciel a été transféré de à - s'enregistrera à .

Étape 2
  1. Les services d'appel ont été déplacés de à .

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

  3. L'inscription a été déplacée de à .

  4. L'enregistrement téléphonique a été déplacé de à .

Un processus de migration en deux étapes pour les services de communication. L'étape 1 consiste à intégrer l'application Webex à l'UCM sur site, suivie de l'étape 2, qui achève la transition vers Webex Calling MT et les services Webex enregistrés dans le cloud.
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
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é.

Une migration en trois phases depuis la solution d'appel sur site Unified CM vers une solution Webex Calling MT entièrement basée sur le cloud.
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

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

Une carte affichant les emplacements mondiaux des services Calling (Multi-Tenant) et Media PoP, indiquant un réseau étendu.

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
InformationCommentaire
Portée(s) d'extensionChaque 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 siteTous les codes de site, pour tous les emplacements, doivent être uniques et avoir la même longueur.
Numéro principalLors 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 licencesLicences requises par type, notamment Standard, Professionnel, Espace de travail, Liste de routage, Plan d'appels sortants.
Appels simultanés aux heures de pointeSomme 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'urgenceL'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'urgenceL'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

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

+E.164 Routage vers les appels Webex

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
TailleGamme d'extensionCode du siteGamme 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
TailleGamme d'extension Numéros de postesCode du siteGamme 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.

Informations de localisation de l'utilisateur pour Richardson aux États-Unis, y compris le numéro principal et une option permettant de gérer le numéro de rappel d'urgence.Configuration du numéro de rappel d'urgence (ECBN), permettant de choisir entre l'utilisation du numéro principal du site ou d'un numéro attribué.
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.

Paramètres d'appel d'un utilisateur au sein d'un portail d'administration, affichant les numéros de répertoire et les options de numéro de rappel d'urgence.Les paramètres du numéro de rappel d'urgence (ECBN) offrent la possibilité de choisir entre l'ECBN par défaut du lieu ou un numéro attribué en fonction du lieu de l'utilisateur.
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'affectationAvantagesCons
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 masseEfficace 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'APIAutomatisable, 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 :

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

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

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

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

  5. 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 provisionnementDescriptionAvantagesCons
    ManuelleCreate/manage utilisateurs individuellement dans Simple d'utilisation pour un petit nombre d'utilisateurs ; aucune infrastructure requiseNon é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 requisePréparation manuelle du fichier CSV ; moins dynamique
    Personnes et API SCIM 2.0Gestion automatisée des utilisateurs via les API WebexFlexible ; prend en charge l'automatisation et l'intégrationNécessite du développement et une infrastructure
    Synchronisation du répertoireSynchronisation automatique depuis Active Directory, Entra ID, les applications SCIM et Unified CMAutomatise le cycle de vie ; prend en charge le filtrage et le mappageComplexité 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
OptionDescriptionAvantagesCons
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.

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 .

Les différentes fonctionnalités d'appel Webex sont classées par fonction, telles que la gestion des appels entrants, l'historique des appels et l'administration.
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.

La section « Appels » du Webex Control Hub, et plus particulièrement l'onglet « Fonctionnalités » avec des options telles que « Annonces », « Console de l'opérateur » et « Extension de mise en attente d'appel ».
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 :

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

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

Implémentation

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 :

  1. 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).

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

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 passerellesvocales 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 avecdes 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.

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

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 :

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

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

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

  4. 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 pour les appels Webex
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é multimédia des appels Webex
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.

Cet article était-il utile ?
Cet article était-il utile ?