3.1.2. SR-MPLS

Lorsque SR est utilisé sur le plan de données MPLS, les SID sont une étiquette MPLS ou un index dans un espace d'étiquettes MPLS (soit SRGB soit SRLB).

Dans la mesure du possible, il est recommandé de configurer des SRGB identiques sur tous les nœuds d'un domaine SR. Cela simplifie le dépannage car la même étiquette sera associée au même préfixe sur tous les nœuds. De plus, cela simplifie la prise en charge de l'anycast comme détaillé dans la section 3.3.

Les comportements suivants sont associés au SR fonctionnant sur le plan de données MPLS:

L'extension de signalisation IGP pour le segment de préfixe IGP inclut un indicateur pour indiquer si les voisins directement connectés du nœud sur lequel le préfixe est attaché doivent effectuer l'opération NEXT ou l'opération CONTINUE lors du traitement du SID. Ce comportement est équivalent au Penultimate Hop Popping (NEXT) ou au Ultimate Hop Popping (CONTINUE) dans MPLS.
Un Prefix-SID est alloué sous la forme d'une étiquette MPLS (ou d'un index dans le SRGB) selon un processus similaire à l'allocation d'adresse IP. Typiquement, le Prefix-SID est alloué par politique par l'opérateur (ou le système de gestion de réseau (NMS)), et le SID change très rarement.
Bien que SR permette d'attacher un segment local à un préfixe IGP, lorsque la terminologie "segment de préfixe IGP" ou "Prefix-SID" est utilisée, le segment est supposé être global (c'est-à-dire que le SID est défini à partir du SRGB annoncé). Ceci est cohérent avec tous les cas d'utilisation décrits qui nécessitent des segments globaux attachés aux préfixes IGP.
Le processus d'allocation NE DOIT PAS allouer le même Prefix-SID à différents préfixes.
Si un nœud apprend un Prefix-SID qui a une valeur qui se situe en dehors de la plage SRGB configurée localement, alors le nœud NE DOIT PAS utiliser le Prefix-SID et DEVRAIT émettre un journal d'erreur signalant une mauvaise configuration.
Si un nœud N annonce un Prefix-SID SID-R pour un préfixe R qui est attaché à N et spécifie CONTINUE comme opération à effectuer par les voisins directement connectés, alors N DOIT maintenir l'entrée FIB suivante:
```
Incoming Active Segment: SID-R
Ingress Operation: NEXT
Egress interface: NULL
```

Un nœud distant M DOIT maintenir l'entrée FIB suivante pour tout Prefix-SID SID-R appris attaché au préfixe R:

Incoming Active Segment: SID-R
Ingress Operation:
   If the next-hop of R is the originator of R
   and M has been instructed to remove the active segment: NEXT
   Else: CONTINUE
Egress interface: the interface(s) towards the next-hop along the
                  path computed using the algorithm advertised with
                  the SID toward prefix R.

Comme les Prefix-SID sont spécifiques à un algorithme donné, si le trafic associé à un algorithme arrive à un nœud qui ne prend pas en charge cet algorithme, le trafic sera abandonné car il n'y aura pas d'entrée de transfert correspondant à l'étiquette entrante.