8. Control Plane (Plan de contrôle)

Dans un environnement SDN (Software-Defined Networking, réseau défini par logiciel), on s'attend à ce que le contrôleur provisionne explicitement les SID (Segment Identifier, identifiant de segment) et/ou les découvre dans le cadre d'une fonction de découverte de service. Les applications résidant au-dessus du contrôleur peuvent alors découvrir les SID requis et les combiner pour former un programme réseau distribué.

Le concept de "SRv6 Network Programming (programmation réseau SRv6)" fait référence à la capacité d'une application à encoder n'importe quel programme complexe comme un ensemble de fonctions individuelles distribuées à travers le réseau. Certaines fonctions se rapportent au SLA (Service Level Agreement, accord de niveau de service) sous-jacent, d'autres à l'overlay/tenant, et d'autres encore à des applications complexes résidant dans des VM (Virtual Machine, machines virtuelles) et des conteneurs.

Bien que ce ne soit pas nécessaire pour un plan de contrôle SDN, le reste de cette section fournit un aperçu illustratif de haut niveau de la manière dont les protocoles de plan de contrôle peuvent être impliqués avec SRv6. Leur spécification est en dehors du cadre de ce document.

8.1. IGP

Les SID End, End.T et End.X expriment des comportements topologiques et sont donc censés être signalés dans l'IGP (Interior Gateway Protocol, protocole de passerelle intérieure) avec les variantes PSP, USP et USD. L'IGP devrait également annoncer la capacité Maximum SID Depth (MSD, profondeur maximale de SID) du nœud pour chaque type d'opération SRv6 - en particulier, les comportements SR source (par exemple, H.Encaps), intermediate endpoint (point de terminaison intermédiaire, par exemple, End et End.X) et final endpoint (point de terminaison final, par exemple, End.DX4 et End.DT6). Ces capacités sont prises en compte par un nœud source SR (ou un contrôleur) lors du calcul de la SR Policy (politique SR).

La présence de SID dans l'IGP n'implique aucune sémantique de routage pour les adresses représentées par ces SID. L'accessibilité du routage vers une adresse IPv6 est uniquement régie par les informations d'accessibilité des préfixes IGP non liées aux SID, qui incluent les locators (localisateurs). Le routage n'est ni régi ni influencé de quelque manière que ce soit par une annonce de SID dans l'IGP.

Ces SID fournissent des comportements topologiques importants pour que l'IGP construise des solutions Fast Reroute (FRR, reroutage rapide) basées sur TI-LFA (Topology Independent Loop-Free Alternate, alternative sans boucle indépendante de la topologie) [SR-TI-LFA] et pour les processus TE (Traffic Engineering, ingénierie du trafic) s'appuyant sur une base de données de topologie IGP pour construire des SR Policy.

8.2. BGP-LS

BGP-LS (Border Gateway Protocol - Link State, protocole de passerelle frontalière - état de liaison) fournit la fonctionnalité de découverte de topologie qui inclut les capacités SRv6 des nœuds, leurs localisateurs et les SID instanciés localement. Cela permet aux contrôleurs ou aux applications de construire une topologie inter-domaines qui peut être utilisée pour le calcul de SR Policy utilisant les SID SRv6.

8.3. BGP IP/VPN/EVPN

Les SID End.DX4, End.DX6, End.DT4, End.DT6, End.DT46, End.DX2, End.DX2V, End.DT2U et End.DT2M peuvent être signalés dans BGP.

Dans certains scénarios, un PE (Provider Edge, routeur de bordure fournisseur) de sortie annonçant une route VPN peut souhaiter abstraire le comportement spécifique lié au SID du PE d'entrée et des autres routeurs du réseau. Dans ce cas, le SID peut être annoncé en utilisant le point de code Opaque SRv6 Endpoint Behavior (comportement de point de terminaison SRv6 opaque) défini dans le tableau 6. Les détails de tels mécanismes de signalisation du plan de contrôle sont hors du cadre de ce document.

8.4. Summary (Résumé)

Le tableau suivant résume quels comportements de SID peuvent être signalés dans quels protocoles de plan de contrôle.

Behavior	IGP	BGP-LS	BGP IP/VPN/EVPN
End (PSP, USP, USD)	X	X
End.X (PSP, USP, USD)	X	X
End.T (PSP, USP, USD)	X	X
End.DX6	X	X	X
End.DX4	X	X	X
End.DT6	X	X	X
End.DT4	X	X	X
End.DT46	X	X	X
End.DX2		X	X
End.DX2V		X	X
End.DT2U		X	X
End.DT2M		X	X
End.B6.Encaps		X
End.B6.Encaps.Red		X
End.B6.BM		X

Tableau 3: Signalisation des SID instanciés localement SRv6

Le tableau suivant résume quelles capacités SR Policy Headend peuvent être signalées dans quels protocoles de plan de contrôle.

Behavior	IGP	BGP-LS
H.Encaps	X	X
H.Encaps.Red	X	X
H.Encaps.L2		X
H.Encaps.L2.Red		X

Tableau 4: Signalisation des comportements Headend de politique SRv6

Le tableau précédent décrit des capacités génériques. Il ne décrit pas des SR Policy instanciées spécifiques.

Par exemple, une annonce BGP-LS du comportement H.Encaps décrirait la capacité du nœud N à effectuer le comportement H.Encaps. Plus précisément, elle décrirait combien de SID pourraient être poussés par N sans dégradation significative des performances.

Pour rappel, une SR Policy se voit toujours attribuer un Binding SID (SID de liaison) [RFC8402]. Les Binding SID sont également annoncés dans BGP-LS comme indiqué dans le tableau 3. Par conséquent, le tableau 4 se concentre uniquement sur les capacités génériques liées à H.Encaps.