Routage par la source IPv6 · En-tête d'extension SRH

Segment Routing sur IPv6

SR appliqué au plan de données IPv6 : listes de segments encodées comme une séquence d'adresses IPv6 dans un en-tête d'extension SRH, permettant le source routing sans labels MPLS ni surcoût d'encapsulation supplémentaire.

Forwarding par liste de SID SRv6

Un paquet traverse trois endpoints SR. La liste de SID est encodée directement dans l'adresse de destination IPv6 : chaque saut dépile l'uSID actif et achemine vers le suivant.

Flux de paquets SRv6 à travers trois endpoints avec la liste de SID IPv6 fc00::1, fc00::2, fc00::3
SRv6 : traversée des paquets à travers trois endpoints pilotée par une liste de SID IPv6.

Qu'est-ce que le Segment Routing ?

Segment Routing (RFC 8402) est une architecture de routage par la source. Le point d'entrée encode le chemin emprunté par un paquet sous la forme d'une liste ordonnée d'instructions appelées segments, et le réseau achemine selon cette liste sans conserver d'état par flux à chaque saut. Il fonctionne sur deux plans de données : SR-MPLS transporte la liste de segments sous forme d'une pile d'étiquettes MPLS, et SRv6 la transporte sous forme d'une liste d'adresses IPv6. Cette page traite de SRv6, et le plan de données SR-MPLS est documenté sur sa propre page.

Qu'est-ce que SRv6

SRv6 (RFC 8986) encode un chemin initié à la source sous forme de liste ordonnée d'adresses IPv6 appelées SID, chacune représentant une instruction topologique (segment) sur un nœud spécifique. Le Segment Routing Header (SRH, RFC 8754) transporte la liste de SID dans la pile d'en-têtes d'extension IPv6. Sur chaque nœud SR, le SID actif est traité, le pointeur SL (Segments Left) est décrémenté et le DA IPv6 est mis à jour vers le SID suivant.

Les SID SRv6 sont des adresses IPv6 routables structurées avec un Locator (préfixe topologiquement significatif, typiquement /48 ou /64) et une Function (identifiant de comportement). L'état de transfert SR est donc intégré à la table de routage IPv6 : pas d'espace de labels distinct, pas de LFIB, pas de ressources matérielles spécifiques à MPLS. Les nœuds de transit n'ont pas besoin de connaître le SRH, sauf s'ils sont des points de terminaison SR.

SRv6 uSID (draft-ietf-spring-srv6-srh-compression) compresse significativement l'encodage SID : plusieurs micro-SID sont empaquetés dans une seule adresse IPv6 128 bits, réduisant le traitement par saut et l'overhead d'en-tête à des niveaux compétitifs avec SR-MPLS dans les déploiements SP typiques.

SRv6 Network Programming

RFC 8986 définit un ensemble de comportements de point de terminaison SRv6 : End (point SR), End.X (point avec cross-connect), End.T (point avec consultation de table), End.DT4/DT6/DT46 (point avec décapsulation et consultation de table L3). Ces comportements implémentent la fonction complète de transfert VPN dans la sémantique des SID, permettant des services L3VPN et L2VPN sur un cœur IPv6 pur.

OcNOS-SP Implementation

IS-IS SRv6 Extensions

IS-IS avec extensions SRv6 (draft-ietf-lsr-isis-srv6-extensions). Annonce de Locator, SID sub-TLV par préfixe. Flexible Algorithms pour l'attribution de SID consciente de la topologie.

Compression uSID

Implémentation uSID conforme à draft-ietf-spring-srv6-srh-compression. Bloc /32, locator /48. Plusieurs uSID empaquetés par adresse 128 bits. Compatible avec le HW de forwarding IPv6 existant : pas de traitement SRH en transit.

Comportement H.Encaps

Encapsulation en tête insérant un nouvel en-tête externe IPv6 avec SRH. H.Encaps.Red pour SRH réduit (SID unique). Steering par politique selon des critères de correspondance.

Politiques SRv6-TE

Politiques SRv6 traffic engineering avec listes de SID explicites. Chemins calculés par PCE via PCEP. BGP SR-TE pour la distribution de politique cross-domain.

L3VPN sur SRv6

Comportement End.DT46 pour la décapsulation et la recherche VRF. BGP L3VPN avec transport SRv6 selon la RFC 9252 (BGP Overlay Services on SRv6). Allocation de SID par VRF depuis le bloc Locator.

SR-MPLS Co-existence

SRv6 et SR-MPLS actifs simultanément sur le même nœud. Sélection du plan de transport par VPN. Fonction d'interworking pour le stitching cross-domain aux frontières.

OcNOS-Validated Hardware

À titre de référence uniquement. Les plateformes ci-dessous constituent un sous-ensemble représentatif du matériel validé SRv6. 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-56DX
Qumran2c · 4×25G + 48×100G + 8×400G
UfiSpace S9600-28DX
Qumran2c · 4×25G + 24×100G + 4×400G
UfiSpace S9600-32X
Qumran2c · 32×100G
UfiSpace S9600-64X
Qumran2c · 64×100G
UfiSpace S9610-46DX
Qumran2c+ · 4×25G + 40×100G + 6×400G
UfiSpace S9510-28DC
Qumran2a · 24×25G + 2×100G + 2×400G
Edgecore AS7535-28XB
Qumran2a · 24×25G + 2×100G + 2×400G
UfiSpace S9510-30XC
Qumran2u · 28×25G + 2×100G
Voir toutes les plateformes dans Qualified Hardware → Matrice de fonctionnalités SRv6 →

Technologies et solutions associées

SR-MPLS → EVPN-VXLAN → BGP → Conception IP Core SR-MPLS ouverte → SP Networks Solution → Solution IP-over-DWDM → OcNOS Feature Matrix → Segment Routing expliqué → Ingénierie de trafic MPLS (RSVP-TE) → IS-IS SR avec TI-LFA dans OcNOS →

Comparer le support SRv6 sur toutes les plateformes OcNOS

Open Feature Matrix →
FAQ

Questions fréquentes

Qu'est-ce que SRv6 ?
SRv6 (Segment Routing over IPv6) est un segment routing qui utilise directement le plan de données IPv6. Chaque segment est encodé sous la forme d'une adresse IPv6 de 128 bits appelée SID, de sorte que le réseau achemine le trafic le long d'un chemin optimisé au moyen du forwarding IPv6 natif, sans pile d'étiquettes MPLS.
Quelle est la différence entre SRv6 et SR-MPLS ?
SRv6 encode les segments sous forme d'adresses IPv6 de 128 bits et achemine sur le plan de données IPv6, tandis que SR-MPLS encode les segments sous forme d'étiquettes MPLS et achemine sur le plan de données MPLS. SRv6 ne requiert qu'IPv6 dans le cœur de réseau, là où SR-MPLS conserve un plan de forwarding MPLS.
Qu'est-ce qu'un uSID dans SRv6 ?
Un uSID (micro-SID) regroupe plusieurs instructions SRv6 dans une seule adresse IPv6 de 128 bits, de sorte qu'une adresse peut porter de nombreux segments. Cela raccourcit la liste de segments, réduit la surcharge des paquets et permet à des chemins optimisés plus longs de tenir dans le forwarding IPv6 standard.
SRv6 nécessite-t-il MPLS ?
Non, SRv6 n'a pas besoin de MPLS. Il fonctionne sur le plan de données IPv6 natif et utilise les adresses IPv6 comme identifiants de segment, de sorte que le coeur commute uniquement sur IPv6. Cela permet aux opérateurs d'assurer l'ingénierie de trafic et le routage de services sans plan de commutation de labels MPLS.
Qu'est-ce que le SRH dans SRv6 ?
Le SRH (Segment Routing Header) est un en-tête d'extension IPv6 qui transporte la liste ordonnée des SID qu'un paquet doit suivre. À mesure que le paquet parcourt le chemin, le segment actif du SRH détermine le saut suivant, encodant le chemin optimisé à l'intérieur même du paquet IPv6.
Faut-il choisir SRv6 ou SR-MPLS ?
Cela dépend du plan de données du cœur de réseau. SRv6 supprime MPLS et exécute l'ingénierie de trafic et les services VPN sur de l'IPv6 natif, ce qui convient aux réseaux IPv6-first et greenfield. SR-MPLS conserve le plan de transfert MPLS, ce qui convient aux opérateurs disposant d'une base MPLS installée qui souhaitent le segment routing sans modifier le plan de données. OcNOS-SP prend en charge les deux, de sorte qu'un réseau peut migrer un domaine à la fois et interopérer à la frontière.
SRv6 prend-il en charge le L3VPN ?
Oui. SRv6 transporte le L3VPN à l'aide des comportements d'extrémité End.DT4, End.DT6 et End.DT46 définis dans la RFC 8986, qui décapsulent un paquet et effectuent sa recherche dans le VRF cible. BGP annonce les SID par VPN en tant que services SRv6 conformément à la RFC 9252, de sorte qu'un VPN fonctionne sur un cœur IPv6 pur, sans étiquette de service MPLS.
Quel matériel prend en charge SRv6 dans OcNOS ?
OcNOS-SP exécute SRv6 sur les plateformes opérateur Broadcom Qumran avec compression uSID, de sorte que les nœuds de transit acheminent en IPv6 standard sans traitement SRH. La liste actuelle des plateformes qualifiées pour SRv6, avec ASIC, densité de ports et version, est tenue à jour dans la OcNOS Hardware Compatibility List.
Fiche technique et notes de solution

Approfondissez. Emportez-le avec vous.

La fiche technique du produit et des téléchargements techniques et concis qui vont plus loin que cette page.

Fiche technique

Datasheet OcNOS-SP

Spécification complète OcNOS-SP : l'ensemble des fonctionnalités access, cell site et agrégation, les SKU logiciels, les plateformes matérielles prises en charge et le guide de commande de la solution.

Obtenir la fiche technique
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