3.5. Inter-Area Considerations (Considérations inter-zones)

Dans l'exemple de diagramme suivant, on suppose que toutes les zones font partie d'un seul domaine SR.

La figure 4 suppose le plan de contrôle IPv6 avec le plan de données 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   !

           Figure 4: Exemple de topologie inter-zones

Dans la zone 2, le nœud Z alloue le Node-SID 150 à son préfixe IPv6 local 2001:DB8::2:1/128.

Les routeurs de frontière de zone (ABR) G et J propageront le préfixe et ses SID dans la zone de backbone en créant une nouvelle instance du préfixe selon les règles normales de propagation IGP inter-zones/niveaux.

Les nœuds C et I appliqueront le même comportement lors de la fuite de préfixes de la zone de backbone vers la zone 1. Par conséquent, le nœud S verra le préfixe 2001:DB8::2:1/128 avec le Prefix-SID 150 et annoncé par les nœuds C et I.

Par conséquent, le résultat est qu'un Prefix-SID reste attaché à son préfixe IGP associé tout au long du processus inter-zones, ce qui est le comportement attendu dans un seul domaine SR.

Lorsque le nœud S envoie du trafic vers 2001:DB8::2:1/128, il pousse Node-SID(150) comme segment actif et le transmet à A.

Lorsqu'un paquet arrive à l'ABR I (ou C), l'ABR transmet le paquet selon le segment actif (Node-SID(150)). Le transfert se poursuit au-delà des frontières de zone, en utilisant le même Node-SID(150) jusqu'à ce que le paquet atteigne sa destination.