Exemple : créer un VPLS du routeur 1 au routeur 3 pour valider des blocs d’étiquettes

Cet exemple de configuration nécessite trois routeurs Juniper Networks.

Sur le réseau illustré en figure 1 , le routeur 1 établit un pseudowire vers le routeur 3

Chaque PE filtre le VPLS NLRI contenu dans les messages de mise à jour BGP en fonction des communautés cibles de routage. Les instances VPLS NLRI qui correspondent à la cible de routage (ici 8717:2000:2000:2:1) sont importées pour un traitement ultérieur. Le NLRI pour les routeurs 1 et 3 est illustré dans le tableau 1.

Tableau 1 : Échange NLRI entre les routeurs 1 et 3

Publicité NLRI du routeur 1 vers le routeur 3	Publicité NLRI du routeur 3 vers le routeur 1
RD - 8717:1000	RD - 8717:1000
ID VE - 1	ID VE - 2
Ve Block Offset - 1	Ve Block Offset - 1
Taille du bloc VE - 8	Taille du bloc VE - 8
Base d’étiquettes - 262161	Base d’étiquettes - 262153

Pour configurer un pseudowire vers le routeur 3, le routeur 1 doit sélectionner un label à utiliser pour envoyer le trafic vers le routeur 3 et également sélectionner un label qu’il s’attend à ce que le routeur 3 utilise pour s’envoyer le trafic vers lui-même. L’ID du site contenu dans le VPLS NLRI du routeur 3 est 2.

Le routeur 1 apprend l’existence de l’ID 2 du site dans le même domaine VPLS. À l’aide de l’équation VBO < = < d’ID de site local (VBO +VBS), le routeur 1 vérifie si le routage annoncé par l’ID 2 du site correspond au bloc d’étiquettes et s’il a été décalé auparavant pour le routeur 3. Dans cet exemple, il convient, de sorte que l’ID 2 du site est mappé par le VPLS NLRI annoncé par le routeur 1, et le routeur 1 est prêt à configurer un pseudowire vers le routeur 3.

Pour sélectionner l’étiquette à atteindre le routeur 3, le routeur 1 examine le bloc de labels annoncé par le routeur 3 et effectue un calcul. Le calcul qu’un routeur PE utilise pour vérifier si l’ID de son site est mappé dans le bloc d’étiquettes à partir de l’homologue distant est VBO <= id de site local < (VBO +VBS). Le routeur 1 sélectionne donc label (262153 + (1-1)) = 262153 pour envoyer le trafic au routeur 3. En utilisant la même équation, le routeur 1 examine son propre bloc d’étiquettes qu’il a annoncé et sélectionne label (262161 + (2 - 1)) = 262162 pour recevoir le trafic du routeur 3. Le routeur 1 programme son état de transfert de sorte que tout trafic destiné au routeur 3 porte le label pseudowire 262153 et que tout trafic provenant du routeur 3 doit avoir le label pseudowire 262162. Cela complète les opérations sur le VPLS NLRI reçu du routeur 3. Le routeur 1 dispose désormais d’une configuration pseudowire jusqu’au routeur 3.

Le fonctionnement du routeur 3 est très similaire à celui du routeur 1. Étant donné que l’ID de site 2 du routeur 3 s’intègre dans le bloc d’étiquettes et le décalage de bloc annoncé par le routeur 1, le routeur 3 sélectionne label (262161 + (2 - 1)) = 262162 pour envoyer le trafic au routeur 1. Le routeur 3 examine son propre bloc d’étiquettes qu’il a annoncé et sélectionne label (262153 + (1 - 1)) = 262153 pour recevoir le trafic du routeur 1. Cela complète la création d’un pseudowire vers le routeur 1.

Par défaut, pour les opérations VPLS, Junos OS utilise une interface de bouclage de tunnel virtuel (VT) pour représenter un pseudowire. Cet exemple utilise une interface de commutation d’étiquettes (LSI) au lieu d’une interface VT car il n’y a pas de changement dans le fonctionnement du plan de contrôle VPLS. Ainsi, pour une plate-forme MX, s’il y a une carte d’interface physique (PIC) de tunnel configurée, il est obligatoire d’inclure l’instruction no-tunnel-services au niveau de la [edit routing-instances routing-instance-name protocols vpls] hiérarchie.

Les sections suivantes présentent les étapes de configuration et de vérification de l’exemple en figure 1.

• Configuration du routeur 1
• Configuration du routeur 3
• Vérification des allocations de labels VPLS