Configuration des instances de routage VPLS
Pour configurer une instance de routage VPLS, incluez l’instruction vpls :
vpls { active-interface { any; primary interface-name; } connectivity-type (ce | irb | permanent); control-word; encapsulation-type encapsulation-type; interface-mac-limit limit; import-labeled-routes [ routing-instance-name ]; label-block-size size; mac-table-aging-time time; mac-table-size size; neighbor neighbor-id; no-control-word; no-tunnel-services; site site-name { active-interface { any; primary interface-name; } interface interface-name { interface-mac-limit limit; } mesh-group mesh-group-name; multi-homing; site-identifier identifier; site-preference preference-value { backup; primary; } } site-range number; traceoptions { file filename <files number> <size size> <world-readable | no-world-readable>; flag flag <flag-modifier> <disable>; } tunnel-services { devices device-names; primary primary-device-name; } vpls-id vpls-id; }
Vous pouvez inclure cette déclaration aux niveaux hiérarchiques suivants :
[edit routing-instances routing-instance-name protocols][edit logical-systems logical-system-name routing-instances routing-instance-name protocols]Remarque :Les routeurs ACX Series ne prennent pas en charge la
[edit logical-systems]hiérarchie.
Vous ne pouvez pas configurer un protocole de routage (OSPF, RIP, IS-IS ou BGP) à l’intérieur d’une instance de routage VPLS (instance-type vpls). La CLI de Junos interdit cette configuration.
À partir de la version 16.1 de Junos OS, vous pouvez utiliser l’instruction pour spécifier une ou plusieurs instances de routage autres que celles import-labeled-routes par défaut dans lesquelles vous souhaitez que les routes étiquetées pseudowire MPLS soient divulguées à partir de la table de routage de chemin MPLS.0 de l’instance de routage principale.
La configuration des instructions d’instance de routage VPLS est expliquée dans les sections suivantes :
Configuration de la signalisation BGP pour VPLS
Vous pouvez configurer la signalisation BGP pour l’instance de routage VPLS. BGP est utilisé pour signaler les pseudowires reliant chacun des routeurs PE participant à l’instance de routage VPLS. Les pseudowires transportent le trafic VPLS sur le réseau du fournisseur de services entre les sites VPLS.
Vous ne pouvez pas configurer à la fois les signaux BGP et LDP pour la même instance de routage VPLS. Si vous tentez de configurer les instructions qui activent les signaux BGP pour l’instance de routage VPLS (les siteinstructions , site-identifieret and site-range ) et les instructions qui activent les signaux LDP pour la même instance (les neighbor instructions and vpls-id ), l’opération de validation échoue.
Dans la documentation VPLS, le mot routeur dans des termes tels que routeur PE est utilisé pour désigner tout périphérique fournissant des fonctions de routage.
Configurez la signalisation BGP pour l’instance de routage VPLS en suivant les étapes décrites dans les sections suivantes :
- Configuration du nom et de l’identifiant de site VPLS
- Configuration des identificateurs de site automatiques pour VPLS
- Configuration de la plage de sites
- Configuration des interfaces de site VPLS
- Configuration de la préférence de site VPLS
Configuration du nom et de l’identifiant de site VPLS
Lorsque vous configurez la signalisation BGP pour l’instance de routage VPLS, sur chaque routeur PE, vous devez configurer chaque site VPLS connecté au routeur PE. Tous les circuits de couche 2 provisionnés pour un site VPLS sont répertoriés en tant qu’ensemble d’interfaces logiques (à l’aide de l’instruction interface ) dans l’instruction site .
Vous devez configurer un nom de site et un identifiant de site pour chaque site VPLS.
Pour configurer le nom et l’identificateur du site, incluez les site site-identifier instructions et :
site site-name { interface interface-name { interface-mac-limit limit; } site-identifier identifier; }
L’identifiant numérique peut être n’importe quel nombre compris entre 1 et 65 534 qui identifie de manière unique le site VPLS local.
Vous pouvez inclure ces instructions aux niveaux hiérarchiques suivants :
[edit routing-instances routing-instance-name protocols vpls][edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls]
Configuration des identificateurs de site automatiques pour VPLS
Lorsque vous activez les identifiants de site automatiques, Junos OS attribue automatiquement des identifiants de site aux sites VPLS. Un seul site est autorisé par instance de routage lors de l’utilisation de la automatic-side-id fonction. Pour configurer les identifiants de site automatiques pour une instance de routage VPLS, incluez l’instruction automatic-site-id :
automatic-site-id { collision-detect-time seconds; new-site-wait-time seconds; reclaim-wait-time minimum seconds maximum seconds; startup-wait-time seconds; }
Vous pouvez inclure cette déclaration aux niveaux hiérarchiques suivants :
[edit routing-instances routing-instance-name protocols vpls site site-name][edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls site site-name]
Les routeurs ACX Series ne prennent pas en charge la [edit logical-systems] hiérarchie.
La automatic-site-id déclaration comprend un certain nombre d’options qui contrôlent différents retards dans les annonces d’informations d’accessibilité de la couche réseau (NLRI). Toutes ces options sont configurées avec des valeurs par défaut. Voir le résumé de l’énoncé pour plus d’informations automatic-site-id .
L’instruction automatic-site-id inclut les options suivantes :
collision-detect-time: le temps en secondes d’attente après l’envoi d’une annonce de revendication aux autres routeurs d’une instance VPLS avant qu’un routeur PE puisse commencer à utiliser un identifiant de site. Si le routeur PE reçoit une annonce de revendication concurrente pour le même identifiant de site pendant cette période, il lance la procédure de résolution de collision pour les identifiants de site.new-site-wait-time: délai d’attente en secondes pour recevoir les informations VPLS d’une instance de routage nouvellement configurée ou d’un nouveau site. Cet intervalle de temps est également appliqué chaque fois que la fonctionnalité d’identifiant automatique de site est activée sur une instance de routage VPLS autre qu’au démarrage. En fait, ce minuteur indique combien de temps attendre avant qu’une tentative d’attribution d’un identifiant de site ne soit effectuée. Ce minuteur est également déclenché chaque fois qu’une instance de routage VPLS est activée.reclaim-wait-time: le temps d’attente avant d’essayer de revendiquer un identifiant de site après une collision. Une collision se produit chaque fois qu’une tentative de revendication d’un identifiant de site est effectuée par deux sites VPLS distincts.startup-wait-time: le temps d’attente en secondes au démarrage pour recevoir toutes les informations VPLS pour les cibles de routage configurées sur les autres routeurs PE inclus dans l’instance de routage VPLS.
Configuration de la plage de sites
Lorsque vous activez la signalisation BGP pour chaque instance de routage VPLS, vous pouvez éventuellement configurer la plage de sites. La plage de sites spécifie une limite supérieure sur l’identifiant de site maximum qui peut être accepté pour permettre l’activation d’un pseudowire. Vous devez spécifier une valeur comprise entre 1 et 65 534. La valeur par défaut est 65 534. Nous vous recommandons d’utiliser la valeur par défaut. Les pseudowires ne peuvent pas être établis pour les sites dont les identifiants de site sont supérieurs à la plage de sites configurée. Si vous exécutez la commande, ces sites s’affichent sous la show vpls connections forme OR (hors plage).
Pour configurer la plage de sites, incluez l’instruction site-range :
site-range number;
Vous pouvez inclure cette déclaration aux niveaux hiérarchiques suivants :
[edit routing-instances routing-instance-name protocols vpls][edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls]
Les routeurs ACX Series ne prennent pas en charge la [edit logical-systems] hiérarchie.
Certains réseaux exigent que la plage de sites soit configurée à l’aide d’une valeur inférieure à l’identifiant de site local, par exemple, un VPLS en étoile avec des sites multihoming. Pour ce type de réseau, vous devez autoriser l’établissement de pseudowires entre les routeurs spoke et le routeur hub. Cependant, vous devez également empêcher l’établissement direct de pseudowires entre les routeurs à rayons. En raison de l’exigence de multihébergement des sites en étoile, les NRLI VPN de couche 2 doivent être acceptés à partir d’autres routeurs en étoile (au moins à partir de rayons ayant le même identifiant de site que les sites configurés localement) afin de déterminer l’état des routeurs en étoile locaux (actifs ou non actifs) en fonction de la préférence locale incluse dans les NRLI reçus des autres routeurs en étoile.
Ce type de réseau VPLS peut être mis en œuvre, par exemple, en numérotant les sites des hubs avec les identifiants 1 à 8 et les sites satellites avec les identifiants 9 et plus. Vous pouvez ensuite configurer une plage de 8 sites sur chacun des sites en étoile. Bien que les sites satellites acceptent les NRLI et les installent dans les tables de routage VPN de couche 2 (ce qui permet aux sites multirésidents de déterminer l’état du site local), les sites satellites ne peuvent pas établir de pseudowires directement vers les autres sites satellites en raison de la plage de sites configurée.
Les configurations suivantes illustrent ce concept. Les configurations concernent les instances de routage VPLS sur trois routeurs, deux routeurs spoke et un routeur hub :
Routeur 1 : en étoile :
routing-instance hub-and-spoke {
no-local-switching;
protocols {
vpls {
site-range 8;
no-tunnel-services;
site spoke-9 {
site-identifier 9 {
multi-homing;
site-preference primary;
}
}
site spoke-10 {
site-identifier 10 {
multi-homing;
site-preference backup;
}
}
}
}
}
Routeur 2 : en étoile :
routing-instance hub-and-spoke {
no-local-switching;
protocols {
vpls {
site-range 8;
no-tunnel-services;
site spoke-9 {
site-identifier 9 {
multi-homing;
site-preference backup;
}
}
site spoke-10 {
site-identifier 10 {
multi-homing;
site-preference primary;
}
}
}
}
}
Hub – routeur 3 :
routing-instance hub-and-spoke {
no-local-switching;
protocols {
vpls {
no-tunnel-services;
site hub {
site-identifier 1;
}
}
}
}
Configuration des interfaces de site VPLS
Vous devez configurer une interface pour chacun des pseudowires que vous spécifiez pour le site VPLS.
Pour configurer une interface pour le site VPLS, incluez l’instruction interface :
interface interface-name { interface-mac-limit limit; }
Vous pouvez inclure ces instructions aux niveaux hiérarchiques suivants :
[edit routing-instances routing-instance-name protocols vpls site site-name][edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls]
Vous pouvez également configurer une limite sur le nombre d’adresses MAC pouvant être apprises à partir de l’interface spécifiée. Pour plus d’informations, consultez Limitation du nombre d’adresses MAC apprises à partir d’une interface.
Configuration de la préférence de site VPLS
Vous pouvez spécifier la valeur de préférence locale annoncée pour un site VPLS particulier. La valeur de préférence de site est spécifiée à l’aide de l’instruction site-preference configurée au niveau de la [edit routing-instances routing-instance-name protocols vpls site site-name] hiérarchie. Lors de la configuration de l’instruction site-preference , une valeur configurée pour l’instruction local-preference au niveau de la [edit protocols bgp] hiérarchie est ignorée par l’instance de routage VPLS. Toutefois, vous pouvez modifier la valeur de préférence de site pour les routes VPLS exportées vers d’autres routeurs en configurant une stratégie d’exportation. Lorsqu’un routeur PE reçoit plusieurs annonces avec le même identifiant de périphérique VPLS Edge (VE), la publication avec la valeur de préférence locale la plus élevée est préférée.
Pour configurer la préférence de site VPLS, incluez l’instruction site-preference :
site-preference preference-value { backup; primary; }
Vous pouvez également spécifier l’option backup ou l’option primary de l’instruction site-preference . L’option backup spécifie la valeur de préférence comme 1, la valeur la plus basse possible, garantissant que le site VPLS est le moins susceptible d’être sélectionné. L’option primary spécifie la valeur de préférence comme 65 535, la valeur la plus élevée possible, garantissant que le site VPLS est le plus susceptible d’être sélectionné.
Pour obtenir la liste des niveaux hiérarchiques auxquels vous pouvez inclure l’instruction, consultez la section résumé de l’instruction site-preference de cette instruction.
Configuration de la signalisation LDP pour VPLS
Vous pouvez configurer LDP comme protocole de signalisation pour une instance de routage VPLS. Cette fonctionnalité est décrite dans la RFC 4762, VPLS (Virtual Private LAN Service) Using Label Distribution Protocol (LDP) Signaling.
Le logiciel Junos OS ne prend pas en charge l’intégralité de la norme RFC 4762. Lorsqu’ils activent la signalisation LDP pour une instance de routage VPLS, les ingénieurs réseau doivent savoir que seules les valeurs suivantes sont prises en charge :
FEC —
128ou129Bit de contrôle :
0Type de pseudowire Ethernet :
0x0005Type pseudowire en mode balisé Ethernet—
0x0004
Le VPLS à signalisation LDP prend en charge la valeur de longueur de type (TLV) VCCV (Virtual Circuit Connectivity Verification) pour le mappage d’étiquettes pseudowire, l’affichage de la base de données d’étiquettes et le traçage LDP. Lorsque vous activez la signalisation LDP pour un pseudowire, LDP annonce les capacités VCCV aux routeurs voisins. VCCV fournit un canal de contrôle pour un pseudowire et inclut à la fois des fonctions d’exploitation et de gestion (par exemple, la vérification de la connectivité). Ce canal de contrôle est établi entre les dispositifs d'entrée et de sortie du pseudowire. Une fois établi, des messages de vérification de la connectivité peuvent être envoyés sur le canal de contrôle VCCV.
Le logiciel Junos OS prend en charge les capacités VCCV suivantes pour les VPLS à signalisation LDP (définies dans la section 8.1 de la norme RFC 5085) :
Types de vérification de la connectivité VCCV :
Étiquette d’alerte du routeur
Étiquette pseudowire MPLS avec TTL=1
Type de vérification de la connectivité VCCV :
Ping LSP
Si l’équipement homologue annonce également les paramètres VCCV lors de l’installation du pseudowire, le logiciel Junos OS sélectionne l’ensemble des paramètres courants annoncés à utiliser comme méthode pour effectuer l’OAM VCCV sur le pseudowire.
Les paramètres VCCV annoncés localement et annoncés par les pairs peuvent être affichés à l’aide de la show ldp database commande comme indiqué ici :
user@host> show ldp database l2circuit extensive
Input label database, 10.255.245.198:0--10.255.245.194:0
Label Prefix
299872 L2CKT CtrlWord PPP VC 100
MTU: 4470
VCCV Control Channel types:
MPLS router alert label
MPLS PW label with TTL=1
VCCV Control Verification types:
LSP ping
Label Prefix
State: Active
Age: 19:23:08
Tenez compte du comportement suivant à l’égard des TLV lorsque vous configurez un VPLS à signalisation LDP dans un réseau avec des équipements d’autres fournisseurs :
Lorsqu’un appareil de Juniper Network reçoit un TLV avec une adresse vide, LDP accepte le TLV.
Lorsqu’une adresse MAC est retirée, LDP spécifie une adresse zéro (0.0.0.0) pour la liste d’adresses.
Pour activer la signalisation LDP pour l’ensemble de routeurs PE participant à la même instance de routage VPLS, vous devez utiliser l’instruction vpls-id configurée au niveau de la [edit routing-instances routing-instance-name protocols vpls] hiérarchie pour configurer le même identificateur VPLS sur chacun des routeurs PE. L’identifiant VPLS doit être unique au niveau mondial. Lorsque chaque instance (domaine) de routage VPLS possède un identifiant VPLS unique, il est possible de configurer plusieurs instances de routage VPLS entre une paire donnée de routeurs PE.
La signalisation LDP nécessite que vous configuriez une session LDP à maillage complet entre les routeurs PE de la même instance de routage VPLS. Les routeurs PE voisins sont configurés de manière statique. Des tunnels sont créés entre les routeurs PE voisins pour agréger le trafic d’un routeur PE à un autre. Les pseudowires sont ensuite signalés pour démultiplexer le trafic entre les instances de routage VPLS. Ces routeurs PE échangent l’étiquette pseudowire, l’étiquette MPLS qui fait office de champ de démultiplexeur pseudowire VPLS, à l’aide de classes d’équivalence de transfert (FEC) LDP. Les tunnels basés à la fois sur le MPLS et sur l’encapsulation de routage générique (GRE) sont pris en charge.
Vous ne pouvez pas configurer à la fois les signaux BGP et LDP pour la même instance de routage VPLS. Si vous essayez de configurer les instructions qui activent les signaux BGP pour l’instance de routage VPLS (les siteinstructions , site-identifieret and site-range ), et les instructions qui activent les signaux LDP pour la même instance, neighbor et vpls-id, l’opération de validation échoue.
Pour activer la signalisation LDP pour l’instance de routage VPLS, suivez les étapes décrites dans les sections suivantes :
- Configuration de la signalisation LDP pour l’instance de routage VPLS
- Configuration de la signalisation LDP sur le routeur
Configuration de la signalisation LDP pour l’instance de routage VPLS
Pour configurer l’instance de routage VPLS afin qu’elle utilise la signalisation LDP, vous devez configurer le même identificateur VPLS sur chaque routeur PE participant à l’instance. Spécifiez l’identificateur VPLS avec l’instruction vpls-id :
vpls-id vpls-id;
Vous pouvez inclure cette déclaration aux niveaux hiérarchiques suivants :
[edit routing-instances routing-instance-name protocols vpls][edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls]
Les routeurs ACX Series ne prennent pas en charge la [edit logical-systems] hiérarchie.
Pour configurer l’instance de routage VPLS afin qu’elle utilise la signalisation LDP, vous devez également inclure l’instruction neighbor spécifiant chacun des routeurs PE voisins qui font partie de ce domaine VPLS :
neighbor neighbor-id;
Vous pouvez inclure cette déclaration aux niveaux hiérarchiques suivants :
[edit routing-instances routing-instance-name protocols vpls][edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls]
Les routeurs ACX Series ne prennent pas en charge la [edit logical-systems] hiérarchie.
Configuration de la signalisation LDP sur le routeur
Pour activer la signalisation LDP, vous devez configurer LDP sur chaque routeur PE participant à l’instance de routage VPLS. Une configuration minimale consiste à activer LDP sur l’interface de bouclage, qui inclut l’identificateur de routeur (router-id), sur le routeur PE à l’aide de l’instruction interface :
interface interface-name;
Vous pouvez inclure cette déclaration aux niveaux hiérarchiques suivants :
[edit protocols ldp][edit logical-systems logical-system-name protocols ldp]
Les routeurs ACX Series ne prennent pas en charge la [edit logical-systems] hiérarchie.
Vous pouvez activer LDP sur toutes les interfaces du routeur à l’aide de l’option all de l’instruction interfaces . Pour plus d’informations sur la configuration de LDP, consultez le Guide de l’utilisateur des applications MPLS.
Configuration de l’instance de routage VPLS et de la connectivité de l’interface VPLS
Vous pouvez configurer l’instance de routage VPLS pour qu’elle interrompe ou maintienne ses connexions VPLS en fonction de l’état des interfaces configurées pour l’instance de routage VPLS. Par défaut, la connexion VPLS est interrompue chaque fois qu’une interface client configurée pour l’instance de routage VPLS échoue. Ce comportement peut être explicitement configuré en spécifiant l’option ce de l’instruction connectivity-type :
connectivity-type ce;
Vous pouvez également spécifier que la connexion VPLS reste active tant qu’une interface IRB (Integrated Routing and Bridging) est configurée pour l’instance de routage VPLS en spécifiant l’option irb de l’instruction connectivity-type :
connectivity-type irb;
Pour vous assurer que la connexion VPLS reste active jusqu’à ce qu’elle soit explicitement interrompue, spécifiez l’option permanent de l’instruction connectivity-type :
connectivity-type permanent;
Cette option est réservée à la configuration des réseaux d’abonnés de vente en gros de couche 2. Pour plus d’informations sur la configuration d’un réseau wholesale de couche 2, consultez le Guide des solutions de gestion des abonnés haut débit .
Vous pouvez inclure cette déclaration aux niveaux hiérarchiques suivants :
[edit routing-instances routing-instance-name protocols vpls][edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls]
Les routeurs ACX Series ne prennent pas en charge la [edit logical-systems] hiérarchie.
Les routeurs ACX Series ne prennent pas en charge l’interface IRB dans l’instance VPLS. Par conséquent, l’irb de type connectivité pour VPLS n’est pas pris en charge.
Configuration du type d’encapsulation VPLS
Vous pouvez spécifier un type d’encapsulation VPLS pour les pseudowires établis entre les voisins VPLS. Le type d’encapsulation est repris dans les messages de signalisation LDP échangés entre les voisins VPLS lors de la création de pseudowires. Vous devrez peut-être modifier le type d’encapsulation en fonction de l’équipement des autres fournisseurs déployé sur votre réseau.
Le VPLS fait le pont entre les réseaux Ethernet. Par conséquent, seuls deux types d’encapsulation sont disponibles :
ethernet—Ethernetethernet-vlan—Ethernet Virtual LAN (VLAN)
Si vous ne spécifiez pas de type d’encapsulation pour l’instance de routage VPLS ou le voisin VPLS, ethernet est utilisé.
Pour spécifier un type d’encapsulation pour l’instance de routage VPLS, incluez l’instruction encapsulation-type :
encapsulation-type (ethernet | ethernet-vlan);
Vous pouvez inclure cette déclaration aux niveaux hiérarchiques suivants :
[edit routing-instances routing-instance-name protocols vpls][edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls]
Vous pouvez également spécifier un type d’encapsulation pour un voisin VPLS spécifique en incluant l’instruction encapsulation-type aux niveaux hiérarchiques suivants :
[edit routing-instances routing-instance-name protocols vpls neighbor address][edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls neighbor address]
Configuration de la table de routage MPLS pour qu’elle achemine les fuites d’une instance de routage autre que celle par défaut
À partir de la version 16.1 de Junos OS, vous pouvez spécifier une ou plusieurs instances de routage autres que celles par défaut dans lesquelles vous souhaitez que les routes MPLS soient exclues de la table de routage de chemin MPLS.0 de l’instance de routage principale. Cette capacité est utile dans une configuration L2VPN/VPLS lorsque le routeur PE distant est appris à partir de l’IGP dans une instance de routage autre que celle par défaut, car L2VPN/VPLS installe des routes étiquetées entrantes uniquement dans la table mpls.0 principale.
Par défaut, les routes de la table de routage mpls.0 de l’instance de routage principale ne sont pas transférées vers les tables de routage correspondantes des instances de routage autres que celles par défaut. Lorsque du trafic L2VPN/VPLS est reçu sur l’interface principale dans une instance de routage autre que celle par défaut, le routeur effectue une recherche dans la table correspondant à cette interface, routing-instance-name.mpls.0. Étant donné que les routes ne sont pas divulguées par défaut, aucune route n’est trouvée dans la routing-instance-nametable de routage .mpls.0 et tout le trafic entrant est abandonné.
Pour transférer des routes MPLS vers une instance de routage qui n’est pas par défaut, incluez l’instruction import-labeled-routes et spécifiez une ou plusieurs instances de routage dans lesquelles les routes doivent faire l’objet d’une fuite :
import-labeled-routes [ routing-instance-name ];
Vous pouvez inclure cette déclaration aux niveaux hiérarchiques suivants :
[edit routing-instances routing-instance-name protocols vpls][edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls]
Configuration de l’intervalle de délai d’expiration de la table MAC VPLS
Vous pouvez modifier l’intervalle de délai d’expiration de la table VPLS. Nous vous recommandons de configurer des valeurs plus longues pour les petits réseaux VPLS stables et des valeurs plus courtes pour les grands réseaux VPLS dynamiques. Si la table VPLS ne reçoit aucune mise à jour pendant l’intervalle de délai, le routeur attend un intervalle supplémentaire avant d’effacer automatiquement les entrées d’adresse MAC de la table VPLS.
Pour modifier l’intervalle de délai d’attente de la table VPLS, incluez l’instruction mac-table-aging-time :
mac-table-aging-time seconds;
Vous pouvez inclure cette déclaration aux niveaux hiérarchiques suivants :
[edit routing-instances routing-instance-name protocols vpls][edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls]
L’instruction mac-table-aging-time n’est pas disponible sur les routeurs ACX Series et MX Series.
Les routeurs ACX Series ne prennent pas en charge la [edit logical-systems] hiérarchie.
Configuration de la taille de la table d’adresses MAC VPLS
Vous pouvez modifier la taille de la table d’adresses MAC (Media Access Control) VPLS. La taille de table par défaut est de 512 adresses MAC, le minimum est de 16 adresses et le maximum est de 65 536 adresses.
Les routeurs T4000 avec FPC de type 5 prennent en charge jusqu’à 262 143 adresses MAC par instance de routage VPLS. Pour activer la limite d’apprentissage améliorée des adresses MAC VPLS (c’est-à-dire 262 143 adresses MAC), vous devez inclure l’instruction enhanced-mode au niveau de la [edit chassis network-services] hiérarchie, redémarrer le routeur, puis modifier la taille de la table des adresses MAC VPLS.
Si la limite de la table MAC est atteinte, de nouvelles adresses MAC ne peuvent plus être ajoutées à la table. Finalement, les adresses MAC les plus anciennes sont automatiquement supprimées de la table des adresses MAC. Cela libère de l’espace dans le tableau, ce qui permet d’ajouter de nouvelles entrées. Cependant, tant que la table est pleine, les nouvelles adresses MAC sont supprimées.
Pour modifier la taille de la table MAC VPLS pour chaque instance de routage VPLS ou VPN, incluez l’instruction mac-table-size :
mac-table-size size;
Vous pouvez inclure cette déclaration aux niveaux hiérarchiques suivants :
[edit routing-instances routing-instance-name protocols vpls][edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls]
Les routeurs ACX Series ne prennent pas en charge la [edit logical-systems] hiérarchie.
Lorsque vous incluez l’instruction mac-table-size , les interfaces concernées incluent toutes les interfaces de l’instance de routage VPLS, y compris les interfaces locales, les interfaces LSI et les interfaces VT.
Les routeurs ACX Series ne prennent pas en charge mac-table-size VPLS.
Limitation du nombre d’adresses MAC apprises à partir d’une interface
Vous pouvez configurer une limite sur le nombre d’adresses MAC apprises par une instance de routage VPLS à l’aide de l’instruction mac-table-size . Si la limite de la table MAC est atteinte, de nouvelles adresses MAC ne peuvent plus être ajoutées à la table. Finalement, les adresses MAC les plus anciennes sont automatiquement supprimées de la table des adresses MAC. Cela libère de l’espace dans le tableau, ce qui permet d’ajouter de nouvelles entrées. Cependant, tant que la table est pleine, les nouvelles adresses MAC sont supprimées.
Étant donné que cette limite s’applique à chaque instance de routage VPLS, les adresses MAC d’une seule interface peuvent consommer tout l’espace disponible dans la table, empêchant l’instance de routage d’acquérir des adresses à partir d’autres interfaces.
Vous pouvez limiter le nombre d’adresses MAC apprises à partir de chaque interface configurée pour une instance de routage VPLS. Pour ce faire, incluez l’affirmation interface-mac-limit :
interface-mac-limit limit;
Les routeurs ACX Series ne prennent pas en charge interface-mac-limit limit pour VPLS.
Vous pouvez inclure cette déclaration aux niveaux hiérarchiques suivants :
[edit routing-instances routing-instance-name protocols vpls][edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls]
L’instruction interface-mac-limit affecte uniquement les interfaces locales (les interfaces faisant face aux périphériques CE).
La configuration de l’instruction interface-mac-limit au niveau de la [edit routing-instances routing-instance-name protocols vpls] hiérarchie entraîne l’application de la même limite à toutes les interfaces configurées pour cette instance de routage spécifique.
À partir de la version 12.3R4 de Junos OS, si vous ne configurez pas le paramètre pour limiter le nombre d’adresses MAC à apprendre par une instance VPLS, la valeur par défaut n’est pas effective. Au lieu de cela, si vous n’incluez pas l’option interface-mac-limit au niveau de la [edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls site site-name interfaces interface-name], hiérarchie, ce paramètre n’est pas présent dans la configuration avec la valeur par défaut de 1024 adresses. Si vous mettez à niveau un routeur exécutant une version de Junos OS antérieure à la version 12.3R4 vers la version 12.3R4 ou ultérieure, vous devez configurer l’option interface-mac-limit avec une valeur valide pour qu’elle soit enregistrée dans la configuration.
Vous pouvez également limiter le nombre d’adresses MAC apprises par une interface spécifique configurée pour une instance de routage VPLS. Cela vous donne la possibilité de limiter des interfaces particulières qui, selon vous, pourraient générer beaucoup d’adresses MAC.
Pour limiter le nombre d’adresses MAC apprises par une interface spécifique, incluez l’instruction interface-mac-limit aux niveaux hiérarchiques suivants :
[edit routing-instances routing-instance-name protocols vpls site site-name interfaces interface-name][edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls site site-name interfaces interface-name]
Les routeurs ACX Series ne prennent pas en charge la [edit logical-systems] hiérarchie.
La limite MAC configurée pour une interface individuelle à ce niveau hiérarchique remplace toute valeur configurée au niveau de la [edit routing-instances routing-instance-name protocols vpls] hiérarchie. En outre, la limite MAC configurée à l’aide de l’instruction mac-table-size peut remplacer la limite configurée à l’aide de l’instruction interface-mac-limit .
La limite d’adresses MAC s’applique uniquement aux interfaces côté client.
Suppression d’adresses de la base de données d’adresses MAC
Vous pouvez activer le traitement de vidage MAC pour l’instance de routage VPLS ou pour le groupe de maillage sous une instance de routage VPLS. Le traitement de vidage MAC supprime de la base de données d’adresses MAC les adresses MAC qui ont été apprises dynamiquement. Une fois les adresses MAC apprises dynamiquement, la convergence des adresses MAC prend moins de temps.
Vous pouvez effacer les adresses MAC apprises dynamiquement de la base de données d’adresses MAC en incluant l’instruction mac-flush :
mac-flush [ explicit-mac-flush-message-options ];
Pour effacer globalement les adresses MAC apprises dynamiquement sur tous les équipements participant à l’instance de routage, vous pouvez inclure l’instruction aux niveaux hiérarchiques suivants :
[edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls][edit routing-instances routing-instance-name protocols vpls]
Pour effacer les adresses MAC des routeurs d’un groupe de maillage spécifique, vous pouvez inclure l’instruction aux niveaux hiérarchiques suivants :
[edit logical-systems logical-system-name routing-instances routing-instance-name protocols vpls mesh-group mesh-group-name][edit routing-instances routing-instance-name protocols vpls mesh-group mesh-group-name]
Sur les routeurs ACX Series, l’instruction n’est mesh-group prise en charge que sur la gamme ACX5000 de routeurs. La gamme ACX5000 de routeurs peut prendre en charge jusqu’à 8 groupes de maillages définis par l’utilisateur par instance de routage VPLS.
Les routeurs ACX Series ne prennent pas en charge la [edit logical-systems] hiérarchie.
Dans certains cas où le traitement du vidage MAC n’est pas lancé par défaut, vous pouvez également spécifier explicit-mac-flush-message-options de configurer davantage le routeur pour envoyer des messages de vidage MAC explicites dans des conditions spécifiques. Pour obtenir la liste des options de message de vidage MAC explicite que vous pouvez inclure dans cette instruction, consultez la section de résumé de cette instruction.
Tableau de l’historique des modifications
La prise en charge des fonctionnalités est déterminée par la plateforme et la version que vous utilisez. Utilisez l’explorateur de fonctionnalités pour déterminer si une fonctionnalité est prise en charge sur votre plateforme.