3.4. IGP-Adjacency Segment (Adj-SID)

L'adiacenza è formata dal nodo locale (cioè il nodo che annuncia l'adiacenza nell'IGP) e dal nodo remoto (cioè l'altra estremità dell'adiacenza). Il nodo locale DEVE essere un nodo IGP. Il nodo remoto può essere un vicino IGP adiacente o un vicino non adiacente (ad esempio, un'adiacenza di inoltro, [RFC4206]).

Un pacchetto iniettato ovunque all'interno del dominio SR con una lista di segmenti {SN, SNL} dove SN è il Node-SID del nodo N e SNL è un Adj-SID collegato dal nodo N alla sua adiacenza sul link L verrà inoltrato lungo il percorso più breve a N e quindi commutato da N, senza alcuna considerazione del percorso più breve IP, verso il link L. Se l'Adj-SID identifica un insieme di adiacenze, allora il nodo N bilancia il carico del traffico tra i vari membri dell'insieme.

Analogamente, quando si utilizza un Adj-SID globale, un pacchetto iniettato ovunque all'interno del dominio SR con una lista di segmenti {SNL}, dove SNL è un Adj-SID globale collegato dal nodo N alla sua adiacenza sul link L, verrà inoltrato lungo il percorso più breve a N e quindi commutato da N, senza alcuna considerazione del percorso più breve IP, verso il link L. Se l'Adj-SID identifica un insieme di adiacenze, allora il nodo N bilancia il carico del traffico tra i vari membri dell'insieme. L'uso di un Adj-SID globale consente di ridurre la dimensione della lista di segmenti quando si esprime un percorso al costo di stato aggiuntivo (cioè l'Adj-SID globale verrà inserito da tutti i router all'interno dell'area nella loro tabella di inoltro).

Un "segmento di adiacenza IGP" o "Adj-SID" impone la commutazione del pacchetto da un nodo verso un'interfaccia definita o un insieme di interfacce. Questo è fondamentale per dimostrare teoricamente che qualsiasi percorso può essere espresso come una lista di segmenti.

Le codifiche dell'Adj-SID includono un insieme di flag che supportano le seguenti funzionalità:

• Idoneo per la protezione (ad esempio, utilizzando IPFRR o MPLS-FRR). La protezione consente che nel caso in cui le interfacce associate all'Adj-SID siano inattive, il pacchetto possa comunque essere inoltrato tramite un percorso alternativo. L'uso della protezione è chiaramente una decisione basata su policy; cioè, per una determinata policy la protezione può essere o meno desiderabile.

• Indicazione se l'Adj-SID ha ambito locale o globale. L'ambito predefinito DOVREBBE essere locale.

• Indicazione se l'Adj-SID è persistente attraverso i riavvii del piano di controllo. La persistenza è un attributo chiave per garantire che una politica SR non porti temporaneamente a un inoltro errato a causa della riassegnazione di un Adj-SID.

Anche un peso (come descritto di seguito) è associato all'annuncio Adj-SID.

Un nodo DOVREBBE allocare un Adj-SID per ciascuna delle sue adiacenze.

Un nodo PUÒ allocare più Adj-SID per la stessa adiacenza. Un esempio è supportare un Adj-SID idoneo per la protezione e un Adj-SID che NON è idoneo per la protezione.

Un nodo PUÒ associare lo stesso Adj-SID a più adiacenze.

Per poter annunciare nell'IGP tutti gli Adj-SID che rappresentano le adiacenze IGP tra due nodi, la soppressione di adiacenze parallele NON DEVE essere eseguita dall'IGP.

Quando un nodo lega un Adj-SID V a un data-link locale L, il nodo DEVE installare la seguente voce FIB:

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

L'Adj-SID implica, dal router che lo annuncia, l'inoltro del pacchetto attraverso l'adiacenza o le adiacenze identificate dall'Adj-SID, indipendentemente dal suo costo IGP/SPF. In altre parole, l'uso di segmenti di adiacenza sovrascrive la decisione di routing presa dall'algoritmo SPF.