Sous le capot du sdMPLS^®

1. SDO, Software Defined Operator

Un SDO (Software Defined Operator) est un opérateur dont le cœur de réseau est entièrement virtualisé et pilotable par logiciel. Là où un opérateur classique exploite un backbone matériel dont il est seul à définir le comportement, un SDO exécute les fonctions de cœur (routage, commutation, segmentation) dans une couche logicielle, sur une infrastructure standard, et peut donc en déléguer une partie à chaque client.

Le sdMPLS est la technologie qui découle de cette approche : c'est la déclinaison du concept SDO en une offre de réseau multisite. Signature de l'approche : le backbone opérateur virtualisé, piloté par le client.

La virtualisation du cœur opérateur n'est pas une idée de laboratoire : Orange, AT&T et Verizon ont déjà des équipements désagrégés (matériel banalisé et logiciel réseau ouvert) en production dans leurs réseaux (synthèse Flex.eu de données publiques, étude SDO, mars 2026).

2. Le cœur VXLAN/EVPN

Le cœur de réseau SDO de Flex.eu est un backbone unique, construit sur les standards VXLAN et EVPN, qui porte à la fois :

• le cloud : machines virtuelles et hébergement, livrés directement dans le cœur ;
• la collecte opérateur : les liens d'accès de tous les sites clients ;
• la plateforme voix : trunks SIP et services de téléphonie.

L'architecture est de type spine-leaf : chaque équipement d'accès (leaf) est relié à l'ensemble des équipements de cœur (spine). La capacité s'ajoute par extension horizontale, sans composant central dont la capacité bornerait l'ensemble. C'est ce qui distingue le sdMPLS d'un orchestrateur SD-WAN central, qui plafonne généralement à 1 000 à 2 000 sites.

VXLAN encapsule les trames de chaque réseau virtuel et les rend étanches les unes aux autres ; EVPN en distribue le plan de contrôle. Ensemble, ils permettent au cœur mutualisé d'héberger un réseau virtuel, et un VRB, par client.

3. Le VRB, Virtual Router Backbone

Le VRB est le routeur de backbone virtuel dédié au client. Il s'exécute dans le cœur SDO, dans une machine virtuelle propre au client, et constitue le point où le client pilote son réseau. Il est dédié : il n'est partagé avec personne. Le sdMPLS s'adresse aux entreprises multisites d'une certaine taille : le VRB est mono-client, administré par le partenaire Propulsé par sdMPLS, qui en partage tout ou partie avec les équipes du client final, selon ce que celui-ci souhaite piloter lui-même.

Le VRB expose ce qu'une équipe réseau sait déjà faire. Ce que le client pilote, c'est sa politique ; l'exploitation du cœur (supervision, maintenance, évolutions de la plateforme, liens d'accès) reste chez l'opérateur.

Chaque VRB s'exécute sur RouterOS, le système de routage de MikroTik, choisi pour son ergonomie et pour la richesse de ses outils de diagnostic : une interface que les ingénieurs réseau connaissent, une configuration lisible, des outils de test intégrés. Lorsque des routeurs MikroTik terminent les liens sur les sites, ce que Flex.eu recommande et ce que la plupart des clients choisissent, le diagnostic est cohérent de bout en bout, du port du site jusqu'au cœur. Le partenaire reste libre de l'équipement de terminaison, pour adapter son offre à son marché.

Formulation à retenir : le sdMPLS, c'est un VRB dédié à un client final. Le VRB repose sur le cœur de réseau SDO de l'opérateur, mutualisé et cloisonné par VXLAN, comme un MPLS repose sur le backbone de l'opérateur. On dit donc « votre backbone, dédié et pilotable ».

4. Protocoles standards et réversibilité

Le sdMPLS repose sur des protocoles standards et documentés, que toute équipe réseau sait lire :

• VXLAN (RFC 7348) pour l'encapsulation et l'étanchéité des réseaux virtuels dans le cœur ;
• EVPN (BGP EVPN, RFC 7432 et suivantes) pour le plan de contrôle du cœur ;
• BGP, OSPF, VLAN, IPsec : les protocoles que le client manipule dans son VRB, ceux de n'importe quel routeur.

Conséquence pour le client : la configuration de son VRB est un texte lisible, qui s'exporte à tout moment et se reprend sur un autre routeur. Le client n'est prisonnier ni d'un plan de contrôle éditeur (cas du SD-WAN), ni d'un matériel et de contrats longs (cas du MPLS opérateur), ni d'un cœur fermé qu'il ne peut modifier que par ticket (cas du MPLS sur collecte).

5. Performance et pile logicielle

Pourquoi les paquets par seconde comptent

Un routeur virtualisé ne sature pas d'abord en gigabits par seconde, mais en paquets par seconde (pps). Le trafic réel d'une entreprise est fait de petits paquets : voix, requêtes web, accusés de réception, négociations TLS. Chaque paquet coûte au processeur le même travail quelle que soit sa taille. C'est ce qui a longtemps limité le routage virtualisé sur serveurs standards : la bande passante restait disponible, mais le processeur de la VM saturait, avec des chutes de débit et de la latence à la clé. C'est ce verrou que la plateforme sdMPLS a été conçue pour lever.

Ce qui fait la différence : la couche réseau réécrite par Flex.eu

Le cœur SDO s'exécute sur Proxmox, dont Flex.eu a réécrit la couche réseau : les fonctions de commutation du leaf sont intégrées à l'hyperviseur et accélérées par des cartes réseau Nvidia, en communication directe avec les spines, sans équipement d'accès intermédiaire. Chaque VRB s'exécute dans sa propre VM et bénéficie de ce chemin de données : c'est là que se joue la performance, et c'est cette couche, propre à Flex.eu et issue de plus de cinq ans de recherche et développement, qui constitue le cœur du sdMPLS.

La pile logicielle est ainsi composée de trois éléments : Proxmox, hyperviseur européen, pour l'exécution et le géo-cluster ; la couche réseau accélérée développée par Flex.eu ; RouterOS pour le VRB de chaque client. Une pile économe en licences, ce qui se retrouve dans le prix, et une plateforme que Flex.eu développe, héberge et exploite elle-même.

Par prudence, Flex.eu ne publie pas de comparaison chiffrée avec d'autres routeurs logiciels tant que le benchmark public, reproductible, n'est pas disponible. La méthode (taille de paquet, conditions de test) sera publiée avec les résultats.

6. Liens d'accès et réseaux collectés

Les sites se raccordent au cœur SDO par des liens d'accès standards, au prix du marché, choisis site par site selon l'éligibilité et la criticité :

Les accès mobiles s'appuient sur l'offre MVNO de Flex.eu sur le réseau Bouygues Telecom ; l'intégration du réseau Orange est prévue mi-2027. Le lien est un accès au cœur : changer la technologie d'un lien (xDSL vers fibre, par exemple) ne modifie pas la configuration du client dans son VRB.

Onze réseaux d'infrastructure collectés

Les accès fixes sont collectés directement dans le cœur SDO depuis les réseaux de Orange, SFR, Bouygues Telecom, Covage, Axione, IELO, Nexloop, Eurofiber, XP Fibre, Colt et Free, en FTTH, FTTE, FTTO et SDSL. Pour chaque site, le partenaire choisit le réseau et le type de lien selon l'éligibilité, la criticité et le budget ; le VRB du client ne voit qu'un accès de plus. Cette diversité couvre le territoire, y compris les zones où un seul opérateur est présent, et évite de dépendre d'un unique réseau d'infrastructure. Les portes de collecte vers ces réseaux sont sécurisées par une double porte pour la majorité des modes de livraison, et ce doublement est en cours de généralisation.

7. Sécurité, cloisonnement et hébergement

Le cœur SDO est mutualisé entre les clients ; son cloisonnement repose sur la segmentation par VXLAN/EVPN, qui crée des réseaux virtuels étanches, et sur le principe d'un VRB par client : aucune instance de routage n'est partagée. Le client peut lui-même segmenter son propre réseau à l'intérieur de son VRB.

Le réseau du client est hors Internet : le trafic entre ses sites ne transite jamais par l'Internet public, et l'accès à Internet passe par une sortie unique au cœur, derrière firewall, avec la même politique de sécurité pour les sites et pour les SIM 4G/5G des salariés (voir Liens d'accès).

Hébergé en France, en géo-cluster

Le cœur SDO et les configurations des VRB sont hébergés en France, dans deux datacenters Digital Realty distincts en région parisienne. Le cœur y est déployé en géo-cluster Proxmox : deux cœurs de réseau sur chaque site, soit quatre cœurs, pour rester redondant et disponible quelle que soit la panne, d'un équipement ou d'un site entier. Disponibilité de 99,95 % et garantie de temps de rétablissement (GTR) de 4 heures, 24 h/24 et 7 j/7, incluse. Ces engagements portent sur le cœur de réseau ; à l'accès, c'est le type de lien choisi site par site (fibre dédiée à débit garanti ou fibre mutualisée) qui fixe le niveau d'engagement.

Une solution française, maîtrisée de bout en bout

Le sdMPLS est conçu, développé, hébergé et exploité en France par Flex.eu. Ses briques logicielles sont européennes (Proxmox, RouterOS) ; la couche réseau qui fait sa performance est développée par Flex.eu ; aucun plan de contrôle ne réside chez un hyperscaler ni chez un éditeur SD-WAN étranger ; les données de routage et de supervision ne quittent pas les cœurs de Flex.eu. L'exploitation de la plateforme et ses mises à jour sont assurées par Flex.eu. Pour une entreprise ou une collectivité attentive à la localisation et à la maîtrise de son réseau, c'est une réponse concrète, vérifiable sur pièces.

8. Points d'attention

Un comparatif honnête dit aussi ce qu'il faut regarder de près. Deux points, et la façon dont le sdMPLS y répond.

• Un seul opérateur pour la collecte et le cœur. C'est le principe de tout réseau privé opéré, MPLS compris. Ce qui compte est la robustesse de cet opérateur (quatre cœurs en géo-cluster sur deux datacenters, onze réseaux d'infrastructure collectés) et la liberté d'en sortir : la configuration du VRB s'exporte en clair, sur des protocoles standards.
• Le secours mobile doit rester dans le réseau privé. Une SIM 4G/5G grand public sort sur l'Internet public et n'entre pas dans un réseau hors Internet sans tunnel ni équipement à sécuriser sur le site. Le sdMPLS utilise des SIM à APN privé, collectées dans le cœur, avec la même politique de sécurité et la même QoS que les liens fixes : c'est une exigence à écrire dans toute consultation.

9. Repères de marché

Chiffres de contexte : synthèse Flex.eu de données publiques du marché (analystes, opérateurs), étude SDO, mars 2026. Ce sont des repères sourcés, à distinguer des estimations propres à Flex.eu.

Source : synthèse Flex.eu de données publiques du marché (analystes, opérateurs), étude SDO, mars 2026. Marché : MPLS mondial 27,7 Md$ (2025), SD-WAN 9,3 Md$ ; marché français MPLS IP VPN 1,88 Md$ (2023).

Le cœur SDO en chiffres

Source : Flex.eu, septembre 2026.

Délais. La livraison d'un lien d'accès dépend de l'opérateur d'infrastructure qui dessert le site : de quelques jours à quelques mois selon les cas. Un site dont le lien existe déjà est raccordé en quelques jours. Et toute évolution du réseau (routage, QoS, segmentation, ouverture d'un flux) est instantanée depuis le VRB : c'est là que se joue la différence avec les 60 à 120 jours d'un MPLS, où chaque évolution repasse par l'opérateur.