Demandez à n'importe quel intégrateur télécom quel est l'incident qu'il redoute le plus. Ce n'est pas la panne d'un équipement : c'est la coupure qui dure pendant qu'un technicien essaie de comprendre pourquoi le failover ne s'est pas déclenché. Le client appelle, les utilisateurs sont à l'arrêt, le caissier ne peut plus encaisser, et pendant ce temps il faut ressortir le schéma réseau, vérifier la config BGP, retrouver le tunnel IPSec de secours et rebasculer à la main.
En 2026, un client final n'a plus à subir ce scénario. Un lien qui tombe est un événement certain — fibre coupée par un engin de chantier, incident opérateur, DDoS, maintenance non annoncée, panne d'alim. La vraie question n'est plus comment éviter la coupure mais comment faire en sorte que le client ne s'en rende jamais compte. C'est tout l'enjeu d'un failover MPLS automatique bien pensé, couplé à une bascule 5G instantanée et à un maintien d'IP.
Cet article détaille ce qui différencie un vrai failover intelligent d'un simple secours « best effort », et pourquoi ce sujet est devenu un argument commercial central pour les revendeurs télécom et intégrateurs.
Le failover traditionnel : un faux filet de sécurité
Quand on vend un lien avec « secours inclus », on vend souvent un dispositif très rudimentaire : un deuxième lien, parfois une clé 4G, un routeur configuré pour basculer si le lien principal tombe. Sur le papier, c'est du failover. Dans la vraie vie, trois problèmes apparaissent systématiquement.
D'abord, la détection est lente. Un routeur standard attend plusieurs dizaines de secondes avant de considérer un lien comme mort. Pendant ce temps, les flux applicatifs tombent en timeout, les sessions TCP se coupent, et les utilisateurs rechargent leurs pages en pensant que leur ordinateur est cassé. On parle d'une à deux minutes d'indisponibilité perçue — assez pour qu'un site e-commerce perde des paniers et qu'un centre d'appels voie ses agents décrocher.
Ensuite, l'IP publique change. Si le lien de secours est fourni par un autre opérateur, le client bascule sur une nouvelle adresse IP. Résultat : les tunnels VPN tombent, les règles de firewall côté applications SaaS ne reconnaissent plus le site, les clients interconnectés par IPSec voient leur lien mourir. Le failover « fonctionne » mais l'entreprise reste coupée du monde pendant que l'équipe IT reconfigure tout.
Enfin, la reprise est manuelle. Quand le lien principal revient, il faut décider de rebasculer, souvent la nuit, après avoir testé que le lien est vraiment stable. En attendant, le client reste en mode dégradé sur un secours parfois à moitié prix.
Ce scénario décrit l'état moyen du marché aujourd'hui. C'est précisément celui contre lequel un cockpit opérateur intelligent se positionne.
Ce que fait concrètement un failover intelligent
Un failover MPLS automatique digne de ce nom repose sur trois briques qui fonctionnent ensemble, en temps réel, sans intervention humaine.
La détection sub-seconde. Au lieu d'attendre qu'un protocole de routage déclare un lien mort, la plateforme surveille en continu la qualité du lien (latence, gigue, perte de paquets, RTT vers des sondes de référence). Dès qu'un seuil est dépassé, la bascule est déclenchée. On passe de 60 à 90 secondes d'indisponibilité perçue à moins de 2 ou 3 secondes — suffisamment court pour que les sessions TCP survivent et que l'utilisateur final ne voie qu'un micro-ralentissement.
Le maintien d'IP publique. La plateforme route le trafic de secours à travers le même plan d'adressage opérateur. L'IP vue depuis Internet reste la même, que le client sorte via la fibre principale, la fibre de secours, ou la 5G. Les tunnels VPN tiennent, les règles de filtrage applicatif restent valides, les interconnexions partenaires continuent. Pour l'équipe IT du client, la bascule est transparente — elle n'a strictement rien à reconfigurer.
La bascule 5G de dernier recours. Quand les deux liens filaires tombent (cas d'école : deux opérateurs qui utilisent la même infrastructure de génie civil dans la rue), le routeur bascule automatiquement sur un accès 5G prioritaire. En zone couverte, on reste au-dessus de 100 Mbps symétriques avec une latence acceptable pour l'essentiel des usages métier : ERP, visio, VoIP, SaaS. Le site reste productif — en mode dégradé, mais productif.
Mis bout à bout, ces trois briques transforment une coupure potentiellement visible en non-événement. Le client ne voit pas de ticket, pas d'alerte, pas de panique. L'équipe support, elle, reçoit la notification en temps réel dans le dashboard et l'application mobile.
Pourquoi la supervision du failover compte autant que le failover lui-même
Un point que les revendeurs découvrent souvent trop tard : un failover qui fonctionne mais qui n'est pas supervisé finit par fonctionner de moins en moins bien. Les raisons sont simples.
Un lien de secours qui n'a jamais basculé depuis 18 mois est un lien qui n'est probablement plus fonctionnel. Un abonnement 5G dont le forfait data a été consommé par erreur en reste inutilisable. Un routeur qui a perdu sa configuration de failover après une mise à jour est une bombe à retardement. Et personne ne le sait — jusqu'au jour où le lien principal tombe et où on découvre que le filet n'existe plus.
La réponse, côté cockpit : tester et mesurer le failover en continu. La plateforme déclenche régulièrement des micro-bascules de contrôle, vérifie que le lien de secours répond, que le forfait 5G n'est pas épuisé, que la latence est dans les clous. Dès qu'un élément sort des bornes, une alerte est remontée — avant qu'un vrai incident ne se produise. Sur 200 clients, c'est littéralement la différence entre « je pense que c'est bon » et « je sais que c'est bon ».
L'argument commercial pour l'intégrateur : du SLA vendable
Un intégrateur qui propose un vrai failover intelligent peut enfin vendre un SLA qui a du sens. Pas un SLA opérateur de gros sur un lien seul (où la hotline facture chaque appel), mais un SLA sur la continuité de service du client, calculé au niveau du cockpit.
Concrètement, cela permet trois choses : proposer un engagement contractuel de disponibilité de site (99,9 % et plus, avec bascule 5G comptée dans le temps up) ; justifier un ticket moyen plus élevé, aligné sur la valeur métier et non sur le coût du lien ; et surtout, éliminer l'angoisse commerciale de la coupure critique — la conversation de crise où un client envisage de changer d'opérateur parce qu'il a perdu une demi-journée de CA.
Pour les clients soumis à NIS2, c'est aussi un argument de conformité direct : la directive impose une continuité de service documentée. Un failover supervisé, tracé, testé régulièrement et restitué dans un rapport est exactement ce qu'un auditeur ou un assureur cyber veut voir.
Ce qu'il faut retenir
Un failover n'a de valeur que s'il est automatique, sub-seconde, transparent pour l'IP publique, secondé par la 5G, et surtout supervisé en permanence. Sans ces cinq conditions, c'est un engagement commercial que le prestataire ne tiendra pas le jour J.
C'est exactement ce que pilote RBX + ULIS sur chaque site client : bascule MPLS automatique, maintien d'IP, 5G de repli, tests de secours continus, restitution dans un dashboard unique et dans l'application mobile. Pour le revendeur, c'est la fin des nuits blanches à re-router à la main. Pour le client, c'est la promesse enfin tenue : un réseau qu'on arrête de voir.
Vous voulez voir concrètement comment RBX pilote le failover MPLS et la bascule 5G sur un site client ? Demandez une démo sur my-ulis.io ou contactez l'équipe via le formulaire du site. Vous pouvez aussi appeler le 03 39 58 39 58.
À lire aussi
Article publié par RUBIX TELECOM, éditeur de la solution RBX + ULIS. ULIS est une marque de RUBIX TELECOM.