3.1.2. SR-MPLS

Quando SR è utilizzato sul piano dati MPLS, i SID sono un'etichetta MPLS o un indice in uno spazio di etichette MPLS (SRGB o SRLB).

Ove possibile, si raccomanda di configurare SRGB identici su tutti i nodi in un dominio SR. Ciò semplifica la risoluzione dei problemi poiché la stessa etichetta sarà associata allo stesso prefisso su tutti i nodi. Inoltre, semplifica il supporto per anycast come dettagliato nella Sezione 3.3.

I seguenti comportamenti sono associati a SR operante sul piano dati MPLS:

L'estensione di segnalazione IGP per il segmento di prefisso IGP include un flag per indicare se i vicini direttamente connessi del nodo su cui il prefisso è collegato debbano eseguire l'operazione NEXT o l'operazione CONTINUE durante l'elaborazione del SID. Questo comportamento è equivalente al Penultimate Hop Popping (NEXT) o Ultimate Hop Popping (CONTINUE) in MPLS.
Un Prefix-SID è allocato nella forma di un'etichetta MPLS (o un indice nel SRGB) secondo un processo simile all'allocazione di indirizzi IP. Tipicamente, il Prefix-SID è allocato tramite policy dall'operatore (o Network Management System (NMS)), e il SID cambia molto raramente.
Sebbene SR consenta di collegare un segmento locale a un prefisso IGP, quando viene utilizzata la terminologia "segmento di prefisso IGP" o "Prefix-SID", si presume che il segmento sia globale (cioè il SID è definito dall'SRGB annunciato). Ciò è coerente con tutti i casi d'uso descritti che richiedono segmenti globali collegati a prefissi IGP.
Il processo di allocazione NON DEVE allocare lo stesso Prefix-SID a prefissi diversi.
Se un nodo apprende di un Prefix-SID che ha un valore che cade al di fuori dell'intervallo SRGB configurato localmente, allora il nodo NON DEVE utilizzare il Prefix-SID e DOVREBBE emettere un log di errore segnalando una configurazione errata.
Se un nodo N annuncia Prefix-SID SID-R per un prefisso R che è collegato a N e specifica CONTINUE come operazione da eseguire dai vicini direttamente connessi, allora N DEVE mantenere la seguente voce FIB:
```
Incoming Active Segment: SID-R
Ingress Operation: NEXT
Egress interface: NULL
```

Un nodo remoto M DEVE mantenere la seguente voce FIB per qualsiasi Prefix-SID SID-R appreso collegato al prefisso 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.

Poiché i Prefix-SID sono specifici per un determinato algoritmo, se il traffico associato a un algoritmo arriva a un nodo che non supporta quell'algoritmo, il traffico verrà scartato poiché non ci sarà alcuna voce di inoltro corrispondente all'etichetta in ingresso.