Failover LTE : comment sécuriser la connectivité de vos sites critiques

· 8 minutes de lecture
8 min read
Équipe Eziwan
Équipe Eziwan
Infrastructure IoT

Un site industriel sans connectivité, c'est un opérateur qui travaille à l'aveugle. Pas de supervision SCADA, pas d'accès distant, pas d'alertes de défaut. Pour les sites critiques — stations de pompage, sous-stations électriques, sites de production continu — une coupure réseau de 10 minutes peut coûter plusieurs milliers d'euros.

La solution : le failover LTE automatique avec Dual SIM.

Pourquoi un seul opérateur ne suffit pas​

Même les réseaux mobiles tombent. Les causes les plus fréquentes :

  • Maintenance opérateur : plage de 2–4h, parfois non annoncée
  • Congestion réseau : zones industrielles avec pic de trafic (7h–9h, 17h–19h)
  • Problème d'antenne locale : une seule antenne BTS couvre votre zone
  • Météo : foudre, verglas sur équipements radio
  • Travaux : fibre coupée, relais endommagé

Statistiquement, un opérateur seul offre 99.5–99.7% de disponibilité réseau. Ça semble beaucoup, mais ça représente 13–26 heures de coupure par an.

Avec deux opérateurs distincts, la disponibilité combinée monte à 99.97% — soit moins de 2h30 de coupure annuelle cumulée.

Architecture Dual SIM : comment fonctionne le failover​

La Gateway Eziwan embarque deux emplacements SIM physiques. La configuration recommandée :

SIM1 : Opérateur A (Orange)   → Connexion principale
SIM2 : Opérateur B (SFR)      → Connexion de failover

Le failover est basé sur un ping watchdog : le routeur teste en permanence la connectivité de la SIM active en envoyant des pings ICMP vers des cibles définies (8.8.8.8, le broker MQTT, votre serveur central...). Si X pings consécutifs échouent dans une fenêtre Y, la bascule se déclenche.

Paramétrage recommandé pour sites critiques​

{
  "failover": {
    "enabled": true,
    "primary_sim": 1,
    "watchdog": {
      "targets": ["8.8.8.8", "1.1.1.1", "mqtt.eziwan.com"],
      "interval_sec": 10,
      "timeout_ms": 3000,
      "fail_threshold": 3,
      "success_threshold": 5
    },
    "cooldown_sec": 120,
    "notifications": {
      "webhook": "https://hooks.slack.com/...",
      "email": ["admin@site.fr"]
    }
  }
}

Ce paramétrage déclenche le failover si 3 pings consécutifs échouent (30 secondes de détection), et revient sur la SIM principale si 5 pings successifs réussissent (50 secondes de stabilité avant retour).

Les 4 modes de failover​

Eziwan supporte 4 stratégies différentes selon vos besoins :

Mode 1 : Actif / Failover (recommandé)​

SIM1 est toujours active. SIM2 ne s'active qu'en cas de défaut de SIM1. Avantage : coût data maîtrisé (SIM2 ne consomme pas quand SIM1 est OK).

Mode 2 : Round-robin​

Le trafic alterne entre SIM1 et SIM2 selon la qualité du signal. Avantage : utilise toujours le meilleur réseau disponible.

Mode 3 : Load balancing​

Le trafic est réparti entre les deux SIM en parallèle. Double la bande passante disponible. Utile pour les sites avec gros volumes de données.

Mode 4 : Actif / Actif avec priorité​

Les deux SIM sont actives, avec routage intelligent selon le type de trafic (trafic critique sur SIM1, best-effort sur SIM2).

Cas pratique : station de pompage eau potable​

Un de nos clients — un syndicat des eaux gérant 23 stations de pompage — avait un problème récurrent : les coupures Orange (2–3 fois par an par station) rendaient impossible la supervision et obligeaient des rondes préventives manuelles.

Configuration déployée :

  • SIM1 : Orange (meilleure couverture rurale sur leur zone)
  • SIM2 : SFR (réseau distinct, antennes indépendantes)
  • Watchdog : ping toutes les 10s, failover si 3 pings KO
  • Notification : webhook → système de supervision Nagios

Résultats sur 8 mois :

  • 7 événements de failover (contre 0 supervision sans failover)
  • Temps moyen de basculement : 14 secondes
  • Durée totale d'interruption réelle : 0 (bascule transparente pour le SCADA)
  • Rondes manuelles évitées : 7

Ce que vous voyez dans le dashboard pendant un failover​

[14:32:01] ⚠ SIM1 Orange: dégradation signal — RSSI -97 dBm
[14:32:11] ⚠ SIM1 Orange: 3/3 pings KO (8.8.8.8, timeout)
[14:32:12] → Basculement SIM2 SFR en cours...
[14:32:18] ✓ SIM2 SFR: connecté — RSSI -72 dBm — Latence 28ms
[14:32:19] ✓ Tunnel VPN restauré
[14:32:19] ✓ Broker MQTT joignable — reprise supervision
[14:32:20] ✉ Notification envoyée: admin@syndicat-eaux.fr

[15:44:02] ✓ SIM1 Orange: signal restauré (5/5 pings OK)
[15:44:03] → Retour SIM1 principale
[15:44:09] ✓ Connectivité principale restaurée

Durée d'interruption totale : 7 secondes (entre le dernier ping KO et le VPN restauré sur SIM2).

Failover LTE + WAN filaire : la redondance multi-technologie​

La redondance Dual SIM protège contre les pannes réseau mobile. Mais une architecture de haute disponibilité complète ajoute une troisième dimension : la redondance de technologie — LTE + ligne fixe (ADSL, VDSL ou fibre optique).

Quand le Dual SIM ne suffit pas​

Le Dual SIM (deux opérateurs mobiles) ne protège pas contre :

  • Panne de couverture géographique : une tour de relais couvrant toute la zone d'un site peut être hors service suite à une tempête ou un incendie
  • Congestion massive : lors d'événements exceptionnels (catastrophe, exercice militaire), les deux réseaux mobiles peuvent être saturés simultanément
  • Contraintes réglementaires : certains secteurs (OIV, nucléaire) imposent des vecteurs de backup différents de la technologie principale

Architecture WAN hybride (LTE + ADSL/fibre)​

WAN primaire  :  ADSL/VDSL/fibre  →  |                          |
                                       | Routeur Eziwan dual-WAN  |  →  LAN site
WAN backup   :  LTE 4G SIM1      →  |  failover automatique     |
WAN emergency:  LTE 4G SIM2      →  |                          |

La Gateway Eziwan peut combiner un WAN filaire (port Ethernet WAN) et deux SIM LTE selon une hiérarchie de failover :

  • Niveau 1 : ADSL/fibre (meilleure latence, SLA opérateur)
  • Niveau 2 : LTE SIM1 (Orange — meilleure couverture nationale)
  • Niveau 3 : LTE SIM2 (SFR — réseau distinct en dernier recours)

Surveillance multi-WAN​

Le watchdog surveille les trois interfaces simultanément :

{
  "wan_failover": {
    "interfaces": [
      {"name": "eth0-wan", "type": "fiber", "priority": 1},
      {"name": "lte0-sim1", "type": "lte", "priority": 2},
      {"name": "lte0-sim2", "type": "lte", "priority": 3}
    ],
    "watchdog": {
      "targets": ["8.8.8.8", "mqtt.eziwan.com"],
      "interval_sec": 15,
      "fail_threshold": 3
    }
  }
}

Calculer la disponibilité réelle de votre architecture de failover​

La disponibilité d'un système avec failover se calcule selon la formule :

Disponibilité combinée = 1 - (indisponibilité SIM1 × indisponibilité SIM2)

ConfigurationDisponibilité SIM1Disponibilité SIM2Disponibilité combinéeDowntime annuel
Sans failover (SIM1 seule)99,5%—99,5%~44 h/an
Dual SIM (SIM1 + SIM2)99,5%99,5%99,9975%~13 min/an
Triple WAN (fibre + LTE×2)99,9%99,5%99,9999%~32 s/an

La différence entre "Dual SIM" et "SIM seule" est spectaculaire : de 44 heures à 13 minutes de downtime annuel cumulé. C'est la justification technique du failover pour les sites critiques.

Attention aux corrélations : ces calculs supposent des pannes indépendantes. Si les deux opérateurs partagent la même infrastructure physique sur votre zone (co-location en cabine radio), les pannes seront corrélées et la disponibilité réelle inférieure au calcul théorique. C'est pourquoi le choix d'opérateurs avec des infrastructures géographiquement distinctes est important.

Bonne pratique : tester votre failover régulièrement​

Un failover qui n'a jamais été testé, c'est un failover qui peut échouer au pire moment. Eziwan permet de déclencher un test de failover forcé depuis le dashboard :

  1. Dashboard → Dispositif → Actions → "Tester le failover"
  2. Eziwan force la bascule sur SIM2 et mesure le temps de basculement
  3. Vous validez que SIM2 est bien opérationnelle
  4. Retour automatique sur SIM1

Recommandation : tester une fois par mois sur chaque site critique.

Questions fréquentes​

Le temps de basculement de 14 secondes est-il garanti ? Non — c'est un résultat observé dans un cas concret. Le temps de basculement dépend de : la configuration du watchdog (nombre de pings échoués requis, intervalle), la rapidité de la modem à obtenir une adresse IP sur la SIM secondaire, et le temps de rétablissement du tunnel VPN. Un paramétrage agressif (3 pings × 10s = 30s de détection) donne des basculements en 30–60 secondes. Un paramétrage prudent (5 pings × 30s) prend 3–5 minutes.

Doit-on avoir deux contrats SIM différents avec deux opérateurs ? Oui — pour un failover réel, les deux SIM doivent être sur des opérateurs différents (Orange + SFR, ou Orange + Bouygues). Deux SIM du même opérateur seront affectées par la même panne de BTS locale. L'intérêt du dual SIM est d'avoir des réseaux physiquement distincts.

Le failover dual SIM protège-t-il contre toutes les coupures ? Il protège contre les pannes opérateur (panne d'antenne BTS, maintenance réseau, saturation). Il ne protège pas contre : une panne d'alimentation électrique sur le site (alimentez le routeur sur UPS), une panne matérielle du routeur lui-même (prévoyez un routeur de remplacement ou un contrat de swap), ou une zone géographique sans couverture LTE du tout (rare en France métropolitaine).

Le VPN se reconnecte-t-il automatiquement après un failover ? Oui. La Gateway Eziwan maintient le tunnel VPN (OpenVPN ou WireGuard) actif sur la nouvelle connexion. Avec IPSec/IKEv2 + MOBIKE, le tunnel survit même au changement d'IP publique. Avec OpenVPN (persist-tun), la reconnexion est automatique en quelques secondes.

Comment superviser les événements de failover ? Le dashboard Eziwan affiche l'historique complet des événements de connectivité par site. Vous pouvez configurer des webhooks vers votre système de supervision (Nagios, Zabbix, PagerDuty) ou des alertes email/SMS pour chaque événement de basculement.

Pour aller plus loin​

Vous avez des sites où une coupure réseau a des conséquences critiques ? Parlons-en — notre équipe technique peut vous aider à définir la bonne architecture de failover pour votre parc.

Ressources complémentaires​