Traffic engineering en source-routing · plan de données MPLS

Segment Routing MPLS

Ingénierie de trafic source-initiée sur plan de données MPLS. Pas d'état RSVP-TE, pas de surcharge de signalisation par LSP : juste une pile de labels calculée en tête depuis une base topologique distribuée.

Underlay SR-MPLS avec TI-LFA

Quatre routeurs en anneau. Le chemin principal entre R1 et R3 emprunte le saut supérieur ; en cas de défaillance de R2, TI-LFA préprogramme une pile de labels de réparation via R4 en moins de 50 ms.

Topologie SR-MPLS : quatre routeurs en anneau avec un chemin primaire R1 vers R3 via R2 et un secours TI-LFA via R4
SR-MPLS : chemin primaire R1 vers R2 vers R3 avec une liste de réparation TI-LFA via R4 (rerouted en sub-50 ms).

Qu'est-ce que SR-MPLS

Segment Routing (SR), défini dans la RFC 8402, distribue un ensemble d'instructions topologiques, les segments, via des extensions IGP standard (IS-IS : RFC 8667, OSPF : RFC 8665). Chaque segment est représenté par un label MPLS. Le routeur de tête impose une pile de labels qui encode le chemin explicite complet ; aucun état de signalisation par LSP n'est maintenu sur les nœuds intermédiaires.

Le résultat est un plan de données simplifié : les nœuds de transit effectuent un transfert MPLS standard, sans bases d'adjacence RSVP, sans LDP FEC par préfixe, sans la latence d'établissement de chemin propre aux modèles optiques. Toute l'intelligence d'ingénierie de trafic est déplacée vers la source, ce qui permet des politiques par classe de flux, par VPN ou par application, sans agitation du plan de contrôle.

SR-MPLS coexiste avec LDP dans les cœurs brownfield et le remplace progressivement. La RFC 8661 définit l'interworking LDP–SR : les nœuds SR-capable annoncent à la fois SID SR et labels LDP, permettant des LSP de bout en bout sur des réseaux mixtes sans bascule en flag-day.

Fast Reroute: TI-LFA

Topology-Independent Loop-Free Alternate (TI-LFA, draft-ietf-rtgwg-segment-routing-ti-lfa ; remote-LFA d'accompagnement dans RFC 8102) calcule des chemins de secours préprogrammés sans boucle par construction, sans les lacunes de couverture du LFA classique. La récupération est inférieure à 50 ms sur du matériel compatible. TI-LFA protège contre les pannes de nœud, de lien et SRLG : le chemin de secours est encodé comme une liste de segments de réparation poussée au PLR avant que le chemin primaire ne soit retiré de la table de forwarding.

OcNOS-SP Implementation

OcNOS-SP implémente SR-MPLS sur les ASIC Broadcom Qumran MX, Qumran AX et Jericho2. L'implémentation couvre l'ensemble des fonctionnalités SP edge et cœur :

Plan de contrôle : IS-IS SR

IS-IS avec extensions SR (RFC 8667). Node SID, Adjacency SID, Anycast SID. Annonce Prefix-SID avec flags N et P. Flexible Algorithms (RFC 9350) pour l'attribution de SID consciente de la topologie.

Ingénierie de trafic : SR-TE

Politiques SR-TE avec listes de segments explicites. Steering en tête par color + endpoint. Calcul de chemin délégué au PCE via PCEP (RFC 8231). ODN (On-Demand Next-hop) pour la sélection automatique de chemin selon le SLA.

Fast Reroute: TI-LFA

TI-LFA activable par interface. Protège contre les pannes de nœud et de lien. Chemin de secours pré-installé dans la table de forwarding matérielle. Reprise en moins de 50 ms sur ASIC de classe Qumran.

ECMP & Équilibrage de charge

SR ECMP sur plusieurs next-hops avec hash de flux 5-tuple. Chemins à coût égal résolus par SID via la table de forwarding MPLS. Prise en charge de l'entropy label par flux pour la visibilité du load-balance.

Interopérabilité LDP

Interworking LDP–SR (RFC 8661) pour la migration brownfield. Serveur de mapping pour la liaison prefix SID/label LDP. Fonctionnalité de nœud frontière SR-LDP : pas besoin de migration cœur en flag-day.

BFD pour SR

BFD pour MPLS LSP (RFC 5884) avec liaison de politique SR-TE. Détection de panne sous la seconde alimentant le basculement TI-LFA. Attribution d'un discriminateur par politique SR.

Télémétrie

Modèles YANG OpenConfig SR. Streaming gNMI de l'utilisation des SID, de la distribution ECMP et de l'état des politiques TE. Compatible Prometheus via collecteur gRPC.

Coexistence SRv6

SR-MPLS et SRv6 peuvent être déployés sur le même nœud OcNOS-SP. Steering par VPN entre les plans de données MPLS et IPv6. Fonction d'interworking pour le stitching cross-domain SRv6–SR-MPLS.

OcNOS-Validated Hardware

À titre de référence uniquement. Les plateformes ci-dessous constituent un sous-ensemble représentatif du matériel validé SR-MPLS. La liste complète et à jour des plateformes qualifiées, avec ASIC, densité de ports et couverture de versions, est tenue à jour dans l'OcNOS Hardware Compatibility List.

UfiSpace S9600-32X
Qumran MX · 32×100G
UfiSpace S9600-64X
Qumran MX · 64×100G
UfiSpace S9610-36D
Qumran AX · 36×400G
UfiSpace S9610-46DX
Qumran AX · 36×400G + 10×100G
Celestica E1031
Qumran MX · 32×100G
UfiSpace S9321-64E
Jericho2 · 64×400G
UfiSpace S9510-28DC
Qumran AX · IPoDWDM
Edgecore AS9726-32DB
Trident 4 · 32×400G
Voir toutes les plateformes dans Qualified Hardware → Feature Matrix SR-MPLS →

Technologies et solutions associées

EVPN-VXLAN → SRv6 → BGP → SP Networks Solution → Solution IP-over-DWDM → Solution d'accès haut débit → OcNOS Feature Matrix → IS-IS SR avec TI-LFA →

Comparer le support SR-MPLS sur toutes les plateformes validées OcNOS

Open Feature Matrix →
FAQ

Questions fréquentes

Qu'est-ce que SR-MPLS ?
SR-MPLS (Segment Routing sur le plan de données MPLS) est du segment routing qui utilise des labels MPLS pour l'acheminement, les labels étant distribués par l'IGP plutôt que par un protocole de label distinct. Il oriente le trafic le long de chemins optimisés tout en réutilisant le plan de transfert MPLS existant.
Comment SR-MPLS utilise-t-il IS-IS ou OSPF ?
SR-MPLS étend IS-IS ou OSPF pour annoncer les identifiants de segment sous forme de labels MPLS, de sorte que l'IGP lui-même distribue les labels. Cela supprime le recours à LDP pour l'attribution des labels et permet à chaque noeud de construire des chemins label-switched à partir des informations de routage qu'il diffuse déjà.
Qu'est-ce que le SRGB dans SR-MPLS ?
Le SRGB (Segment Routing Global Block) est la plage d'étiquettes MPLS réservée aux segments de préfixe globaux. Un prefix-SID est un index dans ce bloc ; un nœud calcule donc l'étiquette locale d'une destination en ajoutant l'index à la base du SRGB, ce qui garantit une attribution d'étiquettes cohérente.
Quelle est la différence entre SR-MPLS et SRv6 ?
SR-MPLS achemine à l'aide d'étiquettes MPLS et conserve un plan de données MPLS, tandis que SRv6 achemine sur le plan de données IPv6 natif en utilisant les adresses IPv6 comme segments. SR-MPLS convient aux réseaux qui exploitent déjà MPLS, alors que SRv6 supprime MPLS au profit d'un acheminement uniquement en IPv6.
Le SR-MPLS a-t-il encore besoin de LDP ?
Non, SR-MPLS n'a besoin ni de LDP ni de RSVP-TE. L'IGP distribue les étiquettes au moyen des prefix-SID et des adjacency-SID, et TI-LFA assure le reroutage rapide, de sorte qu'un seul IGP prend en charge la distribution d'étiquettes, l'ingénierie de trafic et la protection qui nécessitaient auparavant des protocoles distincts.
Notes de solution

Approfondissez. Emportez-le avec vous.

Deux téléchargements techniques et concis qui vont plus loin que cette page : le mémo de mise à niveau SR-MPLS et le mémo transport Cloud & SP WAN.

Solution brief

Mise à niveau SR-MPLS avec OcNOS

Migrez SR-MPLS vers OcNOS sur du matériel ouvert : Flex-Algo, TI-LFA et un parcours de bascule éprouvé en alternative à Cisco.

Obtenir le brief
Solution brief

Transport WAN Cloud & Opérateurs

Transport WAN pour le cloud et les service provider sur du matériel ouvert : SR-MPLS, EVPN et transfert testé à l'échelle.

Obtenir le brief