Cet article fournit un cadre de migration structuré en libre-service aux partenaires et aux clients qui migrent leurs environnements d'appel vers une instance dédiée (DI). Webex Calling

Les pratiques et les étapes de migration décrites dans cet article sont basées sur la méthodologie du programme Webex Setup Assist et reflètent la vaste expérience concrète des équipes de fourniture, d' ingénierie et de développement de Cisco. Ces méthodes ont été affinées grâce à des centaines de milliers de déploiements uniques de localisation de clients au cours des sept dernières années, notamment des migrations depuis BroadCloud, BroadWorks, Spark Calling Unified CM (UCM), une solution de collaboration hébergée (HCS) et des plateformes PBX tierces. Les directives s'appliquent à un large éventail d' environnements clients, des déploiements monoplaces aux implémentations à grande échelle dépassant 100 000 sièges et des centaines de sites, et suivent des processus Cisco éprouvés et établis de longue date pour garantir la cohérence, la qualité et l'efficacité opérationnelle tout au long du cycle de vie de la migration.

L'article part du principe que les lecteurs connaissent déjà Webex Calling : les licences d'instances dédiées, le modèle administratif de Webex Control Hub, ainsi que le logiciel et les fonctionnalités de base de Unified Communications Manager.

Soyons honnêtes, le mot migration suscite rarement de l'enthousiasme au sein d'une équipe informatique. Cela soulève des questions. « Quelles pauses ? » « Qui fait le travail ? » « Sur quoi perdons-nous le contrôle ? » « Est-ce que c'est réaliste alors que nous sommes déjà épuisés à garder les lumières allumées ? » Ce ne sont pas des signes de résistance au progrès ; c'est l'instinct de professionnels chevronnés qui comprennent que déplacer une plateforme d'appels essentielle n'est pas un projet de fin de semaine. Voice est le seul service où les utilisateurs remarquent un problème de deux secondes avant de se rendre compte d'un effort de planification d'une panne de deux semaines. Et cette réalité fait que chaque changement semble plus lourd qu'il ne le devrait.

La bonne nouvelle ? Les chiffres racontent une histoire bien différente de celle de la peur. Dans le cas de migrations vers le cloud bien structurées, environ 95 % des efforts d'ingénierie sont investis dans la préparation, et seulement 5 % dans le changement proprement dit. Mieux encore, 95 % de ces 95 % sont liés à des activités que votre équipe effectue déjà dans le cadre des opérations normales du deuxième jour : hygiène des stocks, gestion des certificats, révision des plans de numérotation, suivi du cycle de vie des appareils et documentation. En d'autres termes, la majeure partie du « travail de migration » est du travail que vous faites déjà. Cette approche structurée l'oriente simplement vers un résultat défini, à un rythme qui correspond à votre rythme opérationnel actuel plutôt qu'à celui-ci.

L'impression de « mission impossible » s'estompe également une fois que vous constatez que chaque migration peut être entièrement répétée. Un petit projet pilote représentatif vous permet de valider le processus de bout en bout, les intégrations, le comportement en cas de basculement et l'expérience utilisateur avant de toucher un seul utilisateur de production. Rien n'est laissé au hasard le jour de la transition, car c'est simplement la répétition d'un processus que vous avez déjà exécuté avec succès. Et en cas d' imprévu, la restauration reflète la découpe elle-même, délimitée par une fenêtre de maintenance claire. La prévisibilité remplace l'anxiété.

Oui, passer à une instance dédiée implique de perdre un certain contrôle, notamment en ce qui concerne les couches d'infrastructure et de virtualisation. Mais considérez ce que vous gagnez en retour : les heures que votre équipe passe à corriger les hyperviseurs, à suivre les alertes matérielles, à gérer la sécurité au niveau du système d'exploitation et à planifier le renouvellement des capacités. Ce temps revient à l'entreprise, où il peut être consacré à ce qui différencie réellement votre organisation : l'expérience utilisateur, l'adoption, les intégrations et les services qui intéressent réellement vos parties prenantes. Vous n'êtes pas en train de perdre le contrôle ; vous remplacez le fait de soulever des objets lourds de manière indifférenciée par une approche stratégique.

En échange, vous recevez une plateforme étroitement intégrée à la gamme d'appels, de réunions et de centres d'appels la plus avancée du marché, soutenue par la profondeur de l'ingénierie de Cisco et un écosystème de partenaires affiné grâce à des centaines de milliers de déploiements. Vous conservez toute la puissance de l'Unified CMécosystème habituel (les mêmes fonctionnalités, la même fiabilité, le même modèle administratif que votre équipe connaît déjà), désormais associé à Control Hub, un outil de gestion et d'analyse moderne, orienté utilisateur et vraiment simple à apprendre. Les mises à niveau, les mises à jour et les correctifs de vulnérabilités critiques des derniers logiciels sont gérés par Cisco, sur des systèmes informatiques certifiés Cisco, avec la même (ou meilleure) fiabilité que vous attendez de votre environnement sur site.

Donc, oui, le changement comporte des risques. Mais ne pas changer comporte son propre risque : prendre du retard en matière de fonctionnalités, faire face à la complexité constante des changements, des mises à niveau et des vulnérabilités, mettre à rude épreuve votre équipe sur une infrastructure qui ne différencie plus l' entreprise, et retarder une transition inévitable jusqu'à ce que cela se fasse sous pression. L'approche structurée et sécurisée qui suit est conçue pour faire de cette migration ce qu'elle devrait être : bien préparée, peu fastidieuse et hautement validée, exécutée principalement par le biais de tâches que vous êtes déjà en train de faire, vers une plateforme conçue pour la prochaine étape de la collaboration.

De la confiance à un plan : comment est organisé ce guide

Pour transformer cette confiance en une feuille de route exécutable, ce guide vous explique le processus de migration en sept étapes, chaque phase étant assortie de critères d'entrée et de sortie clairs, des leçons apprises sur le terrain et des vérifications préalables qui évitent les surprises les plus courantes  :

• Initiation de projets
• Découverte et évaluation
• Planification
• Mise en œuvre
• Freeze
• Passez en direct
• Transfert au jour 2

L'une des raisons pour lesquelles ce modèle fonctionne si bien est que le risque pour votre environnement de production est délibérément réduit à zéro et qu'il n'augmente qu'au cours d'une dernière étape contrôlée. Voici à quoi s'attendre à chaque étape :

Impact sur la production	Phases
Aucun impact	Initiation, découverte et évaluation de projets, planification
Impact minimal	Mise en œuvre
Limité aux processus opérationnels	Freeze
Impact direct	Passez en direct

Concrètement : la majeure partie du trajet se déroule en toute sécurité, dans votre environnement actuel. Au moment où vous atteignez le stade de la production, chaque intégration a été réalisée, chaque processus a été répété et chaque solution de repli a été vérifiée.

Tout au long du guide, nous faisons référence aux principales sources d'informations sur lesquelles vous vous appuierez pendant la migration et pendant une bonne partie de la deuxième journée :

• Cisco Calling Sales Connect — Cisco Calling Sales Connect Link
• Help.WebEx.com — documentation officielle sur les produits et les configurations
• Webex Spaces : accès direct aux experts Cisco et aux communautés de pairs pour les questions en temps réel

Avec le cadre défini et les ressources disponibles, passons en revue chaque phase en détail, en commençant par le point de départ de chaque migration réussie : le lancement du projet.

Impact sur la production : AUCUN impact

• Identifier les principales parties prenantes

N'oubliez pas qu'il ne s'agit pas seulement des équipes techniques et des équipes commerciales concernées, mais aussi des partenaires impliqués. Voici l'exemple des parties prenantes requises :

• Gestion informatique
• Gestion d'entreprise
• L'équipe des services vocaux
• L'équipe des centres d'appels
• L'équipe de réseautage
• L'équipe DNS/DHCP
• L'équipe de sécurité
• L'équipe IAM (par exemple Entra, AD, SSO)
• Tableau à changer
• partenaire MACD
• Partenaire de services gérés
• Fournisseurs d'intégration tiers (pagination, télécopie, enregistrement, etc.)
• Assistance locale sur site
• RedSky/Équipe de sécurité publique.

• Chef de projet ou chef de projet au choix.

Étant donné que les migrations vers une instance dédiée impliquent une coordination plus complexe que les intégrations traditionnelles « au niveau de l'application uniquement », il est souhaitable qu'un membre de l'équipe soit chargé de la gestion interne du projet et de toutes les tâches associées, telles que les appels hebdomadaires, la coordination des équipes internes, l'engagement des fournisseurs externes, la coordination des changements, etc.

• Synchronisation des entrées avec lesquelles vous démarrez le projet

La stratégie adoptée pour migrer vers une instance dédiée présente de nombreux avantages et raisons. Il est important de définir une vision de base de la solution future.

Y a-t-il des changements, tels que la consolidation des clusters, le plan de numérotation, les nouvelles fonctionnalités prévues ?

Faites-vous la migration des terminaux logiciels « tels quels » ou supposez-vous que vous passez à l'application Webex ?

Quel est le lien entre les utilisateurs et les centres d'appels ?

• Passez à la vitesse supérieure grâce à Dedicated Instance

Présentation de l'instance dédiée : Présentation de l'instance dédiée

BDM (Business Decision Maker Slides) BDM

TDM (Technical Decision Maker Slides) TDM.

Impact sur la production : AUCUN impact

La découverte et l'évaluation se poursuivent et l'utilisation des informations obtenues lors des précédentes réunions de synchronisation de l'équipe sur les entrées, dans le but d'identifier tous les éléments de portée nécessaires qui serviront de base à l'élaboration de projets professionnels et de plans de projet techniques

• Configuration du cluster existant

Définissez la configuration sur site existante avec toutes les fonctionnalités et intégrations effectuées. Voici les exemples à suivre :

• Applications et tailles,
• Lieux,
• adressage IP,
• Comment les utilisateurs se sont synchronisés/approvisionnés (local, LDAP),
• Authentification configurée (SSO),
• Certificats CA ou auto-signés,
• Mode sécurité,
• utilisation de l'ILS/GDPR,
• Caractéristiques,
• Une attention particulière est accordée aux fonctionnalités intersites telles que, Extension Mobility
• intégration CER/911,
• Utilisation du MRA,
• CDR,
• Messages vocaux et intégration à O365,
• Jabber contre WebExApp
  • En cas de migration de Jabber, il faudrait se concentrer sur la configuration des terminaux Jabber existants (par exemple, configuration XML, domaine de service vocal) et sur les options de reconfiguration, comme l'utilisation de SCCM. Voici les scénarios standard indiqués : Configurez Jabber
• Liste des appareils sur lesquels vous devez sélectionner
  • Appareils obsolètes (aucun nouvel appareil n'a été ajouté à la liste des appareils obsolètes depuis Rel12.0x) Téléphones obsolètes
  • Appareils de fin de support (les appareils peuvent toujours être enregistrés pour n'importe quelle version logicielle, mais ne sont pas pris en charge du point de vue du deuxième jour)
  • CSR-Compatibility-Matrix-Interactive.html
  • Appareils de restriction spéciaux 7925, 7940, 7960 Enregistrez les anciens modèles de téléphones sur Dedicated-Instance
    • Outils d'aide :

      Assistant dédié à la pré-migration des instances : générez des rapports d'évaluation

      L'assistant de pré-migration de Control Hub vous aide à collecter des données sources et à vérifier les prérequis pour migrer d'UCM vers une instance dédiée à l'aide d'un outil tiers. Avant la migration, il évalue l'état de préparation, fournit des listes de contrôle et vous permet de comparer les données entre votre cluster local et votre instance dédiée.

      Pour exécuter Assistant, votre cluster sur site doit être intégré à l'environnement UC connecté au cloud Webex. Vous trouverez la description générale et les prérequis ici : WebExCloud-ConnectedUC

      Processus d'intégration pour UCM : configuration de Webex Cloud Connected-UC

      Liste des informations importantes que vous pouvez obtenir grâce à Pre-Migration Assistant au format XLS facilement lisible :

      • Nœuds et logiciels en cours d'exécution
      • Paramètres de l'entreprise
      • Liste des liaisons SIP
      • Liste des utilisateurs de l'application et des rôles
      • Nombre d'appareils (et liste complète des appareils), groupes d'itinéraires et partitions, emplacements, utilisateurs finaux
      • Groupes CM, pools d'appareils
      • État de santé de la réplication de bases de données
      • COP installés
      • Plans de numérotation
      • Services téléphoniques
      • Destinations éloignées
    • Webex Spaces pour répondre à vos questions spécifiques :

      Demandez à UCM Cloud et instance dédiée : webexteams ://im ? space=5db6bb40-D3c7-11e9-a319-DF8a35abe85a

      Demandez à RedSky External. Inscrivez-vous à E911 Solutions Plus Partner : https://eurl.io/#fWfT1SnOz

      Demandez à Webex Setup Assist, Webex Calling et à DI : webexteams ://im ? space=76beab50-084b-11ed-abc8-ab581010b1de.

Impact sur la production : impact minimal sur l'environnement de production existant

Les meilleures pratiques de Cisco en termes de processus de migration des instances dédiées sont présentées ci-dessous :

Peering/Connectivité

Architecture réseau avec des descriptions détaillées des scénarios Edge Connect pour Webex Calling les instances dédiées et les réunions. PA_Edge_Connect_Design.pdf

*Le document doit être utilisé avec prudence, car il décrit plusieurs scénarios qui peuvent être contradictoires ou se compléter, selon le cas d'utilisation exact. La référence exacte à l' instance dédiée se trouve dans le chapitre « Edge Connect pour une architecture d'instance dédiée »

Webex EdgeConnectez-vous

Webex EdgeConnect Les questions les plus fréquentes, notes :

• Les liens dédiés à l'Instance 2 sont « indispensables »
• 4 liens sont une option mais le « croisement » n'est pas autorisé, ils sont utilisés « par paires »
• Toute priorisation du trafic DI vers l'un des liens n'est PAS prise en charge et ne s'applique généralement pas, car chaque côté/DC annonce son sous-réseau unique /25 emplacements de centres de données d'instances dédiées.

Cela est également expliqué dans le document d'architecture réseau mentionné ci-dessous :

Impact sur la production : impact limité aux processus opérationnels

Le but de la phase Freeze est de transférer les données du système source vers l'instance dédiée cible et d'exécuter les validations nécessaires pour garantir un basculement réussi. Nous recommandons un délai de 2 à 3 semaines pour le gel afin de permettre aux équipes de disposer du temps nécessaire pour transférer les données, vérifier la cohérence des données, basculer les tests et effectuer les tests connexes.

Au cas où le MACD serait nécessaire pendant la phase de gel, les modifications requises devraient être effectuées sur les deux systèmes.

Il existe de nombreux outils et méthodes pour déplacer et copier des données. En général, nous vous recommandons d'utiliser les partitions et outils actifs/inactifs comme indiqué ci-dessous :

UCM:

Export/import BAT et scripts associés

Guide d'administration groupée pour Cisco Unified Communications Manager la version 15 et SuS : CUCM_b_bulk-administration-guide-15.html.

Des outils externes pour les migrations UCM, comme Yarnlab.

Unité :

• Cisco UnityOutils. Collection d'outils gratuits Cisco Unity et Cisco Unity Connection connexes.

https://www.ciscounitytools.com/index.html

Nous recommandons d'utiliser Cobras pour les migrations vers Unity.

CER:

Manuel, exportation/importation en vrac

Une fois les données de configuration déplacées, pensez aux éléments/actions importants suivants :

• Manuel ou via l'option 150 sur DHCP en lien avec le repointage de groupes de test de différents modèles de téléphones vers le nouveau DI TFTP. Une fois les certificats consolidés, vous pouvez tester les deux scénarios : migration et annulation
• Reconfiguration de la passerelle de test, si disponible
• Préparation de modèles de configuration de passerelles pour les interruptions de production réelles. Création de scripts, si nécessaire.
• Déplacement d'un utilisateur de WebExApp via un changement de comportement d'appel chez CH
• Transfert de Jabber via la méthode de connexion définie précédemment et changement de cluster d'accueil
• Test des flux d'appels de base et des fonctionnalités de l'environnement :
  • Vérifier la cohérence du comportement sur le net ou lors d'une connexion via un VPN
  • Test de la MRA à l'aide d'un téléphone et d'un terminal logiciel
  • PSTN
  • Test du service 911

• Support d'instance dédiée de niveau 1 (TAC) Support d'instance dédiée de niveau 1

• Demandes de service associées aux sujets listés : comment faire une demande de service
  • Entrée DNS
  • Mises à jour du pare-feu
  • Téléchargement du firmware
  • Connectivité au cloud
  • Paramètres du journal d'audit
  • Gestion des applications UC
  • Trunks SIP interop DI-MT
  • Cycle de vie des applications UC
  • Infrastructure en tant que service
    • Guide des opérations pour les partenaires

• Guide des opérations pour les partenaires

  C'est l'un des documents les plus importants qui explique le support technique, la gestion des changements, la gestion des incidents, les mises à jour, les mises à niveau, la gestion des capacités, la gestion des certificats, le guide des opérations des partenaires DRS

C'est l'un des documents les plus importants qui explique le support technique, la gestion des changements, la gestion des incidents, les mises à jour, les mises à niveau, la gestion des capacités, la gestion des certificats, le guide des opérations des partenaires DRS

• Matrice des responsabilités

Un document explique la répartition RACI entre le partenaire, Cisco et le client lors de l'intégration et de la matrice d'attribution des responsabilités opérationnelles

• Demandez aux équipes web de RedSky Webex Space ://im ? space=7074fce0-489a-11ea-89f3-8f977dd07aa0.