Configuration du VPLS et du routage et du pontage intégrés
Les environnements de commutation de couche 2 traditionnels se composent d’équipements de couche 2 (tels que les commutateurs) qui partitionne les données en domaines de diffusion. Les domaines de diffusion peuvent être créés via des topologies physiques ou logiquement via des réseaux locaux virtuels (VLAN). Pour les routeurs MX Series, vous pouvez configurer logiquement des domaines de diffusion au sein d’instances de routage de commutateurs virtuels, d’instances de routage VPLS ou de domaines de pontage. Les instances de routage individuelles ou les domaines de pontage sont différenciés par des identifiants VLAN et ces instances ou domaines fonctionnent comme les VLAN traditionnels.
Pour configurer un VLAN avec prise en charge IRB, incluez les déclarations suivantes :
[edit]
routing-instances {
instance-name {
instance-type vpls;
vlan-id id;
route-distinguisher distinguisher;
vrf-target target;
interface interface-name;
interface interface-name;
routing-interface interface-name;
}
}
Dans les configurations VPLS multihébergement, vous pouvez configurer VPLS pour maintenir une connexion VPLS si seule une interface IRB est disponible en configurant l’option irb de l’instruction connectivity-type au niveau de la [edit routing-instances routing-instance-name protocols vpls] hiérarchie. L’énoncé connectivity-type a les ce options irb . Cette ce option est la valeur par défaut et spécifie qu’une interface CE est nécessaire pour maintenir la connexion VPLS. Par défaut, si seule une interface IRB est disponible, la connexion VPLS est mise en panne.
Un maximum de 4 096 interfaces logiques actives sont prises en charge pour un VLAN ou sur chaque groupe de maillage dans une instance de routage VPLS configurée pour le pontage de couche 2.
Pour obtenir des informations détaillées et des instructions de configuration sur les domaines de pontage et le protocole Spanning Tree, consultez la bibliothèque d’interfaces réseau Junos OS pour les équipements de routage et la bibliothèque de protocoles de routage Junos OS.
Les sections suivantes fournissent des informations de configuration spécifiques à VPLS en ce qui concerne le routage et le pontage intégrés :
Configuration de l’apprentissage et de l’inondation d’adresses MAC pour VPLS
Dans une instance de routage VPLS ou un domaine de pont, lorsqu’une trame est reçue d’une interface CE, elle est inondée vers les autres interfaces CE et toutes les interfaces VE si l’adresse MAC de destination n’est pas apprise ou si la trame est soit diffusée ou multicast. Si l’adresse MAC de destination est apprise sur un autre équipement CE, une telle trame est unicastée sur l’interface CE sur laquelle l’adresse MAC est apprise. Cela peut ne pas être souhaitable si le fournisseur de services ne souhaite pas que les équipements CE communiquent directement entre eux.
Pour éviter que les équipements CE ne communiquent directement, incluez l’instruction no-local-switching au niveau de la [edit bridge-domains bridge-domain-name] hiérarchie :
[edit bridge-domains bridge-domain-name] no-local-switching;
Cette no-local-switching déclaration est disponible uniquement sur les routeurs MX Series. Si vous l’incluez, les trames arrivant sur une interface CE ne sont envoyées qu’aux interfaces ve ou centrales.
(MX80, MX104 et 16x10GE MPC, MPC1 ou MPC2 sur MX240, MX480, MX960, MX2010 et MX2020 uniquement) Si vous configurez la no-local-switching commande au niveau de la [edit bridge-domains bridge-domain-name] hiérarchie, cela n’empêchera peut-être pas le transfert du trafic multicast entre les interfaces CE du domaine de pont. Le trafic broadcast, unicast inconnu et multicast connu ne présente pas ce comportement.
Configuration de MSTP pour VPLS
Lorsque vous configurez le routage et le pontage intégrés, vous devrez peut-être également configurer le protocole MSTP (Multiple Spanning Tree Protocol). Lorsque vous configurez MSTP sur un routeur de périphérie fournisseur (PE) exécutant VPLS, vous devez également configurer ethernet-vpls l’encapsulation sur les interfaces client. Les encapsulations d’interface VPLS basées sur VLAN ne sont pas prises en charge avec MSTP.