Prise en charge de la liste VLAN interne et de la gamme VLAN interne pour l’élagage BUM qualifié sur une interface à double balisage pour une présentation d’instance de routage VPLS
Junos OS fournit l’instruction qualified-bum-pruning-mode
, qui prend en charge la limitation du trafic broadcast, multicast et inconnu (BUM) dans une instance VPLS à une pile VLAN d’abonné spécifique. Cela réduit la consommation inutile de bande passante et améliore ainsi les performances du réseau.
Tous les VLAN d’abonnés qui doivent être rehaulés à leurs FAI de vente au détail respectifs sont également créés dans la même instance VPLS que le fournisseur d’accès au détail. Une instance VPLS est allouée à chaque fai retail. Tout trafic sur les VLAN d’abonnés est transporté par le tunnel VPLS jusqu’au fai de vente au détail. De même, tout trafic provenant d’un fai de vente au détail sur un tunnel VPLS est transféré à tous les VLAN abonnés dans cette instance VPLS. Pour le trafic multicast (qui comprend la diffusion, le DMAC inconnu et le multicast de couche 2 et de couche 3), le transfert d’instance VPLS de couche 2 standard crée un paquet BUM, qui provient d’un fai de vente au détail sur un tunnel VPLS, pour être inondé vers tous les VLAN abonnés dans l’instance VPLS. En conséquence, les abonnés individuels qui ont pu s’abonner à des canaux de trafic multicast spécifiques reçoivent tout le trafic au lieu du trafic multicast auquel l’abonné s’est inscrit.
Pour surmonter ce problème, le trafic BUM doit être transféré uniquement aux abonnés qui sont les destinataires prévus, en mappant les balises VLAN présentes dans le paquet BUM à ces abonnés. Un abonné se voit attribuer une balise VLAN empilée et les paquets BUM sont envoyés uniquement à un abonné dont les balises VLAN empilées correspondent aux balises VLAN présentes dans le paquet BUM. Cela garantit que les abonnés ne reçoivent que le trafic BUM qui leur est spécifiquement destiné, ce qui empêche l’inondation normale du trafic BUM. C’est ce qu’on appelle l’élagage BUM. Jusqu’à présent, Junos OS ne supportait qu’un seul VLAN balisé et deux interfaces d’abonné marquées par VLAN. Cela implique que pour chaque abonné, une interface différente doit être configurée. Une telle solution d’élagage BUM n’évolue pas bien. Pour résoudre ce problème, Junos OS prend désormais en charge la configuration des plages de VLAN sur les interfaces des abonnés. Cela permet une meilleure gestion des services aux abonnés.
L’élagage BUM sur Junos OS permet de configurer les interfaces d’abonnés avec des listes internes de vlan. Chaque liste VLAN interne comprend tous les VLAN abonnés qui doivent être regroupés sur une interface d’abonné particulière mappée à une instance VPLS. Vous pouvez configurer l’élagage BUM sur chaque instance VPLS allouée à un fai de vente au détail à l’aide de la set routing-instances routing-instance-name qualified-bum-pruning-mode
commande.
Pour l’inondation VPLS normale, le trafic BUM est reçu par le tunnel VPLS et inondé vers toutes les interfaces d’abonné mappées à l’instance vpls. Ces interfaces peuvent être ou non mappées au même VLAN d’abonné que le paquet reçu par le tunnel VPLS. En activant le mode d’élagage BUM qualifié dans une instance VPLS, l’inondation VPLS se limite à une combinaison de VLAN pour les fournisseurs de services et les VLAN d’abonnés. L’instruction qualified-bum-pruning
implémente l’élagage BUM sur le moteur de transfert de paquets dans la liste de sortie de chaque interface d’abonné mappée à l’instance VPLS. Sur le moteur de transfert de paquets, l’élagage BUM est implémenté sous la forme d’un nexthop vlan-check installé dans la liste de sortie de l’interface d’abonné. L’opération suivante vlan-check vérifie si le paquet BUM sortant de l’ifl possède la même combinaison de VLAN pour fournisseur de services et de VLAN d’abonné que celui configuré sur l’interface. Si le contrôle VLAN correspond, le paquet est transféré ou jeté. Cela garantit que seul l’abonné qui est le destinataire prévu du trafic BUM reçoit le paquet. Cette fonctionnalité est prise en charge à la fois pour les interfaces d’abonné à balisage unique et à double balisage, ainsi que pour les interfaces d’abonné configurées avec des opérations vlan-map. Si les opérations vlan-map sont configurées sur les interfaces, alors le VLAN normalisé sur l’interface est pris en compte pour la prochainehop vlan-check. Cette fonctionnalité est prise en charge à la fois pour les systèmes logiques et par défaut.
À l’heure actuelle, les interfaces d’abonné à double balisage peuvent prendre en charge une seule paire de VLAN pour les fournisseurs de services et de VLAN d’abonné. Grâce à la prise en charge de l’élagage BUM du trafic VPLS sur des interfaces à double balisage, vous pouvez configurer un VLAN(S) de fournisseur de services unique sur l’interface d’abonné et le mapper à plusieurs VLAN clients à l’aide d’une seule liste VLAN interne ou d’une seule gamme VLAN interne. La liste VLAN interne d’une interface d’abonné peut comporter plusieurs éléments. Chaque élément de la liste VLAN interne peut être comme suit :
Une seule balise VLAN
Une gamme de VLAN
Le flux de trafic BUM via des interfaces à double balisage est pris en charge sur les interfaces d’abonné agrégées et non agrégées. Lorsque le trafic BUM sort d’une interface d’abonné configurée avec une liste VLAN interne ou une plage VLAN interne, le VLAN du fournisseur de services (S) et le VLAN abonné (C) du paquet sont vérifiés par rapport à toutes les combinaisons de (S,C) des VLAN S et C possibles sur l’interface. Si le paquet correspond à l’une des combinaisons, il est transféré sur l’interface de l’abonné. Si le paquet ne correspond à aucune combinaison, il est jeté. Si l’abonné a configuré vlan-map, les VLAN S et C à vérifier sont modifiés en fonction de la normalisation du VLAN sur l’interface.