Implémentation des services L2VPN VPLS sur Juniper MX80-T

junniper

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 :

  1. IGP (OSPF/IS-IS) : Pour la reachability des loopbacks /32.

  2. MPLS : LDP (standard) ou RSVP-TE (pour l'ingénierie de trafic).

  3. BGP L2VPN : La signalisation des sites VPLS via la famille d'adresse dédiée.

Code snippet
# Activation de la famille L2VPN sur une session iBGP
set protocols bgp group IBGP-L2VPN family l2vpn signaling
Junniper

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.

Code snippet
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.

Code snippet
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-range dé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.

Code snippet
# 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

Posts les plus consultés de ce blog

Qu’est-ce que le démarrage réseau (PXE) et comment l’utiliser?

RRU dans l'architecture GSM : Tout en détail

MikroTik en production : les 10 commandes indispensables et un script d’automatisation que tout admin doit maîtriser