Mercredi 21 octobre 2026, 11 h 20 : le réseau mobile d'Orange et de Sosh décroche partout en France. Appels, SMS, données : plus rien, pendant près de dix heures. Pour le grand public, c'est une journée pénible. Pour une usine, c'est une question beaucoup plus inconfortable : qu'est-ce qui, chez vous, tient sur un seul fil que vous ne contrôlez pas ?

Ce qui s'est passé : une bascule, pas une attaque

Les premiers signalements arrivent vers 11 h 20 et le service n'est rétabli qu'en soirée, vers 20 h 30 (Sortiraparis / Selectra). Autour de midi, Downdetector comptait plus de 11 000 signalements (Planète Grandes Écoles).

Orange a reconnu une défaillance d'équipement dans son cœur de réseau mobile, c'est-à-dire la partie centrale qui authentifie les terminaux et achemine tout le trafic (France 3 Occitanie). La presse spécialisée, Numerama en tête, évoque une migration ratée d'une partie des abonnés vers le nouveau cœur 5G SA. Orange n'a pas confirmé officiellement cette piste (Tech Insider).

Détail révélateur : selon la même source, le retour du service a nécessité l'appui de l'équipementier pour mettre en place une solution provisoire. Et la veille, Orange venait d'éteindre son réseau 2G dans les 43 derniers départements où il fonctionnait encore. Aucun lien technique n'est établi entre les deux événements, mais ils racontent la même chose : une infrastructure critique en pleine modernisation, où chaque bascule est un moment de fragilité.

Pourquoi un directeur industriel devrait s'en soucier

Dans un atelier, le réseau mobile ne sert pas qu'à téléphoner. Il porte souvent, sans que personne ne l'ait formellement décidé, des fonctions qui touchent directement la production :

• Les astreintes et alarmes : une alerte machine envoyée par SMS au technicien d'astreinte n'arrive pas. La dérive est découverte au changement d'équipe, pas au moment où elle commence.

• La télémaintenance : le fournisseur qui intervient à distance via un routeur 4G ne peut plus se connecter. L'arrêt dure le temps qu'un technicien se déplace.

• Les objets connectés et capteurs M2M : des cartes SIM dans des automates, des compteurs ou des boîtiers de supervision cessent de remonter leurs données. Vos tableaux de bord affichent du vert parce qu'ils n'ont plus rien reçu.

• Les sites distants : un entrepôt ou une station secondaire raccordé uniquement en 4G devient aveugle, et parfois sourd.

Le problème n'est pas que la panne arrive : aucun opérateur ne peut la rendre impossible. Le problème, c'est de ne pas savoir à l'avance ce qu'elle coupe chez vous.

Le 21 octobre, vu depuis un atelier

Pour rendre les choses concrètes, imaginons une PME de mécanique de précision de 120 personnes, avec une usine principale et un petit site de stockage à 30 kilomètres. Le scénario est fictif. Les horaires de la panne, eux, sont réels.

11 h 20 : le réseau mobile tombe. Dans l'atelier, personne ne s'en rend compte : les machines tournent, le réseau filaire fonctionne. Seuls quelques opérateurs remarquent que leur téléphone affiche « SOS uniquement ».

11 h 45 : un centre d'usinage passe en défaut de lubrification. L'alarme part, comme prévu, par SMS vers le technicien d'astreinte, qui déjeune à l'extérieur. Le SMS ne part jamais. Le superviseur ne le sait pas : de son point de vue, l'alerte a été envoyée.

12 h 30 : le responsable logistique tente de joindre le site de stockage, raccordé uniquement par un routeur 4G. Pas de téléphone, pas de messagerie, et le stock du site distant n'est plus visible dans l'ERP. Les préparations de commandes sont mises en attente.

13 h 15 : le chef d'équipe découvre la machine arrêtée en reprenant son poste. Une heure et demie de production perdue, et une série de pièces à contrôler pour vérifier qu'aucune n'est sortie hors tolérance avant l'arrêt.

14 h 00 : une presse affiche un défaut que l'équipe interne ne sait pas diagnostiquer. Le constructeur intervient habituellement à distance, via un boîtier de télémaintenance équipé d'une carte SIM. Impossible de se connecter. Le technicien du constructeur ne pourra se déplacer que le lendemain.

16 h 30 : la direction réalise que les capteurs de température de la chambre froide du site de stockage, eux aussi sur réseau mobile, n'ont rien remonté depuis cinq heures. Quelqu'un prend sa voiture pour aller vérifier sur place.

20 h 30 : le réseau revient, les SMS en attente arrivent d'un coup, dont l'alarme de 11 h 45, désormais inutile.

Le lendemain matin : le bilan tient en peu de lignes : une machine arrêtée une heure et demie, une presse immobilisée jusqu'à l'arrivée du technicien, des expéditions décalées d'une journée, et cinq heures sans aucune donnée sur un site distant. Aucun équipement de l'usine n'est tombé en panne. C'est une dépendance invisible qui a lâché.

Ce scénario n'a rien d'exceptionnel ! Chacune de ces situations repose sur un choix raisonnable pris isolément, au moment où il a été fait. C'est leur accumulation sur un seul opérateur, que personne n'a jamais cartographiée, qui transforme une panne extérieure en journée perdue.

Trois leçons pour vos systèmes industriels

1. Cartographier ses points de défaillance uniques

Un cœur de réseau, c'est le moteur que tout le monde partage. Quand il cale, toutes les antennes du pays deviennent inutiles en même temps. Votre SI a forcément l'équivalent : un opérateur unique, un serveur de licences, une passerelle VPN, un annuaire. La première étape consiste à les lister, flux par flux, et à noter pour chacun ce qui s'arrête en aval.

2. Traiter chaque migration comme une opération à risque

Si l'hypothèse de la presse se confirme, la panne n'est pas venue d'un incident extérieur mais d'un changement planifié. C'est le scénario le plus fréquent dans l'industrie aussi : montée de version, changement d'infrastructure, nouveau pare-feu. Une migration bien menée prévoit un découpage progressif, un retour arrière testé et une fenêtre choisie en fonction des cadences de production, pas de l'agenda IT.

3. Concevoir pour le mode dégradé

Une usine ne doit pas s'arrêter parce qu'Internet s'arrête. Les traitements critiques gagnent à tourner au plus près des machines, avec une capacité à stocker localement et à resynchroniser ensuite. Un deuxième chemin de communication, chez un autre opérateur ou sur une autre technologie, transforme une panne bloquante en simple ralentissement.

Comment nous abordons le sujet chez akawan

Nous ne vendons pas de réseau, et personne ne peut promettre zéro panne. Notre travail consiste à faire en sorte qu'une coupure extérieure ne devienne pas un arrêt de production.

Kaptngo, notre passerelle sécurisée de communication, a été pensé pour ce type de contexte : remplacer des pare-feu et VPN vieillissants, faire circuler des flux machine à machine, des protocoles hérités ou des serveurs de licences, et exécuter des traitements au plus près des données, y compris dans des environnements isolés (réalisation Kaptngo).

Nous travaillons aussi la question en amont, côté supervision : remonter les anomalies de façon fiable quand la connectivité est contrainte (Remontée d'anomalies optimisées). Et côté infrastructure, la migration fait partie de notre quotidien, avec la même exigence de continuité que celle qui a manqué le 21 octobre (Migration d'infrastructure).

Pour aller plus loin sur les contraintes du terrain, notre article La Tech en Industrie : face aux défis des environnements déconnectés détaille pourquoi l'usine ne peut pas raisonner comme un bureau connecté en permanence.