Exemple : Configuration d’une instance de routage VPN de couche 2 sur une interface logique associée à un VLAN
La configuration suivante montre que l’interface logique à balise unique regroupe une liste d’ID de VLAN et que l’interface ge-1/0/5.0
ge-1/1/1.0
logique prend en charge le trafic IPv4 à l’aide de l’adresse IP 10.30.1.130 et peut participer à un chemin MPLS.
[edit interfaces] ge-1/0/5 { vlan-tagging; encapsulation extended-vlan-ccc; unit 0 { # VLAN-bundled logical interface vlan-id-list [513 516 520-525]; } } ge-1/1/1 { unit 0 { family inet { address 10.30.1.1/30; } family mpls; } }
La configuration suivante montre le type de trafic pris en charge sur l’instance de routage VPN de couche 2 :
[edit protocols] rsvp { interface all; interface lo0.0; } mpls { label-switched-path lsp { to 10.255.69.128; } interface all; } bgp { group g1 { type internal; local-address 10.255.69.96; family l2vpn { signaling; } neighbor 10.255.69.128; } } ospf { traffic-engineering; area 0.0.0.0 { interface lo0.0; interface ge-1/1/1.0; } }
La configuration suivante montre que l’interface logique regroupée en VLAN est l’interface sur laquelle le trafic VPN se déplace vers le routeur CE et gère le trafic d’un CCC auquel le VPN se connecte.
[edit routing-instances] red { instance-type l2vpn; interface ge-1/0/5.0; # VLAN-bundled logical interface route-distinguisher 10.255.69.96:100; vrf-target target:1:1; protocols { l2vpn { encapsulation-type ethernet; # For single-tag VLAN logical interface site CE_ultima { site-identifier 1; interface ge-1/0/5.0; } } } }
L’interface logique groupée VLAN prenant en charge les trames à balise unique, Ethernet est le protocole de couche 2 utilisé pour encapsuler le trafic entrant. Bien que la connexion s’étende sur plusieurs VLAN, les VLAN sont groupés et peuvent donc être encapsulés en un seul VLAN.
Cependant, avec l’encapsulation Ethernet, le traitement du signal du circuit ne vérifie pas que la liste des ID VLAN est la même aux deux extrémités de la connexion CCC.