Configuration d’un pseudowire d’accès qui se termine en VRF sur le nœud de service

Chaque VPN possède sa propre table de routage spécifique au VPN pour chaque site VPN. Lorsqu’un routeur PE entrant (SN2) reçoit des routes annoncées à partir d’un nœud d’accès directement connecté (CE2), il vérifie la route reçue par rapport à la stratégie d’exportation VRF pour ce VPN. Si elle correspond, la route est convertie au format VPN-IPv4 ; c’est-à-dire que le distinguateur d’itinéraire est ajouté à l’itinéraire. Cette route VPN-IPv4 est annoncée aux routeurs PE distants. Il attache également une cible de route à chaque route apprise à partir des sites directement connectés, qui est basée sur la valeur de la stratégie de cible d’exportation configurée des tables VRF. Lorsqu’un routeur PE sortant reçoit cette route, il la vérifie par rapport à la stratégie d’importation entre les routeurs PE. En cas d’acceptation, l’itinéraire est placé dans sa bgp.l3vpn.0 table. Dans le même temps, le routeur vérifie la route par rapport à la stratégie d’importation VRF pour le VPN. S’il y correspond, le distinguateur de route est supprimé de la route et la route est placée dans la table VRF au format IPv4.

Sur SN2 et SN1, les routes sont installées dans le VRF en fonction des stratégies VRF d’importation et d’exportation. L’OSPF et les routes directes de CE2 sont installées dans le VRF de SN2, qui est ensuite converti en routes IPv4-VPN. Les routes à apprendre sur la liaison CE-PE sont définies par les protocoles de l’instance de routage. Maintenant, de l’autre extrémité, le pseudowire d’accès se termine dans le VRF du périphérique SN1, et le routage statique est configuré entre le nœud d’accès (CE1) et le nœud de service (SN1). À ce stade, le trafic est traité au niveau IP, avant d’entrer dans le domaine de couche 3. La conversion de la route IP en route IPv4-VPN a lieu au niveau du SN2.

Figure 1 : terminaison pseudowire