3.4. IGP-Adjacency Segment (Adj-SID)

L'adjacence est formée par le nœud local (c'est-à-dire le nœud annonçant l'adjacence dans l'IGP) et le nœud distant (c'est-à-dire l'autre extrémité de l'adjacence). Le nœud local DOIT être un nœud IGP. Le nœud distant peut être un voisin IGP adjacent ou un voisin non adjacent (par exemple, une adjacence de transfert, [RFC4206]).

Un paquet injecté n'importe où dans le domaine SR avec une liste de segments {SN, SNL} où SN est le Node-SID du nœud N et SNL est un Adj-SID attaché par le nœud N à son adjacence sur le lien L sera transmis le long du chemin le plus court vers N puis sera commuté par N, sans aucune considération de chemin le plus court IP, vers le lien L. Si l'Adj-SID identifie un ensemble d'adjacences, alors le nœud N équilibre la charge du trafic entre les différents membres de l'ensemble.

De même, lors de l'utilisation d'un Adj-SID global, un paquet injecté n'importe où dans le domaine SR avec une liste de segments {SNL}, où SNL est un Adj-SID global attaché par le nœud N à son adjacence sur le lien L, sera transmis le long du chemin le plus court vers N puis sera commuté par N, sans aucune considération de chemin le plus court IP, vers le lien L. Si l'Adj-SID identifie un ensemble d'adjacences, alors le nœud N équilibre la charge du trafic entre les différents membres de l'ensemble. L'utilisation d'un Adj-SID global permet de réduire la taille de la liste de segments lors de l'expression d'un chemin au prix d'un état supplémentaire (c'est-à-dire que l'Adj-SID global sera inséré par tous les routeurs de la zone dans leur table de transfert).

Un "segment d'adjacence IGP" ou "Adj-SID" impose la commutation du paquet depuis un nœud vers une interface définie ou un ensemble d'interfaces. Ceci est essentiel pour prouver théoriquement que tout chemin peut être exprimé comme une liste de segments.

Les encodages de l'Adj-SID incluent un ensemble d'indicateurs prenant en charge les fonctionnalités suivantes:

• Éligible pour la protection (par exemple, en utilisant IPFRR ou MPLS-FRR). La protection permet que dans le cas où les interfaces associées à l'Adj-SID sont en panne, le paquet puisse toujours être transmis via un chemin alternatif. L'utilisation de la protection est clairement une décision basée sur une politique; c'est-à-dire que pour une politique donnée, la protection peut ou non être souhaitable.

• Indication si l'Adj-SID a une portée locale ou globale. La portée par défaut DEVRAIT être locale.

• Indication si l'Adj-SID est persistant lors des redémarrages du plan de contrôle. La persistance est un attribut clé pour garantir qu'une politique SR n'entraîne pas temporairement de mauvais transfert en raison d'une réaffectation d'un Adj-SID.

Un poids (comme décrit ci-dessous) est également associé à l'annonce Adj-SID.

Un nœud DEVRAIT allouer un Adj-SID pour chacune de ses adjacences.

Un nœud PEUT allouer plusieurs Adj-SID pour la même adjacence. Un exemple consiste à prendre en charge un Adj-SID éligible pour la protection et un Adj-SID qui N'est PAS éligible pour la protection.

Un nœud PEUT associer le même Adj-SID à plusieurs adjacences.

Afin de pouvoir annoncer dans l'IGP tous les Adj-SID représentant les adjacences IGP entre deux nœuds, la suppression d'adjacences parallèles NE DOIT PAS être effectuée par l'IGP.

Lorsqu'un nœud lie un Adj-SID V à une liaison de données locale L, le nœud DOIT installer l'entrée FIB suivante:

Incoming Active Segment: V
Ingress Operation: NEXT
Egress Interface: L

L'Adj-SID implique, du routeur qui l'annonce, le transfert du paquet via l'adjacence ou les adjacences identifiées par l'Adj-SID, indépendamment de son coût IGP/SPF. En d'autres termes, l'utilisation de segments d'adjacence remplace la décision de routage prise par l'algorithme SPF.