La détection de défaillance se base sur des sondes (ping vers serveurs DNS publics, HTTP check vers des cibles stables) avec un seuil de basculement de 3 à 5 secondes de perte. En mode actif/actif, les deux liens transportent du trafic simultanément avec répartition de charge, ce qui optimise la bande passante mais complexifie la gestion des sessions VoIP (risque de changement d'IP source en cours d'appel si non maîtrisé).
Sommaire
- Quels sont les risques de coupure Internet lors d’un déménagement ?
- Comment auditer son réseau avant un déménagement d’entreprise ?
- Comment garantir la continuité WAN sans interruption ?
- Comment éviter les appels perdus pendant un déménagement ?
- Comment préparer le nouveau site avant le jour J ?
- Quel rétroplanning suivre de J-60 à J+7 pour éviter les surprises ?
- Comment réussir la bascule réseau le jour J ?
- Comment tester la voix et la data avant et après la bascule ?
- Comment adapter le plan selon votre scénario téléphonie ?
- Comment activer un plan de secours si le lien n'est pas prêt le jour J ?
- Quelles erreurs reviennent le plus souvent dans ce type de déménagement IT ?
- Quels KPI utiliser pour valider un déménagement sans coupure ?
- Quel plan de communication prévoir en interne et avec vos clients ?
- FAQ
Cet article vous plaît ?
Partagez-le !
Sommaire
- Quels sont les risques de coupure Internet lors d’un déménagement ?
- Comment auditer son réseau avant un déménagement d’entreprise ?
- Comment garantir la continuité WAN sans interruption ?
- Comment éviter les appels perdus pendant un déménagement ?
- Comment préparer le nouveau site avant le jour J ?
- Quel rétroplanning suivre de J-60 à J+7 pour éviter les surprises ?
- Comment réussir la bascule réseau le jour J ?
- Comment tester la voix et la data avant et après la bascule ?
- Comment adapter le plan selon votre scénario téléphonie ?
- Comment activer un plan de secours si le lien n'est pas prêt le jour J ?
- Quelles erreurs reviennent le plus souvent dans ce type de déménagement IT ?
- Quels KPI utiliser pour valider un déménagement sans coupure ?
- Quel plan de communication prévoir en interne et avec vos clients ?
- FAQ
Temps de lecture estimé : 20min
💡 Ce qu'il faut retenir :
- La commande du lien fibre sur le nouveau site doit être lancée au moins J-60, car les délais opérateurs varient de 4 à 12 semaines selon l'éligibilité du bâtiment. Toute commande tardive est la première cause de coupure le jour J.
- Un accès 4G/5G de secours (routeur dédié, SIM data illimitée) doit être opérationnel sur le nouveau site avant le débranchement du lien principal sur l'ancien site.
- La portabilité des numéros (RIO + demande formelle à l'opérateur) prend de 3 à 10 jours ouvrés pour une ligne fixe géolocalisée. La date de portage doit être fixée après la validation du lien entrant, jamais avant.
- Le renvoi d'appels temporaire vers les mobiles doit être activé dès J-1 et maintenu jusqu'à validation complète de la téléphonie sur le nouveau site.
- L'adresse de géolocalisation des numéros d'urgence (PLI/ELIN) doit être mise à jour auprès de l'opérateur avant la date d'emménagement, sous peine de non-conformité légale.
- Un plan de rollback avec critères de déclenchement horodatés doit être préparé et signé avant le jour J. Le délai de décision de retour arrière ne dépasse pas 2 heures après la bascule.
- Les KPI de réussite à mesurer sont : temps de coupure cible inférieur à 15 minutes, taux d'appels perdus inférieur à 1 %, latence WAN inférieure à 20 ms, gigue inférieure à 10 ms et MOS supérieur à 4,0 pendant les 7 jours post-bascule.
Décrivez votre besoin et recevez des devis
Un déménagement de bureaux représente l'un des moments les plus risqués pour la continuité des services IT d'une PME ou d'une ETI. Internet coupé pendant plusieurs heures, appels perdus, numéros injoignables, VPN hors service : chaque incident a un coût direct et un impact sur la relation client. Ce guide fournit un plan opérationnel complet, du premier audit à J+7, pour déménager sans coupure Internet et sans perte d'appels. Il couvre l'ensemble du périmètre : accès WAN, LAN/Wi-Fi, VoIP et PBX, sécurité, coordination opérateurs, runbook de bascule, plan de rollback, tests et plan de communication.
Quels sont les risques de coupure Internet lors d’un déménagement ?
Identifier les points de rupture en amont permet de prioriser les décisions techniques et budgétaires. Les incidents les plus fréquents se concentrent sur quatre zones.
- Le délai de livraison du lien opérateur constitue le risque le plus sous-estimé. Une fibre dédiée sur un nouveau site peut nécessiter entre 4 et 12 semaines de déploiement selon que le bâtiment est déjà raccordé au réseau ou non. Toute commande lancée après J-45 augmente significativement le risque d'absence de connectivité le jour J.
- La portabilité des numéros représente le second point de rupture critique. Un numéro géolocalisé porté sans lien opérationnel de l'autre côté génère une indisponibilité téléphonique totale. La portabilité d'une dizaine de numéros groupés peut prendre jusqu'à 10 jours ouvrés selon les opérateurs.
- La configuration réseau constitue la troisième source d'incidents : adressage IP modifié sans mise à jour des règles pare-feu, enregistrement SIP bloqué par une règle NAT mal reconfigurée, VLAN voix absent sur les nouveaux équipements, QoS non appliquée sur le lien de secours.
- Enfin, l'absence de plan de rollback formalisé transforme un incident mineur en crise majeure. Sans critère de décision horodaté, les équipes hésitent, perdent du temps et accumulent les impacts business.
Recevez des devis pour votre déménagement
Comment auditer son réseau avant un déménagement d’entreprise ?
L'audit démarre obligatoirement à J-60. Il couvre quatre périmètres distincts dont chacun alimente un livrable documentaire qui sera utilisé jusqu'à J+7.
Inventorier les liens Internet et leurs contraintes opérateur
Pour chaque lien actif sur le site actuel, l'équipe IT documente : le type de technologie (fibre dédiée FTTO, fibre mutualisée FTTH/B, xDSL, 4G/5G), le débit garanti et le débit crête, la présence ou non d'une adresse IP fixe ou d'un bloc IP, le SLA contractuel (temps de rétablissement garanti), le nom du contact technique chez l'opérateur, et la date d'échéance du contrat. Cette liste détermine ce qui peut être transféré, résilié ou complété. La commande du lien sur le nouveau site est bloquée tant que cet inventaire n'est pas finalisé.
Cartographier la téléphonie : numéros, SDA, PBX, SIP et softphones
L'inventaire téléphonique recense : tous les numéros géographiques et non géographiques avec leur opérateur téléphonique porteur actuel, les SDA (Sélection Directe à l'Arrivée), la configuration du trunk SIP (registrar, codec G.711/G.729, NAT traversal, SBC si présent), le type de PBX (IPBX on-premise, PBX hébergé/cloud, solution unifiée), le nombre de postes IP physiques et softphones, et les règles de routage des files d'attente. Cette cartographie permet d'identifier les dépendances cachées : un fax IP, un numéro de test non documenté ou un SVI branché sur un trunk secondaire peuvent bloquer la portabilité.
Recenser LAN/Wi-Fi, VLAN voix, QoS, adressage IP, DNS, VPN et règles pare-feu
Chaque paramètre réseau doit être exporté avant toute action de déménagement. Les livrables attendus comprennent : le plan d'adressage IP complet (sous-réseaux, DHCP, IP fixes critiques), la liste des VLAN actifs avec leur usage (données, voix, management, invités), les règles QoS appliquées sur le commutateur et sur le routeur pour prioriser le trafic voix (DSCP EF pour la voix, AF41 pour la vidéo), la configuration VPN (IKEv2/IPSec ou TLS, certificats, concentrateurs distants), les règles du pare-feu avec les ports critiques (SIP 5060/5061, RTP 10 000-20 000, HTTPS 443), et les enregistrements DNS internes et externes à jour.
Les certificats SSL/TLS avec leurs dates d'expiration sont également consignés, car un certificat expirant dans les 30 jours post-déménagement représente un risque évitable.
Lister les dépendances métier : CRM, centre d'appels, SSO, alarmes et IoT
Au-delà du réseau, chaque application liée à une adresse IP source, à un domaine interne ou à un tunnel VPN doit être identifiée. Les dépendances typiques comprennent : le CRM (règles d'accès IP-based ou VPN), le centre d'appels avec ses configurations de files et d'enregistrements, le SSO d'entreprise (LDAP, Active Directory, SAML), les imprimantes et copieurs en IP fixe, les alarmes et contrôles d'accès connectés, les bornes IoT. Un changement d'adresse IP ou de plage réseau non répercuté sur ces systèmes provoque des pannes en cascade le jour J.
Comment garantir la continuité WAN sans interruption ?
Dimensionner un double accès Internet et définir le mode actif/passif
Le double accès WAN repose sur deux liens distincts, idéalement chez deux opérateurs différents et sur deux technologies complémentaires (par exemple fibre mutualisée en lien principal et 4G/5G en secours). En mode actif/passif, le lien secondaire prend le relais automatiquement en cas de détection de perte du lien principal.
Intégrer un routeur 4G/5G en secours sans dégrader la voix
Un routeur 4G/5G dédié, configuré en failover automatique, garantit la continuité du service pendant toute la durée du déménagement. La latence sur un lien 4G varie entre 20 et 50 ms, contre 5 à 15 ms sur une fibre dédiée. Cette différence reste compatible avec la voix (seuil acceptable : moins de 150 ms aller-retour selon les recommandations ITU-T G.114), à condition que la QoS soit appliquée sur ce lien de secours. La SIM data doit être provisionnée sur un forfait entreprise sans limitation de débit, et le routeur doit être configuré et testé au moins 72 heures avant le jour J.
Utiliser une surcouche d'orchestration pour la priorisation du trafic
Une orchestration de routage applicatif devient pertinente dès lors qu'un site compte plus de 50 utilisateurs actifs simultanés ou que plusieurs applications SaaS sensibles coexistent (voix, vidéo, accès ERP, RDP). Les politiques de routage permettent d'envoyer le trafic voix et vidéo sur le lien le plus stable, et le trafic de type téléchargement ou sauvegarde sur le lien secondaire. Sans cette granularité, un transfert de fichier volumineux sur le lien de secours peut saturer la bande passante et dégrader la qualité des appels vocaux.
Règles de QoS appliquer pour la VoIP et les applications sensibles
Les règles de QoS à appliquer sur les commutateurs et routeurs du nouveau site suivent les priorités DSCP standardisées : DSCP EF (46) pour la voix (RTP), DSCP AF41 pour la signalisation SIP et la vidéo, DSCP CS3 pour les applications de gestion. La voix doit être placée dans une file d'attente prioritaire stricte, avec une garantie de bande passante minimale de 80 kbps par appel G.711 ou 30 kbps par appel G.729. Sur le VLAN voix, le DHCP doit délivrer les options 150 ou 66 pour le provisionnement automatique des postes IP.
Comment éviter les appels perdus pendant un déménagement ?
Planifier la portabilité des numéros et éviter les fenêtres risquées
La portabilité d'un numéro fixe géographique nécessite la transmission du RIO (Relevé d'Identité Opérateur) à l'opérateur receveur, qui déclenche une demande de portage auprès de l'opérateur donneur. Le délai légal minimal est de 3 jours ouvrés pour un numéro individuel, et de 5 à 10 jours ouvrés pour un groupe de numéros. La date de portabilité effective doit être planifiée un à deux jours après la validation complète du lien opérateur sur le nouveau site, jamais avant. Une portabilité déclenchée sur un site sans lien actif rend les numéros injoignables pendant toute la durée de synchronisation.
Gérer temporairement les appels : renvoi, SVI de secours et débordement vers mobiles
Dès J-1 et jusqu'à validation complète sur le nouveau site, l'ensemble des numéros entrants doit être configuré en renvoi inconditionnel vers des numéros de mobiles désignés par service. Le SVI de secours peut diffuser un message d'information sur la période de déménagement et proposer un rappel automatique. Le débordement vers mobiles est la mesure la plus simple à activer et la plus rapide à désactiver une fois la téléphonie validée. Chaque responsable de service doit connaître son numéro de mobile de secours avant J-1.
Préparer le SIP trunk et les paramètres critiques (registrar, codecs, NAT, SBC)
La configuration SIP du nouveau site doit être préconfigurée sur le routeur ou sur le PBX avant le jour J. Les paramètres à vérifier sont : l'adresse IP publique du nouveau site (fixe ou dynamique avec DDNS), les règles NAT permettant le passage du flux RTP (UDP 10 000-20 000 en entrée), la liste des codecs négociés avec l'opérateur SIP (G.711 alaw/ulaw prioritaire, G.729 en compression), la configuration du SBC (Session Border Controller) si présent, et le registrar avec ses timeouts d'enregistrement. Un test d'appel entrant et sortant doit être réalisé sur le trunk avant tout branchement définitif.
Traiter les contraintes légales : numéros d'urgence et adresse de localisation
En France, les opérateurs SIP et les hébergeurs VoIP sont soumis à l'obligation de mise à jour de l'adresse de localisation associée aux numéros (PLI, Point de Localisation des Interventions). Cette adresse est transmise aux services d'urgence (15, 17, 18, 112) lors d'un appel. Si l'adresse n'est pas mise à jour avant l'emménagement, les secours peuvent être envoyés à l'ancienne adresse. La demande de mise à jour doit être transmise à l'opérateur au moins 5 jours ouvrés avant le déménagement.
Comment préparer le nouveau site avant le jour J ?
Valider le câblage cuivre/fibre interne et les plans de brassage
Le câblage de la salle serveur et des postes utilisateurs doit être certifié par le prestataire câblage avant le jour J. La certification inclut un test de continuité, une mesure de la longueur et une vérification de la catégorie (Cat. 6A minimum pour les nouvelles installations supportant 10 Gb/s). Le plan de brassage (patch panel, numérotation des prises, correspondance VLAN) doit être documenté et remis à l'équipe IT avant le déménagement du matériel actif. Une prise non documentée est une prise qui sera source d'incident.
Sécuriser l'alimentation (UPS, prises, terre) et la baie réseau
La baie réseau du nouveau site doit disposer d'un onduleur (UPS) dimensionné pour la durée minimale de basculement sur groupe électrogène ou de rétablissement secteur, soit en général 15 à 30 minutes d'autonomie. Le calcul de puissance de l'UPS tient compte de la consommation des routeurs, commutateurs, serveurs hébergés localement et du système téléphonique on-premise. La mise à la terre de la baie et des prises d'alimentation doit être vérifiée par un électricien avant tout branchement d'équipement actif.
Préparer le Wi-Fi et l'itinérance sans impacter la voix sur softphone
Les bornes Wi-Fi du nouveau site doivent être déployées et configurées avant le jour J avec des SSID distincts pour le réseau données, le réseau voix et le réseau invités. Le SSID voix doit être associé au VLAN voix et bénéficier des règles QoS appropriées. L'itinérance entre bornes (roaming) doit être validée par un test de déplacement avec un appel VoIP actif : un coupure de plus de 100 ms lors du changement de borne dégrade l'expérience vocale. Les bandes 5 GHz sont privilégiées pour la voix en raison de leur moindre encombrement.
Préparer la supervision et les accès d'administration
Un accès d'administration hors bande (OOB) sur le routeur et les équipements critiques permet à l'équipe IT d'intervenir à distance en cas d'incident, même si le lien principal est hors service. Cet accès repose sur un port de gestion dédié avec adresse IP distincte ou sur la connexion 4G/5G de secours. Les outils de supervision réseau (monitoring SNMP, alertes ICMP, tableau de bord voix) doivent être opérationnels sur le nouveau site avant la bascule pour que l'équipe dispose d'une visibilité en temps réel dès le premier appel.
Quel rétroplanning suivre de J-60 à J+7 pour éviter les surprises ?
| Date relative | Tâche | Responsable | Dépendances | Livrable ou critère d'acceptation |
|---|---|---|---|---|
| J-60 | Audit complet de l'existant (WAN, LAN, VoIP, sécurité, dépendances) | IT | Accès aux configs actuelles | Document d'audit signé |
| J-60 | Commande du lien fibre/xDSL sur le nouveau site | IT + Direction | Éligibilité confirmée | Bon de commande opérateur, date de livraison confirmée |
| J-55 | Commande routeur 4G/5G de secours + SIM data entreprise | IT | Budget validé | Matériel reçu et testé |
| J-45 | Réception et recette du lien opérateur sur le nouveau site | IT + Opérateur | Livraison opérateur | Test débit/latence validé (rapport de recette) |
| J-45 | Validation de l'architecture cible (double accès, VLAN, QoS, pare-feu) | IT | Audit terminé | Schéma réseau validé |
| J-40 | Demande RIO et déclaration de portabilité auprès de l'opérateur SIP | IT + Opérateur | Lien actif sur nouveau site | RIO reçu, date de portage fixée |
| J-35 | Préconfiguration routeurs, commutateurs, pare-feu, VPN sur nouveau site | IT | Schéma réseau validé | Équipements préconfigurés testés en labo |
| J-30 | Validation câblage et certification par prestataire câblage | Prestataire câblage | Baie installée, prises posées | Rapport de certification câblage |
| J-30 | Configuration PBX/trunk SIP sur nouveau site (hors production) | IT ou intégrateur VoIP | Configs SIP documentées | Test appel entrant/sortant hors prod validé |
| J-21 | Test à blanc complet (réseau, VoIP, VPN, DNS, applications critiques) | IT | Tous équipements préconfigurés | Rapport de test à blanc, incidents listés et corrigés |
| J-14 | Mise à jour adresse de localisation numéros d'urgence (PLI) | IT + Opérateur | Nouvelle adresse confirmée | Confirmation écrite de l'opérateur |
| J-14 | Communication interne sur la fenêtre de déménagement et les consignes | IT + Direction | Plan de com validé | Message envoyé à tous les collaborateurs |
| J-7 | Gel de changements (pas de modification réseau ou VoIP jusqu'à J+3) | IT + Direction | Tous tests validés | Notification gel de changements |
| J-7 | Configuration renvoi d'appels de secours (mobiles) prêt à activer | IT | Configs SIP testées | Renvois testés, liste des mobiles de secours à jour |
| J-1 | Activation des renvois d'appels vers mobiles | IT | Renvois préconfigurés | Test d'appel entrant validé sur mobile |
| J (Jour J) | Débranchement ancien site + bascule sur nouveau site | IT (owner unique) | Go/No-Go validé | Runbook exécuté, preuves collectées |
| J+1 | Vérifications post-bascule (KPI 24 h) | IT | Bascule complète | Rapport KPI J+1 (latence, MOS, appels perdus) |
| J+7 | Stabilisation et clôture (KPI 7 jours, résiliations ancien site) | IT + Direction | Aucun incident bloquant | Rapport de clôture, résiliation anciens contrats lancée |
| Date relative : J-60 | |
|---|---|
| Tâche | Audit complet de l'existant (WAN, LAN, VoIP, sécurité, dépendances) |
| Responsable | IT |
| Dépendances | Accès aux configs actuelles |
| Livrable ou critère d'acceptation | Document d'audit signé |
| Date relative : J-60 | |
|---|---|
| Tâche | Commande du lien fibre/xDSL sur le nouveau site |
| Responsable | IT + Direction |
| Dépendances | Éligibilité confirmée |
| Livrable ou critère d'acceptation | Bon de commande opérateur, date de livraison confirmée |
| Date relative : J-55 | |
|---|---|
| Tâche | Commande routeur 4G/5G de secours + SIM data entreprise |
| Responsable | IT |
| Dépendances | Budget validé |
| Livrable ou critère d'acceptation | Matériel reçu et testé |
| Date relative : J-45 | |
|---|---|
| Tâche | Réception et recette du lien opérateur sur le nouveau site |
| Responsable | IT + Opérateur |
| Dépendances | Livraison opérateur |
| Livrable ou critère d'acceptation | Test débit/latence validé (rapport de recette) |
| Date relative : J-45 | |
|---|---|
| Tâche | Validation de l'architecture cible (double accès, VLAN, QoS, pare-feu) |
| Responsable | IT |
| Dépendances | Audit terminé |
| Livrable ou critère d'acceptation | Schéma réseau validé |
| Date relative : J-40 | |
|---|---|
| Tâche | Demande RIO et déclaration de portabilité auprès de l'opérateur SIP |
| Responsable | IT + Opérateur |
| Dépendances | Lien actif sur nouveau site |
| Livrable ou critère d'acceptation | RIO reçu, date de portage fixée |
| Date relative : J-35 | |
|---|---|
| Tâche | Préconfiguration routeurs, commutateurs, pare-feu, VPN sur nouveau site |
| Responsable | IT |
| Dépendances | Schéma réseau validé |
| Livrable ou critère d'acceptation | Équipements préconfigurés testés en labo |
| Date relative : J-30 | |
|---|---|
| Tâche | Validation câblage et certification par prestataire câblage |
| Responsable | Prestataire câblage |
| Dépendances | Baie installée, prises posées |
| Livrable ou critère d'acceptation | Rapport de certification câblage |
| Date relative : J-30 | |
|---|---|
| Tâche | Configuration PBX/trunk SIP sur nouveau site (hors production) |
| Responsable | IT ou intégrateur VoIP |
| Dépendances | Configs SIP documentées |
| Livrable ou critère d'acceptation | Test appel entrant/sortant hors prod validé |
| Date relative : J-21 | |
|---|---|
| Tâche | Test à blanc complet (réseau, VoIP, VPN, DNS, applications critiques) |
| Responsable | IT |
| Dépendances | Tous équipements préconfigurés |
| Livrable ou critère d'acceptation | Rapport de test à blanc, incidents listés et corrigés |
| Date relative : J-14 | |
|---|---|
| Tâche | Mise à jour adresse de localisation numéros d'urgence (PLI) |
| Responsable | IT + Opérateur |
| Dépendances | Nouvelle adresse confirmée |
| Livrable ou critère d'acceptation | Confirmation écrite de l'opérateur |
| Date relative : J-14 | |
|---|---|
| Tâche | Communication interne sur la fenêtre de déménagement et les consignes |
| Responsable | IT + Direction |
| Dépendances | Plan de com validé |
| Livrable ou critère d'acceptation | Message envoyé à tous les collaborateurs |
| Date relative : J-7 | |
|---|---|
| Tâche | Gel de changements (pas de modification réseau ou VoIP jusqu'à J+3) |
| Responsable | IT + Direction |
| Dépendances | Tous tests validés |
| Livrable ou critère d'acceptation | Notification gel de changements |
| Date relative : J-7 | |
|---|---|
| Tâche | Configuration renvoi d'appels de secours (mobiles) prêt à activer |
| Responsable | IT |
| Dépendances | Configs SIP testées |
| Livrable ou critère d'acceptation | Renvois testés, liste des mobiles de secours à jour |
| Date relative : J-1 | |
|---|---|
| Tâche | Activation des renvois d'appels vers mobiles |
| Responsable | IT |
| Dépendances | Renvois préconfigurés |
| Livrable ou critère d'acceptation | Test d'appel entrant validé sur mobile |
| Date relative : J (Jour J) | |
|---|---|
| Tâche | Débranchement ancien site + bascule sur nouveau site |
| Responsable | IT (owner unique) |
| Dépendances | Go/No-Go validé |
| Livrable ou critère d'acceptation | Runbook exécuté, preuves collectées |
| Date relative : J+1 | |
|---|---|
| Tâche | Vérifications post-bascule (KPI 24 h) |
| Responsable | IT |
| Dépendances | Bascule complète |
| Livrable ou critère d'acceptation | Rapport KPI J+1 (latence, MOS, appels perdus) |
| Date relative : J+7 | |
|---|---|
| Tâche | Stabilisation et clôture (KPI 7 jours, résiliations ancien site) |
| Responsable | IT + Direction |
| Dépendances | Aucun incident bloquant |
| Livrable ou critère d'acceptation | Rapport de clôture, résiliation anciens contrats lancée |
L'équipe IT doit désigner un owner unique de la bascule, joignable pendant toute la fenêtre de déménagement. L'opérateur SIP doit fournir un contact technique d'astreinte disponible le jour J, avec un délai de réponse inférieur à 30 minutes.
Comment réussir la bascule réseau le jour J ?
Conditions de go/no-go valider avant de basculer
Les conditions suivantes doivent toutes être vérifiées et documentées avant de déclencher la bascule :
- Le lien opérateur sur le nouveau site répond aux tests de débit et de latence convenus (débit garanti atteint, latence inférieure à 20 ms vers les serveurs de référence).
- Le routeur 4G/5G de secours est opérationnel et testé avec un appel VoIP de 3 minutes sans dégradation.
- Le PBX ou le trunk SIP est préconfiguré et un appel test a été validé.
- Les renvois d'appels vers mobiles sont actifs sur l'ancien site.
- L'équipe IT est présente (ou joignable) sur les deux sites simultanément.
- Le contact opérateur est disponible et son numéro direct est connu.
- L'heure de bascule est fixée en dehors des pics d'activité (idéalement un vendredi soir ou un week-end).
Séquence de bascule Internet (WAN) exécuter pas à pas
| Heure | Action | Outil ou commande | Résultat attendu | Preuve |
|---|---|---|---|---|
| H+00 | Confirmer go/no-go avec owner | Checklist signée | Feu vert documenté | Capture écran ou photo |
| H+05 | Activer lien principal nouveau site sur routeur | Interface d'admin routeur | Interface WAN up, IP obtenue | Capture état WAN |
| H+10 | Vérifier résolution DNS interne et externe | nslookup / dig | Réponses correctes | Capture sortie commande |
| H+15 | Tester connectivité VPN vers sièges distants | Client VPN / ping tunnel | Tunnel établi, latence nominale | Capture état VPN |
| H+20 | Tester accès SaaS critiques (ERP, CRM, messagerie) | Navigateur | Connexion établie, authentification OK | Capture écran applicatif |
| H+30 | Désactiver progressivement les équipements réseau de l'ancien site | Interface d'admin | Trafic basculé sur nouveau site | Log de bascule |
| Heure : H+00 | |
|---|---|
| Action | Confirmer go/no-go avec owner |
| Outil ou commande | Checklist signée |
| Résultat attendu | Feu vert documenté |
| Preuve | Capture écran ou photo |
| Heure : H+05 | |
|---|---|
| Action | Activer lien principal nouveau site sur routeur |
| Outil ou commande | Interface d'admin routeur |
| Résultat attendu | Interface WAN up, IP obtenue |
| Preuve | Capture état WAN |
| Heure : H+10 | |
|---|---|
| Action | Vérifier résolution DNS interne et externe |
| Outil ou commande | nslookup / dig |
| Résultat attendu | Réponses correctes |
| Preuve | Capture sortie commande |
| Heure : H+15 | |
|---|---|
| Action | Tester connectivité VPN vers sièges distants |
| Outil ou commande | Client VPN / ping tunnel |
| Résultat attendu | Tunnel établi, latence nominale |
| Preuve | Capture état VPN |
| Heure : H+20 | |
|---|---|
| Action | Tester accès SaaS critiques (ERP, CRM, messagerie) |
| Outil ou commande | Navigateur |
| Résultat attendu | Connexion établie, authentification OK |
| Preuve | Capture écran applicatif |
| Heure : H+30 | |
|---|---|
| Action | Désactiver progressivement les équipements réseau de l'ancien site |
| Outil ou commande | Interface d'admin |
| Résultat attendu | Trafic basculé sur nouveau site |
| Preuve | Log de bascule |
Séquence de bascule téléphonie exécuter pas à pas
| Heure | Action | Outil ou commande | Résultat attendu | Preuve |
|---|---|---|---|---|
| H+30 | Activer trunk SIP sur le nouveau PBX ou plateforme cloud | Admin PBX ou portail opérateur | Trunk registered | Log d'enregistrement SIP |
| H+35 | Passer un appel sortant depuis un poste du nouveau site | Poste IP ou softphone | Appel établi, MOS mesuré > 4.0 | Enregistrement CDR |
| H+40 | Passer un appel entrant vers le numéro principal | Mobile externe | Sonnerie sur nouveau site reçue | CDR entrant |
| H+45 | Tester toutes les SDA critiques | Mobile externe + liste SDA | Chaque SDA sonne sur le bon poste | Liste de tests signée |
| H+50 | Désactiver les renvois d'appels temporaires | Admin PBX ou opérateur | Appels directs vers nouveau site | CDR sans renvoi |
| H+60 | Valider les files d'attente et le SVI | Appel test sur file principale | File répond, agents sonnent | Capture admin centre d'appels |
| Heure : H+30 | |
|---|---|
| Action | Activer trunk SIP sur le nouveau PBX ou plateforme cloud |
| Outil ou commande | Admin PBX ou portail opérateur |
| Résultat attendu | Trunk registered |
| Preuve | Log d'enregistrement SIP |
| Heure : H+35 | |
|---|---|
| Action | Passer un appel sortant depuis un poste du nouveau site |
| Outil ou commande | Poste IP ou softphone |
| Résultat attendu | Appel établi, MOS mesuré > 4.0 |
| Preuve | Enregistrement CDR |
| Heure : H+40 | |
|---|---|
| Action | Passer un appel entrant vers le numéro principal |
| Outil ou commande | Mobile externe |
| Résultat attendu | Sonnerie sur nouveau site reçue |
| Preuve | CDR entrant |
| Heure : H+45 | |
|---|---|
| Action | Tester toutes les SDA critiques |
| Outil ou commande | Mobile externe + liste SDA |
| Résultat attendu | Chaque SDA sonne sur le bon poste |
| Preuve | Liste de tests signée |
| Heure : H+50 | |
|---|---|
| Action | Désactiver les renvois d'appels temporaires |
| Outil ou commande | Admin PBX ou opérateur |
| Résultat attendu | Appels directs vers nouveau site |
| Preuve | CDR sans renvoi |
| Heure : H+60 | |
|---|---|
| Action | Valider les files d'attente et le SVI |
| Outil ou commande | Appel test sur file principale |
| Résultat attendu | File répond, agents sonnent |
| Preuve | Capture admin centre d'appels |
Le rollback est déclenché si, dans les 2 heures suivant la bascule, l'un des critères suivants est atteint : latence WAN supérieure à 150 ms persistante, perte de paquets supérieure à 3 %, trunk SIP non enregistré après 3 tentatives de correction, ou taux d'appels perdus supérieur à 5 % sur 30 minutes. La séquence de rollback consiste à réactiver les renvois vers mobiles, remettre en service les équipements de l'ancien site (s'ils n'ont pas été déconnectés définitivement) et notifier l'opérateur pour maintenir le lien actif. La décision appartient au Directeur ou au COO, sur recommandation de l'owner IT.
Comment tester la voix et la data avant et après la bascule ?
Tests réseau à exécuter (DNS, MTU, VPN, accès SaaS et latence)
| Test | Méthode | Résultat attendu | Propriétaire | Preuve |
|---|---|---|---|---|
| Résolution DNS interne | nslookup [hôte interne] | Réponse IP correcte en moins de 10 ms | IT | Capture sortie |
| Résolution DNS externe | nslookup [domaine externe] | Réponse en moins de 30 ms | IT | Capture sortie |
| Test MTU (fragmentation) | ping -f -l 1472 [passerelle] | Pas de fragmentation à 1 472 octets | IT | Capture sortie |
| Tunnel VPN | ping [hôte distant via VPN] | Latence inférieure à 30 ms | IT | Capture état tunnel |
| Accès ERP/CRM | Connexion applicative | Authentification et chargement en moins de 3 s | IT | Capture écran |
| Débit WAN | Test speedtest iperf3 | Débit garanti atteint à ±10 % | IT | Rapport iperf3 |
| Test : Résolution DNS interne | |
|---|---|
| Méthode | nslookup [hôte interne] |
| Résultat attendu | Réponse IP correcte en moins de 10 ms |
| Propriétaire | IT |
| Preuve | Capture sortie |
| Test : Résolution DNS externe | |
|---|---|
| Méthode | nslookup [domaine externe] |
| Résultat attendu | Réponse en moins de 30 ms |
| Propriétaire | IT |
| Preuve | Capture sortie |
| Test : Test MTU (fragmentation) | |
|---|---|
| Méthode | ping -f -l 1472 [passerelle] |
| Résultat attendu | Pas de fragmentation à 1 472 octets |
| Propriétaire | IT |
| Preuve | Capture sortie |
| Test : Tunnel VPN | |
|---|---|
| Méthode | ping [hôte distant via VPN] |
| Résultat attendu | Latence inférieure à 30 ms |
| Propriétaire | IT |
| Preuve | Capture état tunnel |
| Test : Accès ERP/CRM | |
|---|---|
| Méthode | Connexion applicative |
| Résultat attendu | Authentification et chargement en moins de 3 s |
| Propriétaire | IT |
| Preuve | Capture écran |
| Test : Débit WAN | |
|---|---|
| Méthode | Test speedtest iperf3 |
| Résultat attendu | Débit garanti atteint à ±10 % |
| Propriétaire | IT |
| Preuve | Rapport iperf3 |
Tests VoIP à exécuter (appels entrants/sortants, DTMF, fax, SDA, SVI)
| Test | Méthode | Résultat attendu | Propriétaire | Preuve |
|---|---|---|---|---|
| Appel sortant standard | Appel vers mobile externe | Établissement en moins de 3 s, MOS > 4.0 | IT / Intégrateur VoIP | CDR + mesure MOS |
| Appel entrant numéro principal | Appel depuis mobile externe | Sonnerie reçue sur le bon poste | IT / Intégrateur VoIP | CDR entrant |
| Test SDA (10 numéros minimum) | Appel vers chaque SDA depuis mobile | Chaque SDA sonne sur le bon poste | IT / Intégrateur VoIP | Liste de tests signée |
| Test DTMF (touches du SVI) | Navigation SVI depuis mobile | Chaque touche est reconnue correctement | IT / Intégrateur VoIP | Enregistrement SVI |
| Test fax IP (si présent) | Envoi fax vers numéro externe | Fax reçu sans erreur | IT | Rapport de transmission |
| Appel longue durée (15 min) | Appel maintenu 15 minutes | Pas de coupure, MOS stable > 4.0 | IT / Intégrateur VoIP | Mesure MOS continu |
| Test : Appel sortant standard | |
|---|---|
| Méthode | Appel vers mobile externe |
| Résultat attendu | Établissement en moins de 3 s, MOS > 4.0 |
| Propriétaire | IT / Intégrateur VoIP |
| Preuve | CDR + mesure MOS |
| Test : Appel entrant numéro principal | |
|---|---|
| Méthode | Appel depuis mobile externe |
| Résultat attendu | Sonnerie reçue sur le bon poste |
| Propriétaire | IT / Intégrateur VoIP |
| Preuve | CDR entrant |
| Test : Test SDA (10 numéros minimum) | |
|---|---|
| Méthode | Appel vers chaque SDA depuis mobile |
| Résultat attendu | Chaque SDA sonne sur le bon poste |
| Propriétaire | IT / Intégrateur VoIP |
| Preuve | Liste de tests signée |
| Test : Test DTMF (touches du SVI) | |
|---|---|
| Méthode | Navigation SVI depuis mobile |
| Résultat attendu | Chaque touche est reconnue correctement |
| Propriétaire | IT / Intégrateur VoIP |
| Preuve | Enregistrement SVI |
| Test : Test fax IP (si présent) | |
|---|---|
| Méthode | Envoi fax vers numéro externe |
| Résultat attendu | Fax reçu sans erreur |
| Propriétaire | IT |
| Preuve | Rapport de transmission |
| Test : Appel longue durée (15 min) | |
|---|---|
| Méthode | Appel maintenu 15 minutes |
| Résultat attendu | Pas de coupure, MOS stable > 4.0 |
| Propriétaire | IT / Intégrateur VoIP |
| Preuve | Mesure MOS continu |
Métriques à suivre
Les seuils recommandés pour valider une téléphonie VoIP de qualité professionnelle sont les suivants. La latence aller-retour doit rester inférieure à 150 ms (seuil d'alerte à 100 ms). La gigue (jitter) doit rester inférieure à 30 ms (seuil d'alerte à 10 ms). La perte de paquets RTP doit rester inférieure à 1 % (seuil d'alerte à 0,5 %). Le MOS (Mean Opinion Score) doit rester supérieur à 4.0 sur une échelle de 1 à 5 (seuil d'alerte à 3.6). Ces métriques sont mesurées en continu pendant les 7 jours post-bascule.
Comment adapter le plan selon votre scénario téléphonie ?
Téléphonie hébergée/cloud
Pour une téléphonie hébergée (UCaaS, plateforme SIP cloud), le PBX ne se déplace pas physiquement. Les prérequis réseau sont néanmoins critiques. Le nouveau site doit disposer d'une connexion Internet avec une bande passante garantie suffisante (minimum 100 kbps par appel simultané sur le codec G.711), d'une QoS appliquée sur le VLAN voix jusqu'au routeur edge, et d'une résolution DNS stable vers les serveurs SIP de la plateforme cloud.
Les softphones installés sur les postes utilisateurs reprennent leur configuration automatiquement dès que le réseau est opérationnel, sous réserve que le FQDN (adresse) du registrar soit résolvable. Le point de contrôle spécifique est la validation des règles de pare-feu vers les plages IP du fournisseur cloud, qui diffèrent souvent de celles de l'ancien site.
IPBX on-premise
Le déplacement d'un IPBX physique ou d'un serveur PBX virtuel exige une sauvegarde complète de la configuration (fichiers de configuration, base de données des extensions, règles de routage, messagerie vocale) exportée et stockée hors site avant le jour J. L'adresse IP du PBX doit être conservée identique ou tous les équipements SIP (postes, trunk, VPN) doivent être reconfigurés en conséquence. Les licences liées à une adresse MAC ou à une clé matérielle doivent être transférées auprès de l'éditeur avant le déménagement. Le trunk SIP raccordé à l'IPBX doit être reconfiguré avec la nouvelle IP publique du site. Un test d'enregistrement SIP complet est réalisé avant de couper l'ancien site.
Centre d'appels
Un centre d'appels (call center) introduit des dépendances supplémentaires : les files d'attente (call queues) configurées dans le PBX ou la plateforme cloud, les enregistrements d'appels stockés localement ou dans le cloud (vérifier l'accessibilité depuis le nouveau site), les postes agents avec leurs configurations spécifiques (codes wrap, pauses, compétences), et les règles de débordement vers des agents distants ou un prestataire externe.
Pendant la bascule, les files d'attente doivent être redirigées vers un SVI d'information ou vers un groupe de mobiles de secours, avec un message précisant le contexte. La remontée des statistiques d'appels (reporting temps réel, historique) doit être testée dès J+1 pour valider la continuité des outils de supervision des superviseurs.
Comment activer un plan de secours si le lien n'est pas prêt le jour J ?
Un lien opérateur non livré à la date prévue est un scénario fréquent. Le plan de secours ci-dessous maintient un service minimum sans attendre la résolution opérateur.
Déclenchement : le plan de secours s'active si le lien principal n'est pas opérationnel à J-7 ou si la recette du lien échoue le jour J.
Mesures de service minimum :
Déclenchement : le plan de secours s'active si le lien principal n'est pas opérationnel à J-7 ou si la recette du lien échoue le jour J.
Mesures de service minimum :
- Le routeur 4G/5G de secours assure la connectivité Internet avec une bande passante de 50 à 150 Mbps selon la couverture réseau, suffisant pour 20 à 40 appels VoIP simultanés en G.729.
- Les softphones sont déployés sur les postes utilisateurs et les mobiles des collaborateurs clés, permettant de travailler depuis n'importe quel accès Internet (4G personnelle, Wi-Fi).
- Les renvois d'appels restent actifs sur les numéros principaux vers des mobiles désignés, service par service.
- Le VPN de secours est activé via le lien 4G/5G pour sécuriser les accès aux ressources internes.
- Un second lien temporaire (offre xDSL ou fibre FTTH/B résidentielle en mode professionnel) peut être commandé en urgence avec un délai de livraison de 3 à 5 jours ouvrés.
Quelles erreurs reviennent le plus souvent dans ce type de déménagement IT ?
Sous-estimer les délais de livraison du lien opérateur est l'erreur la plus coûteuse. Un délai de 4 à 12 semaines est la norme, non l'exception, et dépend de l'état d'éligibilité du bâtiment. Toute commande lancée après J-45 expose le projet à une livraison après le jour J.
- Ne pas mettre à jour l'adresse de localisation des numéros d'urgence avant l'emménagement constitue une non-conformité légale avec des conséquences potentiellement graves en cas d'appel au 15, 17 ou 18 depuis le nouveau site.
- Déclencher la portabilité des numéros avant que le lien opérateur ne soit opérationnel et recetté sur le nouveau site rend les numéros injoignables pendant toute la fenêtre de portage, sans possibilité de retour arrière immédiat.
- Oublier d'appliquer la QoS sur le lien de secours 4G/5G entraîne une saturation du lien par les téléchargements et sauvegardes, qui prend la bande passante nécessaire aux appels VoIP.
- Négliger le gel de changements dans les 7 jours précédant le jour J introduit des variables incontrôlées (mise à jour firmware, changement de règle pare-feu) qui compliquent le diagnostic en cas d'incident.
- Faire migrer le PBX physique sans sauvegarde exportée hors site expose à une perte totale de la configuration en cas de panne matérielle pendant le transport.
- Oublier de tester les appels entrants sur les SDA secondaires : les numéros principaux sont testés, mais les SDA de services moins visibles restent souvent non vérifiées, et des incidents sont découverts par les clients avant l'équipe IT.
- Ne pas prévoir d'accès d'administration hors bande sur les équipements du nouveau site empêche toute intervention à distance si le lien principal est hors service lors d'un incident post-bascule.
Quels KPI utiliser pour valider un déménagement sans coupure ?
Les indicateurs ci-dessous sont mesurés en continu de J au J+7 et comparés aux seuils d'acceptation définis avant le jour J :
- Temps de coupure Internet total sur la fenêtre de bascule : cible inférieure à 15 minutes.
- Taux d'échec d'authentification VPN sur les 24 premières heures : cible inférieur à 0,5 %.
- Latence vers les applications SaaS critiques (ERP, messagerie, CRM) : cible inférieure à 50 ms.
- Disponibilité WAN sur J+1 à J+7 : cible supérieure à 99,9 %.
- Taux d'appels perdus (entrants et sortants) sur J à J+7 : cible inférieur à 1 %.
- MOS moyen mesuré sur J+1 à J+7 : cible supérieur à 4.0.
- Gigue (jitter) maximale mesurée : cible inférieure à 10 ms.
- Perte de paquets RTP : cible inférieure à 0,5 %.
- Temps moyen de rétablissement en cas d'incident voix : cible inférieur à 10 minutes.
Quel plan de communication prévoir en interne et avec vos clients ?
Message interne : fenêtres, impacts et consignes pour les collaborateurs
Un message interne doit être envoyé à J-14, J-1 et le matin du jour J. Il précise la fenêtre horaire de la bascule, les impacts attendus (coupure Internet de moins de 15 minutes, téléphonie sur renvoi mobile pendant la bascule), les consignes pratiques (utiliser le softphone ou le mobile de secours, ne pas déclencher de transferts de fichiers volumineux pendant la fenêtre de bascule), et le canal unique d'escalade IT (numéro de mobile du responsable IT ou ticket helpdesk avec priorité haute).
Modèle J-1 (objet : Déménagement IT demain — consignes pratiques) :
"Demain [date], entre [heure début] et [heure fin], la connexion Internet et la téléphonie basculeront sur le nouveau site. Pendant cette fenêtre, les appels entrants seront redirigés vers vos mobiles. En cas de problème de connexion, contactez [prénom NOM] au [numéro direct] ou via [canal IT]. Merci de ne pas planifier de visioconférence ou de transfert de fichier volumineux pendant cette période."
Modèle J-1 (objet : Déménagement IT demain — consignes pratiques) :
"Demain [date], entre [heure début] et [heure fin], la connexion Internet et la téléphonie basculeront sur le nouveau site. Pendant cette fenêtre, les appels entrants seront redirigés vers vos mobiles. En cas de problème de connexion, contactez [prénom NOM] au [numéro direct] ou via [canal IT]. Merci de ne pas planifier de visioconférence ou de transfert de fichier volumineux pendant cette période."
Message externe clients/fournisseurs : indisponibilités possibles et canaux alternatifs
Un message externe est envoyé à J-7 aux contacts clients et fournisseurs stratégiques. Il annonce le déménagement, indique une fenêtre de disponibilité réduite pendant la bascule, précise les canaux alternatifs (adresse e-mail principale, numéro de mobile du commercial ou du service client), et confirme la date de retour à la normale.
Modèle client/fournisseur (objet : Notre déménagement — contacts pendant la période de transition) :
"Nous déménageons nos bureaux le [date]. Pendant la journée du [date], nos lignes téléphoniques et notre connexion Internet feront l'objet d'une bascule technique. Pour nous joindre ce jour-là, utilisez [adresse e-mail] ou contactez directement [prénom NOM] au [numéro mobile]. Nos services reprennent normalement dès le [date J+1]."
Modèle client/fournisseur (objet : Notre déménagement — contacts pendant la période de transition) :
"Nous déménageons nos bureaux le [date]. Pendant la journée du [date], nos lignes téléphoniques et notre connexion Internet feront l'objet d'une bascule technique. Pour nous joindre ce jour-là, utilisez [adresse e-mail] ou contactez directement [prénom NOM] au [numéro mobile]. Nos services reprennent normalement dès le [date J+1]."
FAQ
Combien de temps faut-il pour obtenir une fibre sur un nouveau site d'entreprise ?
Le délai de livraison d'une fibre dédiée (FTTO) sur un nouveau site varie de 4 à 12 semaines selon que le bâtiment est déjà raccordé au réseau opérateur ou non. Pour un immeuble de bureaux moderne en zone dense, le délai s'établit généralement entre 4 et 6 semaines. Pour un bâtiment en périphérie ou nécessitant des travaux de génie civil, il peut dépasser 10 semaines. La commande doit être lancée au minimum à J-60 pour ne pas bloquer le projet.
Peut-on conserver ses numéros de téléphone lors d'un déménagement ?
Oui, la portabilité des numéros fixes est un droit en France, encadré par l'ARCEP. La démarche consiste à obtenir le RIO auprès de l'opérateur actuel, puis à soumettre une demande de portage à l'opérateur du nouveau site. Le délai légal est de 3 jours ouvrés pour un numéro individuel et de 5 à 10 jours pour un groupe. La date de portage doit être planifiée après la validation du lien opérateur sur le nouveau site.
Faut-il obligatoirement un double accès Internet pendant un déménagement ?
Un double accès n'est pas légalement obligatoire, mais il représente la mesure la plus efficace pour éviter toute coupure. Un site avec un seul lien et sans secours cellulaire est exposé à une indisponibilité totale en cas de défaillance du lien principal. Le coût d'un routeur 4G/5G de secours avec une SIM data entreprise est inférieur à 100 euros par mois, et son déploiement prend moins d'une journée.
Comment tester la qualité VoIP avant la bascule définitive ?
La qualité VoIP se mesure par trois métriques principales : la latence aller-retour (seuil acceptable : inférieure à 150 ms), la gigue (seuil : inférieure à 30 ms) et la perte de paquets RTP (seuil : inférieure à 1 %). Ces mesures se réalisent avec des outils de test réseau dédiés ou des fonctions intégrées aux plateformes VoIP. Un test d'appel de 15 minutes en codec G.711 avec mesure du MOS en temps réel constitue le test de référence à effectuer avant toute validation de la bascule.
Que se passe-t-il si le lien Internet n'est pas livré à la date prévue ?
Le plan de secours s'active immédiatement : le routeur 4G/5G assure la connectivité Internet, les renvois d'appels vers mobiles maintiennent la téléphonie, et les softphones permettent aux collaborateurs de travailler depuis n'importe quel accès réseau. En parallèle, une commande de lien temporaire (xDSL ou FTTH/B) peut être passée en urgence avec un délai de 3 à 5 jours. L'opérateur est notifié par écrit pour activer les clauses de pénalité contractuelle.
Faut-il mettre à jour quelque chose pour les numéros d'urgence lors d'un déménagement ?
Oui. En France, chaque opérateur SIP et VoIP doit maintenir à jour l'adresse de localisation associée à chaque numéro (PLI). Cette adresse est transmise aux services d'urgence lors d'un appel au 15, 17, 18 ou 112. Si l'adresse n'est pas mise à jour avant l'emménagement, les secours sont guidés vers l'ancienne adresse. La demande de mise à jour doit être soumise à l'opérateur au moins 5 jours ouvrés avant le déménagement.
Comment s'assurer qu'aucun appel n'est perdu le jour de la bascule ?
La combinaison de trois mesures garantit un taux d'appels perdus proche de zéro. Premièrement, activer les renvois d'appels inconditionnels vers les mobiles désignés dès J-1. Deuxièmement, diffuser un message d'information sur le SVI pendant la fenêtre de bascule pour avertir les appelants d'un délai de réponse possible. Troisièmement, valider le trunk SIP sur le nouveau site avec un test d'appel entrant et sortant avant de désactiver les renvois. Cette séquence garantit qu'aucune période n'existe sans dispositif de réception d'appels actif.
