Un réseau de crise qui n’a jamais été activé en conditions réelles est une hypothèse, pas une garantie. Voici ce que les structures critiques doivent vérifier — et pourquoi la plupart ne le font pas.
Le scénario se répète. Une structure — SDIS départemental, hôpital de proximité, commune rurale — dispose d’un dispositif de backup réseau. Il est documenté dans le plan de continuité d’activité, validé lors de l’installation, et personne ne l’a touché depuis dix-huit mois.
Puis survient l’incident : une tempête sectionne une artère fibre, un incendie met hors service le nœud de raccordement local, ou simplement une panne opérateur prolongée. Le responsable technique active le réseau de secours. Et découvre que la bascule prend quarante minutes au lieu de deux, que le débit réel sous charge n’est pas celui du devis, et que l’application de gestion des interventions refuse de fonctionner sur ce lien de substitution.
Dans les exercices que nous accompagnons, ce type d’écart entre le réseau théorique et le réseau réel est plus fréquent qu’on ne le suppose
La réponse est inconfortable : vous ne pouvez pas le savoir sans l’avoir testé en conditions dégradées réelles.
Un réseau de backup présente trois points de défaillance silencieux que seul un test révèle.
Sans couper le réseau primaire, il est impossible de vérifier que la bascule est automatique, que les utilisateurs sont redirigés sans manipulation de leur part, et que les équipements d’aiguillage basculent correctement.
Chronométrer l’intervalle entre la coupure et la disponibilité effective du réseau de secours. Comparer avec les engagements contractuels. Identifier les étapes manuelles qui rallongent ce délai et les documenter précisément.
Simuler le nombre d’utilisateurs simultanés correspondant au scénario de crise. Vérifier que les applications critiques fonctionnent dans des conditions de débit et de latence acceptables : outils de communication d’urgence pour une commune, accès aux dossiers patients pour un hôpital, logiciel de gestion des interventions pour un SDIS.
Chaque test doit produire un compte rendu : temps de bascule mesuré, débit réel sous charge, applications testées, points de friction, actions correctives décidées. Ce document est la preuve que le réseau de secours a été validé — et sa date de péremption pour le prochain test.
Un test de réseau de secours valide n’est pas un ping vers un serveur distant. C’est un exercice structuré en quatre phases.
La documentation technique annonce souvent une activation en quelques minutes. En pratique, la procédure implique des interventions manuelles, des configurations à vérifier, parfois des équipements qui n’ont pas été alimentés depuis des mois. Le temps réel peut être cinq à dix fois supérieur à l’estimation théorique.
Un lien satellite ou 4G de backup peut afficher des performances correctes lors d’un test à vide. En situation de crise réelle, avec vingt, cinquante ou cent utilisateurs simultanés accédant aux mêmes applications critiques, les performances s’effondrent si la bande passante n’est pas dédiée et dimensionnée pour ce cas d’usage.
Les logiciels de gestion des interventions SDIS, les dossiers patients informatisés (DPI), les outils de communication municipale — tous ont des exigences de latence et de débit qui ne sont pas toujours compatibles avec les caractéristiques du lien de secours. Sans test applicatif, cette incompatibilité reste invisible jusqu’au moment où elle compte le plus.
Pour un SDIS, la défaillance réseau en situation de crise n’est pas une gêne opérationnelle — c’est une interruption de la chaîne de commandement.
Les incendies de Gironde l’ont illustré concrètement : les réseaux mobiles ont été saturés dans les zones d’intervention, obligeant les opérateurs à déployer des renforts d’urgence. Ce qui a tenu, c’est ce qui n’était pas raccordé aux mêmes nœuds terrestres que les réseaux grand public.
Un réseau de secours pour SDIS doit garantir trois choses en situation dégradée : la liaison entre le CODIS et les centres de secours, la remontée en temps réel des données opérationnelles (localisation des véhicules, état des ressources), et la communication avec la préfecture et les partenaires de la chaîne de secours. Aucune de ces trois fonctions ne peut être assurée par un réseau dont l’infrastructure physique est partagée avec le réseau sinistré.
L’article L3131-7 du Code de la santé publique impose à chaque établissement de santé un plan de gestion des tensions hospitalières et des situations sanitaires exceptionnelles. Ce plan doit couvrir la mobilisation des moyens de réponse adaptés à la nature et à l’ampleur de l’événement.
La continuité du réseau informatique est rarement testée indépendamment des autres volets de ce plan. Pourtant, en cas de sinistre affectant les infrastructures au sol, la défaillance réseau frappe précisément les systèmes dont la résilience est supposée acquise : accès aux dossiers patients, équipements connectés en soins critiques, coordination avec le SAMU et les services d’urgence extérieurs.
Un établissement dont le plan blanc prévoit la mobilisation de personnel supplémentaire mais pas la continuité du réseau de communication opère avec un angle mort. Le test de réseau doit être intégré aux exercices réglementaires, pas réalisé séparément.
La loi Matras (n°2021-1520 du 25 novembre 2021) a étendu l’obligation de Plan Communal de Sauvegarde à toutes les communes couvertes par un plan de prévention des risques. Le PCS doit intégrer les modalités de communication de crise — ce qui implique de disposer d’un réseau opérationnel même en cas de défaillance des réseaux publics.
Ce que la réglementation ne prescrit pas, c’est le moyen technique. Une commune peut s’appuyer sur ANTARES pour les communications de secours strictement étatiques, mais la coordination entre la mairie, les services techniques communaux et les équipes d’intervention dépend souvent du réseau mobile public — le plus fragile de tous en situation de crise localisée.
Un réseau satellite de secours n’est pas concurrent de ces dispositifs. Il les complète : il assure une liaison indépendante de toute infrastructure au sol, opérationnelle en moins de 20 minutes avec une valise de déploiement préconfigurée, dans des zones où les réseaux terrestres sont précisément les plus vulnérables.
La plupart des structures critiques ont opté pour un backup 4G comme première ligne de secours. Ce choix est compréhensible : simple à déployer, peu coûteux, suffisant pour des incidents courants de courte durée.
Mais il présente une limite structurelle que le test révèle systématiquement : la 4G et la fibre partagent souvent la même infrastructure physique locale. Les antennes relais 4G sont raccordées aux nœuds de raccordement fibre. Quand une tempête ou un incendie met hors service ce nœud, les deux réseaux tombent simultanément. Ce n’est pas une anomalie — c’est l’architecture normale des réseaux terrestres.
Dans les zones rurales et semi-rurales où les SDIS et communes sont souvent implantés, ce point de défaillance commun est particulièrement fréquent. Une liaison satellite professionnelle avec backhaul dédié est physiquement distincte des réseaux terrestres. Elle maintient ses performances même lorsque les réseaux mobiles sont surchargés ou coupés — ce qui est précisément le cas dans les situations pour lesquelles le réseau de secours est censé exister.
→ Pour aller plus loin sur cette limite structurelle : Pourquoi le backup 4G ne suffit pas pour un vrai plan de continuité d’activité
Avant le prochain exercice de crise, une question simple mérite une réponse documentée : « Quel est votre SLA garanti en cas d’activation du réseau de secours, et comment est-il mesuré ? »
Si la réponse est vague, ou si votre contrat actuel ne mentionne pas de SLA sur le lien de secours, le réseau que vous pensez avoir n’est pas le réseau dont vous avez besoin.
Cette question mérite une conversation concrète, pas une brochure. Contactez-nous en message privé ou par téléphone — nous faisons le point ensemble sur votre dispositif actuel et ce qu’il faudrait pour qu’il tienne vraiment en situation dégradée.
Un réseau de secours ne peut être validé que par un test en conditions réelles dégradées : coupure volontaire du réseau principal, activation du backup, mesure du temps de bascule et du débit disponible sous charge. Un réseau jamais testé est, par définition, un réseau dont la disponibilité réelle est inconnue.
Non. Le backup 4G partage l'infrastructure physique des réseaux terrestres. En cas de sinistre touchant un nœud de raccordement local, fibre et 4G tombent simultanément. Seul un réseau physiquement indépendant — comme une liaison satellite professionnelle avec backhaul dédié — garantit la continuité dans ces situations.
Starlink est une offre sans SLA contractuel sur la disponibilité et la bande passante. Un réseau de secours satellite professionnel inclut un SLA, une bande passante dédiée non partagée, un délai de déploiement garanti et un support d'astreinte. Pour les SDIS, hôpitaux et communes, c'est la différence entre une promesse commerciale et une garantie contractuelle opposable.
Un test annuel minimum est recommandé, intégré aux exercices réglementaires existants : plan ORSEC pour les communes, exercices SDIS, plan de gestion des tensions hospitalières (art. L3131-7 CSP). Le test doit couvrir le temps de bascule, le débit sous charge et la continuité des applications critiques.
Avec une valise de déploiement préconfigurée, le temps d'activation est inférieur à 20 minutes pour une liaison opérationnelle, garanti contractuellement.
Le plan de gestion des tensions hospitalières (art. L3131-7 CSP) impose la continuité des soins en situations exceptionnelles. La continuité réseau en fait partie mais est rarement testée séparément. Un réseau satellite non raccordé aux réseaux terrestres constitue la seule garantie réelle de maintien de la connectivité en cas de sinistre affectant les infrastructures au sol.
La loi Matras (n°2021-1520) étend l'obligation de PCS et impose d'y intégrer les modalités de communication de crise. Cela implique de disposer d'un réseau opérationnel indépendant des réseaux publics — mais la loi ne prescrit pas le moyen technique. Le satellite professionnel répond à cette exigence sans dépendre des opérateurs terrestres.