Implémentation des services L2VPN VPLS sur Juniper MX80-T
Architecture VPLS et apport du Trio Chipset
Sur le Juniper MX80-T, le déploiement de services VPLS (Virtual Private LAN Service) bénéficie directement de l'architecture programmable du Trio Chipset. Contrairement aux architectures basées sur du software switching, le Trio assure :
L2 Learning en Hardware : La gestion des tables d'adresses MAC est déportée dans l'ASIC, libérant le RE (Routing Engine) pour les tâches de contrôle.
Réplication Flood-and-Learn : Optimisée pour le multicast et le broadcast, garantissant une latence ultra-faible même lors de pics de trafic.
Scalabilité : Capacité à maintenir des milliers d'entrées MAC sans dégradation du throughput.
Pré-requis Core : Fondations indispensables
Avant toute configuration VPLS, le backbone doit assurer la connectivité de transport :
IGP (OSPF/IS-IS) : Pour la reachability des loopbacks
/32.MPLS : LDP (standard) ou RSVP-TE (pour l'ingénierie de trafic).
BGP L2VPN : La signalisation des sites VPLS via la famille d'adresse dédiée.
# Activation de la famille L2VPN sur une session iBGP
set protocols bgp group IBGP-L2VPN family l2vpn signaling
Configuration Junos : Instance de Routage VPLS
1. Interface Client (Logical Unit)
L'encapsulation doit être spécifique pour accepter le tag VLAN au sein de l'instance VPLS.
set interfaces ge-0/0/5 description "CUSTOMER-A-L2"
set interfaces ge-0/0/5 vlan-tagging
set interfaces ge-0/0/5 unit 100 encapsulation vlan-vpls
set interfaces ge-0/0/5 unit 100 vlan-id 100
2. L'instance de routage (Routing Instance)
C'est ici que l'on définit la logique de virtualisation L2.
set routing-instances VPLS-CUST-A instance-type vpls
set routing-instances VPLS-CUST-A interface ge-0/0/5.100
set routing-instances VPLS-CUST-A route-distinguisher 65000:100
set routing-instances VPLS-CUST-A vrf-target target:65000:100
# Paramétrage du protocole VPLS (BGP-signaled)
set routing-instances VPLS-CUST-A protocols vpls site-range 10
set routing-instances VPLS-CUST-A protocols vpls site SITE-PARIS site-identifier 1
Note d'expert : Le
site-rangedéfinit le nombre max de labels alloués. Une valeur trop basse bloque l'ajout de futurs sites ; une valeur trop haute consomme inutilement des ressources de table.
Optimisation et Troubleshooting en environnement réel
Commandes de vérification critiques
Pour valider l'état du plan de contrôle et du forwarding :
show vpls connections: Vérifie l'état "Up" des pseudowires. Un état "NP" (Interface Next-hop not present) indique souvent un souci de routage MPLS interne.show vpls mac-table instance VPLS-CUST-A: Confirme que l'apprentissage MAC est actif sur les interfaces locales et distantes.
Le piège de la MTU
En VPLS, l'overhead MPLS (étiquettes de transport + service) nécessite une MTU augmentée sur le backbone pour éviter la fragmentation ou le drop. Correction importante : Sur Junos, la MTU se définit sur l'interface physique (Device MTU) et non sur l'unité logique.
# MTU augmentée sur le backbone (1500 + overhead MPLS)
set interfaces xe-0/0/0 mtu 1600
# MTU sur l'interface client (doit correspondre au site distant)
set interfaces ge-0/0/5 mtu 1550
Perspective Ingénieur Opérateur
Le déploiement du VPLS sur MX80-T est une étape clé vers la modernisation des réseaux. Bien que l'EVPN (Ethernet VPN) devienne le standard pour sa gestion optimisée du multihoming, le VPLS reste une brique fondamentale à maîtriser pour tout ingénieur opérant sur des infrastructures Carrier-Grade. C'est la démonstration d'une capacité à gérer des services multi-tenants complexes avec une rigueur industrielle.


Commentaires
Enregistrer un commentaire