GUIDE RÉSEAU · RÉSILIENCE
Continuité réseau : un accès de secours doit être indépendant et testé.
Ajouter une seconde ligne ne suffit pas. La continuité dépend des chemins physiques, des opérateurs, du routeur, de l’énergie, du DNS, des applications et d’une procédure que les équipes savent réellement exécuter.
Comment savoir si le secours est réellement utile ?
Un secours utile évite autant que possible les mêmes points de défaillance que l’accès principal, dispose d’une capacité suffisante pour les applications prioritaires, bascule automatiquement ou selon une procédure claire, déclenche une alerte et fait l’objet de tests réguliers. Il faut vérifier le chemin physique, le réseau de collecte, l’alimentation et le comportement des applications.
- Objectif
- Maintenir les usages prioritaires
- Erreur fréquente
- Deux offres partageant la même dépendance
- Équipement central
- Routeur multi-accès correctement configuré
- Preuve de fonctionnement
- Test daté avec résultats et actions
Scénarios de coupure à intégrer au plan de continuité réseau
| Scénario | Protection possible | Limite à vérifier | Test recommandé |
|---|---|---|---|
| Panne de l’accès principal | Second accès et bascule du routeur. | Capacité et indépendance du secours. | Débrancher logiquement le lien principal. |
| Coupure électrique locale | Onduleur, alimentation secourue ou arrêt maîtrisé. | Autonomie de tous les équipements du chemin. | Test sous charge avec durée mesurée. |
| Panne du routeur | Équipement redondant ou matériel de remplacement préparé. | Configuration, licences et délai d’intervention. | Restauration sur équipement de secours. |
| Indisponibilité DNS ou cloud | Résolveurs et procédures alternatives selon le service. | Dépendances applicatives externes. | Test applicatif complet, pas seulement un ping. |
1. Définir ce qui doit continuer à fonctionner
Le plan ne vise pas nécessairement à maintenir tout le trafic. Identifiez les fonctions prioritaires : paiement, téléphonie, accès aux applications métier, supervision, sécurité ou échanges avec un site central. Pour chacune, fixez un mode dégradé et une durée acceptable.
Cette hiérarchie permet de dimensionner le secours sans reproduire aveuglément la capacité principale. Elle aide aussi à écrire des règles de qualité de service : les flux critiques passent, tandis que les sauvegardes et mises à jour peuvent attendre le rétablissement.
- Applications indispensables
- Utilisateurs et équipements prioritaires
- Mode dégradé acceptable
- Capacité minimale du lien de secours
2. Cartographier les dépendances communes
Deux fibres commerciales peuvent emprunter le même fourreau ou converger vers le même nœud. Deux offres mobiles peuvent dépendre du même réseau radio. Même avec des opérateurs différents, le bâtiment, l’alimentation, le routeur ou le pare-feu peuvent rester des points uniques de panne.
Demandez les informations disponibles sur le cheminement et inspectez physiquement les entrées du bâtiment. Lorsque l’indépendance ne peut pas être démontrée, notez-la comme hypothèse et choisissez une technologie différente pour couvrir un autre scénario, par exemple mobile ou satellite.
- Entrées et fourreaux du bâtiment
- Collecte et opérateur d’infrastructure
- Routeur, pare-feu et commutateur communs
- Énergie, refroidissement et locaux
3. Configurer la bascule et la supervision
Le routeur doit détecter une panne réelle sans basculer à chaque microcoupure. Un simple test vers la passerelle opérateur ne suffit pas toujours ; plusieurs cibles ou une vérification applicative peuvent mieux représenter le service. Les seuils doivent équilibrer réactivité et stabilité.
Certaines sessions se coupent lors du changement d’adresse IP. Les VPN, appels et applications hébergées doivent être testés. La supervision doit distinguer la panne, la bascule et le retour à la normale, avec un destinataire responsable et une procédure d’escalade.
- Méthode et seuils de détection
- Règles de routage des flux prioritaires
- Comportement des VPN et sessions
- Alertes, journalisation et responsabilité
4. Tester comme un exercice de reprise
Un test doit simuler plusieurs pannes sans mettre inutilement l’activité en danger. Commencez en période contrôlée, prévenez les équipes et définissez les critères de réussite : temps de détection, durée de bascule, services disponibles, alertes reçues et retour sur le lien principal.
Documentez les écarts et attribuez chaque correction. Répétez le test après un changement de routeur, d’opérateur, d’application ou de configuration. La continuité est un état maintenu, pas une option installée une fois pour toutes.
- Scénario, fenêtre et personnes informées
- Critères de réussite mesurables
- Résultats et anomalies consignés
- Date de correction et prochain test
Checklist avant décision
- Classer les applications prioritaires
- Fixer la capacité minimale en mode dégradé
- Cartographier chemins et dépendances
- Diversifier la technologie lorsque nécessaire
- Sécuriser l’alimentation de bout en bout
- Configurer détection, routage et retour
- Superviser et attribuer les alertes
- Tester plusieurs scénarios et corriger les écarts
Réponses complémentaires
Deux opérateurs garantissent-ils une vraie redondance ?
Non. Les offres peuvent partager une infrastructure, une entrée de bâtiment ou un équipement local. L’indépendance doit être étudiée, pas supposée.
La bascule doit-elle être automatique ?
Elle est souvent préférable pour les usages critiques, mais une procédure manuelle peut convenir à certains contextes si elle est rapide, claire et régulièrement testée.
Un routeur 4G ou 5G suffit-il comme secours ?
Il peut convenir si la couverture, la capacité, l’alimentation et le forfait répondent aux usages prioritaires. Il faut le tester depuis son emplacement réel.
À quelle fréquence tester ?
La fréquence dépend du risque et des changements. Testez au minimum après toute modification importante et selon un calendrier adapté à la criticité du site.
Sources et limites
Ces ressources publiques complètent l’étude. Elles ne remplacent ni un test sur place, ni l’éligibilité opérateur, ni les conditions contractuelles applicables au service concerné.
- ANSSI — Anticiper et gérer une crise cyberRessources pour préparer la continuité, les modes dégradés et la gestion de crise.
- Arcep — Résilience des réseaux de communications électroniquesNote de synthèse institutionnelle sur les enjeux de résilience.
Guide préparé par l’équipe éditoriale de Nicholas Owen Global Telecom et mis à jour le . Les prix, couvertures, délais et performances doivent être confirmés par écrit.