3.1.2. SR-MPLS

Wenn SR über die MPLS-Datenebene verwendet wird, sind SIDs ein MPLS-Label oder ein Index in einen MPLS-Label-Raum (entweder SRGB oder SRLB).

Wo möglich, wird empfohlen, identische SRGBs auf allen Knoten in einer SR-Domäne zu konfigurieren. Dies vereinfacht die Fehlersuche, da dasselbe Label auf allen Knoten mit demselben Präfix verknüpft wird. Darüber hinaus vereinfacht es die Unterstützung für Anycast, wie in Abschnitt 3.3 detailliert beschrieben.

Die folgenden Verhaltensweisen sind mit SR verbunden, das über die MPLS-Datenebene betrieben wird:

Die IGP-Signalisierungserweiterung für IGP-Präfix-Segment enthält ein Flag, um anzuzeigen, ob direkt verbundene Nachbarn des Knotens, an dem das Präfix angehängt ist, die NEXT-Operation oder die CONTINUE-Operation bei der Verarbeitung der SID durchführen sollten. Dieses Verhalten entspricht dem Penultimate Hop Popping (NEXT) oder Ultimate Hop Popping (CONTINUE) in MPLS.
Eine Prefix-SID wird in Form eines MPLS-Labels (oder eines Index im SRGB) gemäß einem Prozess zugewiesen, der der IP-Adresszuweisung ähnelt. Typischerweise wird die Prefix-SID durch Richtlinie vom Betreiber (oder Netzwerkverwaltungssystem (NMS)) zugewiesen, und die SID ändert sich sehr selten.
Obwohl SR es ermöglicht, ein lokales Segment an ein IGP-Präfix anzuhängen, wird bei Verwendung der Terminologie "IGP-Präfix-Segment" oder "Prefix-SID" angenommen, dass das Segment global ist (d.h. die SID ist aus dem angekündigten SRGB definiert). Dies steht im Einklang mit allen beschriebenen Anwendungsfällen, die globale Segmente erfordern, die an IGP-Präfixe angehängt sind.
Der Zuweisungsprozess DARF NICHT dieselbe Prefix-SID verschiedenen Präfixen zuweisen.
Wenn ein Knoten von einer Prefix-SID erfährt, die einen Wert hat, der außerhalb des lokal konfigurierten SRGB-Bereichs liegt, dann DARF der Knoten die Prefix-SID NICHT verwenden und SOLLTE ein Fehlerprotokoll ausgeben, das eine Fehlkonfiguration meldet.
Wenn ein Knoten N eine Prefix-SID SID-R für ein Präfix R ankündigt, das an N angehängt ist, und CONTINUE als die von direkt verbundenen Nachbarn auszuführende Operation spezifiziert, dann MUSS N den folgenden FIB-Eintrag aufrechterhalten:
```
Incoming Active Segment: SID-R
Ingress Operation: NEXT
Egress interface: NULL
```

Ein entfernter Knoten M MUSS den folgenden FIB-Eintrag für jede gelernte Prefix-SID SID-R aufrechterhalten, die an Präfix R angehängt ist:

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.

Da Prefix-SIDs spezifisch für einen bestimmten Algorithmus sind, wird der Verkehr verworfen, wenn Verkehr, der mit einem Algorithmus verknüpft ist, an einem Knoten ankommt, der diesen Algorithmus nicht unterstützt, da es keinen Weiterleitungseintrag geben wird, der zum eingehenden Label passt.