3.5. Inter-Area Considerations (Considerazioni inter-area)

Nel seguente diagramma di esempio, si presume che tutte le aree siano parte di un singolo dominio SR.

La Figura 4 presume il piano di controllo IPv6 con il piano dati MPLS.

       !          !
       !          !
B------C-----F----G-----K
/       |          |     |
S---A/        |          |     |
\        |          |     |
\D------I----------J-----L----Z (2001:DB8::2:1/128, Node-SID 150)
       !          !
Area 1  ! Backbone ! Area 2
       !   area   !

           Figura 4: Esempio di topologia inter-area

Nell'Area 2, il nodo Z alloca Node-SID 150 al suo prefisso IPv6 locale 2001:DB8::2:1/128.

I router di confine d'area (Area Border Routers, ABR) G e J propagheranno il prefisso e i suoi SID nell'area backbone creando una nuova istanza del prefisso secondo le normali regole di propagazione IGP inter-area/livello.

I nodi C e I applicheranno lo stesso comportamento quando filtrano i prefissi dall'area backbone verso l'area 1. Pertanto, il nodo S vedrà il prefisso 2001:DB8::2:1/128 con Prefix-SID 150 e annunciato dai nodi C e I.

Pertanto, il risultato è che un Prefix-SID rimane collegato al suo prefisso IGP correlato attraverso il processo inter-area, che è il comportamento atteso in un singolo dominio SR.

Quando il nodo S invia traffico a 2001:DB8::2:1/128, spinge Node-SID(150) come segmento attivo e lo inoltra ad A.

Quando un pacchetto arriva all'ABR I (o C), l'ABR inoltra il pacchetto secondo il segmento attivo (Node-SID(150)). L'inoltro continua attraverso i confini d'area, utilizzando lo stesso Node-SID(150) fino a quando il pacchetto raggiunge la sua destinazione.